USB 3.0 läuft noch nicht

[Ghost in the Linux Shell]

Hallo zusammen,

make menuconfig

bin grade beim Kernel kompilieren und suche im aktuellen Kernel 3.17.4 Kernel nach
einem Atom D525, hab ihn gefunden -->
Processor type and features ---> Processor family (Intel Atom) --->

die Atheros WLAN Karte AR9285, hab sie gefunden -->
Device Drivers ---> Network device support ---> Wireless LAN ---> Atheros Wireless Cards --->
<M> Atheros 802.11n wireless cards support
[*] Atheros ath9k PCI/PCIe bus support


Soweit so gut nur den Chipsatz NM10/CH7 von Intel finde ich leider nirgendwo,
den bräuchte ich dann um USB 3.0 ins laufen zu kriegen.

ich kompiliere gerade den Kernel, freu mich das alles läuft ausser USB 3.0
ich kompiliere alles so wie früher :
make bzImage modules modules_install install

Mit dem original Debian Kernel 3.16.0-4-686-pae for modern PCs
laufen die USB 3.0 leider noch nicht, warum finde ich den NM10/CH7
Chipsatz nicht im Kernel 3.17.4 nicht. Beziehungsweis wo wäre dieser
denn im neuen 3er Kernel zu finden ??

Das Board ist laut dmidecode ein Zotac IONITX-S-E.
Will die 2 Stück USB 3.0 ans laufen kriegen.

Wie gut das es die Gentoo Wiki gibt, die sagen dazu das:
Device Drivers --->
[*] USB support --->
<*> Support for Host-side USB

Select a USB HCI driver, e.g.:
<*> xHCI HCD (USB 3.0) support (xhci-hcd)
<*> EHCI HCD (USB 2.0) support (ehci-hcd)
<*> OHCI HCD support (ohci-hcd)
<*> UHCI HCD (most Intel and VIA) support (uhci-hcd)

mal sehen was dabei raus kommt, sehr merkwürdig ist diese Ausgabe
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 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:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

Da wo die USB 1.1 stehen das muss USB 3.0 sein, arrrghhhh
Die "Geschwindigkeit" mit der er kompiliert raubt mir den Verstand
make -j4 bzImage modules modules_install install (für 4 Threads)
anstatt
make bzImage modules modules_install install (für 1 Thread)
sonst kompiliere ich noch die ganze Nacht durch

erstmal pennen morgen gehts weiter

mfg
ich hoffe mir kann jemand helfen

[rendegast]

Installiere doch mal den Kernel 3.17 aus experimental.

Code: Alles auswählen

# /sbin/modprobe -c | egrep -i "[ouhx]hci"
softdep uhci_hcd pre: ehci-hcd
softdep ohci_hcd pre: ehci-hcd
alias ohci1394 firewire_ohci
alias pci:v*d*sv*sd*bc0Csc00i10* firewire_ohci
alias pci:v*d*sv*sd*bc0Csc03i00* uhci_hcd
alias pci:v*d*sv*sd*bc0Csc03i10* ohci_pci
alias pci:v*d*sv*sd*bc0Csc03i30* xhci_hcd
... 

der xhci ist nicht an einen speziellen Chipsatz gebunden,
'alias pci:v*d*...'

Die "Geschwindigkeit" mit der er kompiliert raubt mir den Verstand
make -j4 bzImage modules modules_install install (für 4 Threads)

Ich bevorzuge 'make -j3 deb-pkg',
braucht auf einem Doppelkern Athlon II X2 ~ 1h
(Default-Config ohne CONFIG_DEBUG_INFO, Kompilierung auf einem tmpfs).
-> Kompilierung einfach auf der "großen" Maschine durchführen?
Vielleicht wäre auch distcc eine Option?

[Ghost in the Linux Shell]

Jo das kompilieren hat hingehauen und die Kiste läuft mit dem neuen Kernel ,

genau wie früher, bin dann aber pennen gegangen
Was ich geil finde ist das Grub2 den neuen Kernel selber gefunden hat und selbstständig in
die grub.cfg eingetragen hat, das gabs damals mit Grub noch nicht


Das Stand am Ende des make bzImage modules modules_install install, genauer gesagt bei dem
Part als er dann das make install fertig hat kommt da die Meldung das Grub2 den neuen
gefunden hat.

