frontend0 "no such device"

  • Hab einen Kernel Update von 2.6.25.14 auf 2.6.26.3 durchgeführt. Seitdem startet mein vdr nicht mehr. Hab dann mal den Zugriff auf das Frontend Device getestet.


    Kernel 2.6.25.14
    # cat /dev/dvb/adapter0/frontend0
    cat: /dev/dvb/adapter0/frontend0: Invalid argument


    Kernel 2.6.26.3
    # cat /dev/dvb/adapter0/frontend0
    cat: /dev/dvb/adapter0/frontend0: no such device


    Haben sich die device Nummern geändert oder gar die Pfade? Sitze hier gerade etwas ratlos. Schon mal im Voraus danke für eure Hilfe

  • um was für eine DVB-Karte geht es denn?


    statt eines cat wäre ein dmesg-Auszug hilfreicher.


    Spontan fällt mir ein, dass es im aktuellen v4l-dvb hg (und möglicherweise auch in 2.6.26) einen Bug gibt, der dazu führt, dass die Nova-S SE und baugleiche Karten nicht mehr erkannt werden. Da gibt es aber einen Fix.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • na, dann wäre mal zu vergleichen, was jeweils dmesg nach einem "modprobe dvb-ttpci" ausgibt.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Jetzt wirds richtig putzig. Unterm 2.6.25.14 Kernel sieht das so aus


    # modprobe dvb_ttpci
    # dmesg
    saa7146: register extension 'dvb'.
    ACPI: PCI Interrupt 0000:02:07.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11
    saa7146: found saa7146 @ mem e0938c00 (revision 1, irq 11) (0x13c2,0x000e).
    DVB: registering new adapter (Technotrend/Hauppauge WinTV Nexus-S rev2.3)
    adapter has MAC addr = 00:d0:5c:08:a3:8a
    dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80f12623
    dvb-ttpci: firmware @ card 0 supports CI link layer interface
    dvb-ttpci: Crystal audio DAC @ card 0 detected
    saa7146_vv: saa7146 (0): registered device video0 [v4l2]
    saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
    DVB: registering frontend 0 (ST STV0299 DVB-S)...
    input: DVB on-card IR receiver as /class/input/input5
    dvb-ttpci: found av7110-0.


    So siehts beim 2.6.26.3 aus
    # modprobe dvb_ttpci
    # dmesg
    saa7146: register extension 'dvb'


    Nun hätte ich erwartet, dass das Modul nicht geladen ist aber denkste
    # lsmod|grep dvb_ttpci
    dvb_ttpci 87305 0
    dvb_core 68673 1 dvb_ttpci
    saa7146_vv 42433 1 dvb_ttpci
    saa7146 17865 2 dvb_ttpci,saa7146_vv
    ttpci_eeprom 6209 1 dvb_ttpci
    i2c_core 20949 5 dvb_ttpci,eeprom,ves1x93,ttpci_eeprom,i2c_i801

  • Hast Du den Kernel selbst kompiliert? Fehlt eventuell die "attach frontends"-Funktion? Was sagt dmesg, wenn Du noch stv0299 lädst?

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Bei dem Kernel handelt es sich um den aktuellen Fedora 8 Kernel. Auf Grund deines Hinweises hab ich mal verglichen welche Module bei 2.6.25 und beim 2.6.26 Kernel geladen werden. Bein 2.6.26er fehlen lnbp21 und stv0299. Nachladen mit modprobe bringt leider auch keine Besserung. Das device frontend0 reagiert immer noch nicht. Fehlt da noch ein weiters module? Das sagt lsmod


    Module Size Used by
    lnbp21 5953 0
    stv0299 12873 0
    eeprom 9425 0
    ipv6 238277 26
    dm_mirror 19521 0
    dm_log 12357 1 dm_mirror
    dm_mod 48521 2 dm_mirror,dm_log
    lirc_serial 16213 0
    lirc_dev 14453 1 lirc_serial
    snd_intel8x0 30685 0
    snd_ac97_codec 92389 1 snd_intel8x0
    ves1x93 9669 0
    ac97_bus 5825 1 snd_ac97_codec
    dvb_ttpci 87305 0
    snd_seq_dummy 6853 0
    dvb_core 68673 2 stv0299,dvb_ttpci
    saa7146_vv 42433 1 dvb_ttpci
    saa7146 17865 2 dvb_ttpci,saa7146_vv
    videobuf_dma_sg 14149 1 saa7146_vv
    videobuf_core 18117 2 saa7146_vv,videobuf_dma_sg
    3c59x 40681 0
    videodev 31425 1 saa7146_vv
    v4l1_compat 16325 2 saa7146_vv,videodev
    snd_seq_oss 29633 0
    snd_seq_midi_event 9921 1 snd_seq_oss
    ttpci_eeprom 6209 1 dvb_ttpci
    e1000 108037 0
    mii 8385 1 3c59x
    snd_seq 44913 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
    snd_seq_device 9933 3 snd_seq_dummy,snd_seq_oss,snd_seq
    snd_aw2 14301 0
    snd_pcm_oss 37441 0
    snd_mixer_oss 16705 1 snd_pcm_oss
    snd_pcm 61509 4 snd_intel8x0,snd_ac97_codec,snd_aw2,snd_pcm_oss
    snd_timer 21065 2 snd_seq,snd_pcm
    parport_pc 26725 0
    iTCO_wdt 13925 0
    snd 46437 10 snd_intel8x0,snd_ac97_codec,snd_seq_oss,snd_seq,snd_seq_device,snd_aw2,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
    parport 32173 1 parport_pc
    iTCO_vendor_support 7109 1 iTCO_wdt
    i2c_i801 11985 0
    soundcore 9633 1 snd
    pcspkr 6593 0
    i2c_core 20949 7 lnbp21,stv0299,eeprom,ves1x93,dvb_ttpci,ttpci_eeprom,i2c_i801
    dcdbas 10465 0
    snd_page_alloc 11337 2 snd_intel8x0,snd_pcm
    sg 31605 0
    sr_mod 17541 0
    cdrom 33249 1 sr_mod
    floppy 52229 0
    ata_generic 8773 0
    pata_acpi 8001 0
    ata_piix 19397 4
    libata 131937 3 ata_generic,pata_acpi,ata_piix
    sd_mod 26329 5
    scsi_mod 123917 4 sg,sr_mod,libata,sd_mod
    ext3 110281 3
    jbd 41045 1 ext3
    mbcache 10309 1 ext3
    uhci_hcd 22993 0
    ohci_hcd 22853 0
    ehci_hcd 32845 0

  • Zitat

    Original von berniie
    Bein 2.6.26er fehlen lnbp21 und stv0299. Nachladen mit modprobe bringt leider auch keine Besserung.


    trotzdem würde ich einen dmesg-Auszug nach dem Laden dieser beiden Module gerne mal sehen.


    Was ist, wenn Du dvb-ttpci erst entlädst, ehe Du stv0299 lädst? Und danach dvb-ttpci laden?

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • llnbp21 und stv0299 sind nicht geladen. Hab mal versucht sie vor dvb_ttpci mauell zu laden nur ist dmesg dummerweise auch keine Hilfe. Irgendwie mag meine Maschine nicht mit mir reden ;)


    # modprobe lnbp21
    # dmesg
    # modprobe stv0299
    # dmesg
    # modprobe dvb_ttpci
    # dmesg
    saa7146: register extension 'dvb'

  • Zitat

    Original von questargon
    mit der Technotrend Karte


    welche genau?

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Uff, lass mich schauen...


    Also, das sollte eine S-2300 (also MIT MPEG-Chip) sein.


    Unter Kernel 2.6.25 schauts so aus:


    lspci sagt:
    00:0b.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)


    dmesg sagt:
    saa7146: found saa7146 @ mem f8946000 (revision 1, irq 11) (0x13c2,0x000e).
    DVB: registering new adapter (Technotrend/Hauppauge WinTV Nexus-S rev2.3)
    adapter has MAC addr = 00:d0:5c:63:a9:9d
    dvb-ttpci: gpioirq unknown type=0 len=0
    dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80002622
    dvb-ttpci: firmware @ card 0 supports CI link layer interface
    dvb-ttpci: Crystal audio DAC @ card 0 detected
    saa7146_vv: saa7146 (0): registered device video0 [v4l2]
    saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
    DVB: registering frontend 0 (ST STV0299 DVB-S)...
    input: DVB on-card IR receiver as /devices/pci0000:00/0000:00:0b.0/input/input5
    dvb-ttpci: found av7110-0.



    System ist ein Fedora 9 auf einem AMD K8 3500+. Im Augenblick fahre ich noch den alten Kernel 2.6.25.14-108.fc9.i686.
    2.6.26.3-29.fc9.i686 funktioniert nicht.


    Hmmm. Kann das vielleicht sein, dass die Karte eine neue Firmware braucht fuer den neuen Kernel?


    MfG
    questargon


    P.S.: Ich hab mal die Firmware auf die 2623 gehoben. Bringt leider auch nix:
    dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80f62623


    EDIT: S-2300, nicht T-2300 :)

  • DVB: registering frontend 0 (ST STV0299 DVB-S)...


    Das sieht doch gut aus, der Treiber ist geladen.

  • Ich hab ja auch die funktionierende Version gepostet. Bei 2.6.26 fehlt der gesamte folgende Block:


    ACPI: PCI Interrupt 0000:02:07.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11
    saa7146: found saa7146 @ mem e0938c00 (revision 1, irq 11) (0x13c2,0x000e).
    DVB: registering new adapter (Technotrend/Hauppauge WinTV Nexus-S rev2.3)
    adapter has MAC addr = 00:d0:5c:08:a3:8a
    dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80f12623
    dvb-ttpci: firmware @ card 0 supports CI link layer interface
    dvb-ttpci: Crystal audio DAC @ card 0 detected
    saa7146_vv: saa7146 (0): registered device video0 [v4l2]
    saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
    DVB: registering frontend 0 (ST STV0299 DVB-S)...
    input: DVB on-card IR receiver as /class/input/input5
    dvb-ttpci: found av7110-0.

  • Hallo Zusammen!


    DIes ist nur ein "me too" ;) Ich hab bei zwei Rechnern (einer Fedora 9 i386, ein zweiter Fedora 9 x64) beide mit Hauppauge Nexus-S (Technotrend Version 2.3). Genau das gleiche Problem! Kernel 2.6.25.14 funktioniert alles (etwa so wie oben beschrieben) und mit 2.6.26.3 (hab inzwischen auch schon 2.6.26-5-42 probiert: selbes Problem) krieg ich auch nur


    saa7146: register extension 'dvb'.


    Und dann herrscht Ruhe. d.h. keine Firmware wird geladen. Ich hab inzwischen mal das dvb-ttpci Modul selbst zusammengebaut und mit etwas debugging versehen. Also die Funktion die die Firmware laden sollte wird nicht mal aufgerufen.


    Gibt's inzwischen irgendwelche Neuigkeiten zu diesem Thmea?


    Gruß Micha

  • Ich glaube es liegt an der Fedora Kernel Konfiguration. Hab mir mal das SRPM der 2.6.26 genommen. Darin findet sich die Datei config-generic und in der steht folgendes:


    #
    # Supported SAA7146 based PCI Adapters
    #
    CONFIG_DVB_AV7110=m
    CONFIG_DVB_AV7110_OSD=y
    # CONFIG_DVB_AV7110_FIRMWARE is not set
    CONFIG_DVB_BUDGET=m
    CONFIG_DVB_BUDGET_CI=m
    CONFIG_DVB_BUDGET_AV=m
    CONFIG_DVB_BUDGET_PATCH=m


    Ich denke das Problem ist die Zeile
    # CONFIG_DVB_AV7110_FIRMWARE is not set


    Ich schau später mal wie das im 2.6.25 SRPM aussieht

  • Ja, der Parameter kann's nicht sein. Ich hab gerade mal (mit etwas Gewalt ;) ein dvb-ttpci.ko Modul gebaut, das die Firmware beinhaltet. Damit geht das Problem aber auch nicht weg.
    Die Ursache muss schon weiter "vorne" liegen. Ich denk mal, daß irgend eine Komponente nicht erkannt wird und deshalb auch die ganze Initialisierung nicht abläuft ... aber noch versteh ich den Mechanismus wie das funktionieren sollte noch nicht ... ich arbeite daran ;)


    Gruß Micha

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!