16

x86 Systeme (PC) / 5.4 Testing NUC-LED

« on: December 29, 2018, 16:43:14 »

Hi,

ich kann das Problem von Oretuni mit MLD 5.4 stable bestätigen: Mit Beginn der Aufnahme beginnt die Ring-LED rot zu blinken mit Fading-Effekt. so weit so gut.
Wenn ich eine laufende Aufnahme versuche zu löschen oder nur den dazugehörigen Timer, dann friert das OSD ein und danach schlägt der Watchdog zu:

Code: [Select]

Dec 29 16:37:09 (MLD) user.err vdr: [6353] PANIC: watchdog timer expired - exiting!
Hier hilft nur die Deinstallation von nuc-led. Könnt ihr das fixen?

Viele Grüße
Sascha

17

x86 Systeme (PC) / MLD 5.4: Fernbedienung funktioniert gelegentlich nicht

« on: November 04, 2018, 22:33:02 »

Hallo Claus,

scheint zu funktionieren. Ich habe 30x rebootet und keine Probleme festgestellt.

Viele Grüße
Sascha

18

x86 Systeme (PC) / MLD 5.4: Fernbedienung funktioniert gelegentlich nicht

« on: November 04, 2018, 13:27:27 »

Hi Claus,

danke für die Antwort. Hier die Infos:

Fernbedienung funktioniert:

Code: [Select]

mld-server> lsmod | grep igor
igorplugusb            16384  0
rc_core                36864  8 rc_dvbsky,ir_rc5_decoder,rc_hauppauge,smipcie,igorplugusb

mld-server> ps ww | grep lirc
 1020 root     67452 S    {lircd2uinput} /usr/bin/python /usr/bin/lircd2uinput -s /var/run/lirc/lircd-lirc0
 1037 root     49156 S    /usr/sbin/lircd --driver=default --device=/dev/lirc0 --output=/var/run/lirc/lircd-lirc0 --pidfile=/var/run/lircd-lirc0.pid /etc/lircd.conf
 1683 root      8708 S    eventlircd -f
 2236 root     1848m S    /usr/bin/vdr -s /etc/vdr/shutdown.d/rc.action -r /etc/vdr/recording.d/rc.action -w 60 -g /tmp -u root --chartab=ISO-8859-9 -l 1 --lirc -Pdvbapi  -Piptv  -Psofthddevice -f -w alsa-driver-broken -v va-api -Pconflictcheckonly  -Pdbus2vdr  -Pepgsearchonly  -Pepgsearch  -Pextrecmenu  -Pfemon  -Plive --ip=0.0.0.0 -p 8001 -e /var/cache/vdr/epgimages -Pmarkad  -Pmenuorg -c /etc/vdr/menu.xml -Pquickepgsearch  -Pskinenigmang -i /var/cache/vdr/epgimages -Pstreamdev-server  -Pvnsiserver

Fernbedienung funktioniert nicht:

Code: [Select]

mld-server> lsmod | grep igor
igorplugusb            16384  0
rc_core                36864  7 rc_dvbsky,smipcie,ir_rc5_decoder,rc_hauppauge,igorplugusb

mld-server> ps ww | grep lirc
 1038 root     49008 S    /usr/sbin/lircd --driver=default --device=/dev/lirc0 --output=/var/run/lirc/lircd-lirc0 --pidfile=/var/run/lircd-lirc0.pid /etc/lircd.conf
 1672 root      8708 S    eventlircd -f
 2252 root     1840m S    /usr/bin/vdr -s /etc/vdr/shutdown.d/rc.action -r /etc/vdr/recording.d/rc.action -w 60 -g /tmp -u root --chartab=ISO-8859-9 -l 1 --lirc -Pdvbapi  -Piptv  -Psofthddevice -f -w alsa-driver-broken -v va-api -Pconflictcheckonly  -Pdbus2vdr  -Pepgsearchonly  -Pepgsearch  -Pextrecmenu  -Pfemon  -Plive --ip=0.0.0.0 -p 8001 -e /var/cache/vdr/epgimages -Pmarkad  -Pmenuorg -c /etc/vdr/menu.xml -Pquickepgsearch  -Pskinenigmang -i /var/cache/vdr/epgimages -Pstreamdev-server  -Pvnsiserver

