Sundtek Support Forum

Deutsch => Sundtek MediaTV Pro => Thema gestartet von: kater_mikesch am November 05, 2014, 07:08:01 Nachmittag

Titel: [USB 3.0] Oops Kernal Panic MediaTV Pro III
Beitrag von: kater_mikesch am November 05, 2014, 07:08:01 Nachmittag
Hallo Sundtek Support Team,

nach Kauf und Anschluss des MediaTV Pro III friert mein Ubuntu Nas permanent ein. Nach langen Recherchen und der Übersetzung der Kernal Panic logs in /var/log/syslog bin ich mir ziemlich sicher, dass es an der Hardware bzw. den Treibern in Kombination mit meinem System liegt. Den RAM habe ich mit Memtes86 für ca. 12 Stunden getesetet. Es traten keine Fehler auf. Ebenfalls habe ich das OS auf die neuste LTS 14.04.xx angehoben. Zur Sicherheit, habe ich das neuste Release neu installiert, weil ich dachte es lag am Upgrade. Momentan bin ich zurück auf 12.04.05 LTS.

Das erste was vor dem Einfrireren passiert, ist die Beendung des VDRs, danach folgt das Netzwerk. Das System kann dann nur noch hart ausgeschaltet werden. Ich habe das System nun seit 24 Stunden ohne TV Karte laufen, es läuft einwandfrei durch. Mit TV-Karte läuft es max. 12 Stunden.

Welche weiteren Informationen kann ich liefern, sodass die TV-Karte eventuell augegrenzt werden kann oder wenn es die TV-Karte ist, wir das Problem eingrenzen oder lösen können?


lsb_release -a:
Distributor ID: Ubuntu
Description: Ubuntu 12.04.5 LTS
Release: 12.04
Codename: precise

