Posts by djpearman

    Feine Sache! Wenn ich unter Gentoo die ddbridge-sources-4.11.8 am Laufen habe, zählt das als genau dieser Codestand? Bei mir läuft dieser Kernel seit fast zwei Wochen problemlos und ich würde gerne mein "Tested-by" abgeben.

    Gruß,
    djpearman

    Wenn Du testen willst, ist <=4.10 ungeeignet, da hier noch die alten Demod-Treiber drin sind. Ab >=4.11 wirds interessant, da werden die frisierten Treiber aus dem Kernel benutzt. Warte auf >=ddbridge-sources-4.12.0, da wird alles drin sein, was ins 4.13er Merge-Window geht. Und ab >=4.13.0 reicht für alle C/T-Karten dann gentoo-sources.

    >=git-sources-4.13-rc1 oder dann >=gentoo-sources-4.13.0 ;)


    Habe auf den 4.11.8-ddbridge Kernel aktualisiert und es läuft problemlos. Mit 4.12 und 4.13 warte ich lieber noch ein bisschen :)

    Das Einzige, was mir aufgefallen ist, ist dass im Kernel Config das Setzen von "Autoselect ancillary drivers[..]" unter Device Drivers -> Multimedia Support nicht funktioniert. Ist das in 4.12 / 4.13 gefixt?

    Nochmals vielen Dank!

    Hint für Gentoo: https://github.com/herrnst/gentoo-ddbridge-sources-overlay ("emerge ddbridge-sources" -> fertig benutzbare Kernelsourcen mit DD Support in /usr/src/, ggf. in /etc/portage/ Keyworden, die ebuilds sind alle ~x86 bzw. ~amd64).


    Das hatte ich in der Vergangenheit mal probiert aber nicht hingekriegt. Hab's nochmal probiert und richtig gemacht, dann funktioniert das auch. Ist wesentlich angenehmer - vielen Dank! Hab von dort bei mir den Kernel 4.10.17-ddbridge installiert und seit einer Woche keine Probleme damit. Gibt es aus deiner Sicht eine spezielle Kernelversion, die getestet werden soll?

    Digital Devices DVB-C/T Hardware User jeglicher Form dürfen sich freuen: Die Patches wurden vor ein paar Stunden gemerged und werden Teil von linux-4.13. Für C/T (auch CT2, C2T2 und C2T2I, sowohl Cine, Flex und auch MaxA8 ) ist dann KEIN(!) Thirdparty-Package mit Kernelmodulquälerei und -verbastelei mehr notwendig. Viel Spass damit.

    Vielen Dank an alle, die sich in Form von Tests, Reports und sonstigem Feedback und Unterstützung beteiligt haben und teilweise umständliche Installationsprozeduren mitgemacht haben!

    Ich freue mich! Und dir vielen, vielen herzlichen Dank für deinen Einsatz :) Mir wird das das Leben deutlich einfacher machen :tup. Sobald das im Mainline ist, werde ich es mal antesten.


    Hmm. Kann man natürlich machen, würde ich aber nicht, ausser, Du hast keine Probleme damit, den ganzen Kernel auf RC/Beta/Testing-Basis laufen zu lassen und bist Dir ggf. den daraus resultierenden Risiken bewusst (Beta/RC kann z.B. auch unfertigen Dateisystemsupport bedeuten - möglicherweise Data loss). Ich würde immer nur das DVB/Media-Subsystem mit den Hardware-Modulen auswechseln, geht am einfachsten so:

    Ganz wohl ist mir bei einem RC Kernel nicht, das ist richtig :). Bisher hat's keine Probleme gemacht und da ich bei den Dateisystemen auf das sich-hoffentlich-nicht-mehr-viel-ändernde EXT4 setze, gehe ich davon aus, dass es dort zu keinen Problemen kommt. Nur das Media-Subsystem auszutauschen macht natürlich mehr Sinn, war mir bisher aber unbekannt.

    Code
    (als User oder root)
    # git clone --branch ddb-alt https://github.com/herrnst/media_build.git
    # git clone --branch <BRANCHNAME> https://github.com/herrnst/dddvb-linux-kernel.git
    # cd media_build
    # ./build_all.sh ../dddvb-linux-kernel/
    (als root)
    # make install
    (empfohlen)
    # reboot

    Für "BRANCHNAME" kannst Du jetzt "mediatree/master-ddbridge" oder auch "mediatree/master-stv0367-cxd28xx" (ggf. im nächsten Jahrzehnt sogar im Upstream-Kernel vorhanden) nehmen.

    Der Befehl "./build_all.sh ../dddvb-linux-kernel/" baut dann nur die Module unter "Device Drivers -> Multimedia support"? Sprich, den Kernel in "dddvb-linux-kernel" muss ich dann auch kompilieren und installieren? Oder kann ich das mit dem Distro-Kernel der entsprechenden Version problemlos kombinieren?

    Die Module werden bei mir dann auch für den Kernel 4.12.0-rc5+ gebaut, weil das scheinbar die Kernelversion von "mediatree/master-ddbridge" ist - ist das korrekt? Kann man das auch gegen einen etwas älteren Kernel, z.B. 4.9, bauen?

    Tut mir leid wegen der vielen Fragen - ich bin was das Ganze angeht halt noch relativ unerfahren.


    Wird sich auch nicht ändern, weil:

    Passt, da scheint mein MythTV veraltet zu sein :) Bin da noch auf der 0.27er Reihe, da 0.28 in Gentoo noch Hardmasked ist und ich noch zu faul war, dort tiefer einzusteigen. Es läuft halt :D - bis auf dass ich beim Starten manuell die Tuner auf DVB-C und DVB-T stellen muss bevor ich das MythBackend starte.


    Nicht nötig, s.o. - nebenbei, vergiss' die *-features Branches. Die darin enthaltenen API-Verbastelungen, welche ursprünglich aus dddvb mit reinportiert wurden, sind für sämtliche Tuner-Empfangshardware nicht mehr notwendig. Alle Module/Treiber wurden zwischenzeitlich so umgebaut, dass sie ohne Core-API Changes funktionieren, ohne an Funktionsumfang zu verlieren.


    Passt :D

    Hi zusammen,

    Nun bin ich endlich dazu gekommen, das Ganze anzugehen - hat zwar etwas Zeit und mehrere Anläufe gebraucht, da ich mit git noch nicht so vertraut bin :) Aber ich hab's doch hinbekommen :P

    Aus dem Git Repository habe ich mit

    Code
    dddvb-linux-kernel # git checkout master-ddbridge-features

    auf den meines Wissens aktuellen Branch gewechselt (ist das korrekt?). Diesen Kernel (4.12-rc5+) habe ich dann mit meiner Config kompiliert und dieser läuft - sprich, die TV Karten kann ich verwenden:

    Ich kann sowohl DVB-T als auch DVB-C verwenden :D - scheint also ohne Probleme zu laufen.

    Im Log tauchen aber weiterhin folgende Fehlermeldungen auf:

    Display Spoiler

    Kann es sein, dass diese Fehlermeldungen aufgrund meiner Config auftauchen?

    Ich habe gesehen, dass es auch den Branch "mediatree/master-ddbridge-features" gibt. Wie unterscheidet der sich von "master-ddbridge-features"? Soll ich den mal testen?

    Gruß,

    djpearman


    @djpearman: Nochmal ping... -.-

    Bitte entschuldigt meine lange Abwesenheit - ich habe einige sehr ereignisreiche und hektische Wochen hinter mir in der ich fast gar nicht zum Fernsehen gekommen bin.

    In der Zeit ist meine Kiste aber ohne großes Mucken gelaufen - die Treiber verrichten also ihren Dienst. Bei DVB-C habe ich keine Probleme festgestellt.

    DVB-T funktioniert auch - ich kann scannen und gucken, allerdings werd im Log viele Fehlermeldungen ausgespuckt:

    Irgendwelche Ideen, was die Ursache sein kann?

    Gibt es aktualisierte Treiber, die ich testen kann?

    Gruß,

    djpearman


    Hm, Ok. Dürfte trotzdem nicht schaden, daher in der Zwischenzeit: https://patchwork.linuxtv.org/patch/40145/ :D


    Ui, also da hätt' ich das Problem offen gesagt jetzt nicht vermutet :) Dann funktioniert der offizielle DD/dddvb-Stack für Dich wohl auch nur, weil DD's cxd2843 die Reihenfolge DVB-C/T/T2 anstatt T/T2/C (cxd2841er) vorgibt und das erste System "voreingestellt" wird. Den "set-delsys"-Hack müsstest Du dann genau genommen für alle Frontends ausführen, damit alles läuft.

    Wäre sehr cool, wenn Du in ein paar Tagen mal berichten könntest, wie dieser Treiberstack bei Dir läuft! Danke fürs Testen!


    Ja, da scheinen einige Zufälle zusammen funktioniert zu haben :D Ich melde mich in ein paar Tagen wieder mit einem Testresultat.


    Kannst Du mal testweise diesen Patch OnTop auf media_build (oder als Zusatzpatch für gentoo-sources, jenachdem was Du einsetzt) gentoo-sources testen? Zumindest das w_scan-Problem verschwindet damit bei mir, evtl. hilft das MythTV auf die Sprünge.

    EDIT: Gentoo in Deiner Sig gefunden :)
    EDIT2: Hinweis: Wenn Du den Patch nicht direkt auf die Source in /usr/src/linux anwendest, sondern in /etc/portage/patches ablegst, bitte unbedingt an anschliessendes "emerge gentoo-sources" denken!
    EDIT3: (semi-unrelated) Oh, der ST STV0367 DDB hat noch dasselbe Problem...


    Hab den Patch angewandt - danke für die Hinweise. Die Fehlermeldung von w_scan ist bei mir nun auch weg, aber die Ursache für fehlenden Bild und Ton in MythTV war's nicht.
    Aber es funktioniert nun - Bild und Ton sind beide da für DVB-C! :) Dazu musste ich via

    Code
    $ dvb-fe-tool -a1 --set-delsys=DVBC/ANNEX_A

    den zweiten Adapter manuell von DVB-T auf DVB-C umstellen. Danach funktioniert das DVB-C Fernsehen via MythTV und Kodi. Im Log tauchen nun die Fehlermeldungen nicht mehr auf.
    Das kann wohl dran liegen, dass MythTV 0.27 die Frontends nicht automatisch umschaltet, siehe [mythtv-users] DVB delivery systems, und dann das auf DVB-T eingestellte Frontend als DVB-C anspricht.

    DVB-T hab ich noch nicht am Laufen, da kümmere ich mich aber ein andern Mal drum. Dort liefert mir w_scan Kanäle, aber MythTV nicht.


    Nein, die Meldungen besagen eigentlich nur, dass der Demodulator keine "read_signal_strength"-Operation zur Verfügung stellt. Wenn MythTV das kann, stell's mal auf "DVBv5"-Statistiken um.


    Ich hab vergeblich DVBv5 in MythTV gesucht - gibt anscheinend keine solche Option :(


    Das sieht schon eher nach dem Übeltäter aus, weshalb Du nichts zu sehen bekommst. Kannst Du testweise zumindest mal einen Mux fix auf 8Mhz (bei DVB-C) einstellen, und mit den betroffenen Channels nochmal probieren?


    Was soll ich auf 8MHz stellen - die Bandbreite? Die Transponderfrequenzen gehen meines Wissens erst bei 48MHz los. MythTV findet bei einem Scan keine Signale, egal was ich probiere und im Log spuckt's mir immer wieder obige Fehlermeldung aus.

    Interessanterweise, wenn ich mit den Treibern einen w_scan laufen lasse, werden Kanäle (insgesamt 393) gefunden:

    Könnte also durchaus sein, dass MythTV etwas pingeliger ist bei den Treibern. Bei einem w_scan für DVB-T taucht diese letzt Zeile nicht auf:

    Display Spoiler


    Die Treiber scheinen also fast zu funktionieren, aber halt nur so, dass MythTV damit nicht klarkommt 8)
    Wo werden die "symbol rate limits" definiert?


    Ach, mist. Die feste Dependency auf CONFIG_DVB_CXD2841ER fehlt noch im Kconfig. Schalt' den Demodulator in der Kernel Konfiguration ein und lass' die Module neu kompilieren/installieren, danach sollte das laufen. Sorry.

    EDIT: Menuconfig - Device Drivers / Multimedia support / Autoselect ancillary drivers "AUS", Customise DVB Frontends / unter Multistandard C+T

    Die "einkompilierten" Abhängigkeiten sind - abgesehen vom cxd2099 - in der zerpflückten Variante (ddbridge-Branches oder der aktuelle Testbranch) nicht vorhanden, d.h. wenn Frontends nicht gefunden werden, werden auch keine zugehörigen Kernel Module geladen.


    Das hat zumindest teilweise funktioniert! :) Die Kernelmodule ddbridge, cxd2841er und tda18212 werden geladen und die vier DVB Frontends werden initialisiert.

    Display Spoiler
    Display Spoiler
    Code
    ls -l /dev/dvb/
    total 0
    drwxr-xr-x 2 root root 120 Mar 15 18:43 adapter0
    drwxr-xr-x 2 root root 120 Mar 15 18:43 adapter1
    drwxr-xr-x 2 root root 120 Mar 15 18:43 adapter2
    drwxr-xr-x 2 root root 120 Mar 15 18:43 adapter3


    Wenn ich nun versuche, einen Kanal anzuschauen, bekomme ich aber leider kein Bild. Der Tuner (tda18212?) scheint nicht zu funktionieren, da ich folgende Fehlermeldungen bekomme:

    Display Spoiler


    Muss da noch am Tuner geschraubt werden?

    Edit:
    Wenn ich das Backend stoppe, die Module neu lade und das Backend wieder starte kommen anfangs folgende Meldungen:

    Display Spoiler


    Okay:

    Code
    # mkdir -p /etc/portage/patches/sys-kernel/gentoo-sources/ ; cd /etc/portage/patches/sys-kernel/gentoo-sources/
    # wget -O ddb.patch https://github.com/herrnst/dddvb-linux-kernel/compare/mediatree/master...mediatree/master-stv0367-cxd28xx.diff
    # emerge >=gentoo-sources-4.10.0


    Während Installation der Sources bei "src_unpack" oder "src_prepare" (nicht sicher) auf "Applying user patches" achten, da sollte dann "ddb.patch" mit auftauchen. Danach wie bei Gentoo üblich den Kernel konfigurieren und installieren (CONFIG_DVB_DDBRIDGE aktivieren!), danach Reboot.

    Danach wirds interessant, ob alle Tuner/Module korrekt erkannt wurden (dmesg), und dann vor allem, ob aus allen vier Tunern ein Transport Stream ins System bzw. in die Software geschaufelt wird :) Bei dem DuoFlex bin ich mir relativ sicher, dass das klappt, die Konstellation mit dem Sony Demod auf der CTv7 ist bisher noch komplett ungetestet - bitte Probleme einkalkulieren.


    Das Patchen mit dem Diff hat scheinbar funktioniert (Kernel 4.10.2), nur laufen die Tuner nicht. Dmesg meldet:

    Danach gibt's einige Kernel Oops, die ich davor mit dem gleichen Kernel aber ohne die Treiber nicht hatte:

    Display Spoiler

    [ 57.756432] BUG: unable to handle kernel paging request at ffffc900039f9268
    [ 57.756507] IP: sysfs_kf_seq_show+0x11/0x120
    [ 57.756543] PGD 46f030067
    [ 57.756544] PUD 46f031067
    [ 57.756568] PMD 46b946067
    [ 57.756592] PTE 0

    [ 57.756648] Oops: 0000 [#1] SMP
    [ 57.757984] Modules linked in: ast ttm drm_kms_helper syscopyarea sysfillrect ddbridge sysimgblt kvm_intel fb_sys_fops drm kvm agpgart i2c_i801 irqbypass dvb_core lpc_ich jc42 coretemp e1000 reiserfs firewire_core xhci_pci xhci_hcd ohci_pci ohci_hcd uhci_hcd usb_storage hid_generic usbhid ehci_pci ehci_hcd usbcore usb_common igb ptp pps_core i2c_algo_bit
    [ 57.762440] CPU: 1 PID: 1805 Comm: systemd-udevd Not tainted 4.10.2-gentoo #4
    [ 57.762441] Hardware name: Supermicro A1SRM-2558F/A1SRM-2558F, BIOS 1.2a 04/14/2015
    [ 57.762442] task: ffff88046adc69c0 task.stack: ffffc9000354c000
    [ 57.762448] RIP: 0010:sysfs_kf_seq_show+0x11/0x120
    [ 57.762452] RSP: 0018:ffffc9000354fe08 EFLAGS: 00010203
    [ 57.762455] RAX: ffff88046bd7a870 RBX: 0000000000000000 RCX: 0000000000000001
    [ 57.762456] RDX: ffff88046bb99600 RSI: 0000000000000001 RDI: ffff880469d61780
    [ 57.762457] RBP: ffffc9000354ff28 R08: ffffc900039f9240 R09: ffff88046bb99600
    [ 57.762458] R10: 0000000000001011 R11: ffff88046adc69c0 R12: ffff88046d3ae200
    [ 57.762459] R13: 0000000000001000 R14: 0000000000000001 R15: ffff880469d61780
    [ 57.762460] FS: 00007fdc0f158800(0000) GS:ffff88047fc80000(0000) knlGS:0000000000000000
    [ 57.762461] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
    [ 57.762462] CR2: ffffc900039f9268 CR3: 000000046c0a2000 CR4: 00000000001006e0
    [ 57.762463] Call Trace:
    [ 57.762469] ? seq_read+0xd5/0x380
    [ 57.762471] ? cp_new_stat+0x115/0x130
    [ 57.762474] ? __vfs_read+0x1e/0x110
    [ 57.762476] ? SyS_newfstat+0x1f/0x30
    [ 57.762478] ? vfs_read+0x89/0x130
    [ 57.762480] ? SyS_read+0x3d/0xa0
    [ 57.762483] ? entry_SYSCALL_64_fastpath+0x13/0x94
    [ 57.762483] Code: ff ff 48 85 db 75 c2 5b 5d 41 5c c3 0f 1f 40 00 66 2e 0f 1f 84 00 00 00 00 00 55 53 4c 8b 4f 78 49 8b 01 48 8b 40 08 4c 8b 40 60 <49> 8b 40 28 48 85 c0 0f 84 c7 00 00 00 48 8b 68 08 48 8b 4f 18
    [ 57.762511] RIP: sysfs_kf_seq_show+0x11/0x120 RSP: ffffc9000354fe08
    [ 57.762512] CR2: ffffc900039f9268
    [ 57.762514] ---[ end trace efcd47fb3d6be708 ]---


    Hast du das lsmod der dddvb Treiber gesehen? Da scheint es doch mehrere Abhängigkeiten zu geben:

    Display Spoiler


    Gibt's irgendwelche Abhängigkeiten in der Kernel Config?


    Okay:

    Code
    # mkdir -p /etc/portage/patches/sys-kernel/gentoo-sources/ ; cd /etc/portage/patches/sys-kernel/gentoo-sources/
    # wget -O ddb.patch https://github.com/herrnst/dddvb-linux-kernel/compare/mediatree/master...mediatree/master-stv0367-cxd28xx.diff
    # emerge >=gentoo-sources-4.10.0


    Während Installation der Sources bei "src_unpack" oder "src_prepare" (nicht sicher) auf "Applying user patches" achten, da sollte dann "ddb.patch" mit auftauchen. Danach wie bei Gentoo üblich den Kernel konfigurieren und installieren (CONFIG_DVB_DDBRIDGE aktivieren!), danach Reboot.

    Danach wirds interessant, ob alle Tuner/Module korrekt erkannt wurden (dmesg), und dann vor allem, ob aus allen vier Tunern ein Transport Stream ins System bzw. in die Software geschaufelt wird :) Bei dem DuoFlex bin ich mir relativ sicher, dass das klappt, die Konstellation mit dem Sony Demod auf der CTv7 ist bisher noch komplett ungetestet - bitte Probleme einkalkulieren.

    Läuft gerade :) ich melde mich mit dem Ergebnis.

    Zur Info - das sind die Module, die bei mir mit dem dddvb Treiber geladen werden:

    Feine Sache mit der Integration in den Mainline Kernel! Hoffe es klappt!

    Besitze selber zwei DD Dual DVB-C2/T2 Tuner, für die ich aktuell die dddvb Treiber separat kompilieren muss.

    Code
    [  156.216037] DDBridge: device name: Digital Devices Cine CT V7 DVB adapter
    [  156.329327] DDBridge: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C2T2 CXD2843
    [  156.337281] DDBridge: Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-C/C2/T/T2

    Falls ihr mal zu diesen Karten kommt, stehe ich gerne als Tester zur Verfügung. Bin auch gerne bereit, selber was beizutragen, bin aber was das Programmieren angeht (noch) nicht so fit :(