igorplugusb ist in beiden Fällen geladen.
Bei der nicht funktionierenden Fernbedienung fehlt der Prozess "{lircd2uinput}".

Habe ich bzgl. Funktion von Lirc etwas missverstanden? Nach meinem Verständnis nutze ich Lirc, weil dort auch die Fernbedienungcodes liegen (in /etc/lircd.conf).

Viele Grüße
Sascha

19

x86 Systeme (PC) / MLD 5.4: Fernbedienung funktioniert gelegentlich nicht

« on: October 28, 2018, 11:23:55 »

Hi,

ich habe beide Fälle nachgestellt:

Fernbedienung funktioniert:

Code: [Select]

mld-server> evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0:      Power Button
/dev/input/event1:      Power Button
/dev/input/event2:      Chicony Wireless Device
/dev/input/event3:      Chicony Wireless Device
/dev/input/event4:      Chicony Wireless Device
/dev/input/event5:      Video Bus
/dev/input/event6:      IgorPlug-USB IR Receiver
/dev/input/event7:      HDA Intel PCH Front Mic
/dev/input/event8:      HDA Intel PCH Rear Mic
/dev/input/event9:      HDA Intel PCH Line
/dev/input/event10:     HDA Intel PCH Line Out
/dev/input/event11:     HDA Intel PCH Front Headphone
/dev/input/event12:     HDA Intel PCH HDMI/DP,pcm=3
/dev/input/event13:     HDA Intel PCH HDMI/DP,pcm=7
/dev/input/event14:     HDA Intel PCH HDMI/DP,pcm=8
/dev/input/event15:     HDA Intel PCH HDMI/DP,pcm=9
/dev/input/event16:     HDA Intel PCH HDMI/DP,pcm=10
/dev/input/event17:     lircd
/dev/input/event18:     IR (DVBSky S952 V3)

Fernbedienung funktioniert nicht:

Code: [Select]

mld-server> evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0:      Power Button
/dev/input/event1:      Power Button
/dev/input/event2:      Chicony Wireless Device
/dev/input/event3:      Chicony Wireless Device
/dev/input/event4:      Chicony Wireless Device
/dev/input/event5:      IgorPlug-USB IR Receiver
/dev/input/event6:      Video Bus
/dev/input/event7:      IR (DVBSky S952 V3)
/dev/input/event8:      HDA Intel PCH Front Mic
/dev/input/event9:      HDA Intel PCH Rear Mic
/dev/input/event10:     HDA Intel PCH Line
/dev/input/event11:     HDA Intel PCH Line Out
/dev/input/event12:     HDA Intel PCH Front Headphone
/dev/input/event13:     HDA Intel PCH HDMI/DP,pcm=3
/dev/input/event14:     HDA Intel PCH HDMI/DP,pcm=7
/dev/input/event15:     HDA Intel PCH HDMI/DP,pcm=8
/dev/input/event16:     HDA Intel PCH HDMI/DP,pcm=9
/dev/input/event17:     HDA Intel PCH HDMI/DP,pcm=10
Select the device event number [0-17]: 5
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0x3eb product 0x2 version 0x1
Input device name: "IgorPlug-USB IR Receiver"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 2 (KEY_1)
    Event code 3 (KEY_2)
    Event code 4 (KEY_3)
    Event code 5 (KEY_4)
    Event code 6 (KEY_5)
    Event code 7 (KEY_6)
    Event code 8 (KEY_7)
    Event code 9 (KEY_8)
    Event code 10 (KEY_9)
    Event code 11 (KEY_0)
    Event code 28 (KEY_ENTER)
    Event code 102 (KEY_HOME)
    Event code 103 (KEY_UP)
    Event code 105 (KEY_LEFT)
    Event code 106 (KEY_RIGHT)
    Event code 108 (KEY_DOWN)
    Event code 113 (KEY_MUTE)
    Event code 114 (KEY_VOLUMEDOWN)
    Event code 115 (KEY_VOLUMEUP)
    Event code 116 (KEY_POWER)
    Event code 119 (KEY_PAUSE)
    Event code 128 (KEY_STOP)
    Event code 139 (KEY_MENU)
    Event code 142 (KEY_SLEEP)
    Event code 163 (KEY_NEXTSONG)
    Event code 165 (KEY_PREVIOUSSONG)
    Event code 167 (KEY_RECORD)
    Event code 168 (KEY_REWIND)
    Event code 174 (KEY_EXIT)
    Event code 207 (KEY_PLAY)
    Event code 208 (KEY_FASTFORWARD)
    Event code 212 (KEY_CAMERA)
    Event code 352 (KEY_OK)
    Event code 353 (KEY_SELECT)
    Event code 354 (KEY_GOTO)
    Event code 356 (KEY_POWER2)
    Event code 365 (KEY_EPG)
    Event code 370 (KEY_SUBTITLE)
    Event code 372 (KEY_ZOOM)
    Event code 377 (KEY_TV)
    Event code 385 (KEY_RADIO)
    Event code 388 (KEY_TEXT)
    Event code 392 (KEY_AUDIO)
    Event code 393 (KEY_VIDEO)
    Event code 398 (KEY_RED)
    Event code 399 (KEY_GREEN)
    Event code 400 (KEY_YELLOW)
    Event code 401 (KEY_BLUE)
    Event code 402 (KEY_CHANNELUP)
    Event code 403 (KEY_CHANNELDOWN)
    Event code 405 (KEY_LAST)
    Event code 407 (KEY_NEXT)
    Event code 412 (KEY_PREVIOUS)
  Event type 4 (EV_MSC)
    Event code 4 (MSC_SCAN)
