Kein LCD nach Inbetriebnahme einer SSD

mini73 · 13. Juni 2014

Klingt alles danach, als ob LCDd mal etwas udev lernen sollte und im Betrieb neu angeschlossene Displays erkennen können sollte.

Lars.

dippes · 13. Juni 2014

Du meinst wohl wie das dynamite plugin? Das wäre klasse wenn es LCDd auch könnte.

mini73 · 13. Juni 2014

Richtig. Sowas sollte jeder Daemon heutzutage können, also mit dynamisch kommenden/gehenden Devices zurecht kommen.

Lars.

Remi · 13. Juni 2014

Zitat von seahawk1986
Versuch es mal damit:
Code
#/etc/udev/rules.d/99-imon.rules
ATTRS{ID_VENDOR}=="15c2", SUBSYSTEM=="usbmisc", ACTION=="change", KERNEL=="lcd*", RUN+="/sbin/initctl emit imon-lcd-detected DEVICE=/dev/%k"
Und als Startbedinung in der /etc/init/LCDd.conf:
Code
start on (starting vdr and imon-lcd-detected)

habe es versucht, geht nicht, VDR startet nicht mehr:(
Was kann ich noch probieren?

Gruß

seahawk1986 · 13. Juni 2014

Dann greift die udev-Regel noch nicht. Probier mal ATTRS{ID_VENDOR}=="15c2" durch ATTRS{idVendor}=="15c2" zu ersetzen:

Code

ATTRS{idVendor}=="15c2", SUBSYSTEM=="usbmisc", ACTION=="change", KERNEL=="lcd*", RUN+="/sbin/initctl emit imon-lcd-detected DEVICE=/dev/%k"

Remi · 13. Juni 2014

Zitat von seahawk1986

ATTRS{idVendor}=="15c2", SUBSYSTEM=="usbmisc", ACTION=="change", KERNEL=="lcd*", RUN+="/sbin/initctl emit imon-lcd-detected DEVICE=/dev/%k"

so gemacht! geht leider auch nicht.[

seahawk1986 · 13. Juni 2014

mh, kannst du mal das Gerät mit seinen Parent-Devices anzeigen lassen?

Code

udevadm info --query=all  --attribute-walk --name=/dev/lcd0

Remi · 13. Juni 2014

Zitat von seahawk1986
mh, kannst du mal das Gerät mit seinen Parent-Devices anzeigen lassen?
Code
udevadm info --query=all  --attribute-walk --name=/dev/lcd0

hab's gemacht, da kommt das raus

Zitat

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:14.0/usb3/3-14/3-14.3/3-14.3:1.0/usbmisc/lcd0':
KERNEL=="lcd0"
SUBSYSTEM=="usbmisc"
DRIVER==""

looking at parent device '/devices/pci0000:00/0000:00:14.0/usb3/3-14/3-14.3/3-14.3:1.0':
KERNELS=="3-14.3:1.0"
SUBSYSTEMS=="usb"
DRIVERS=="imon"
ATTRS{bInterfaceClass}=="03"
ATTRS{bInterfaceSubClass}=="00"
ATTRS{bInterfaceProtocol}=="02"
ATTRS{bNumEndpoints}=="01"
ATTRS{supports_autosuspend}=="0"
ATTRS{bAlternateSetting}==" 0"
ATTRS{bInterfaceNumber}=="00"

looking at parent device '/devices/pci0000:00/0000:00:14.0/usb3/3-14/3-14.3':
KERNELS=="3-14.3"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{devpath}=="14.3"
ATTRS{idVendor}=="15c2"
ATTRS{speed}=="1.5"
ATTRS{bNumInterfaces}==" 2"
ATTRS{bConfigurationValue}=="1"
ATTRS{bMaxPacketSize0}=="8"
ATTRS{busnum}=="3"
ATTRS{devnum}=="5"
ATTRS{configuration}==""
ATTRS{bMaxPower}=="100mA"
ATTRS{authorized}=="1"
ATTRS{bmAttributes}=="80"
ATTRS{bNumConfigurations}=="1"
ATTRS{maxchild}=="0"
ATTRS{bcdDevice}=="0003"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{quirks}=="0x0"
ATTRS{version}==" 1.10"
ATTRS{urbnum}=="10"
ATTRS{ltm_capable}=="no"
ATTRS{removable}=="unknown"
ATTRS{idProduct}=="0036"
ATTRS{bDeviceClass}=="00"

looking at parent device '/devices/pci0000:00/0000:00:14.0/usb3/3-14':
KERNELS=="3-14"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="01"
ATTRS{devpath}=="14"
ATTRS{idVendor}=="05e3"
ATTRS{speed}=="480"
ATTRS{bNumInterfaces}==" 1"
ATTRS{bConfigurationValue}=="1"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{busnum}=="3"
ATTRS{devnum}=="3"
ATTRS{configuration}==""
ATTRS{bMaxPower}=="100mA"
ATTRS{authorized}=="1"
ATTRS{bmAttributes}=="e0"
ATTRS{bNumConfigurations}=="1"
ATTRS{maxchild}=="4"
ATTRS{bcdDevice}=="7764"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{quirks}=="0x0"
ATTRS{version}==" 2.00"
ATTRS{urbnum}=="31"
ATTRS{ltm_capable}=="no"
ATTRS{removable}=="removable"
ATTRS{idProduct}=="0608"
ATTRS{bDeviceClass}=="09"
ATTRS{product}=="USB2.0 Hub"

looking at parent device '/devices/pci0000:00/0000:00:14.0/usb3':
KERNELS=="usb3"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="01"
ATTRS{devpath}=="0"
ATTRS{idVendor}=="1d6b"
ATTRS{speed}=="480"
ATTRS{bNumInterfaces}==" 1"
ATTRS{bConfigurationValue}=="1"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{authorized_default}=="1"
ATTRS{busnum}=="3"
ATTRS{devnum}=="1"
ATTRS{configuration}==""
ATTRS{bMaxPower}=="0mA"
ATTRS{authorized}=="1"
ATTRS{bmAttributes}=="e0"
ATTRS{bNumConfigurations}=="1"
ATTRS{maxchild}=="14"
ATTRS{bcdDevice}=="0308"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{quirks}=="0x0"
ATTRS{serial}=="0000:00:14.0"
ATTRS{version}==" 2.00"
ATTRS{urbnum}=="52"
ATTRS{ltm_capable}=="no"
ATTRS{manufacturer}=="Linux 3.8.0-42-generic xhci_hcd"
ATTRS{removable}=="unknown"
ATTRS{idProduct}=="0002"
ATTRS{bDeviceClass}=="09"
ATTRS{product}=="xHCI Host Controller"

looking at parent device '/devices/pci0000:00/0000:00:14.0':
KERNELS=="0000:00:14.0"
SUBSYSTEMS=="pci"
DRIVERS=="xhci_hcd"
ATTRS{irq}=="43"
ATTRS{subsystem_vendor}=="0x8086"
ATTRS{broken_parity_status}=="0"
ATTRS{class}=="0x0c0330"
ATTRS{consistent_dma_mask_bits}=="32"
ATTRS{dma_mask_bits}=="64"
ATTRS{local_cpus}=="00000000,00000000,00000000,00000000,00000000,00000000,00000000,0000000f"
ATTRS{device}=="0x8c31"
ATTRS{msi_bus}==""
ATTRS{local_cpulist}=="0-3"
ATTRS{vendor}=="0x8086"
ATTRS{subsystem_device}=="0x204a"
ATTRS{numa_node}=="-1"
ATTRS{d3cold_allowed}=="1"

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

Alles anzeigen

seahawk1986 · 13. Juni 2014

Das sieht von den Attributen auf die gematched wird eigentlich gut aus. Dann könnte es eventuell noch daran hängen, dass es kein "change" sondern nur ein "add" gibt.

Nachverfolgen könnte man das so:

Code

udevadm monitor --udev
# Display ab- und wieder anstecken

Code

ATTRS{idVendor}=="15c2", SUBSYSTEM=="usbmisc", ACTION=="add", KERNEL=="lcd*", RUN+="/sbin/initctl emit imon-lcd-detected DEVICE=/dev/%k"

Remi · 13. Juni 2014

Zitat von seahawk1986

Das sieht von den Attributen auf die gematched wird eigentlich gut aus. Dann könnte es eventuell noch daran hängen, dass es kein "change" sondern nur ein "add" gibt.

Zitat von seahawk1986

Nachverfolgen könnte man das so:
udevadm monitor --udev
# Display ab- und wieder anstecken

Nein, das mach ich erst mal nicht!
Aber: Bingo!!!!
so geht es

Zitat von seahawk1986

ATTRS{idVendor}=="15c2", SUBSYSTEM=="usbmisc", ACTION=="add", KERNEL=="lcd*", RUN+="/sbin/initctl emit imon-lcd-detected DEVICE=/dev/%k"

Danke:)
Zur Not hätte ich ja noch meine alten Sripte, die mit den Sleep's nehmen können

Viele Grüße

dippes · 14. Juni 2014

Wenn wir schon dabei sind.
Ich benutze diese udev-Regel weil nicht immer "lcd0" angelegt wird.

KERNEL=="lcd[0-9]*" , ATTRS{idVendor}=="15c2" , SYMLINK+="lcd"

Kann diese Regel mit der obigen kombiniert werden?

Remi · 16. Juni 2014

da bin ich doch nochmal....
Diese Udev-Regel funktioniert irgendwie

Code

ATTRS{idVendor}=="15c2", SUBSYSTEM=="usbmisc", ACTION=="add", KERNEL=="lcd*", RUN+="/sbin/initctl emit imon-lcd-detected DEVICE=/dev/%k"

aber jetzt habe ich beim Booten einen 50 Sekunden Hänger. Siehe Auszug von Syslog:

Spoiler anzeigen

un 16 06:26:57 yavdr1 avahi-mounter[1856]: initialized zeroconf browser on yavdr1
Jun 16 06:26:58 yavdr1 avahi-daemon[1853]: Server startup complete. Host name is yavdr1.local. Local service cookie is 1508024696.
Jun 16 06:26:59 yavdr1 avahi-daemon[1853]: Service "Videos on yavdr1" (/services/vdr-video.service) successfully established.
Jun 16 06:26:59 yavdr1 avahi-daemon[1853]: Service "Recordings on yavdr1" (/services/vdr-vdr.service) successfully established.
Jun 16 06:26:59 yavdr1 avahi-daemon[1853]: Service "SVDRP on yavdr1" (/services/vdr-svdrp.service) successfully established.
Jun 16 06:26:59 yavdr1 avahi-daemon[1853]: Service "Pictures on yavdr1" (/services/vdr-picture.service) successfully established.
Jun 16 06:26:59 yavdr1 avahi-daemon[1853]: Service "Music on yavdr1" (/services/vdr-audio.service) successfully established.
Jun 16 06:26:59 yavdr1 avahi-daemon[1853]: Service "yavdr1" (/services/udisks.service) successfully established.
Jun 16 06:26:59 yavdr1 avahi-mounter[1856]: Resolved type _nfs._tcp on yavdr1.local
Jun 16 06:27:05 avahi-mounter[1856]: last message repeated 7 times
Jun 16 06:27:05 yavdr1 ntpdate[1484]: adjust time server 91.189.89.199 offset 0.352154 sec
Jun 16 06:27:55 yavdr1 udevd[433]: timeout: killing '/sbin/initctl emit imon-lcd-detected DEVICE=/dev/lcd0' [1073]
Jun 16 06:27:55 yavdr1 udevd[433]: '/sbin/initctl emit imon-lcd-detected DEVICE=/dev/lcd0' [1073] terminated by signal 9 (Killed)
Jun 16 06:27:55 yavdr1 vdr: [2002] VDR version 2.0.3 started
Jun 16 06:27:55 yavdr1 vdr: [2002] switched to user 'vdr'
Jun 16 06:27:55 yavdr1 vdr: [2002] codeset is 'UTF-8' - known
Jun 16 06:27:55 yavdr1 vdr: [2002] found 28 locales in /usr/share/locale
Jun 16 06:27:55 yavdr1 vdr: [2002] cTimeMs: using monotonic clock (resolution is 1 ns)
Jun 16 06:27:55 yavdr1 vdr: [2002] [general.debug] using new 1.7.11+ capture code
Jun 16 06:27:55 yavdr1 vdr: [2002] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.0.0
Jun 16 06:27:55 yavdr1 vdr: [2002] loading plugin: /usr/lib/vdr/plugins/libvdr-lcdproc.so.2.0.0
Jun 16 06:27:55 yavdr1 vdr: [2002] loading plugin: /usr/lib/vdr/plugins/libvdr-markad.so.2.0.0
Jun 16 06:27:55 yavdr1 vdr: [2002] loading plugin: /usr/lib/vdr/plugins/libvdr-skinnopacity.so.2.0.0

Mit meinen Sleep-Script war die Boot-Zeit bis zum VDR-Bild und zur LCD-Anzeige nur ca. 20 Sekunden.
Wie kann ich das Problem eingrenzen.

Gruß

mini73 · 16. Juni 2014

Versuch's mal mit

Code

/sbin/initctl emit --no-wait imon-lcd-detected DEVICE=/dev/%k

Lars.

dippes · 16. Juni 2014

Habe das so gelöst

Zitat

ATTRS{idVendor}=="15c2", SUBSYSTEM=="usbmisc", ACTION=="add", KERNEL=="lcd[0-9]*", SYMLINK+="lcd", RUN+="/sbin/initctl emit --no-wait imon-lcd-detected DEVICE=/dev/%k"

Wartezeiten beim Booten habe ich keine.

Remi · 16. Juni 2014

Zitat von mini73
Versuch's mal mit
Code
/sbin/initctl emit --no-wait imon-lcd-detected DEVICE=/dev/%k
Lars.

Danke Lars, das war's
Mir Deiner Änderung ist das Booten wieder gewohnt schnell
Gruß

Kein LCD nach Inbetriebnahme einer SSD

Jetzt mitmachen!

Teilen