Hallo,
ich bin bei meinem siduction auf dem aktuellsten Stand.
Leider tut sich beim Einstöpseln eines externen USB3 Laufwerkes an meinen USB3 Port nichts. Laut dmesg gibt es da auch kein Device zum Mounten.
Unter Win7 ist das gleiche Laufwerk am gleichen Port voll hotplugfähig.
Weiß jemand, ob das auch schon unter Linux möglich ist?
Viele Grüße,
Holger
CONFIG_USB_XHCI_HCD=m
Diese USB3 Modul ist aber in linux-3.4 als experimental gekennzeichnet!
Vielleich auch, wenn Du das USB3-Gerät eingestöpselt hast:
modprobe -v xhci-hcd
Mein USB 3 Stick wurde immer gemounted, bis er vor ein paar Tagen verstarb.
greetz
devil
hier auch keine Probleme; eine LogiLink 2TB Platte an USB3 angeschlossen wird erkannt[ 4189.203109] usb 4-2: new SuperSpeed USB device number 2 using xhci_hcd
[ 4199.092343] usb 4-2: New USB device found, idVendor=174c, idProduct=5106
[ 4199.092354] usb 4-2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 4199.092360] usb 4-2: Product: AS2105
[ 4199.092365] usb 4-2: Manufacturer: ASMedia
[ 4199.092369] usb 4-2: SerialNumber: S2HGJ9FB101325
[ 4199.093827] scsi7 : usb-storage 4-2:1.0
[ 4200.102823] scsi 7:0:0:0: Direct-Access SAMSUNG HD204UI 1AQ1 PQ: 0 ANSI: 5
[ 4200.105226] sd 7:0:0:0: [sdb] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
[ 4200.106126] sd 7:0:0:0: [sdb] Write Protect is off
[ 4200.106144] sd 7:0:0:0: [sdb] Mode Sense: 23 00 00 00
[ 4200.107348] sd 7:0:0:0: [sdb] No Caching mode page present
[ 4200.107360] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[ 4200.110181] sd 7:0:0:0: [sdb] No Caching mode page present
[ 4200.110196] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[ 4200.121579] sdb: sdb1
[ 4200.123922] sd 7:0:0:0: [sdb] No Caching mode page present
[ 4200.123933] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[ 4200.123941] sd 7:0:0:0: [sdb] Attached SCSI disk
[ 4205.020272] fuse init (API version 7.18)gemounted wird auch:ab@siduction:~$ mount | grep -i sdb
/dev/sdb1 on /media/LogiLink_2TB type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)und das Modul wird geladenab@siduction:~$ lsmod | grep -i xhci
xhci_hcd 63529 0
usbcore 116221 8 uas,btusb,uvcvideo,ums_realtek,rtlwifi,usb_storage,ehci_hcd,xhci_hcd
EDIT:
ab@siduction:~$ inxi
CPU~Dual core Intel Core i5-2467M CPU (-HT-MCP-) clocked at Min:800.000Mhz Max:1601.000Mhz Kernel~3.4-0.towo.1-siduction-amd64 x86_64 Up~1:19 Mem~1494.2/7899.1MB HDD~2063.7GB(1.4% used) Procs~166 Client~Shell inxi~1.8.5
gruß ab
Hallo,
danke für die zahlreichen Antworten. Wenn ich mit eingestöpselter USB3 Festplatte boote, wird sie erkannt und ich kann sie über den Wechselmedienmanager von KDE mounten. Wenn ich die Platte dann entbinde und wieder anstöpsele, wird sie wieder erkannt.
Ich muss mal weiter testen.
Viele Grüße,
Holger
@holgerw
Nachtrag:
auch unterab@siduction:~$ uname -a
Linux siduction 3.4-0.towo.6-siduction-amd64 #1 SMP PREEMPT Sun Jun 3 07:30:39 UTC 2012 x86_64 GNU/Linux
läuft alles ohne Probleme; wie zuvor beschrieben.
gruß ab
Hallo,
hier noch ein paar Angaben:
lsusb
Bus 001 Device 002: ID 1307:0330 Transcend Information, Inc. 63-in-1 Multi-Card Reader/Writer
Bus 002 Device 002: ID 045e:075d Microsoft Corp. LifeCam Cinema
Bus 003 Device 002: ID 0bda:0151 Realtek Semiconductor Corp. Mass Storage Device (Multicard Reader)
Bus 003 Device 003: ID 0ecd:a100 Lite-On IT Corp. LDW-411SX DVD/CD Rewritable Drive
Bus 004 Device 002: ID 046a:0107 Cherry GmbH
Bus 007 Device 002: ID 046d:c52f Logitech, Inc. Wireless Mouse M305
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 009 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
uname -a
Linux biber 3.4-0.towo.4-siduction-amd64 #1 SMP PREEMPT Sun May 27 20:48:38 UTC 2012 x86_64 GNU/Linux
lsmod|grep hcd
xhci_hcd 64265 0
ohci_hcd 19133 0
ssb 39793 1 ohci_hcd
ehci_hcd 33292 0
usbcore 116419 9 uas,snd_usb_audio,uvcvideo,usb_storage,ohci_hcd,snd_usbmidi_lib,ehci_hcd,usbhid,xhci_hcd
Das USB3 Device ist zu sehen, aber keine USB3 Platte. Ich muss den PC mit eingestöpselter USB3 Festplatte booten, dann erst komme ich unter Linux an die Platte. Und dann klappt auch ein Zugriff nach Aus- und wieder Einstöpseln.
Nun werde ich es unter OpenSUSE auch nochmal testen.
Viele Grüße,
Holger
Hallo,
unter OpenSUSE funktioniert es. Hier ein paar Angaben:
lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 1307:0330 Transcend Information, Inc. 63-in-1 Multi-Card Reader/Writer
Bus 002 Device 002: ID 045e:075d Microsoft Corp. LifeCam Cinema
Bus 003 Device 002: ID 0bda:0151 Realtek Semiconductor Corp. Mass Storage Device (Multicard Reader)
Bus 008 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 009 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 003: ID 0ecd:a100 Lite-On IT Corp. LDW-411SX DVD/CD Rewritable Drive
Bus 005 Device 002: ID 046d:c52f Logitech, Inc. Wireless Mouse M305
Bus 004 Device 002: ID 046a:0107 Cherry GmbH
Bus 009 Device 002: ID 174c:5106 ASMedia Technology Inc.
uname -a
Linux biber 3.3.4-22-desktop #1 SMP PREEMPT Fri Apr 27 20:36:58 UTC 2012 (d42fe44) x86_64 x86_64 x86_64 GNU/Linux
lsmod|grep hcd
xhci_hcd 143035 0
Ich werde das aktuelle siduction Release von Stick mit toram booten und dann mal testen.
Viele Grüße,
Holger
Hallo,
mit siduction 12.1 in den Ram gebootet geht es auch nicht.
Die spannende Frage für mich ist: Was läuft bei OpenSUSE anderes? Ich hätte das schon gerne auch bei siduction.
Um nochmal klar zu stellen: An USB2 Ports wird die USB3 Platte hotplugmäßig einwandfrei gemountet. Es geht mir hier um eine native USB3 Schnittstelle, die vom Kernel auch als USB3 Schnittstelle erkannt wird und an dem sich USB3 Geräte dann auch als USB3 Geräte hotplugmäßig sauber verhalten.
Daher meine Frage an die, bei denen Hotplug mit USB3 funktioniert? Seid Ihr sicher, dass Eure USB3 Platten oder Sticks unter siduction auch als USB3 Geräte eingebunden werden? Diese Frage würde ich nicht stellen, wenn es bei mir unter OpenSUSE nicht funktionierte.
Hier noch ein paar Angaben, sie beziehen sich auf das in den Ram geladene aktuelle siduction KDE in der 64 Bit Version: Nach dem Anstöpseln der USB3 Platte habe ich zunächst das Modul xhci_hcd entladen. Dann habe ich es es mit modprobe -v xhci_hcd wieder geladen. Danach bekomme ich unter dmesg folgende Ausgabe:
[ 1981.837952] xhci_hcd 0000:03:00.0: xHCI Host Controller
[ 1981.837980] xhci_hcd 0000:03:00.0: new USB bus registered, assigned bus number 1
[ 1981.870908] xhci_hcd 0000:03:00.0: Host not halted after 16000 microseconds.
[ 1981.870911] xhci_hcd 0000:03:00.0: can't setup
[ 1981.870914] xhci_hcd 0000:03:00.0: USB bus 1 deregistered
[ 1981.870942] xhci_hcd 0000:03:00.0: init 0000:03:00.0 fail, -110
[ 1981.871003] xhci_hcd: probe of 0000:03:00.0 failed with error -110
Was läuft da schief?
Unter OpenSUSE sieht es nach dem Anstöpseln wie folgt aus:
[ 36.879307] usb 9-1: new SuperSpeed USB device number 2 using xhci_hcd
[ 38.288244] usb 9-1: New USB device found, idVendor=174c, idProduct=5106
[ 38.288254] usb 9-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 38.288261] usb 9-1: Product: AS2105
[ 38.288266] usb 9-1: Manufacturer: ASMedia
[ 38.288271] usb 9-1: SerialNumber: WD-WXB0AC9D4828
[ 38.289847] scsi12 : usb-storage 9-1:1.0
[ 39.302004] scsi 12:0:0:0: Direct-Access WDC WD32 00BEVT-22A23T0 01.0 PQ: 0 ANSI: 0
[ 39.302679] sd 12:0:0:0: Attached scsi generic sg13 type 0
[ 39.302985] sd 12:0:0:0: [sdk] 625142448 512-byte logical blocks: (320 GB/298 GiB)
[ 39.303864] sd 12:0:0:0: [sdk] Write Protect is off
[ 39.303876] sd 12:0:0:0: [sdk] Mode Sense: 23 00 00 00
[ 39.304631] sd 12:0:0:0: [sdk] No Caching mode page present
[ 39.304638] sd 12:0:0:0: [sdk] Assuming drive cache: write through
[ 39.309214] sd 12:0:0:0: [sdk] No Caching mode page present
[ 39.309217] sd 12:0:0:0: [sdk] Assuming drive cache: write through
[ 39.322641] sdk: sdk1
[ 39.325198] sd 12:0:0:0: [sdk] No Caching mode page present
[ 39.325209] sd 12:0:0:0: [sdk] Assuming drive cache: write through
[ 39.325217] sd 12:0:0:0: [sdk] Attached SCSI disk
Viele Grüße,
Holger
Hallo Holger,
meine Vermutung ist der Kernel. Ich habe eine USB 3.0 Disk seit Kernel 3.0 im Einsatz. Meistens funktionierte die Platte am USB 3.0 Port. Doch manchmal versagte sie ihren Dienst. Dann hilft nur noch USB 2.0 oder der Wechsel auf einen alten Kernel. Das gleiche wechselhafte Verhalten habe ich mit dem internen SD-Card Schacht. Mal funktioniert er, dann wieder nicht.
Da mein altes System (ich habe erst vor 2 Monaten mein System neu aufgesetzt) ziemlich verwurstelt war, habe ich mich auch nicht getraut einen Bugreport zu schreiben.
Und BTW bei meinem neuen System scheine ich es auch schon wieder geschafft zu haben, das verwursteln meine ich :( . Daher habe ich mich auch nicht gewundert, daß die Platte am USB 3.0 Port nicht mehr vollständig erkannt wird.
Gruß
Kris
PS: Es scheint doch nicht der Kernel zu sein. Gestern wurde die Platte nicht erkannt, da war ich schon auf Kernel 3.4-0.towo.6-siduction-amd64. Nach dem d-u von heute morgen funktioniert die Platte wieder am USB 3.0 Port. libusb und libc6 wurden u. a. upgegraded.
@towo - Time out? Patch von Andiry Xu:
--- a/drivers/usb/host/xhci.c
+++ b/drivers/usb/host/xhci.c
@@ -795,7 +795,7 @@ int xhci_suspend(struct xhci_hcd *xhci)
command = xhci_readl(xhci, &xhci->op_regs->command);
command |= CMD_CSS;
xhci_writel(xhci, command, &xhci->op_regs->command);
- if (handshake(xhci, &xhci->op_regs->status, STS_SAVE, 0, 10*100)) {
+ if (handshake(xhci, &xhci->op_regs->status, STS_SAVE, 0, 100*100)) {
xhci_warn(xhci, "WARN: xHC CMD_CSS timeout\n");
spin_unlock_irq(&xhci->lock);
return -ETIMEDOUT;
Ich seh in dem Log kein Timeout. Abgesehen davon sieht das Log von Suse doch arg anders aus, als das von siduction. Welcher Kernel werkelt da in Suse?
Btw, hat Ubuntu 12.04 dieses Problem wohl auch:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/832319
@holgerw
Nur so ne Idee:
übergib dem zu startenden Kernel bitte mal den Bootparameter pci=nomsi, und stöpsel nach dem Hochfahren die Platte an.
Geht dann etwas?
gruß ab
Hallo,
danke für die zahlreichen Antworten.
@towo, unter OpenSUSE nutze ich den 3.3.4-22-desktop Kernel
@kris, ich nutze noch den Kernel 3.4-0.towo.4-siduction-amd64, werde aber mal gleich aktualisieren, vielleicht gibt es eine Überraschung bei den USB3 Laufwerken und Hotplug.
@ab, danke für den Hinweis, aber die Kerneloption pci=nomsi bringt leider keine Abhilfe bei der Hotplugfähigkeit von USB3 Laufwerken.
Viele Grüße,
Holger
Kannst Du mal ein lspci posten?
Quote from: "towo"Kannst Du mal ein lspci posten?
Gerne, sobald ich wieder zu Hause an meinem PC bin. Zur Zeit sitze ich noch an einem WinXP Rechner auf Arbeit.
Viele Grüße,
Holger
Hallo,
hier kommt nun die gewünschte Ausgabe:
lspci
00:00.0 Host bridge: Advanced Micro Devices [AMD] nee ATI RX780/RX790 Chipset Host Bridge
00:02.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD790 PCI to PCI bridge (external gfx0 port A)
00:09.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD790 PCI to PCI bridge (PCI express gpp port E)
00:0a.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI RD790 PCI to PCI bridge (PCI express gpp port F)
00:11.0 SATA controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] (rev 40)
00:12.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:12.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:13.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:13.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:14.0 SMBus: Advanced Micro Devices [AMD] nee ATI SBx00 SMBus Controller (rev 42)
00:14.3 ISA bridge: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 LPC host controller (rev 40)
00:14.4 PCI bridge: Advanced Micro Devices [AMD] nee ATI SBx00 PCI to PCI Bridge (rev 40)
00:14.5 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
00:15.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI SB700/SB800/SB900 PCI to PCI bridge (PCIE port 0)
00:16.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:16.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor HyperTransport Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Miscellaneous Control
00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Link Control
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
02:07.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10)
02:08.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev c0)
03:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03)
04:00.0 SATA controller: JMicron Technology Corp. JMB361 AHCI/IDE (rev 10)
04:00.1 IDE interface: JMicron Technology Corp. JMB368 IDE controller (rev 10)
05:00.0 VGA compatible controller: NVIDIA Corporation GF106 [GeForce GTS 450] (rev a1)
05:00.1 Audio device: NVIDIA Corporation GF106 High Definition Audio Controller (rev a1)
Viele Grüße,
Holger
@holgerw
Bitte schalte mal den Treiber "uas" übergangsweise aus:su
root@rechner: echo "blacklist uas" > /etc/modprobe.d/blacklist-UAS.conf
Gehts dann?
gruß ab
Hallo @ab,
auch nach der Deaktivierung geht Hotplug leider nicht.
Liegt es vielleicht an udev?
Viele Grüße,
Holger
Hallo,
mit dem offizielle Debian Sid Kernel geht es auch nicht.
Wo kann ich jetzt noch ansetzen?
Viele Grüße,
Holger
moin Namensvetter
Du hast den USB-Controller
05:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03)
genau wie ich und alle anderen die Probleme mit USB3 haben.
Ich wage mal zu vermuten das der Hund da begraben ist weil immer dieser Controller und der 3.4er Kernel involviert ist. Wie gesagt eine Vermutung
Holger...
Nur ist der Kernel in sid ein 3.2.x, kein 3.4er Kernel.
Quote
Du hast den USB-Controller
Code:
05:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03)
genau wie ich und alle anderen die Probleme mit USB3 haben.
Das ist kein Wunder, denn dieser Chip findet sich in den allermeisten Boards mit USB 3 Unterstützung, da Intel USB 3 immer noch nicht nativ anbietet.
Google antwortet auf die Suchanfrage
problems uPD720200 meist mit dem Hinweis, die Firmware upzudaten. Zum Beispiel hier (http://www.fantec-forum.de/index.php?page=Thread&threadID=1031) oder dort (http://pete.akeo.ie/2011/10/flashing-necrenesas-usb-30.html)
Hallo Ferdinand,
danke für Deine Hinweise. Ich habe versucht, hiermit http://www.station-drivers.com/telechargement/nec/divers/firmwares/renesas_usb3_4.0.1.5.0.2(www.station-drivers.com).exe die Firmware unter Win7 zu aktualisieren.
Beim Ausführen im Adminmodus kommt die Fehlermeldung: No target found
Trotz der hier geschilderten Schwierigkeiten mit dem NEC Corporation uPD720200 USB 3.0 Host Controller möchte ich aber nochmal daran erinnern, dass er bei mir sauber unter OpenSUSE läuft.
Viele Grüße,
Holger
Ich weiss ja leider auch nicht, ob ein Firmware-Upgrade hilft, ich hab nur die Ergebnisse meiner morgentlichen Recherche kundgetan.
greetz
devil
Quote from: "devil"Ich weiss ja leider auch nicht, ob ein Firmware-Upgrade hilft, ich hab nur die Ergebnisse meiner morgentlichen Recherche kundgetan.
greetz
devil
Hallo Ferdinand,
um Himmels Willen, nicht falsch verstehen, ich bin froh über Euer Bemühen und Eure Hinweise. Meine Nörgelei bezieht sich auf die Sache, die nicht funktioniert, nicht auf Eure Hinweise. Mich macht stutzig, dass es unter einer anderen Linuxdistribution läuft. Und meine Absicht hier ist es, heraus zu finden, warum das unter siduction nicht geht und ob es eine Möglichkeit gibt, das zu ändern :-)
Viele Grüße,
Holger
Is schon klar. Ich wollte nur unterstreichen, dass ich nicht weiss, ob das irgendwas löst. In Ermangelung eines Windows habe ich das nicht nachvollziehen können.
greetz
devil
Quote from: "holgerw"
Beim Ausführen im Adminmodus kommt die Fehlermeldung: No target found
Holger dein Problem ist das du keine 4er Firmware flashen kannst wenn der Chip ne 3er hat und umgedreht. Ich hab mich mal etwas schlau gelesen bei RENESAS/NEC.
Dies ist die aktuelle Firmware der 3er Serie die du brauchst. Dann klapppt das flashen.
http://www.station-drivers.com/telechargement/nec/divers/firmwares/firmware_3.0.2.8.0.8(www.station-drivers.com).exe
Und jetzt der Wermutstropfen, bei mir hats leider nicht geholfen, schade. Weiterhin Problem hier.
Fakt ist es hängt auch mit dem 3.4er Kernel zusammen, denn mit dem 3.3er ist alles in Ordnung bei mir.
Holger...
Hallo,
gibt es denn da mal Besserung?
Unter Win7 geht USB 3 Hotplug.
Unter siduction mit Sid Kernel linux-image-3.2.0-2-amd64 geht es nicht und mit dem aktuellen siduction Kernel auch nicht.
Unter openSUSE Tumbleweed mit Kernel 3.3.4-22-desktop geht es.
Ich habe bisher die Firmware noch nicht erneuert.
Viele Grüße,
Holger
Hloger, installier linux-33-image-siduction-$arch, wenn usb3 mit dem 3.3er Kernel funktioniert. Leider ist kernel 3.3.8 der letzte Kernel der 33er Serie, er ist EOL.
Auch mit kernel 3.5 scheint sich das USB-Problem nicht zu geben.
Holger,
bislang sehe ich nur Timeout Patches hinsichtlich des xHci Modules auf der stable-queue Mailingliste. Seit Debian's Ben Hutchings die Longtime Pflege Linux-3.2 übernommen hat, ist es engagierter geworden dort: Er mischt sich of in die Diskussion um Linux-3.4 ReleaseCandidates um herauszufinden ob die Patches auch für seinen Zweig gehen könnten.
Ich glaube, wenn du einen Debian Bug gegen Linux-3.2 schreibst, wird er das begierig aufnehmen und Dich mit Fragen löchern!
PS: Man soll das reportbug Tool nehmen um Bugberichte zu schreiben.
[edit] gerade wo ich das sage, kommen diese Patches bald nach linux-3.4:
Andiry Xu (1): xHCI: Increase the timeout for controller save/restore state
Dan Carpenter (1): USB: Checking the wrong variable in usb_disable_lpm()
Sarah Sharp (1): xhci: Fix error path return value.
Takashi Iwai (2): xhci: Fix invalid loop check in xhci_free_tt_info()
Holger,
kannst Du bitte mal linux-image-3.5-rc2.towo.2-siduction-amd64 aus unserem experimental Repo testen, da hab ich die xhci-patches von usb-linux benutzt.
Die funktionieren aber nicht für linux-3.4.
Hallo Torsten,
vielen Dank für Deine Bemühungen, ich musste für meinen Nvidia Treiber übrigens Nvidia Pakte aus experimental nehmen, weil die aus unstable nicht mit dem neuen Kernel bauen.
Leider geht USB 3 Hotplug auch mit dem linux-image-3.5-rc2.towo.2-siduction-amd64 nicht.
Nun versuche ich es noch mit Kernel 3.3 aus unserem Repo.
Viele Grüße,
Holger
Hallo,
auch mit Kernel 3.3.8 geht es nicht. Mittlerweile habe ich bei OpenSUSE den Kernel 3.4.0-26-desktop laufen.
USB 3 Hotplug geht weiterhin reibungslos.
Viele Grüße,
Holger
Hallo,
jetzt wird es spannend: Gerade habe ich wieder siduction gebootet mit dem aktuellen 3.4er Kernel von Torsten. Ich habe zwar KDM per Runlevel 5 gestartet, mich aber noch nicht unter KDE angemeldet, sondern mit Strg+Alt+F1 auf die erste Konsole gewechselt.
Dann habe ich die USB 3 Platte angestöpselt. Es ist kurz folgende Meldung gekommen:
unable to enumerate USB device on port 3
Dann jedoch ist die Platte gemeldet worden:
sd 12:0:0:0: [sdk] No caching mode present
sd 12:0:0:0: [sdk] Assuming driver cache: write through
Ich habe dann KDE gestartet und der Devicemanager hat die Platte auch gezeigt.
Dann habe ich den PC ausgeschaltet, die USB 3 Platte abgestöpselt, den PC mit siduction wieder hochgefahren, diesmal mich in KDE angemeldet, und dann die USB 3 Platte angestöpselt. Da ist dann gar nichts unter dem Gerätemanager von KDE passiert.
Ein Wechsel per Strg+Alt+F1 auf die Konsole hat dann nur die Meldung gezeigt:
unable to enumerate USB device on port 3
Das lässt sich reproduzieren. Ein gestartetes KDE erlaubt also kein nachträgliches USB 3 Hotplug.
Das finde ich schon eigenartig.
Lustig ist auch, dass oben beschriebenes Verhalten auch auf razorqt zutrifft, aber nicht auf icewm oder nacktes openbox.
Starte ich nämlich ohne angestöpselte USB 3 Platte icewm, und stöpsele sie dann an, wird sie auch gemeldet, gleiches gilt für openbox.
KDE und auch razorqt laden offenbar etwas, was nachträgliches USB 3 Hotplug blockiert.
Viele Grüße,
Holger
Hallo,
hier kommen weitere Details. Das gleiche Spielchen habe ich mit einem in den Ram geladenen siduction 12.1 KDE AMD64.
Eine eingestöpselte USB 3 Platte wird nicht eingebunden. Auch ein nachträgliches Wechseln in Runlebvel 3 bringt gar nichts.
Gebe ich hingegen siduction 12.1 KDE AMD64 noch die Option init 3 mit und boote nicht in KDE, dann wird die nach dem Bootvorgang eingesteckte USB 3 Festplatte sauber erkannt.
Viele Grüße,
Holger
Du hast bestimmt noch ganz andere Probleme wenn ich das so lese.
Für mich hat der gepatchte Kernel Besserung gebracht.
Meine USB3-Probleme haben sich damit in Luft aufgelöst.
Das einzige was noch ist das es sehr lange dauert bis sich die Pladde meldet nach dem einschalten und zugreifbar ist.
...
Das sagt Holger doch gerade.
hsp, setzt du Lxde ein, nicht kde?
PS: hsp, dein Bildchen ist vielleicht "offending". Und hast du die Rechte es zu benutzen (wenn du es nicht selbst gemalt hast)?
ich nutze xfce
hsp, dann musst du nicht unbedingt (wie kde) udisks1 einsetzen. Es wird bei xfce4 nur vorgeschlagen!?
Hallo,
ich eröffne dieses Thema mal wieder. Leider ist auch zwei Monate später der Stand der Gleiche.
Meine USB3 Platte wird nur nach einem Neustart unter KDE sauber eingebunden.
Da ich schon gerne auch USB3 unter siduction und KDE hotplugmäßig nutzen möchte:
Was kann ich hier tun? Ist udisk1 der Übeltäter? Gibt es dafür unter KDE Ersatz?
Der Fehler beginnt mich langsam doch sehr zu stören.
Viele Grüße,
Holger
Hallo Holger,
du könntest mal schauen, wie die kde-Unterlage solid auf deine zwei Fälle verschieden reagiert:
Infozentrum
/Geräteinformationen oder /Speicher
Ich habe extra für dich unter bugs.kde.org nach diesen Stichworten gesucht:
xhci knotify dolphin device notifier
Aber nichts gefunden, ausser viele Bug Meldungen über das Mounten falscher Geräte (Musik Cdroms als Datenträger etc). Ich vermute, dass, um solcherart Fehler zu vermeiden, irgendwo in den device-notifier Kde-Sourcen ein überweites grep verwendet wurde, was dann auch xhci Geräte ausschließt ...wenn meine Vermutung richtig ist, wird das Infozentrum nicht verschiedenes Anzeigen, weil der Fehler speziell in den Notifier Sourcen gemacht wurde.