media-build-dkms

Mal in aller Kürze meine Erfahrungen mit dem neuen Treiber... aber zuerst nochmal besten Dank an Jasminj und NST für eure Klasse Arbeit. *MEGA*

- Die Warnung dass die (de)installation lange dauern kann hatte ich unterschätzt... mehr als 24 STD hat mein Apollo Lake Celeron gebraucht um die Module von allen alten Kerneln (waren einige) zu entfernen...

- Das fehlende LIRC device war vermutlich auch daran schuld dass ich mit den früheren Versionen von NST keinen Erfolg hatte (da fehlte mir der entsprechende Tipp nachdem ich es installiert hatte und ich dachte LIRC wäre in der Version gar nicht funktional).

- Treiber läuft unauffällig und das Umschalten ist erheblich schneller als mit der alten Version.

- Die beschriebenen FEMON Anzeigeprobleme treten bei mir auch auf (wie zu erwarten auf 2 von 4 Tunern meiner Cine S2 + DuoFlex), stören aber nicht.

- Leider kämpfe ich immer noch mit I2C Timeouts bei meinem Setup. (Tritt alle paar Stunden Betrieb auf)

Was ich so im Forum gefunden habe hat bei meinem YaVDR 0.61 leider alles nicht geholfen z.B.:

options ddbridge msi=0

in /etc/modprobe.d/ddbridge.conf

Oder diverse UEFI Einstellungen.

Gerade ist mir noch im Log aufgefallen dass bevor ich die Timeouts kriege das dynamite Plugin aktiv ist ... zur Zeit läuft der Test ob deaktivieren desselben hilft.

Ich vermute aber inzwischen das Problem liegt an meinem HW Setup (Asrock J3355m + Cine S2) wenn jemand noch eine Idee hierzu hat immer her damit.

Beste Grüße,

Grillbert

Ich weiß, den speed patch hatte ich nicht installiert weil ich nicht dachte dass es SOO lange dauert

nst hat wohl die Suche nach diesem speziellen Problem aufgegeben da es auch recht hardwarespezifisch ist. Ich habe mich (nochmal) an DD gewendet. Bin gespannt ob ich das noch gelöst bekomme. Erstmal ist wieder die ngene Karte drin... Einstöpseln und läuft

Hi Grillbert,

gleiches Board nur mit einer Cine S2 V7A und gleiches Problem. Immer wieder das hier:

Oct 16 17:45:27 VDRServer kernel: [ 211.056837] i2c i2c-3: i2c write error ([68] f537: 05)

Oct 16 17:45:28 VDRServer kernel: [ 212.056769] ddbridge 0000:02:00.0: I2C timeout, card 0, port 0, link 0

Oct 16 17:45:28 VDRServer kernel: [ 212.056784] ddbridge 0000:02:00.0: DDBridge IRS 00000003

Oct 16 17:45:28 VDRServer kernel: [ 212.056790] ddbridge 0000:02:00.0: I2C timeout, card 0, port 1, link 0

Oct 16 17:45:28 VDRServer kernel: [ 212.056797] ddbridge 0000:02:00.0: DDBridge IRS 00000003

Ich habe auch schon alle Stromsparoptionen deaktiviert, MSI=0 probiert. Auch das Wechseln der PCI-E Slots hat nichts gebracht. Manchmal läuft die Kiste Stunden, manchmal nur Minuten, selten auch mal Tage und dann hängt es wieder.

Muss mich wohl auch nochmal an DD wenden.

VG,

Olaf

Ehrlich gesagt frag' ich mich an der Stelle ja, ob die Effekte beim/im IRQ Handling auch auf Windows-Setups auftreten, alleine schon, um feststellen zu können, ob hier 'ne Inkompatibilität zwischen Karte/FPGA-Code und Boardchipsatz oder ein Problem im IRQ Handling in ddbridge vorliegt...

Ich kann mal schauen ob ich noch eine Platte rumliegen habe, auf der ich mal schnell Windows installieren kann. Eine DVBViewer Lizenz muss auch noch irgendwo rumfliegen, damit ich das MTD nachstellen kann....

