Digital Devices Cine S2 V5.4

Hallo Zusammen,

ich habe hier eine recht alte DVB-S2 Karte. Seither lief diese mit einer easyvdr Distro. Ein zusätzlich installiertes TVHeadend hat gezeigt, dass die beiden grundsätzlich zusammen funktionieren.

Jetzt wollte ich das System neu aufsetzen mit proxmox 9.1 VE. Leider werden die Treiber nicht richtig geladen. Es wird zwar der ngene geladen, jedoch die STV nicht.

Ich kann sie zwar manuell nachladen, bzw. zum Startzeitpunkt laden lassen. Jedoch erscheint kein /dev/dvb.

Hat jemand Ideen, wie das richtig zu funktionieren hat?

Hallo Stefan,

danke für die Rückmeldung. Meine Kommentare:

- MLD kannte ich noch gar nicht. Jedenfalls habe ich nur netinst-iso gefunden und die funktionieren nicht. Vermutlich weil bei mir im Netzwerk momentan ein Problem mit DHCP herrscht, was ich nicht auf die Schnelle gelöst bekomme. Und ich weiß leider auch nicht was das bringen soll.

- Ich habe ein funktionierendes Setup: easyvdr-5. Ziel soll TVheadend auf debian/proxmox sein

- Ich bekomme das Starten nicht richtig hin, weil ich die Konfig hierzu nicht kenne. Jedenfalls fehlen die Module stv... während dem laden der Module ngene/mc.

Weiter weiß ich momentan noch nicht. Es wäre mir hilfreicher, ich könnte die Konfig von easyvdr verstehen. Da hatte ich bis jetzt nicht die Muse/Zeit mich durchzusuchen. Hatte gehofft ich bekomme hier schneller konstruktive Tipps.

Stefan

Ich habe jetzt mal ein bisschen weiter gemacht und einen Versuch durchgeführt:

Installation einer Easyvdr stable.

Upgrade auf Ubuntu 22.04: Easyvdr läuft ohne offensichtliche Einschränkungen.

Upgrade auf Ubuntu 24.04: Vdr läuft, allerdings kann ich keine Videos remote streamen.

Das /dev/dvb/... ist angelegt. D.h. für mich: Die Treiber zur Karte laufen auch in neueren Versionen von Ubuntu.

Jedoch gibt es eine Config Unterscheidung in der Easyvdr-Installation.

Ich könnte natürlich "alle" easyvdr-Pakete installieren, um dies auszutesten. Das wird wahrscheinlich sehr mühsam sein und manche Pakete lassen sich nicht mehr installieren, wegen Paketkonflikten.

Nun habe ich ein paar Fragen:

- Welche Änderungen (gegenüber einer Standard-Ubuntu-Installation) sind notwendig, um die Treiber für die DD Cine S2 ordentlich zu laden?

- Welche Easyvdr-Pakete sind dafür verantwortlich?

- Letztendlich die Frage: warum ist das bis jetzt nicht in die Standard-Installation von Ubuntu/Debian eingeflossen?

Ich würde mich freuen, wenn ich zielführende Informationen bekommen kann und dies positiv für mich lösen kann.

Quote from rfehr

Was soll denn Ubuntu/Debian übernehmen?

Gruß,

Roland

Na, dass bei vorhandener Cine S2 V5.4 die Treiber so geladen werden, dass die entsprechend notwendigen /dev vorhanden sind.

Oder eine passende Beschreibung existiert. Z.B. ein package nach installiert wird.

Stefan

Quote from SurfaceCleanerZ

Hi,

Lol, es gab einen externen hartnäckigen Entwickler, der die überhaupt rein gebracht hat und der hat dann dank des Maintainers des DVB Treibers im Kernel danach auch das Handtuch geworfen. Aber warum nimmst du nicht einfach die Treiber von DD und installierst die neuesten manuell, wie vorgesehen. Bei Kernelupdates gibt es dann natürlich wahrscheinlich Probleme. Aber zumindest einmalig sollte das gehen.

Laut anderweitiger Informationen wird die V5.4 nur durch den ngene Treiber unterstützt.

Quote from SurfaceCleanerZ

Dann funktioniert natürlich KEINE Fremdkarte mehr, nur noch DD...

Wobei die 5.4 doch eigentlich mit dem Kerneltreiber laufen sollte, wenn auch evtl etwas schlechter als mit dem Neuesten.

Läuft ja auch, nur fehlt wohl etwas, damit das /dev/dvb angelegt wird

Quote from SurfaceCleanerZ