Key repeat handling:
  Repeat type 20 (EV_REP)
    Repeat code 0 (REP_DELAY)
      Value    500
    Repeat code 1 (REP_PERIOD)
      Value    125
Properties:
Testing ... (interrupt to exit)
***********************************************
  This device is grabbed by another process.
  No events are available to evtest while the
  other grab is active.
  In most cases, this is caused by an X driver,
  try VT-switching and re-run evtest again.
  Run the following command to see processes with
  an open fd on this device
 "fuser -v /dev/input/event5"
***********************************************

Der Unterschied ist, dass der lircd Prozess nicht an einem Event hängt.
Der Test mit den Tasten funktoniert übrgigens in beiden Fällen nicht: Die Warnung "This device is grabbed by another process" sagt das aus. Ich habe mir "fuser /dev/input/eventX" die Prozess IDs geholt und die Prozesse einzeln gestoppt:

- stop xorg
- stop vdr
- stop eventlircd
- stop lirc

Trotzdem erscheint auf dem CLI beim Tasten drücken nichts. Wie gesagt, in beiden Fällen.
Ich habe lirc von Hand gestoppt und gestartet, auch in unterschiedlichen Kombinationen mit den obigen Prozessen. Lircd taucht bei evtest nicht auf.

Falls das mit dem Vorschlag von Skippy lösbar ist, in welcher Reihenfolge müssen die Dienste (lircd und eventlircd) gestartet werden?

Viele Grüße
Sascha

20

x86 Systeme (PC) / MLD 5.4: Fernbedienung funktioniert gelegentlich nicht

« on: October 26, 2018, 20:07:39 »

Hi,

seit der Umstellung von MLD 5.3 auf MLD 5.4 funktioniert gelegentlich die Fernbedienung nicht. Bei mir wird der IgorPlug-USB Treiber verwendet:

Code: [Select]

Oct 26 19:51:43 (MLD) user.info kernel: [    2.602146] usb 1-1: new low-speed USB device number 2 using xhci_hcd
Oct 26 19:51:43 (MLD) user.info kernel: [    2.760448] usb 1-1: New USB device found, idVendor=03eb, idProduct=0002
Oct 26 19:51:43 (MLD) user.info kernel: [    2.760449] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Oct 26 19:51:43 (MLD) user.info kernel: [    2.760450] usb 1-1: Product: IgorPlug-USB AVR Tiny45 by www.ocinside.de
Oct 26 19:51:43 (MLD) user.info kernel: [    2.760451] usb 1-1: Manufacturer: Ing. Igor Cesko, Copyright(c) 2003

Ich habe die Debug Logs hochgeladen: DCvjMQ

Habe im Moment keine Idee, woran das liegt. Das tritt im Durchschnitt ca. alle 10 Boots auf (mehr oder weniger, manchmal auch 2x hintereinander).
Wie kann ich das Problem weiter eingrenzen?

