device bonding? Bild friert ein bei Aufnahme start

Moin!

Zitat von zochi

Gbt es irgendwo "tragende" Beispiele? (In der Doku finde ich da nict wirklich was, und eher hier? Muss ich mal schauen...)

bei DVB Karten gäbe es ja die MAC-Adresse des net-devices. Wie man da rankommt weiss ich jedoch nicht.
(Bei 4 DD Cine in einem PCI slot ist man wohl rel. aufgemissen, wenn da eine aus der reihe tanzt)

$ udevadm info --query=all --name=/dev/dvb/adapter0/frontend0
P: /devices/pci0000:00/0000:00:1c.1/0000:04:00.0/dvb/dvb0.frontend0
N: dvb/adapter0/frontend0
E: DEVNAME=/dev/dvb/adapter0/frontend0
E: DEVPATH=/devices/pci0000:00/0000:00:1c.1/0000:04:00.0/dvb/dvb0.frontend0
E: DVBMODULE=pci:v0000DD01d00000011sv0000DD01sd00000040bc04sc80i00
E: DVB_ADAPTER_NUM=0
E: DVB_DEVICE_NUM=0
E: DVB_DEVICE_TYPE=frontend
E: MAJOR=212
E: MINOR=3
E: SUBSYSTEM=dvb
E: TAGS=:udev-acl:
E: UDEV_LOG=3
E: USEC_INITIALIZED=15397835


$ udevadm info --query=all --name=/dev/dvb/adapter0/frontend0 --attribute-walk


Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.


  looking at device '/devices/pci0000:00/0000:00:1c.1/0000:04:00.0/dvb/dvb0.frontend0':
    KERNEL=="dvb0.frontend0"
    SUBSYSTEM=="dvb"
    DRIVER==""


  looking at parent device '/devices/pci0000:00/0000:00:1c.1/0000:04:00.0':
    KERNELS=="0000:04:00.0"
    SUBSYSTEMS=="pci"
    DRIVERS=="DDBridge"
    ATTRS{vendor}=="0xdd01"
    ATTRS{device}=="0x0011"
    ATTRS{subsystem_vendor}=="0xdd01"
    ATTRS{subsystem_device}=="0x0040"
    ATTRS{class}=="0x048000"
    ATTRS{irq}=="47"
    ATTRS{local_cpus}=="00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000003"
    ATTRS{local_cpulist}=="0-1"
    ATTRS{numa_node}=="-1"
    ATTRS{dma_mask_bits}=="32"
    ATTRS{consistent_dma_mask_bits}=="32"
    ATTRS{broken_parity_status}=="0"
    ATTRS{msi_bus}==""


  looking at parent device '/devices/pci0000:00/0000:00:1c.1':
    KERNELS=="0000:00:1c.1"
    SUBSYSTEMS=="pci"
    DRIVERS=="pcieport"
    ATTRS{vendor}=="0x8086"
    ATTRS{device}=="0x3a42"
    ATTRS{subsystem_vendor}=="0x1043"
    ATTRS{subsystem_device}=="0x82d4"
    ATTRS{class}=="0x060400"
    ATTRS{irq}=="42"
    ATTRS{local_cpus}=="00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000003"
    ATTRS{local_cpulist}=="0-1"
    ATTRS{numa_node}=="-1"
    ATTRS{dma_mask_bits}=="32"
    ATTRS{consistent_dma_mask_bits}=="32"
    ATTRS{broken_parity_status}=="0"
    ATTRS{msi_bus}=="1"


  looking at parent device '/devices/pci0000:00':
    KERNELS=="pci0000:00"
    SUBSYSTEMS==""
    DRIVERS==""

Bei ddbridge gehe ich momentan davon aus, dass es die Geräte an den verschiedenen TABs immer in der gleichen Reihenfolge initialisiert, deshalb ist das erst mal kein Problem.
Allerdings weiß man dann immer noch nicht, an welchem TAB nun welcher Tuner hängt. Vielleicht kommt es irgendwann mal als udev-Attribut dazu. Ich kann das leider (noch) nicht, kenne aber eine Entwicklerin, die sich das ansehen will.
Die MAC findest du nicht in den udev-Attributen. dynamite interessiert sich nur für "frontend", weil das das erste Device ist, das vom vdr geöffnet wird. Deshalb nimmt dynamite nur dessen Attribute und Eigenschaften als Grundlage.

In meinem Beispiel lässt sich mit KERNELS=="0000:04:00.0" zumindest die Bridge eindeutig identifizieren. Ich weiß nicht, ob man sich die DVB_ADAPTER_NUM irgendwie merken kann, damit man in seinen udev-Regeln zumindest die erste erkennt und daraufhin einen passenden cardindex vergeben kann. Da musst du dich selbst mal in die udev-Regeln einlesen. Wenn du etwas findest, bin ich an dem Wissen interessiert.

Bei unterschiedlichen Karten kann man sich an ATTRS{vendor}=="0xdd01" und ATTRS{device}=="0x0011" orientieren.
Alle USB-DVB-Geräte, die ich bisher am Wickel hatte, hatten eine Serien-Nr. Das macht die Sachen natürlich am einfachsten.

Zitat von zochi

Guter Hinweis, denn das ist ja eigentlich nicht so wie ich den Sinn von "dynamite" verstanden habe.
Warum kann ich die device-Slots 1...8 nicht "reservieren"? Und alles was neu ist kommt hinten dran?
Schlimmstenfalls funktioniert das neue dann nicht, aber das alte läuft weiter.

Wenn man erst mal anfängt, manuell zu sortieren, muss man es komplett tun. Bisher sah ich keinen Grund dafür, eine Mischkonfiguration zu ermöglichen. Evtl. könnte ich einen Parameter einbauen, der sagt "benutze für Karten ohne dynamite_cardindex Slots ab Nummer X". Ich weiß aber nicht, wann ich dazu komme.

Hier mal meine udev-Regel, mit der ich dafür sorge, dass eine Hybrid-C/T-Karte nur für C-Kanäle benutzt wird:

ACTION=="add", SUBSYSTEM=="dvb", ENV{DVB_DEVICE_TYPE}=="frontend", ATTRS{vendor}=="0xdd01", ENV{dynamite_sources}="C"

Das hat jetzt nichts mit deinem Problem zu tun, aber ist zumindest schon mal ein Beispiel, auf dem man aufbauen kann.
Die ersten drei Vergleiche solltest du auch benutzen, danach dann einen oder mehrere, um deine Karte zu identifizieren und dann am Ende die Zuweisung des Attributs (man beachte das einfache Gleichheitszeichen).

Lars.