Auszug aus /var/log/syslog:
Nov  3 20:07:19 tmp kernel: [83418.116752] ------------[ cut here ]------------
Nov  3 20:07:19 tmp kernel: [83418.116773] WARNING: CPU: 0 PID: 1485 at /build/buildd/linux-lts-trusty-3.13.0/drivers/usb/host/xhci-ring.c:613 xhci_find_new_dequeue_state+0x191/0x2e
Nov  3 20:07:19 tmp kernel: [83418.116777] Modules linked in: joydev hid_generic usbhid hid snd_hda_codec_hdmi nfsd nfs_acl auth_rpcgss nfs fscache lockd sunrpc eeepc_wmi asus_wmi s
Nov  3 20:07:19 tmp kernel: [83418.116855] CPU: 0 PID: 1485 Comm: mediasrv Not tainted 3.13.0-32-generic #57~precise1-Ubuntu
Nov  3 20:07:19 tmp kernel: [83418.116859] Hardware name: ASUS All Series/H87I-PLUS, BIOS 2002 07/22/2014
Nov  3 20:07:19 tmp kernel: [83418.116862]  0000000000000265 ffff8800d37c9be8 ffffffff81752c9e 0000000000000007
Nov  3 20:07:19 tmp kernel: [83418.116870]  0000000000000000 ffff8800d37c9c28 ffffffff8106af7c ffffffff81590ca0
Nov  3 20:07:19 tmp kernel: [83418.116876]  ffff8801159c0000 ffff8800d37c9cb0 ffff880035f1fd80 00000000d377f400
Nov  3 20:07:19 tmp kernel: [83418.116883] Call Trace:
Nov  3 20:07:19 tmp kernel: [83418.116896]  [<ffffffff81752c9e>] dump_stack+0x46/0x58
Nov  3 20:07:19 tmp kernel: [83418.116907]  [<ffffffff8106af7c>] warn_slowpath_common+0x8c/0xc0
Nov  3 20:07:19 tmp kernel: [83418.116917]  [<ffffffff81590ca0>] ? trace_xhci_dbg_quirks+0x70/0x70
Nov  3 20:07:19 tmp kernel: [83418.116925]  [<ffffffff8106afca>] warn_slowpath_null+0x1a/0x20
Nov  3 20:07:19 tmp kernel: [83418.116931]  [<ffffffff8159eaf1>] xhci_find_new_dequeue_state+0x191/0x2e0
Nov  3 20:07:19 tmp kernel: [83418.116939]  [<ffffffff81594d58>] xhci_cleanup_stalled_ring+0x78/0x100
Nov  3 20:07:19 tmp kernel: [83418.116947]  [<ffffffff81594f16>] xhci_endpoint_reset+0x136/0x190
Nov  3 20:07:19 tmp kernel: [83418.116956]  [<ffffffff8156737e>] ? usb_alloc_urb+0x1e/0x50
Nov  3 20:07:19 tmp kernel: [83418.116963]  [<ffffffff815669d5>] usb_hcd_reset_endpoint+0x25/0x70
Nov  3 20:07:19 tmp kernel: [83418.116970]  [<ffffffff81569ac8>] usb_enable_endpoint+0xa8/0xb0
Nov  3 20:07:19 tmp kernel: [83418.116977]  [<ffffffff81569b12>] usb_enable_interface+0x42/0x60
Nov  3 20:07:19 tmp kernel: [83418.116983]  [<ffffffff8156a006>] usb_set_interface+0x1f6/0x340
Nov  3 20:07:19 tmp kernel: [83418.116992]  [<ffffffff81574339>] usbdev_do_ioctl+0x589/0xc50
Nov  3 20:07:19 tmp kernel: [83418.117003]  [<ffffffff811182cc>] ? acct_account_cputime+0x1c/0x20
Nov  3 20:07:19 tmp kernel: [83418.117013]  [<ffffffff810a25e9>] ? account_user_time+0x99/0xb0
Nov  3 20:07:19 tmp kernel: [83418.117020]  [<ffffffff81574a2e>] usbdev_ioctl+0xe/0x20
Nov  3 20:07:19 tmp kernel: [83418.117027]  [<ffffffff811dc5c5>] do_vfs_ioctl+0x75/0x2c0
Nov  3 20:07:19 tmp kernel: [83418.117034]  [<ffffffff81022735>] ? syscall_trace_enter+0x165/0x280
Nov  3 20:07:19 tmp kernel: [83418.117039]  [<ffffffff811dc8a1>] SyS_ioctl+0x91/0xb0
Nov  3 20:07:19 tmp kernel: [83418.117051]  [<ffffffff8176847f>] tracesys+0xe1/0xe6
Nov  3 20:07:19 tmp kernel: [83418.117055] ---[ end trace 9fb1c759dc30aa54 ]---
Nov  3 20:07:19 tmp kernel: [83418.117070] BUG: unable to handle kernel NULL pointer dereference at 0000000000000010
Nov  3 20:07:19 tmp kernel: [83418.117155] IP: [<ffffffff8159ecac>] xhci_queue_new_dequeue_state+0x6c/0xe0
Nov  3 20:07:19 tmp kernel: [83418.117225] PGD d43a5067 PUD d4370067 PMD 0
Nov  3 20:07:19 tmp kernel: [83418.117276] Oops: 0000 [#1] SMP
Nov  3 20:07:19 tmp kernel: [83418.117314] Modules linked in: joydev hid_generic usbhid hid snd_hda_codec_hdmi nfsd nfs_acl auth_rpcgss nfs fscache lockd sunrpc eeepc_wmi asus_wmi s
Nov  3 20:07:19 tmp kernel: [83418.117895] CPU: 0 PID: 1485 Comm: mediasrv Tainted: G        W    3.13.0-32-generic #57~precise1-Ubuntu
Nov  3 20:07:19 tmp kernel: [83418.117978] Hardware name: ASUS All Series/H87I-PLUS, BIOS 2002 07/22/2014
Nov  3 20:07:19 tmp kernel: [83418.118041] task: ffff8800d296dfc0 ti: ffff8800d37c8000 task.ti: ffff8800d37c8000
Nov  3 20:07:19 tmp kernel: [83418.118108] RIP: 0010:[<ffffffff8159ecac>]  [<ffffffff8159ecac>] xhci_queue_new_dequeue_state+0x6c/0xe0
Nov  3 20:07:19 tmp kernel: [83418.118196] RSP: 0018:ffff8800d37c9c38  EFLAGS: 00010046
Nov  3 20:07:19 tmp kernel: [83418.118245] RAX: 0000000000000000 RBX: ffff8800d37c9cb0 RCX: 0000000000000040
Nov  3 20:07:19 tmp kernel: [83418.118309] RDX: 0000000000000000 RSI: ffff8800d377f8e0 RDI: 0000000000000000
Nov  3 20:07:19 tmp kernel: [83418.118372] RBP: ffff8800d37c9c98 R08: ffff8800d37c9cb0 R09: ffff8800d377f8e0
Nov  3 20:07:19 tmp kernel: [83418.118435] R10: 0000000000000001 R11: 000000000000039d R12: ffff8801159c0000
Nov  3 20:07:19 tmp kernel: [83418.118499] R13: ffff8800d2ac01e8 R14: 0000000000000000 R15: 0000000000000002
Nov  3 20:07:19 tmp kernel: [83418.118564] FS:  00007f834a2fe700(0000) GS:ffff88011fa00000(0000) knlGS:0000000000000000
Nov  3 20:07:19 tmp kernel: [83418.118636] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Nov  3 20:07:19 tmp kernel: [83418.118688] CR2: 0000000000000010 CR3: 00000000d43c2000 CR4: 00000000001407f0
Nov  3 20:07:19 tmp kernel: [83418.118751] Stack:
Nov  3 20:07:19 tmp kernel: [83418.118772]  ffff8800d37c9ca8 ffff8800d37c9c58 ffffffff81abfdb1 ffff8800d377f8e0
Nov  3 20:07:19 tmp kernel: [83418.118850]  ffff880000000001 00000000d377f401 ffff8801159c0000 ffff8800d2ac01e8
Nov  3 20:07:19 tmp kernel: [83418.118927]  ffff8801159c0000 ffff880115437000 0000000000000002 ffff8801159c0048
Nov  3 20:07:19 tmp kernel: [83418.119006] Call Trace:
Nov  3 20:07:19 tmp kernel: [83418.119037]  [<ffffffff81594dd9>] xhci_cleanup_stalled_ring+0xf9/0x100
Nov  3 20:07:19 tmp kernel: [83418.119101]  [<ffffffff81594f16>] xhci_endpoint_reset+0x136/0x190
Nov  3 20:07:19 tmp kernel: [83418.119160]  [<ffffffff8156737e>] ? usb_alloc_urb+0x1e/0x50
Nov  3 20:07:19 tmp kernel: [83418.119213]  [<ffffffff815669d5>] usb_hcd_reset_endpoint+0x25/0x70
Nov  3 20:07:19 tmp kernel: [83418.119273]  [<ffffffff81569ac8>] usb_enable_endpoint+0xa8/0xb0
Nov  3 20:07:19 tmp kernel: [83418.119330]  [<ffffffff81569b12>] usb_enable_interface+0x42/0x60
Nov  3 20:07:19 tmp kernel: [83418.119388]  [<ffffffff8156a006>] usb_set_interface+0x1f6/0x340
Nov  3 20:07:19 tmp kernel: [83418.119445]  [<ffffffff81574339>] usbdev_do_ioctl+0x589/0xc50
Nov  3 20:07:19 tmp kernel: [83418.119502]  [<ffffffff811182cc>] ? acct_account_cputime+0x1c/0x20
Nov  3 20:07:19 tmp kernel: [83418.119563]  [<ffffffff810a25e9>] ? account_user_time+0x99/0xb0
Nov  3 20:07:19 tmp kernel: [83418.119619]  [<ffffffff81574a2e>] usbdev_ioctl+0xe/0x20
Nov  3 20:07:19 tmp kernel: [83418.119669]  [<ffffffff811dc5c5>] do_vfs_ioctl+0x75/0x2c0
Nov  3 20:07:19 tmp kernel: [83418.119721]  [<ffffffff81022735>] ? syscall_trace_enter+0x165/0x280
Nov  3 20:07:19 tmp kernel: [83418.119779]  [<ffffffff811dc8a1>] SyS_ioctl+0x91/0xb0
Nov  3 20:07:19 tmp kernel: [83418.121833]  [<ffffffff8176847f>] tracesys+0xe1/0xe6
Nov  3 20:07:19 tmp kernel: [83418.123878] Code: 03 84 d7 10 01 00 00 4d 8b 48 08 4c 89 c3 49 89 fc 44 89 55 c0 4c 89 f7 4c 89 ce 4c 8d 68 28 4c 89 4d b8 e8 27 ec ff ff 8b 53 10 <4d
Nov  3 20:07:19 tmp kernel: [83418.128441] RIP  [<ffffffff8159ecac>] xhci_queue_new_dequeue_state+0x6c/0xe0
Nov  3 20:07:19 tmp kernel: [83418.130705]  RSP <ffff8800d37c9c38>
Nov  3 20:07:19 tmp kernel: [83418.132960] CR2: 0000000000000010
Nov  3 20:07:19 tmp kernel: [83418.144000] ---[ end trace 9fb1c759dc30aa55 ]---
Titel: Re:Oops Kernal Panic MediaTV Pro III
Beitrag von: kater_mikesch am November 05, 2014, 07:10:27 Nachmittag
Hier hatte ich im Forum einen ähnlichen Fehler, zumindest mit anscheinend gleicher Ursache gefunden:

http://support.sundtek.com/index.php?topic=1600.20;wap2

Ursache:
xhci_queue_new_dequeue_state+0x6c/0xe0

Hier noch ein paar mehr Informationen:

sudo /opt/bin/mediaclient -e:
**** List of Media Hardware Devices ****
device 0: [MediaTV Pro III USB (EU)]  DVB-C, DVB-T, DVB-T2, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS
  [INFO]:
     STATUS: ACTIVE
  [BUS]:
     ID: 3-3
  [SERIAL]:
     ID: U140808190409
  [DVB-C]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [DVB-T]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [DVB-T2]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [ANALOG-TV]:
     VIDEO0: /dev/video0
     VBI0: /dev/vbi0
  [FM-RADIO]:
     RADIO0: /dev/radio0
     RDS: /dev/rds0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [OSS]:
     OSS0: /dev/dsp0

sudo /opt/bin/mediaclient --cpucheck:
Sundtek CPU Check

cpu0:
   this cpu is using the ondemand scheduler
   this might cause some performance issue, please take care
   that the cpu frequency will not change while using the
   TV Tuner

   current scheduler: ondemand
   available schedulers: conservative ondemand userspace powersave performance
   to change the scheduler you might run following command:

   echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

cpu1:
   this cpu is using the ondemand scheduler
   this might cause some performance issue, please take care
   that the cpu frequency will not change while using the
   TV Tuner

   current scheduler: ondemand
   available schedulers: conservative ondemand userspace powersave performance
   to change the scheduler you might run following command:

   echo performance > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor

cpu2:
   this cpu is using the ondemand scheduler
   this might cause some performance issue, please take care
   that the cpu frequency will not change while using the
   TV Tuner

   current scheduler: ondemand
   available schedulers: conservative ondemand userspace powersave performance
   to change the scheduler you might run following command:

   echo performance > /sys/devices/system/cpu/cpu2/cpufreq/scaling_governor

cpu3:
   this cpu is using the ondemand scheduler
   this might cause some performance issue, please take care
   that the cpu frequency will not change while using the
   TV Tuner

   current scheduler: ondemand
   available schedulers: conservative ondemand userspace powersave performance
   to change the scheduler you might run following command:

   echo performance > /sys/devices/system/cpu/cpu3/cpufreq/scaling_governor

vdr -V:
vdr (2.1.6/2.1.6) - The Video Disk Recorder
vnsiserver (1.1.0) - VDR-Network-Streaming-Interface (VNSI) Server

sudo /opt/bin/mediaclient --lc:
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  1949 ... vdr
/dev/dvb/adapter0/dvr0:
  No client connected
/dev/dvb/adapter0/demux0:
  1949 ... vdr (0012)
  1949 ... vdr (0014)
  1949 ... vdr (0000)
  1949 ... vdr (0011)
  1949 ... vdr (0010)
  1949 ... vdr (044c)
/dev/video0:
  No client connected
/dev/vbi0:
  No client connected
/dev/radio0:
  No client connected
/dev/rds0:
  No client connected
/dev/mediainput0:
  No client connected
/dev/dsp0:
  No client connected
Titel: Re:Oops Kernal Panic MediaTV Pro III
Beitrag von: kater_mikesch am November 05, 2014, 07:48:33 Nachmittag
Ich habe gerade gesehen, dass seit dem 04.11.2014 neue Treiber zur Verfügung stehen. Ich habe diese jetzt installiert. Können die neuen Treiber die o.g. Probleme beheben?
Titel: Re:Oops Kernal Panic MediaTV Pro III
Beitrag von: kater_mikesch am November 08, 2014, 07:52:15 Vormittag
Das Problem besteht trotz neuster Treiber weiterhin
Titel: Re:Oops Kernal Panic MediaTV Pro III
Beitrag von: Sundtek am November 08, 2014, 12:13:10 Nachmittag
Du scheinst wohl von dem allgemeinen USB 3.0 Kernelbug betroffen zu sein.
Unser Treiber arbeitet erst hinter dem Controllertreiber.

ein Intelmitarbeiter hat erst vor ein bis zwei Tagen einen neuen USB 3.0 Patch zum Testen freigegeben

https://bugzilla.kernel.org/show_bug.cgi?id=75521

Ein Workaround ist üblicherweise USB 2.0 zu verwenden.

Mit unserem Treiber hat das ansich nichts zu tun
Titel: Re:Oops Kernal Panic MediaTV Pro III
Beitrag von: Cheese am November 10, 2014, 10:59:50 Nachmittag
Hi,

ja, ich habe das gleiche System am Laufen und habe auch ewig (WOCHEN!!!) gekämpft. Was schließlich geholfen hat, war eine Kombination aus neuestem 3.17 Kernel und hauptsächlich dem deaktivieren von der USB 3.0 Unterstützung. Schau mal in deinen Logfiles (dmesg, syslog, etc.) Wenn du da "xhci" findest, hast du eigentlich schon verloren.

Geholfen hat bei mir den USB 3.0 Support im BIOS komplett zu deaktivieren. Das hieß bei mir irgendwie "USB 3.0 Legacy Support" oder so ähnlich. Die BIOS-Hersteller sind da kreativ, wie sie diese Option benennen. Dass das Abschalten von USB 3.0 erfolgreich war, erkennst du daran, dass du in deinen Logfiles keine Einträge zu xhci mehr findest, sondern alles über den ehci Treiber läuft.

Der Kernel läßt sich bei Ubuntu relativ schmerzlos hochziehen, such mal nach "Mainline Kernel", siehe z.B. hier:

http://askubuntu.com/questions/119080/how-to-update-kernel-to-the-latest-mainline-version-without-any-distro-upgrade (http://askubuntu.com/questions/119080/how-to-update-kernel-to-the-latest-mainline-version-without-any-distro-upgrade)

Das mit dem Mainline Kernel hat aber auch Nachteile! Einfach mal nachlesen.

Wahrscheinlich reicht einfach nur xhci deaktivieren.
Titel: Re:Oops Kernal Panic MediaTV Pro III
Beitrag von: kater_mikesch am November 12, 2014, 09:01:47 Nachmittag
Hallo Sundtek und Cheese,

vielen Dank für die Unterstützung.

Ich habe nun im BIOS folgende Einstellung deaktiviert:
ASUS BIOS-->Advanced Mode-->Advanced-->USB Configuration-->Intel xHCI Mode-->Deaktivieren

Ich werde entsprechendes Feedback geben, ob das System die 24 Stunden schafft :-)
Titel: Re:Oops Kernal Panic MediaTV Pro III
Beitrag von: kater_mikesch am November 15, 2014, 06:26:26 Nachmittag
Hallo Zusammen,