Viele Grüße
Sascha

21

x86 Systeme (PC) / MLD 5.4 stable: ein paar Probleme

« on: October 24, 2018, 19:48:07 »

Hallo Peter,

Du hast Recht, intel_pstate:

Code: [Select]

mld-server> cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_driver
intel_pstate
intel_pstate

MLD 5.3 mit onDemand und MLD 5.4 mit performance kann ich nicht direkt vergleichen. Bei MLD 5.3 hatte ich eine Nvidia-Karte im System. Die habe ich mit Umstieg auf MLD 5.4 ausgebaut. Allerdings kann ich MLD 5.4 "performance" mit "powersave" vergleichen: ca. 37 zu 35 Watt. Die Differenz ist nicht so groß.

Viele Grüße
Sascha

22

x86 Systeme (PC) / MLD 5.4 stable: ein paar Probleme

« on: October 22, 2018, 19:28:13 »

Hallo Peter & Claus,

ja, sorry. An AMD hatte ich gerade nicht gedacht.

Den Artikel habe ich gelesen. Der intel_pstate-Treiber ist nicht installiert. Aber der Artikel hilft trotzdem bei der Fehlersuche.

Folgende Module sind bei MLD 5.4 stable vorhanden:

Code: [Select]

mld-server> ls /lib/modules/4.16.16.200/kernel/drivers/cpufreq
acpi-cpufreq.ko          cpufreq_ondemand.ko      pcc-cpufreq.ko
amd_freq_sensitivity.ko  cpufreq_powersave.ko     powernow-k8.ko
cpufreq_conservative.ko  cpufreq_userspace.ko     speedstep-lib.ko
cpufreq-dt.ko            p4-clockmod.ko

und geladen sind die folgenden Module:

Code: [Select]

mld-server> lsmod | egrep 'pstate|freq|k8|p4|speed'
speedstep_lib          16384  0
cpufreq_userspace      16384  0
cpufreq_powersave      16384  0
cpufreq_dt             16384  0
cpufreq_conservative    16384  0
cpufreq_ondemand       16384  0


Bei MLD 5.3 stable sieht das wie folgt aus:

Code: [Select]

mld-server> ls /lib/modules/4.8.15.198.3/kernel/drivers/cpufreq/
acpi-cpufreq.ko   pcc-cpufreq.ko    speedstep-lib.ko
p4-clockmod.ko    powernow-k8.ko


Code: [Select]

mld-server>  lsmod | egrep 'pstate|freq|k8|p4|speed'
acpi_cpufreq            6734  0

MLD 5.3 verwendet ein anderes Modul: acpi_freq

Da scheint das Problem zu liegen.


Viele Grüße
Sascha

23

x86 Systeme (PC) / MLD 5.4 stable: ein paar Probleme

« on: October 21, 2018, 18:48:38 »

Hi Claus,

ich habe das ebenso gerade mit einem anderen Rechner getestet: Intel NUC6CAYH. Standard-Installation und danach "powersave" installiert und Reboot durchgeführt:

Code: [Select]

MLD> dpkg --get-selections | grep powersave
powersave install


Code: [Select]

MLD> lsmod | grep power
cpufreq_powersave      16384  0


Code: [Select]

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
performance powersave

Ich wage mal die Behauptung, dass grundsätzlich powersave mit MLD 5.4 nicht funktioniert.

Viele Grüße
Sascha

24

x86 Systeme (PC) / MLD 5.4 stable: ein paar Probleme

« on: September 28, 2018, 19:42:43 »

Hi Claus,

hast Du eine Idee, warum "ondemand" bei den CPU governors mit MLD 5.4 nicht mehr funktioniert?

Grüße
Sascha

25

x86 Systeme (PC) / MLD 5.4 stable: ein paar Probleme

« on: September 17, 2018, 05:30:45 »

Bzgl. 1): Das hatten wir schon mal:

https://www.minidvblinux.de/forum/index.php/topic,8832.msg68027.html#msg68027

26

x86 Systeme (PC) / MLD 5.4 stable: ein paar Probleme

« on: September 16, 2018, 23:44:30 »

Ich habe gerade MLD 5.3 nochmal hochgefahren:

Code: [Select]

mld-server> cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
conservative ondemand userspace powersave performance


