Autor Thema: [USB 3.0] Oops Kernal Panic MediaTV Pro III  (Gelesen 4773 mal)

kater_mikesch

  • Newbie
  • *
  • Beiträge: 11
    • Profil anzeigen
[USB 3.0] Oops Kernal Panic MediaTV Pro III
« 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 ]---
« Letzte Änderung: November 18, 2014, 01:58:51 Nachmittag von Sundtek »

kater_mikesch

  • Newbie
  • *
  • Beiträge: 11
    • Profil anzeigen
Re:Oops Kernal Panic MediaTV Pro III
« Antwort #1 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
« Letzte Änderung: November 05, 2014, 07:47:05 Nachmittag von kater_mikesch »

kater_mikesch

  • Newbie
  • *
  • Beiträge: 11
    • Profil anzeigen
Re:Oops Kernal Panic MediaTV Pro III
« Antwort #2 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?

kater_mikesch

  • Newbie
  • *
  • Beiträge: 11
    • Profil anzeigen
Re:Oops Kernal Panic MediaTV Pro III
« Antwort #3 am: November 08, 2014, 07:52:15 Vormittag »
Das Problem besteht trotz neuster Treiber weiterhin

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 7707
    • Profil anzeigen
Re:Oops Kernal Panic MediaTV Pro III
« Antwort #4 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
« Letzte Änderung: November 08, 2014, 12:17:58 Nachmittag von Sundtek »
Sundtek Support Engineer

Cheese

  • Newbie
  • *
  • Beiträge: 15
    • Profil anzeigen
Re:Oops Kernal Panic MediaTV Pro III
« Antwort #5 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

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

Wahrscheinlich reicht einfach nur xhci deaktivieren.

kater_mikesch

  • Newbie
  • *
  • Beiträge: 11
    • Profil anzeigen
Re:Oops Kernal Panic MediaTV Pro III
« Antwort #6 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 :-)

kater_mikesch

  • Newbie
  • *
  • Beiträge: 11
    • Profil anzeigen
Re:Oops Kernal Panic MediaTV Pro III
« Antwort #7 am: November 15, 2014, 06:26:26 Nachmittag »
Hallo Zusammen,

es funktioniert mit den Einstellungen im BIOS einwandfrei.

Besten Dank!

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 7707
    • Profil anzeigen
Re:Oops Kernal Panic MediaTV Pro III
« Antwort #8 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.
Sundtek Support Engineer

Matze83

  • Newbie
  • *
  • Beiträge: 14
    • Profil anzeigen
Re:Oops Kernal Panic MediaTV Pro III
« Antwort #9 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

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 7707
    • Profil anzeigen
Re:Oops Kernal Panic MediaTV Pro III
« Antwort #10 am: November 16, 2014, 04:24:14 Nachmittag »
Das lässt sich derzeit leider noch nicht ausschalten auf dem NAS.
Sundtek Support Engineer

Matze83

  • Newbie
  • *
  • Beiträge: 14
    • Profil anzeigen
Re:Oops Kernal Panic MediaTV Pro III
« Antwort #11 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! :)

hampit

  • Newbie
  • *
  • Beiträge: 16
    • Profil anzeigen
Re:[USB 3.0] Oops Kernal Panic MediaTV Pro III
« Antwort #12 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