Den original Debian Kernel stelle ich jetzt echt nicht mehr in Frage die Konfiguration ist echt gut,
hab sie mal so zum Vergleich in den Kernel.org Kernel geladen und muss sagen ist zwar viel drinn,
aber mehr als gut, die ".config", hab aber meine eigene gebacken, ohne die zuviel Hardware.


Die ausgabe von:
uname -a
Linux multimedia2014 3.17.4 #1 SMP Thu Nov 27 05:04:19 CET 2014 i686 GNU/Linux

sagt mir das der neue Kernel anständig läuft und nicht in Panik gerät.

Aber so eine Schei..e die Ausgabe von lsusb lässt mich wieder hängen

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 002: ID 1d57:ac01 Xenta Wireless Receiver (Keyboard and Mouse)
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 004 Device 002: ID 046d:c21f Logitech, Inc. F710 Wireless Gamepad [XInput Mode]
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Deine Ausgabe bekomme ich auch

/sbin/modprobe -c | egrep -i "[ouhx]hci"
softdep uhci_hcd pre: ehci-hcd
softdep ohci_hcd pre: ehci-hcd
softdep uhci_hcd pre: ehci_pci
alias ohci1394 firewire_ohci
alias pci:v*d*sv*sd*bc0Csc00i10* firewire_ohci
alias pci:v*d*sv*sd*bc0Csc03i00* uhci_hcd
alias pci:v*d*sv*sd*bc0Csc03i30* xhci_hcd

Diese Ausgabe vom Kernel über dmesg
dmesg | grep ehci
[ 10.813723] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 10.816222] ehci-pci: EHCI PCI platform driver
[ 10.816583] ehci-pci 0000:00:1d.7: EHCI Host Controller
[ 10.816610] ehci-pci 0000:00:1d.7: new USB bus registered, assigned bus number 1
[ 10.816639] ehci-pci 0000:00:1d.7: debug port 1
[ 10.820573] ehci-pci 0000:00:1d.7: cache line size of 32 is not supported
[ 10.820642] ehci-pci 0000:00:1d.7: irq 23, io mem 0xfe8fbc00
[ 10.832049] ehci-pci 0000:00:1d.7: USB 2.0 started, EHCI 1.00
[ 10.832200] usb usb1: Manufacturer: Linux 3.17.4 ehci_hcd

dmesg | grep uhci
[ 10.817952] uhci_hcd: USB Universal Host Controller Interface driver
[ 10.834299] uhci_hcd 0000:00:1d.0: UHCI Host Controller
[ 10.834334] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 3
[ 10.834359] uhci_hcd 0000:00:1d.0: detected 2 ports
[ 10.834410] uhci_hcd 0000:00:1d.0: irq 23, io base 0x0000cc00
[ 10.834679] usb usb3: Manufacturer: Linux 3.17.4 uhci_hcd
[ 10.836209] uhci_hcd 0000:00:1d.1: UHCI Host Controller
[ 10.836243] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 4
[ 10.836268] uhci_hcd 0000:00:1d.1: detected 2 ports
[ 10.836317] uhci_hcd 0000:00:1d.1: irq 19, io base 0x0000c880
[ 10.836589] usb usb4: Manufacturer: Linux 3.17.4 uhci_hcd
[ 10.838062] uhci_hcd 0000:00:1d.2: UHCI Host Controller
[ 10.838090] uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 5
[ 10.838114] uhci_hcd 0000:00:1d.2: detected 2 ports
[ 10.838207] uhci_hcd 0000:00:1d.2: irq 18, io base 0x0000c800
[ 10.838479] usb usb5: Manufacturer: Linux 3.17.4 uhci_hcd
[ 10.839938] uhci_hcd 0000:00:1d.3: UHCI Host Controller
[ 10.839967] uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 6
[ 10.839990] uhci_hcd 0000:00:1d.3: detected 2 ports
[ 10.840146] uhci_hcd 0000:00:1d.3: irq 16, io base 0x0000c480
[ 10.840411] usb usb6: Manufacturer: Linux 3.17.4 uhci_hcd
[ 11.848058] usb 5-2: new low-speed USB device number 2 using uhci_hcd
[ 12.296058] usb 4-1: new full-speed USB device number 2 using uhci_hcd
[ 12.728058] usb 4-2: new full-speed USB device number 3 using uhci_hcd