Aber warum nimmst du nicht mal eine fertige Distribution zum Test wie MLD oder yavdr? Die werden noch weiterentwickelt und Supported...

Weil bis jetzt ich hier z.B. MLD nicht booten konnte. Und deshalb auch nicht austesten konnte. Und niemand hat mir bis jetzt gesagt, die Karte wird dort direkt unterstützt.

Vermutlich fehlt hier nur noch der letzte kleine Rest.

Stefan

Quote from rfehr

Könnte es sein, das vieleicht noch eine Firmware fehlt

Sollte nicht sein, habe ich bereits beigelegt.

Hallo Zusammen,

ich muss mich entschuldigen. Nach genauem Nachsehen im Startup log gibt es tatsächlich Fehler. Leider hat die Filterung nach ngene... das alles weggefiltert gehabt. So ist es mir nicht aufgefallen.

Auch wenn ich vorher gesagt habe, ich habe easyvdr auf 24.04 augedatet, bin ich hier erst auf Kernel V6.

Proxmox läuft bereits auf Kerbel V7.

Trotzdem kann ich die vorherige Meinung gut nachvollziehen. Verstehe allerdings mal nicht warum ich die Firmware extra holen muss. Das ist jedoch erstmal nicht mehr so wichtig.

Hier der Log-Auszug:

Quote