27

x86 Systeme (PC) / MLD 5.4 stable: ein paar Probleme

« on: September 16, 2018, 23:24:22 »

Hi Claus,

zu 2): Tatsächlich werden mir für die Intel G4400 CPU nur die beiden angeboten:

Code: [Select]

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
performance powersave

Bei MLD 5.3 konnte ich "ondemand" wählen. Keine Ahnnung, was hier der Unterschied ist.


zu 3): Ich hatte das wie folgt konfiguriert:

Code: [Select]

Ausgabe Device 1: 0 3 HDMI 0
Lautsprecher Setup 1: Sourround 5.1

Ich habe nach Deiner Nachricht Lautsprecher Setup 1 auf "-" gesetzt und nun funktioniert das Passthrough im Softhddevice Plugin. Vielen Dank.

Viele Grüße
Sascha

28

x86 Systeme (PC) / MLD 5.4 stable: ein paar Probleme

« on: September 16, 2018, 19:41:52 »

Hi,

ich bin heute von MLD 5.3 stable auf 5.4 stable gewechselt. Dabei habe ich MLD 5.4 komplett neu installiert.
Das ist mir bisher aufgefallen:

1) Das Encoding der von MLD 5.3 vorhandenen Aufnahmen stimmt nicht. Beispielsweise finde ich so etwas wie "Moderation #3A Jan Starkebaum" in der Aufzeichnungsliste.
2) Konfiguration / System / Powersave governor (Deutsch?): Hier kann ich nur "powersave" oder "performance" auswählen. Also entweder ganz langsam oder Vollgas. Ich vermisse hier "OnDemand".
3) 5.1 Sound funktioniert bei mir nicht:

aplay -l listet die folgenden Devices auf:

Code: [Select]

**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC671 Analog [ALC671 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 8: HDMI 2 [HDMI 2]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 9: HDMI 3 [HDMI 3]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 10: HDMI 4 [HDMI 4]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Konfiguration/Sound:
Ausgabe Device 1: 0 3 HDMI 0
Lautsprecher Setup 1: Sourround 5.1

Plugin softhddevice (Intel):
----------------------------
- Audio:
  - Pass-Through-Standard: ein
    - PCM pass-through: ja
    - AC-3 pass-through: ja
    - E-AC-3 pass-through: ja

Damit bekomme ich für 5.1 Sendungen/Aufzeichnungen kein Ton mehr. Schalte ich Pass-Through-Standard auf "aus", bekomme ich zumindest Stereo-Ton.
Mit MLD 5.3 hatte das funktioniert.

Debug-Code: WmOVX0

Viele Grüße
Sascha

29

x86 Systeme (PC) / MLD 5.1 per HDMI an Onkyo Stereo Receiver

« on: February 09, 2018, 19:02:16 »

Hi Matthias,

ich habe das gleiche Problem mit VA-API unter MLD 5.3 / 5.4 und einem Onkyo-Receiver. Wobei das Problem nur indirekt mit dem Onkyo zu tun hat. Folgende Fälle hatte ich:

- Onkyo Receiver eingeschaltet: MLD gebootet: Bild / Ton
- Onkyo Receiver ausgeschaltet: MLD gebootet, Onkyo nach dem Boot von MLD eingeschaltet: kein Bild / Ton

Claus hat bei mir einiges ausprobiert und versucht die konfigurierte Auflösung fest zu speichern. Leider hat das nicht funktioniert. Daher steckt der MLD direkt am TV und ich nutze ARC (Audio Return Channel), um den Ton mit angepasster Verzögerung durch den TV zurück zum Receiver zu schicken.

Der Unterschied zwischen TV und Onkyo-Receiver ist, dass der Onkyo-Receiver im ausgeschaltetem Zustand nicht auf HDMI-Signale der angeschlossenen Geräte reagiert, der TV aber schon.

Grüße
Sascha

30

x86 Systeme (PC) / MLD 5.4 testing Bug-Report

« on: December 31, 2017, 14:03:13 »

Hi Claus,

der autofs Fehler müsste jetzt weg sein.

In MLD 5.3 existiert das Problem auch. Falls Du es nicht dort auch geändert hast.

Grüße
Sascha

P.S.: Einen guten Rutsch wünsche ich euch allen.