dmesg | grep ohci
<leer>
USB 1.1 Modul ohci_hcd hab ich mal wegelassen weil ich echt kein USB 1.1 haben wollte

Jetzt das ultrawichtige USB 3.0 Modul xhci_hcd
dmesg | grep xhci
[ 10.834060] xhci_hcd 0000:01:00.0: xHCI Host Controller
[ 10.834099] xhci_hcd 0000:01:00.0: new USB bus registered, assigned bus number 2
[ 31.832006] [<f8356939>] ? xhci_reset+0x69/0x150 [xhci_hcd]
[ 31.832006] [<f8355750>] ? trace_xhci_dbg_cancel_urb+0x40/0x40 [xhci_hcd]
[ 31.832006] [<f835c6b5>] ? xhci_gen_setup+0x125/0x2c0 [xhci_hcd]
[ 31.832006] [<f836b0ef>] ? xhci_pci_setup+0x1f/0x100 [xhci_hcd]
[ 31.832006] [<f836b25a>] ? xhci_pci_probe+0x2a/0x190 [xhci_hcd]
[ 31.832006] [<f8331017>] ? xhci_hcd_init+0x17/0x44 [xhci_hcd]
[ 39.777617] xhci_hcd 0000:01:00.0: can't setup: -110
[ 39.777737] xhci_hcd 0000:01:00.0: USB bus 2 deregistered
[ 39.777894] xhci_hcd 0000:01:00.0: init 0000:01:00.0 fail, -110
[ 39.778015] xhci_hcd: probe of 0000:01:00.0 failed with error -110

Ich guck jetzt mal im Bios nach ob da irgendwas zu reissen ist mit USB 3.0

Kann es denn sein das wenn da eine USB Fernbedienung wie diese:
Bus 005 Device 002: ID 1d57:ac01 Xenta Wireless Receiver (Keyboard and Mouse)
nur USB 1.1 hat, das das dann die Auswirkung auf die Hardware hat und den ganzen
USB Bus nach unten fährt das dieser dann nur mit USB 1.1 unterwegs ist ?

Das Bios hats leider nicht gebracht, alle Einstellungen sind gut "Enabled",
hab den Kernel wieder beackert und in
Device Drivers --> USB Support -->
Dort einfach mal alles an Treibern mit in den Kernel 3.17.4 reingepfriemelt
Mal gucken, was er dann jetzt macht ?

Was kann ich denn noch alles tun ? Um diese 2 Kack USB 3.0 ans laufen zu kriegen ?

mfg
ich hoffe mir kann jetzt echt noch jemand helfen

[rendegast]

[ 39.777894] xhci_hcd 0000:01:00.0: init 0000:01:00.0 fail, -110
[ 39.778015] xhci_hcd: probe of 0000:01:00.0 failed with error -110

Nach google soll Deaktivieren von IOMMU helfen,
hat ein Atom sowas?

[Ghost in the Linux Shell]

Hi ,

das weis ich nicht, müsste googeln, denke aber mal nein,
laut Internet Wiki ist es eine AMD 64 Sache

Ok also dann Happy compiling
Device Drivers --> IOMMU Hardware Support --> n
raus damit und los

So kompiliere gerade und gucke was dabei rauskommt

Danke

Ja kompilieren is durch, der reboot auch und ohne IOMMU,
selbe Ausgabe von lsusb wie zuvor
lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 002: ID 1d57:ac01 Xenta Wireless Receiver (Keyboard and Mouse)
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 003 Device 002: ID 046d:c21f Logitech, Inc. F710 Wireless Gamepad [XInput Mode]
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Ich verstehe einfach nicht was an diesem Zotac anders sein soll als
an irgendeiner anderen Hardware, Hardware defekt schließe ich aus
Win läuft drauf.

fucking piece of hardware shit
damn crap

Ich will doch nur USB 3.0 mit dem Zotac ionitx-s-e haben mehr nicht,
denn ich will keine 2MB/Sekunde USB 1.1 Übertragungsrate

mfg
ich hoffe mir kann echt noch jemand helfen

[habakug]

Hallo!

Oben im ersten Posting hast du noch USB3:

Code: Alles auswählen

Bus 007 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

Ein Gerät mit der ID 1d6b:0003 ist ein USB3-Gerät. Dieses Gerät ist aber später nicht mehr vorhanden, ich blicke da nicht genau durch, ob du da noch den Debian-Kernel gebootet hattest. Der "Bus 007" taucht gar nicht mehr auf.
Poste mal

