Table of Contents
INDEX
TODO
How to ReScan ReSet BuS ? ie AdB
/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/host4/target4:0:0/4:0:0:0/rescan
USB : Universal Serial Bus
HardWare :
VCC = Red / D- = White / D+ = Green / GND = Black
BitRate :
- Original USB : 12 Mbits/s = 1.5 MBYTES/s
- Hi-Speed USB: 480 Mbits/s
http://www.linux-usb.org/devices.html
[[Hardware]]
WisH
USB TEster
- KEWEISI KWS-10VA : 3-9V+-1% 0-3A+-1%
USB
HUB / BOÎTIER DE PARTAGE 4 PORTS USB 2.0 POUR 2 PC Interface USB 2.0.
Réf. 570550 Shipped with 5V@2A power supply w/ small round connector
MisC
Bus 001 Device 002: ID 040a:057b Kodak Co. # [[EasyShare]] Bus 001 Device 002: ID 0402:5621 ALi Corp. USB 2.0 Storage Device # [[Harddisk]] Bus 002 Device 002: ID 05e3:0502 Genesys Logic, Inc. GL620USB GeneLink USB-USB Bridge
MP3 player
Bus 002 Device 002: ID 066f:8000 SigmaTel, Inc. # [[MP3]] SupportPlus
[[Linux]]
sudo modprobe usbcore, modprobe usb-{u|e|o}hci,
sudo modprobe usb-storage
http://lea-linux.org/hardware/cleusb.html
sudo lsmod | grep usb # @teuz VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 #| usb_storage 64064 3 #| scsi_mod 119936 2 sd_mod,usb_storage #| usbnet 25736 0 #| mii 4736 1 usbnet #| usbcore 107384 4 usb_storage,usbnet,uhci_hcd
[[AmiloA]] [[USB]] BUG
AmiloA's owner “Samuel V. (sversch2)” : I recently upgraded my Mandrake Official 10.0 to official 10.1, which led my 2.6.3 kernel to be replaced by a 2.6.8 one.
Before changing version, I had ACPI working, and my 3 USB ports too.
But with the 2.6.8.1-12mdk Kernel, I have the following problem : one of the 3 ports works, but the 2 others don't (to be more precise, it's the one on the left that works, while the one at the center and the one on the right don't).
When I plug someting in one of the faulty usb ports, I got the following kernel message :
irq #9: nobody cared. Disabling irq.
I found that IRQ #9 was used for acpi, so I rebooted without ACPI, and it solved the usb problems. Problem is, I really need ACPI .
…
If someone is interested, I posted a bug report to mandrake.
They helped me to find that booting with “pci=noacpi” option solves the problem (as far as I've seen for now).
This option doesn't disable acpi, it means “do not use ACPI table to assign IRQ to PCI devices”.
Apparently, this bug is a BIOS bug (I still have bios version 1.05).
Here is the bug report : http://qa.mandrakesoft.com/show_bug.cgi?id=12158
…
IMPORTANT UPDATE : With a fixed DSDT, the bug is gone. It really is a BIOS bug.
HARDWARE
SOFTWARE
MISC
- http://translate.google.com/translate?u=http://xe.bz/aho/24/&langpair=ja|en&hl=fr&safe=off&ie=UTF-8&oe=UTF-8&prev=/language_tools# cook