Apr 30 15:02:09 pve0 kernel: ngene: unknown parameter 'msi' ignored
Apr 30 15:02:09 pve0 kernel: ngene: nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas
Apr 30 15:02:09 pve0 kernel: ngene 0000:01:00.0: Found Linux4Media cineS2 DVB-S2 Twin Tuner
Apr 30 15:02:09 pve0 kernel: ngene 0000:01:00.0: Device version 1
Apr 30 15:02:09 pve0 kernel: ngene 0000:01:00.0: Loading firmware file ngene_18.fw.
Apr 30 15:02:09 pve0 kernel: BUG: unable to handle page fault for address: ffffcc0dc2350000
Apr 30 15:02:09 pve0 kernel: #PF: supervisor write access in kernel mode
Apr 30 15:02:09 pve0 kernel: #PF: error_code(0x0002) - not-present page
Apr 30 15:02:09 pve0 kernel: PGD 100000067 P4D 100000067 PUD 100285067 PMD 10cb71067 PTE 0
Apr 30 15:02:09 pve0 kernel: Oops: Oops: 0002 [#1] SMP PTI
Apr 30 15:02:09 pve0 kernel: CPU: 0 UID: 0 PID: 338 Comm: (udev-worker) Tainted: P O 6.17.13-4-pve #1 PREEMPT(voluntary)
Apr 30 15:02:09 pve0 kernel: Tainted: [P]=PROPRIETARY_MODULE, [O]=OOT_MODULE
Apr 30 15:02:09 pve0 kernel: Hardware name: Gigabyte Technology Co., Ltd. P67A-D3-B3/P67A-D3-B3, BIOS F7 03/21/2012
Apr 30 15:02:09 pve0 kernel: RIP: 0010:memcpy_toio+0x7e/0xd0
Apr 30 15:02:09 pve0 kernel: Code: ff c3 cc cc cc cc 48 85 db 74 e6 41 f6 c4 01 75 51 48 83 fb 01 76 06 41 f6 c4 02 75 31 48 89 d9 4c 89 e7 4c 89 ee 48 c1 e9 02 <f3> a5 f6 c3 02 74 02 66 a5 f6 c3 01 74 01 a4 5b 41 5c 41 5d 5d 31
Apr 30 15:02:09 pve0 kernel: RSP: 0018:ffffcc0dc02433e0 EFLAGS: 00010202
Apr 30 15:02:09 pve0 kernel: RAX: 0000000000000000 RBX: 0000000000039a60 RCX: 000000000000ab98
Apr 30 15:02:09 pve0 kernel: RDX: 0000000000039a60 RSI: ffffcc0dc23cc000 RDI: ffffcc0dc2350000
Apr 30 15:02:09 pve0 kernel: RBP: ffffcc0dc02433f8 R08: 0000000000000000 R09: 0000000000000000
Apr 30 15:02:09 pve0 kernel: R10: 0000000000000000 R11: 0000000000000000 R12: ffffcc0dc2341400
Apr 30 15:02:09 pve0 kernel: R13: ffffcc0dc23bd400 R14: ffffcc0dc1a00000 R15: ffff8b770143f0c8
Apr 30 15:02:09 pve0 kernel: FS: 00007bd7f3296980(0000) GS:ffff8b7875783000(0000) knlGS:0000000000000000
Apr 30 15:02:09 pve0 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 30 15:02:09 pve0 kernel: CR2: ffffcc0dc2350000 CR3: 000000011a5fe004 CR4: 00000000001706f0
Apr 30 15:02:09 pve0 kernel: Call Trace:
Apr 30 15:02:09 pve0 kernel: <TASK>
Apr 30 15:02:09 pve0 kernel: ngene_command_load_firmware+0x82/0x100 [ngene]
Apr 30 15:02:09 pve0 kernel: ngene_probe.cold+0x76b/0xe91 [ngene]
Apr 30 15:02:09 pve0 kernel: ? kernfs_activate+0x5e/0x70
Apr 30 15:02:09 pve0 kernel: local_pci_probe+0x47/0xa0
Apr 30 15:02:09 pve0 kernel: pci_device_probe+0xe9/0x280
Apr 30 15:02:09 pve0 kernel: really_probe+0xf9/0x370
Apr 30 15:02:09 pve0 kernel: ? pm_runtime_barrier+0x55/0xa0
Apr 30 15:02:09 pve0 kernel: __driver_probe_device+0x8c/0x140
Apr 30 15:02:09 pve0 kernel: driver_probe_device+0x24/0xd0
Apr 30 15:02:09 pve0 kernel: __driver_attach+0xe4/0x210
Apr 30 15:02:09 pve0 kernel: ? __pfx___driver_attach+0x10/0x10
Apr 30 15:02:09 pve0 kernel: bus_for_each_dev+0x8e/0xf0
Apr 30 15:02:09 pve0 kernel: driver_attach+0x1e/0x30
Apr 30 15:02:09 pve0 kernel: bus_add_driver+0x14e/0x240
Apr 30 15:02:09 pve0 kernel: driver_register+0x73/0xf0
Apr 30 15:02:09 pve0 kernel: ? __pfx_module_init_ngene+0x10/0x10 [ngene]
Apr 30 15:02:09 pve0 kernel: __pci_register_driver+0x5e/0x70
Apr 30 15:02:09 pve0 kernel: module_init_ngene+0x2f/0xff0 [ngene]
Apr 30 15:02:09 pve0 kernel: do_one_initcall+0x5d/0x330
Apr 30 15:02:09 pve0 kernel: do_init_module+0x97/0x290
Apr 30 15:02:09 pve0 kernel: load_module+0x1eff/0x2180
Apr 30 15:02:09 pve0 kernel: init_module_from_file+0x95/0x100
Apr 30 15:02:09 pve0 kernel: ? init_module_from_file+0x95/0x100
Apr 30 15:02:09 pve0 kernel: idempotent_init_module+0x110/0x300
Apr 30 15:02:09 pve0 kernel: __x64_sys_finit_module+0x6f/0xe0
Apr 30 15:02:09 pve0 kernel: x64_sys_call+0x1c88/0x2330
Apr 30 15:02:09 pve0 kernel: do_syscall_64+0x80/0x9f0
Apr 30 15:02:09 pve0 kernel: ? generic_file_read_iter+0xbb/0x110
Apr 30 15:02:09 pve0 kernel: ? vfs_read+0x180/0x390
Apr 30 15:02:09 pve0 kernel: ? vfs_read+0x180/0x390
Apr 30 15:02:09 pve0 kernel: ? __rseq_handle_notify_resume+0xa9/0x470
Apr 30 15:02:09 pve0 kernel: ? restore_fpregs_from_fpstate+0x3d/0xc0
Apr 30 15:02:09 pve0 kernel: ? switch_fpu_return+0x5c/0xf0
Apr 30 15:02:09 pve0 kernel: ? do_syscall_64+0x25b/0x9f0
Apr 30 15:02:09 pve0 kernel: ? restore_fpregs_from_fpstate+0x3d/0xc0
Apr 30 15:02:09 pve0 kernel: ? switch_fpu_return+0x5c/0xf0
Apr 30 15:02:09 pve0 kernel: ? do_syscall_64+0x25b/0x9f0
Apr 30 15:02:09 pve0 kernel: ? irqentry_exit+0x43/0x50
Apr 30 15:02:09 pve0 kernel: ? exc_page_fault+0x90/0x1b0
Apr 30 15:02:09 pve0 kernel: entry_SYSCALL_64_after_hwframe+0x76/0x7e
Apr 30 15:02:09 pve0 kernel: RIP: 0033:0x7bd7f351a7b9
Apr 30 15:02:09 pve0 kernel: Code: ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 27 66 0d 00 f7 d8 64 89 01 48
Apr 30 15:02:09 pve0 kernel: RSP: 002b:00007ffc18f5abe8 EFLAGS: 00000246 ORIG_RAX: 0000000000000139
Apr 30 15:02:09 pve0 kernel: RAX: ffffffffffffffda RBX: 0000649d9eb3a110 RCX: 00007bd7f351a7b9
Apr 30 15:02:09 pve0 kernel: RDX: 0000000000000000 RSI: 0000649d9eb3bfe0 RDI: 0000000000000016
Apr 30 15:02:09 pve0 kernel: RBP: 0000000000000000 R08: 0000000000000000 R09: 0000649d9eaeee00
Apr 30 15:02:09 pve0 kernel: R10: 0000000000000000 R11: 0000000000000246 R12: 0000649d9eb3bfe0
Apr 30 15:02:09 pve0 kernel: R13: 0000000000020000 R14: 0000649d9eb36950 R15: 0000000000000000
Apr 30 15:02:09 pve0 kernel: </TASK>
Apr 30 15:02:09 pve0 kernel: Modules linked in: cec(+) rc_core ngene(+) mei_me ghash_clmulni_intel snd_timer i2c_algo_bit rapl parport_pc(+) dvb_core snd video input_leds intel_cstate pcspkr wmi mc mei soundcore parport mac_hid zfs(PO+) spl(O) msr vhost_net vhost vhost_iotlb tap stv090x stv6110x efi_pstore nfnetlink dmi_sysfs ip_tables x_tables autofs4 btrfs blake2b_generic xor raid6_pq dm_thin_pool dm_persistent_data dm_bio_prison dm_bufio gpio_ich xhci_pci serio_raw r8169 realtek xhci_hcd i2c_i801 ehci_pci i2c_mux pata_acpi ehci_hcd i2c_smbus lpc_ich
Apr 30 15:02:09 pve0 kernel: CR2: ffffcc0dc2350000
Apr 30 15:02:09 pve0 kernel: ---[ end trace 0000000000000000 ]---
Apr 30 15:02:09 pve0 kernel: RIP: 0010:memcpy_toio+0x7e/0xd0
Apr 30 15:02:09 pve0 kernel: Code: ff c3 cc cc cc cc 48 85 db 74 e6 41 f6 c4 01 75 51 48 83 fb 01 76 06 41 f6 c4 02 75 31 48 89 d9 4c 89 e7 4c 89 ee 48 c1 e9 02 <f3> a5 f6 c3 02 74 02 66 a5 f6 c3 01 74 01 a4 5b 41 5c 41 5d 5d 31
Apr 30 15:02:09 pve0 kernel: RSP: 0018:ffffcc0dc02433e0 EFLAGS: 00010202
Apr 30 15:02:09 pve0 kernel: RAX: 0000000000000000 RBX: 0000000000039a60 RCX: 000000000000ab98
Apr 30 15:02:09 pve0 kernel: RDX: 0000000000039a60 RSI: ffffcc0dc23cc000 RDI: ffffcc0dc2350000
Apr 30 15:02:09 pve0 kernel: RBP: ffffcc0dc02433f8 R08: 0000000000000000 R09: 0000000000000000
Apr 30 15:02:09 pve0 kernel: R10: 0000000000000000 R11: 0000000000000000 R12: ffffcc0dc2341400
Apr 30 15:02:09 pve0 kernel: R13: ffffcc0dc23bd400 R14: ffffcc0dc1a00000 R15: ffff8b770143f0c8
Apr 30 15:02:09 pve0 kernel: FS: 00007bd7f3296980(0000) GS:ffff8b7875783000(0000) knlGS:0000000000000000
Apr 30 15:02:09 pve0 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 30 15:02:09 pve0 kernel: CR2: ffffcc0dc2350000 CR3: 000000011a5fe004 CR4: 00000000001706f0
Apr 30 15:02:09 pve0 kernel: note: (udev-worker)[338] exited with irqs disabled
Apr 30 15:02:09 pve0 systemd-udevd[328]: 0000:01:00.0: Worker [338] terminated by signal 9 (KILL).
Apr 30 15:02:09 pve0 systemd[1]: Listening on systemd-rfkill.socket - Load/Save RF Kill Switch Status /dev/rfkill Watch.

Display More

Irgendwelche Ideen?

Das weiss ich nicht. Ich habe keine Treiber dazu installiert. Die sind in der Distribution proxmox so dabei.

Sprichst du von der Firmware? Das weiß ich nicht. Die sollte jedoch Distro-unabhängig sein.