Code: Alles auswählen

$ lsusb -t

Hier scheint es erst zu klappen

Code: Alles auswählen

[ 10.834060] xhci_hcd 0000:01:00.0: xHCI Host Controller
[ 10.834099] xhci_hcd 0000:01:00.0: new USB bus registered, assigned bus number 2

ist aber ein anderes Gerät (?): Hierzu mal

Code: Alles auswählen

$ dmesg | grep 0000:01:00.0

anschauen. Und vor allem bei den Tests möglichst keine Geräte in die blauen Buchsen stecken.

Gruss, habakug

[Ghost in the Linux Shell]

Hallo Habakug,

erstmal Danke für deine Geduld.

Ja so sieht es aus wenn keinerlei USB Geräte draufhängen, da gibt es dann diesen
ominösen USB 3.0 Hub, wenn man daran was anschließt kennt er gar nix, das ist
mit dem neuesten original Debian Jessie Testing Kernel.

Dessen Konfiguration hab ich dann so übernommen mit:

cp /home/<username>/Downloads/linux-3.17.4.tar.xz /usr/src
tar xvf linux-3.17.4.tar.xz
ln -s /usr/src/linux-3.17.4 /usr/src/linux
cd /usr/src/linux
cp /boot/config-`uname -r` /usr/src/linux/debian_kernel.config
make menuconfig


Very important without initramfs:
Alle Filesytems fest mit rein nicht als Module
Alle Sata Controller fest mit rein nicht als Module

das war schon früher so, dann bootet der neue Kernel auch.

Dort habe ich dann die debian_kernel.config geladen. Ganz easy und spart viel Zeit
Dann sieht man die orginal Debian Konfiguration, dann habe ich die betreffenden
Device Treiber soweit ergänzt in:
Device Driver --> USB Support -->

Weil ich dachte da fehlt noch was für USB 3.0 Support, aber weit gefehlt es passt alles
in der Debian .config

Die geladene.config im make menuconfig lässt noch die volle Auswahl zu nichts ist versteckt oder lässt sich
nicht auswählen, das Menü ist genauso umfangreich wie nach einem make allnoconfig. Das passt
soweit ganz gut. Ich habe USB Support ergänzt damit es besser klappen soll

Dann wenn man fertig konfiguriert hat alles speichern in

.config

Dann den Kernel kompilieren und installieren ohne make-kpkg, das braucht man so nicht
als Paket, ausser man möchte den Kernel dann auf anderen Rechnern auch installieren

make -j4 bzImage modules modules_install install (damits viel schneller kompilliert)

So das kompilieren läuft durch auch Deb make läuft durch Grub2 erstellt die grub.cfg neu,
nach einem reboot rennt der beinahe bis auf Device Driver --> USB Support -->
beinahe debian original Kernel sehr gut mit allen Funktionen.

USB Support -->
kompilliert nach Gentoo Wiki
kompilliert mit allen Device Drivern drinn
kompilliert mit old.config Debian orginal

alles selbes Ergebnis immer nur USB 1.1

Im Bios geguckt alles richtig eingestellt, USB 2.0 ist auf Highspeed passt

Die Änderungen am USB Hub liegen daran das ich die Geräte dran habe die ich laufen haben will,
weil wenn ich reboote dann erfasst der Kernel die Geräte erneut.

Den ominösen USB 3.0 Hub habe ich nur wenn ich gar nichts an USB anstecke.
Wenn die Box läuft und ich an blauen USB 3.0 anstecke passiert rein gar nichts
findet keine USB 3.0 HDD. Am neuen Gigabyte Z97 läuft USB 3.0 out of the box
und die USB 3.0 HDD wird sofort erkannt.

Stecke ich die USB 3.0 HDD am Zotac ionitx-s-e an den schwarzen "USB 2.0" an, landet
sie auf dem sagenhaften USB 1.1 Bus und ergötzt mich mit sagenhaften 2MB/Sekunde.
Stecke ich die USB 3.0 HDD am Zotac ionitx-s-e am blauen USB 3.0 an am Zotac passiert
absolut gar nix, mir ist nicht mal klar wo dieser Bus sein soll wenn nicht am blauen USB 3.0 Port

Wie kann man Fehler am USB Bus auslesen, um nachzuvollziehen was da schief läuft ?

Woran könnte das denn liegen ?