es funktioniert mit den Einstellungen im BIOS einwandfrei.

Besten Dank!
Titel: Re:Oops Kernal Panic MediaTV Pro III
Beitrag von: Sundtek am November 15, 2014, 06:31:34 Nachmittag
Das ist derzeit wohl die einzige Alternative bis USB 3.0 im Linux Kernel repariert wird.


Der Intel Mitarbeiter versucht zwar verschiedenes kommt aber soweit auf keinen grünen Ast damit.

Mit unserem Treiber hat das soweit erst mal nichts zu tun;

Also derzeit:
* USB 3.0 unter Linux ist eine wackelige Angelegenheit (es gibt einige Controller die funktionieren, aber nicht alle!). Vorerst USB 3.0 (XHCI) Support im Kernel ausschalten (nicht AHCI! AHCI hat nichts mit USB zu tun sondern mit der Festplatte - das wird nur erwähnt da es hier schon Missverständnisse gab)
- USB 3.0 im Bios ausschalten

* USB 2.0 mit AMD SB700. AMD ist anscheinend zurück auf der Bildfläche mit einer weiteren fehlerhaften USB Controller Serie (wie schon bei der SB600 Southbridge).
- AMD SBx00 Southbridges (USB Controller falls möglich vermeiden!). Zotac hat so ein Produkt derzeit im Angebot.
Titel: Re:Oops Kernal Panic MediaTV Pro III
Beitrag von: Matze83 am November 16, 2014, 03:34:44 Nachmittag
Hallo,
hier mal eine wirklich doofe Anfängerfrage. Kann ich den xhci support an meiner Synology DS114 auch ausschalten? Wenn ja wisst ihr wie ich da ins bios komme? Und werden dann die beiden vorhandenen USB3.0 ports als USB2 ports betrieben?
Grüße
Titel: Re:Oops Kernal Panic MediaTV Pro III
Beitrag von: Sundtek am November 16, 2014, 04:24:14 Nachmittag
Das lässt sich derzeit leider noch nicht ausschalten auf dem NAS.
Titel: Re:Oops Kernal Panic MediaTV Pro III
Beitrag von: Matze83 am November 16, 2014, 04:28:17 Nachmittag
Schade aber Danke. Hier bekommt man echt immer freundliche und kompetente Antworten. Euer support ist echt spitze! :)
Titel: Re:[USB 3.0] Oops Kernal Panic MediaTV Pro III
Beitrag von: hampit am Januar 10, 2018, 10:16:13 Vormittag
Sorry, dass ich hier nochmal schreibe.

Ich habe gestern eine Synology 218+ bekommen und jetzt erst festgestellt, dass diese nur noch USB 3.0 anschlüsse hat. Ist das Problem inzwischen behoben. Mein Plan war eigentlich drei Sticks anzuschließen  >:(

Danke