Ich habe allerdings ein ziemlich exotisches Setup bei meinem VDR. Der sollte eigentlich die Rolle des Streaming Servers übernehmen. Deswegen die Cine S2 mit Duoflex CI. Dazu kommt ein TVHeadend, welches die 4 Tuner des SatIP Servers (Triax TSS400) dem SatIP Plugin zur Verfügung stellt. Das läuft stabiler als direkt mir Dem Plugin an den Server zu gehen. Das ganze läuft auf Debian 16.04 LTS.

Da fällt mir auf, dass ich mal meine Signatur aktualisieren muss?…

Hallo zusammen,

nur eine kurze Rückmeldung. Habe es heute leider nicht geschafft Windows zu installieren. Allerdings habe ich gestern testweise den VDR mit nur einem Tuner der Cine S2 gestartet. Läuft jetzt seit knapp 20 Stunden ohne I2C Fehler. Wenn es so bliebe kann ich damit leben. 5 Tuner sollten eigentlich genügen :-).

VG,

Olaf

Könnte einer (oder auch mehrere) der auch und vor allem mit msi=0 von I2C Timeouts betroffenen mal die Ausgabe von "cat /proc/interrupts" posten?

Aber klar doch:

CPU0       CPU1       CPU2       CPU3       
   0:         35          0          0          0   IO-APIC    2-edge      timer
   1:          3          0          0          0   IO-APIC    1-edge      i8042
   4:          7     250555          0          0   IO-APIC    4-edge      serial_ir
   5:          0          0          0          0   IO-APIC    5-edge      parport0
   8:          1          0          0          0   IO-APIC    8-fasteoi   rtc0
   9:          0          0          0          0   IO-APIC    9-fasteoi   acpi
  12:          4          0          0          0   IO-APIC   12-edge      i8042
  14:          0          0          0          0   IO-APIC   14-fasteoi   INT3452:00, INT3452:01, INT3452:02, INT3452:03
  23:       2178   75299869          0          0   IO-APIC   23-fasteoi   ddbridge
 120:          0          0          0          0   PCI-MSI 311296-edge      PCIe PME
 121:          0          0          0          0   PCI-MSI 313344-edge      PCIe PME
 122:          0          0          0          0   PCI-MSI 315392-edge      PCIe PME
 123:          0          0          0          0   PCI-MSI 317440-edge      PCIe PME
 124:         60        209         56          0   PCI-MSI 344064-edge      xhci_hcd
 370:      22549          0          0    6206234   PCI-MSI 294912-edge      0000:00:12.0
 371:      13017          0  182992931          0   PCI-MSI 524288-edge      enp1s0
 372:       1465  155882196          0          0   PCI-MSI 32768-edge      i915_bpo
 373:         26          0          0          0   PCI-MSI 245760-edge      mei_me
 374:       1581    8331541          0          0   PCI-MSI 229376-edge      snd_hda_intel
 NMI:       2169       2499       2023       1673   Non-maskable interrupts
 LOC:  149965660  146037448  195071806  190716767   Local timer interrupts
 SPU:          0          0          0          0   Spurious interrupts
 PMI:       2169       2499       2023       1673   Performance monitoring interrupts
 IWI:          2          2          2          0   IRQ work interrupts
 RTR:          0          0          0          0   APIC ICR read retries
 RES:  116737605   54343491   45246224   91888440   Rescheduling interrupts
 CAL:     931655     917893      14165      17945   Function call interrupts
 TLB:     167979     123648     262744     252519   TLB shootdowns
 TRM:          0          0          0          0   Thermal event interrupts
 THR:          0          0          0          0   Threshold APIC interrupts
 DFR:          0          0          0          0   Deferred Error APIC interrupts
 MCE:          0          0          0          0   Machine check exceptions
 MCP:       1660       1660       1660       1660   Machine check polls
 ERR:          0
 MIS:          0
 PIN:          0          0          0          0   Posted-interrupt notification event
 PIW:          0          0          0          0   Posted-interrupt wakeup event