mfg
ich hoffe mir kann noch jemand helfen

[habakug]

Hallo!

Den Fehler hast du doch schon gepostet:

Code: Alles auswählen

[ 31.832006] [<f8356939>] ? xhci_reset+0x69/0x150 [xhci_hcd]
[ 31.832006] [<f8355750>] ? trace_xhci_dbg_cancel_urb+0x40/0x40 [xhci_hcd]
[ 31.832006] [<f835c6b5>] ? xhci_gen_setup+0x125/0x2c0 [xhci_hcd]
[ 31.832006] [<f836b0ef>] ? xhci_pci_setup+0x1f/0x100 [xhci_hcd]
[ 31.832006] [<f836b25a>] ? xhci_pci_probe+0x2a/0x190 [xhci_hcd]
[ 31.832006] [<f8331017>] ? xhci_hcd_init+0x17/0x44 [xhci_hcd]

Das Modul hängt sich auf.
Warum postest du nicht

Code: Alles auswählen

$ lsusb -t
$ dmesg | grep | grep 0000:01:00.0

?
Du könntest auch die Ausgabe von "dmesg" nach NoPaste stellen.

Code: Alles auswählen

$ dmesg >> dmesg.txt

Im übrigen solltest du die Lesbarkeit deiner Postings verbessern indem du "Code-Tags" und "Quote-Tags" verwendest. Bitte mach dich mit den Funktionen des Editors vertraut.

Gruss, habakug

[Ghost in the Linux Shell]

Danke Habakug ,

wird sofort gemacht

Ich habe wieder den Debian Kernel genommen da der erweiterte selbstkompilierte neue 3.17.4 exakt
den gleichen Fehler zeigte und das Problem damit nicht löst, wie ich anfangs dachte, das xhci_hcd
Modul sollte das gleiche sein, also ist es egal welchen Kernel ich nehme

lsusb -t
ergibt das

Code: Alles auswählen

lsusb -t
/:  Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
    |__ Port 2: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 2: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
    |__ Port 1: Dev 6, If 0, Class=Vendor Specific Class, Driver=xpad, 12M
    |__ Port 2: Dev 7, If 0, Class=Human Interface Device, Driver=usbhid, 12M
    |__ Port 2: Dev 7, If 1, Class=Human Interface Device, Driver=usbhid, 12M
    |__ Port 2: Dev 7, If 2, Class=Human Interface Device, Driver=usbhid, 12M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/8p, 480M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M

$ dmesg | grep 0000:01:00.0
ergibt genau das

Code: Alles auswählen

dmesg | grep 0000:01:00.0
[    0.165208] pci 0000:01:00.0: [1033:0194] type 00 class 0x0c0330
[    0.165253] pci 0000:01:00.0: reg 0x10: [mem 0xfe9fe000-0xfe9fffff 64bit]
[    0.165439] pci 0000:01:00.0: PME# supported from D0 D3hot
[    0.260217] pci 0000:01:00.0: xHCI HW not ready after 5 sec (HC bug?) status = 0x801
[    0.865589] pci 0000:01:00.0: Signaling PME through PCIe PME interrupt
[    1.332715] xhci_hcd 0000:01:00.0: xHCI Host Controller
[    1.332758] xhci_hcd 0000:01:00.0: new USB bus registered, assigned bus number 2
[   30.364588] xhci_hcd 0000:01:00.0: can't setup: -110
[   30.364743] xhci_hcd 0000:01:00.0: USB bus 2 deregistered
[   30.364898] xhci_hcd 0000:01:00.0: init 0000:01:00.0 fail, -110
[   30.365064] xhci_hcd: probe of 0000:01:00.0 failed with error -110
[  749.699475] xhci_hcd 0000:01:00.0: xHCI Host Controller
[  749.699506] xhci_hcd 0000:01:00.0: new USB bus registered, assigned bus number 6
[  778.675186] xhci_hcd 0000:01:00.0: can't setup: -110
[  778.675232] xhci_hcd 0000:01:00.0: USB bus 6 deregistered
[  778.675371] xhci_hcd 0000:01:00.0: init 0000:01:00.0 fail, -110
[  778.675385] xhci_hcd: probe of 0000:01:00.0 failed with error -110
[ 1005.146175] xhci_hcd 0000:01:00.0: xHCI Host Controller
[ 1005.146206] xhci_hcd 0000:01:00.0: new USB bus registered, assigned bus number 6
[ 1034.104925] xhci_hcd 0000:01:00.0: can't setup: -110
[ 1034.104994] xhci_hcd 0000:01:00.0: USB bus 6 deregistered
[ 1034.105127] xhci_hcd 0000:01:00.0: init 0000:01:00.0 fail, -110
[ 1034.105139] xhci_hcd: probe of 0000:01:00.0 failed with error -110

Ich lade das Modul xhci_hcd einfach mal so
modprobe xhci_hcd

genau das gibt der Kernel dann dabei aus, nicht besonders aufschlussreich

Hier die Ausgabe von dmesg, oder der dmesg.txt

Ich denke es liegt womöglich doch an der Unterstüzung für den NM10/CH7 Intel Chipsatz im Kernel,
da dieser Chipsatz Standardmäßig keinen USB 3.0 anbindet, somit die Hardware ein wenig exotischer ist.

Naja vielleicht ein Kernel Patch ein Treiber egal, irgendwas muss doch laufen auf dem fucking piece of hardware shit

mfg
ich hoffe "wir alle" können das irgendwie lösen, neue Hardware ist sauteuer

[Ghost in the Linux Shell]

So ich glaube,

ich weis was da los ist. es ist ein Bug im xhci_hcd Modul
welches zwar alles zunächst richtig erkennt aber dann,
sich voll auf die Bretter legt.

Was ich gemacht habe ich habe mal das Modul viel näher beäugt
was es so genau treibt und voila, es erkennt alles richtig, Vendor ID,
Typ, doch dann stürzt es einfach ab weil es die Hardware nicht
unterstützt. Ein klarer Fall für ein Bug Tracking

Hab alles richtig gemacht ist ja auch nicht mein aller erster Kernel
den ich baue, hab da schon etwas Übung drin.

Ich mach mal in der Kernel Mailingliste einen Bugreport auf.
Die Hardware ist erst von 2012, to young to die

Aber erst nochmal ein mich befreiender Seufzer:

fucking piece of hardware shit
damn crap

einziger Lichtblick ist XBMC 14 Helix, Mensch sieht das genial aus ohne
den ganzen Einstellungs Schnickschnack und trotzdem mehr Funktionen

mfg
Ghost in the Linux shell

[rendegast]

walkaround xhci_hcd blacklisten,
es sollte dann noch USB2 möglich sein.

Eventuell noch oder stattdessen eine udev-Regel/Umschreibung, sodaß das Gerät auch als USB2- und nicht als USB1-Gerät angesprochen wird(?)

[Ghost in the Linux Shell]

Heiho heiho (Weihnachts Smilie fehlt) ,

walkaround xhci_hcd blacklisten,

schon gestern noch erledigt

Eventuell noch eine udev-Regel/Umschreibung, sodaß das Gerät auch als USB2- und nicht als USB1-Gerät angesprochen wird

Das klappt nicht da das Modul den chip erkennt und nicht UDEV,
das ist für den User Space.

Hab ich gestern beim stöbern in der config des xhci_hcd Modul gelernt.
Zum Glück ist es nur im Kernel und nicht in Debian, sonst ginge zu
wie bei Jessie Beta 2 und gdm3, gnome 3, wow Respekt, arme Entwickler

Verfasse grade die Mail für das Bug Tracking der Kernel Mailing Liste

mfg
Ghosti

[Ghost in the Linux Shell]

So,
mein Bugtracker auf der Kernel Mailing Liste läuft bereits,

siehe Bug 89471 ein Kernel interner Bug mit USB 3.0


Jeder muss Linux unterstützen und Bugs erfolgreich zu bekämpfen.

mfg
Ghosti

[habakug]

Hallo!

Du hast aber mitbekommen das GKH dich bittet, den Bug an "linux-usb" unter kernel.org zu melden?

Gruss, habakug

[Ghost in the Linux Shell]

Ja klar hab ich mitbekommen,

ist auch schon längst erledigt, er hat es kurz nach dem einstellen
des Kernel Bugs sofort geschrieben, ich sofort danach eine Mail
mit dem erfassten Bug an die genannte Adresse geschickt.

Code: Alles auswählen

GKH informed me:
You are receiving this mail because:
You reported the bug.

Wow respektvolle Sprachlosigkeit, ich wurde wirklich erhört


best regards
ghosti