Kurzer Zwischenstand, nachdem ich immer noch kein Windows installiert habe. Seitdem ich nur einen Tuner der S2 benutze, hatte ich keinen Timeout mehr. Wenn du obige Ausgabe auch mit zwei Tunern benötigst, aktiviere ich ihn kurzzeitig wieder.

Zitat von Olsche

Code

CPU0       CPU1       CPU2       CPU3       
          23:       2178   75299869          0          0   IO-APIC   23-fasteoi   ddbridge

Danke, interessant. Ich teste hier gerade was (altes P35 C2D Board, zwei DD-Karten - CTv6 und CI Duo Bridge), mit msi=0 ist mir die CTv6 hier auch abgeschmiert. Die zwei Karten sind zwar zum Resource/IRQ-Sharing mit anderen Board-Komponenten gezwungen, aber auf dem "CTv6-Interrupt" ist totenstille, während auf dem "CIDuo-Interrupt" ein Device fröhlich Aktivität generiert (letztere ist dabei noch nie kaputtgegangen).

Zitat von Olsche

Kurzer Zwischenstand, nachdem ich immer noch kein Windows installiert habe. Seitdem ich nur einen Tuner der S2 benutze, hatte ich keinen Timeout mehr. Wenn du obige Ausgabe auch mit zwei Tunern benötigst, aktiviere ich ihn kurzzeitig wieder.

Nein, Sekundärtuner oder zusätzliche Flexmodule belegen keine weiteren PCI(e) Resourcen.
Was anderes: Kriegst Du es ggf. hin, Kernel/Treiber zu Patchen und neu zu compilieren?

Zitat von nst

Nein, Sekundärtuner oder zusätzliche Flexmodule belegen keine weiteren PCI(e) Resourcen.

Was anderes: Kriegst Du es ggf. hin, Kernel/Treiber zu Patchen und neu zu compilieren?

Hab ich zwar lange nicht mehr gemacht, sollte aber möglich sein. Im Moment habe ich hier den

4.4.0-97-generic mit media-build-dkms von Jasmin.

Olsche

Patches/Tests werden noch was dauern. Kannst Du in der Zwischenzeit mal 'n ganz aktuelles Kernelimage von

http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14-rc5/ bei Dir testen, mit msi=1 und 0 (Achtung, 0 ist default), und mit beiden Tunern? Möglicherweise fehlen im 4.4er noch irgendwelche Quirks für Deinen Chipsatz. Achso, und vorher das DKMS deaktivieren oder deinstallieren, das ist alles im Image drin.

EDIT: Irgendwie geht das hier grad ziemlich heftig am eigentlichen Topic vorbei... Falls ein Mod vorbei kommt, sollte das mal gesplittet werden... Sorry.

EDIT2: Die Timeoutproblematik geht hier weiter. Back to Topic (media-build-dkms).

Hi,

lief hier ohne Fehler durch

Entpacken von media-build-dkms (0005~bionic) ...
dkms (2.3-3ubuntu9.1) wird eingerichtet ...
Trigger für man-db (2.8.3-2) werden verarbeitet ...
media-build-dkms (0005~bionic) wird eingerichtet ...
Loading new media-build-0005 DKMS files...
Building for 4.15.0-20-generic
Building for architecture x86_64
Building initial module for 4.15.0-20-generic

...

depmod...

DKMS: install completed.

Grüße

cinfo

Die neuen Module wurden in /lib/modules/4.15.0-22-generic/updates/dkms installiert.

Die alten Module sind in /lib/modules/4.15.0-22-generic/kernel/drivers/media verblieben.

Wenn ich jetzt einen Treiber laden will, kommt

martin@ubuntuvdr1:~$ sudo modprobe dvb_usb_dib0700

modprobe: ERROR: could not insert 'dvb_usb_dib0700': Exec format error

Diese Treiber sind doch in den neueren Kernels "extra" und müssen nicht geladen werden. Einfach linux-midules-extra-*kernel*-generic deinstallieren oder nicht installieren, sollte auch helfen?

Nach einem reboot funktioniert es!

Jasmin, kannst Du zu dem dkms-speed-patch nochmal etwas mehr sagen? Worauf wird der angewandt?