Sottosistema USB che fa le bizze

[algol]

Salve
Ho da poco comprato un lettorino di schede di emmoria (10 euros ed è pure troppo), e spesso capita che leggendo la CF "la perda" per qualche tempo, ovvero la smonta (senza umount) e la rimonta; ciò non giova per nulla all'uso nè all'integrità del povero filesystem FAT.
Un paio di volte, tra cui oggi, ha fato crashare l'intero sistema di gestione dello USB, lsusb ora rimane muto e pensoso...

È una cosa gestibile o copa solo del lettorino pezzottino?

Qualche log:

Messaggi in console:

Codice: Seleziona tutto

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel: Oops: 0000 [#1] 

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel: Process usb-stor-scan (pid: 5007, ti=f6b1a000 task=f7357810 task.ti=f6b1a000)

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel: Stack: ef5cc800 f731aa00 c029db78 f69610d8 00000202 00000000 f6961000 00000000 

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:        00000000 f731aa00 c029dd70 c03d1d2c c03c6d0a f6961538 c03c8278 eff40508 

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:        eff40510 eff40520 00000000 00000000 c03c8693 00000000 f6b1be84 f6aa2910 

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel: Call Trace:

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<c029db78>] scsi_alloc_sdev+0x138/0x1a0

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<c029dd70>] scsi_probe_and_add_lun+0xc0/0x960

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<c029e946>] __scsi_scan_target+0x1d6/0x5e0

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<c033d7ac>] schedule+0x15c/0x2b0

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<c033da40>] schedule_timeout+0x50/0xc0

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<c0123d90>] process_timeout+0x0/0x10

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<c033d52e>] wait_for_common+0x5e/0xf0

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<c0116930>] default_wake_function+0x0/0x10

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<c029edc9>] scsi_scan_channel+0x79/0x90

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<c029eeab>] scsi_scan_host_selected+0xcb/0x100

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<c029ef4d>] do_scsi_scan_host+0x6d/0x70

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<f8ba2812>] usb_stor_scan_thread+0x52/0x170 [usb_storage]

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<c012cd10>] autoremove_wake_function+0x0/0x40

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<f8ba27c0>] usb_stor_scan_thread+0x0/0x170 [usb_storage]

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<c012c992>] kthread+0x42/0x70

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<c012c950>] kthread+0x0/0x70

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  [<c0103213>] kernel_thread_helper+0x7/0x14

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel:  =======================

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel: Code: 83 ec 08 89 74 24 04 89 c6 89 1c 24 8b 18 c6 40 57 24 81 c3 0c 03 00 00 8b 43 20 8b 53 0c c1 e8 0f 83 e0 0f 8b 84 82 8c 01 00 00 <0f> b7 50 04 8b 46 04 83 ea 01 e8 56 53 66 c7 80 7b 3c 04 75 0d 

Message from syslogd@sss at Tue Aug 18 14:45:41 2009 ...
sss kernel: EIP: [<f8ba052b>] slave_alloc+0x2b/0x60 [usb_storage] SS:ESP 0068:f6b1bddc

Syslog:

Codice: Seleziona tutto

Aug 18 14:43:48 sss kernel: end_request: I/O error, dev sda, sector 1494348
Aug 18 14:43:48 sss kernel: end_request: I/O error, dev sda, sector 1494588
Aug 18 14:43:48 sss kernel: end_request: I/O error, dev sda, sector 1494604
Aug 18 14:43:48 sss kernel: end_request: I/O error, dev sda, sector 1494844
Aug 18 14:43:48 sss kernel: end_request: I/O error, dev sda, sector 1494348
Aug 18 14:43:48 sss kernel: end_request: I/O error, dev sda, sector 1494348
Aug 18 14:43:59 sss kernel: sd 5:0:0:0: [sda] Assuming drive cache: write through
Aug 18 14:43:59 sss kernel: sd 5:0:0:0: [sda] Assuming drive cache: write through
Aug 18 14:44:22 sss kernel: usb 2-1: device descriptor read/64, error -71
Aug 18 14:44:22 sss kernel: usb 2-1: device descriptor read/64, error -71
Aug 18 14:44:22 sss kernel: hub 2-0:1.0: unable to enumerate USB device on port 1
Aug 18 14:44:32 sss kernel: sd 6:0:0:0: [sda] Assuming drive cache: write through
Aug 18 14:44:32 sss kernel: sd 6:0:0:0: [sda] Assuming drive cache: write through
Aug 18 14:45:30 sss kernel: end_request: I/O error, dev sda, sector 1861228
Aug 18 14:45:30 sss kernel: end_request: I/O error, dev sda, sector 1861468
Aug 18 14:45:30 sss kernel: end_request: I/O error, dev sda, sector 1861484
Aug 18 14:45:30 sss kernel: end_request: I/O error, dev sda, sector 1861724
Aug 18 14:45:30 sss kernel: end_request: I/O error, dev sda, sector 1861228
Aug 18 14:45:30 sss kernel: end_request: I/O error, dev sda, sector 1861228
Aug 18 14:45:30 sss kernel: Buffer I/O error on device sda1, logical block 240
Aug 18 14:45:30 sss kernel: lost page write due to I/O error on sda1
Aug 18 14:45:30 sss kernel: Buffer I/O error on device sda1, logical block 241
Aug 18 14:45:30 sss kernel: lost page write due to I/O error on sda1
Aug 18 14:45:30 sss kernel: Buffer I/O error on device sda1, logical block 242
Aug 18 14:45:30 sss kernel: lost page write due to I/O error on sda1
Aug 18 14:45:30 sss kernel: Buffer I/O error on device sda1, logical block 243
Aug 18 14:45:30 sss kernel: lost page write due to I/O error on sda1
Aug 18 14:45:30 sss kernel: Buffer I/O error on device sda1, logical block 244
Aug 18 14:45:30 sss kernel: lost page write due to I/O error on sda1
Aug 18 14:45:30 sss kernel: Buffer I/O error on device sda1, logical block 245
Aug 18 14:45:30 sss kernel: lost page write due to I/O error on sda1
Aug 18 14:45:30 sss kernel: Buffer I/O error on device sda1, logical block 246
Aug 18 14:45:30 sss kernel: lost page write due to I/O error on sda1
Aug 18 14:45:30 sss kernel: Buffer I/O error on device sda1, logical block 247
Aug 18 14:45:30 sss kernel: lost page write due to I/O error on sda1
Aug 18 14:45:30 sss kernel: Buffer I/O error on device sda1, logical block 248
Aug 18 14:45:30 sss kernel: lost page write due to I/O error on sda1
Aug 18 14:45:30 sss kernel: Buffer I/O error on device sda1, logical block 249
Aug 18 14:45:30 sss kernel: lost page write due to I/O error on sda1
Aug 18 14:45:41 sss kernel: sd 7:0:0:0: [sda] Assuming drive cache: write through
Aug 18 14:45:41 sss kernel: BUG: unable to handle kernel NULL pointer dereference at 00000004
Aug 18 14:45:41 sss kernel: IP: [<f8ba052b>] :usb_storage:slave_alloc+0x2b/0x60
Aug 18 14:45:41 sss kernel: *pde = 00000000 
Aug 18 14:45:41 sss kernel: Oops: 0000 [#1] 
Aug 18 14:45:41 sss kernel: Modules linked in: nls_iso8859_1 nls_cp437 vfat fat sg asb100 hwmon_vid snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_pcm_oss snd_mixer_oss cpufreq_conservative cpufreq_powersave p4_clockmod speedstep_lib usb_storage lp pcspkr psmouse usbhid hid fuse usblp dm_crypt dm_mod tuner_simple tuner_types tea5767 tuner msp3400 bttv nvidia(P) videodev v4l1_compat ir_common compat_ioctl32 i2c_algo_bit v4l2_common snd_cmipci parport_pc gameport i2c_i801 videobuf_dma_sg parport snd_opl3_lib snd_hwdep snd_mpu401_uart snd_rawmidi snd_bt87x videobuf_core btcx_risc tveeprom snd_pcm snd_timer snd_page_alloc snd_seq_device 8139too mii snd soundcore ehci_hcd uhci_hcd usbcore i2c_core thermal processor intel_agp button thermal_sys hwmon agpgart evdev
Aug 18 14:45:41 sss kernel: 
Aug 18 14:45:41 sss kernel: Pid: 5007, comm: usb-stor-scan Tainted: P          (2.6.26P4 #5)
Aug 18 14:45:41 sss kernel: EIP: 0060:[<f8ba052b>] EFLAGS: 00010202 CPU: 0
Aug 18 14:45:41 sss kernel: EIP is at slave_alloc+0x2b/0x60 [usb_storage]
Aug 18 14:45:41 sss kernel: EAX: 00000000 EBX: f696130c ECX: 00000202 EDX: f6b91000
Aug 18 14:45:41 sss kernel: ESI: ef5cc800 EDI: f731aa14 EBP: f6961000 ESP: f6b1bddc
Aug 18 14:45:41 sss kernel:  DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
Aug 18 14:45:41 sss kernel: Process usb-stor-scan (pid: 5007, ti=f6b1a000 task=f7357810 task.ti=f6b1a000)
Aug 18 14:45:41 sss kernel: Stack: ef5cc800 f731aa00 c029db78 f69610d8 00000202 00000000 f6961000 00000000 
Aug 18 14:45:41 sss kernel:        00000000 f731aa00 c029dd70 c03d1d2c c03c6d0a f6961538 c03c8278 eff40508 
Aug 18 14:45:41 sss kernel:        eff40510 eff40520 00000000 00000000 c03c8693 00000000 f6b1be84 f6aa2910 
Aug 18 14:45:41 sss kernel: Call Trace:
Aug 18 14:45:41 sss kernel:  [<c029db78>] scsi_alloc_sdev+0x138/0x1a0
Aug 18 14:45:41 sss kernel:  [<c029dd70>] scsi_probe_and_add_lun+0xc0/0x960
Aug 18 14:45:41 sss kernel:  [<c029e946>] __scsi_scan_target+0x1d6/0x5e0
Aug 18 14:45:41 sss kernel:  [<c033d7ac>] schedule+0x15c/0x2b0
Aug 18 14:45:41 sss kernel:  [<c033da40>] schedule_timeout+0x50/0xc0
Aug 18 14:45:41 sss kernel:  [<c0123d90>] process_timeout+0x0/0x10
Aug 18 14:45:41 sss kernel:  [<c033d52e>] wait_for_common+0x5e/0xf0
Aug 18 14:45:41 sss kernel:  [<c0116930>] default_wake_function+0x0/0x10
Aug 18 14:45:41 sss kernel:  [<c029edc9>] scsi_scan_channel+0x79/0x90
Aug 18 14:45:41 sss kernel:  [<c029eeab>] scsi_scan_host_selected+0xcb/0x100
Aug 18 14:45:41 sss kernel:  [<c029ef4d>] do_scsi_scan_host+0x6d/0x70
Aug 18 14:45:41 sss kernel:  [<f8ba2812>] usb_stor_scan_thread+0x52/0x170 [usb_storage]
Aug 18 14:45:41 sss kernel:  [<c012cd10>] autoremove_wake_function+0x0/0x40
Aug 18 14:45:41 sss kernel:  [<f8ba27c0>] usb_stor_scan_thread+0x0/0x170 [usb_storage]
Aug 18 14:45:41 sss kernel:  [<c012c992>] kthread+0x42/0x70
Aug 18 14:45:41 sss kernel:  [<c012c950>] kthread+0x0/0x70
Aug 18 14:45:41 sss kernel:  [<c0103213>] kernel_thread_helper+0x7/0x14
Aug 18 14:45:41 sss kernel:  =======================
Aug 18 14:45:41 sss kernel: Code: 83 ec 08 89 74 24 04 89 c6 89 1c 24 8b 18 c6 40 57 24 81 c3 0c 03 00 00 8b 43 20 8b 53 0c c1 e8 0f 83 e0 0f 8b 84 82 8c 01 00 00 <0f> b7 50 04 8b 46 04 83 ea 01 e8 56 53 66 c7 80 7b 3c 04 75 0d 
Aug 18 14:45:41 sss kernel: EIP: [<f8ba052b>] slave_alloc+0x2b/0x60 [usb_storage] SS:ESP 0068:f6b1bddc
Aug 18 14:45:41 sss kernel: ---[ end trace 4b315f5c78448430 ]---
Aug 18 14:45:41 sss kernel: sd 7:0:0:0: [sda] Assuming drive cache: write through
Aug 18 14:45:41 sss kernel: sd 7:0:0:0: [sda] Assuming drive cache: write through

[slux]

Ciao,
ho avuto problemi simili con hard disk esterni autoalimentati da 2,5 pollici.Inizialmente pensavo che fosse un problema del disco,ma dopo 2 modelli di marche diverse mi è venuto il dubbio che il problema fosse il bus usb del sistema.Ho provato quindi ad aggiungere una scheda usb pci nella macchina e le cose sembrano andare meglio.
Prova innanzitutto ad aggiornare il firmware della scheda madre,magari è un bug,e poi prova a spulciare bene le opzioni del tuo bios,magari hai qualche opzione particolare che ti può aiutare.

[algol]

L'unica cosa che ho fatto di recente è proprio aggiungere due porte USB, ovvero la sola piastrina con le porte collegata sulla MOBO, che non avevo mai collegato per mancanza di spazio...
Vediamo, se è proprio colpa delle USB della MOBO per fortuna una PCI di epansione ce l'ho.
Riguardo alle opzioni possibili da BIOS, non c'è granchè, io sto a livello di PC di qualche era informatica fa...

[slux]

Suppongo che la scheda madre sia Asus... quelle "piastrine" mi fanno pensare proprio a questa marca.
Dici anche che la scheda madre è piuttosto vetusta...se ricordo bene quelle piastrine se andava bene erano compatibili USB 1.1
Ma ne ho viste molte anche solo di tipo 1.0 .Perciò è probabile che la fonte dei tuoi guai siano proprio loro
Collegaci giusto un mouse o una tastiera su quelle porte, dai retta

[algol]

Sì infatti è ASUS, che "occhio"
La piastrina l'ho proprio staccata, tengo tutto sulle 4 porte integrate.
Oggi, altri crashacci:

dmesg:

Codice: Seleziona tutto

usb-storage: device found at 8
usb-storage: waiting for device to settle before scanning
usb 2-1: reset full speed USB device using uhci_hcd and address 8
usb 2-1: device descriptor read/64, error -71
usb 2-1: device descriptor read/64, error -71
usb 2-1: reset full speed USB device using uhci_hcd and address 8
usb 2-1: device descriptor read/64, error -71
usb 2-1: device descriptor read/64, error -71
usb 2-1: reset full speed USB device using uhci_hcd and address 8
usb 2-1: device not accepting address 8, error -71
usb 2-1: reset full speed USB device using uhci_hcd and address 8
usb 2-1: device not accepting address 8, error -71
usb 2-1: USB disconnect, address 8
BUG: unable to handle kernel NULL pointer dereference at 00000004
IP: [<f8b8852b>] :usb_storage:slave_alloc+0x2b/0x60
*pde = 00000000 
Oops: 0000 [#1] 
Modules linked in: asb100 hwmon_vid vboxnetflt vboxdrv snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_pcm_oss snd_mixer_oss usblp cpufreq_conservative cpufreq_powersave p4_clockmod speedstep_lib usbhid hid usb_storage lp pcspkr psmouse fuse dm_crypt dm_mod tuner_simple tuner_types tea5767 tuner msp3400 snd_cmipci gameport snd_opl3_lib parport_pc snd_hwdep snd_mpu401_uart parport snd_rawmidi snd_bt87x snd_seq_device snd_pcm snd_timer snd snd_page_alloc bttv videodev v4l1_compat ir_common compat_ioctl32 i2c_algo_bit v4l2_common videobuf_dma_sg i2c_i801 soundcore videobuf_core btcx_risc tveeprom 8139too mii ehci_hcd uhci_hcd nvidia(P) usbcore i2c_core thermal processor intel_agp button agpgart thermal_sys hwmon evdev

Pid: 2639, comm: usb-stor-scan Tainted: P          (2.6.26.1P4 #10)
EIP: 0060:[<f8b8852b>] EFLAGS: 00010202 CPU: 0
EIP is at slave_alloc+0x2b/0x60 [usb_storage]
EAX: 00000000 EBX: f6f9d70c ECX: 00000202 EDX: f6f9cc00
ESI: f6e9c000 EDI: f6fb3814 EBP: f6f9d400 ESP: f6f0bddc
 DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
Process usb-stor-scan (pid: 2639, ti=f6f0a000 task=f6fa1130 task.ti=f6f0a000)
Stack: f6e9c000 f6fb3800 c029dae8 f6f9d4d8 00000202 00000000 f6f9d400 00000000 
       f6f9d4d8 f6fb3800 c029dce0 f6f30f00 00000024 f6f0be94 0000157c 00000003 
       f7421600 00000000 f74216ec 00000296 f74014e0 00000000 f6fb387c c020ebb9 
Call Trace:
 [<c029dae8>] scsi_alloc_sdev+0x138/0x1a0
 [<c029dce0>] scsi_probe_and_add_lun+0xc0/0x960
 [<c020ebb9>] kobject_init+0x29/0x80
 [<c0278907>] attribute_container_add_device+0x17/0x130
 [<c0278b00>] transport_setup_classdev+0x0/0x30
 [<c020ed9f>] kobject_get+0xf/0x20
 [<c027402e>] get_device+0xe/0x20
 [<c029d91c>] scsi_alloc_target+0x1dc/0x270
 [<c020ed10>] kobject_release+0x0/0x80
 [<c029e7b9>] __scsi_scan_target+0xd9/0x5e0
 [<c033d71c>] schedule+0x15c/0x2b0
 [<c033d9b0>] schedule_timeout+0x50/0xc0
 [<c0123d90>] process_timeout+0x0/0x10
 [<c033d49e>] wait_for_common+0x5e/0xf0
 [<c0116960>] default_wake_function+0x0/0x10
 [<c029ed39>] scsi_scan_channel+0x79/0x90
 [<c029ee1b>] scsi_scan_host_selected+0xcb/0x100
 [<c029eebd>] do_scsi_scan_host+0x6d/0x70
 [<f8b8a812>] usb_stor_scan_thread+0x52/0x170 [usb_storage]
 [<c012cc00>] autoremove_wake_function+0x0/0x40
 [<f8b8a7c0>] usb_stor_scan_thread+0x0/0x170 [usb_storage]
 [<c012c882>] kthread+0x42/0x70
 [<c012c840>] kthread+0x0/0x70
 [<c0103203>] kernel_thread_helper+0x7/0x14
 =======================
Code: 83 ec 08 89 74 24 04 89 c6 89 1c 24 8b 18 c6 40 57 24 81 c3 0c 03 00 00 8b 43 20 8b 53 0c c1 e8 0f 83 e0 0f 8b 84 82 8c 01 00 00 <0f> b7 50 04 8b 46 04 83 ea 01 e8 76 d2 67 c7 80 7b 3c 04 75 0d 
EIP: [<f8b8852b>] slave_alloc+0x2b/0x60 [usb_storage] SS:ESP 0068:f6f0bddc
---[ end trace 78cf3cc82671a2e0 ]---

Questo con una chiavetta USB che ha sempre funzionato...
Mi viene il dubbio che siano i cavetti di prolunga, ma ne ho due, e non mi sembra non dessero errori prima...

Vorrei solo capire se basta così poco... cioè se collego un cavetto USB, che ne so cortocircuitato, a un computer importante, che faccio, gli blocco tutto il sistema USB?

Stavo anche pensando che potrebbe essere colpa del mounting di Xfce... bah

[slux]

Hai molte periferiche usb collegate? Potrebbe essere anche un problema di corrente insufficiente...magari la porta non riesce ad erogare i 500mA che prevede lo standard...Alimentatore cinese vecchiotto o stanco?
Infine controlla in /proc/interrupts se per caso il controller usb condivide l'IRQ con qualche altra periferica.Magari riorganizzando le schede negli slot pci potresti risolvere... Altro non mi viene in mente...

[algol]

Ah ecco, /proc/interrupts dice così:

Codice: Seleziona tutto

[...]
 5:          1    XT-PIC-XT        uhci_hcd:usb2
[...]
10:          5    XT-PIC-XT        uhci_hcd:usb3, Bt87x audio, bttv0
11:      28348    XT-PIC-XT        uhci_hcd:usb1, ehci_hcd:usb4, CMI8738, nvidia

Non me ne intendo, ma oltre a darmene due proprio vuoti sembra che su altri due sia "caricato" praticamente quasi tutto, scheda TV, scheda audio e una video...
In più, non so ome interretare lsusb:

Codice: Seleziona tutto

Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
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
Bus 001 Device 005: ID 03f0:1104 Hewlett-Packard DeskJet 959c
Bus 001 Device 004: ID 15d9:0a33  
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Ovvero, qua c'ho 4 porte, più due aggiungibili con la famosa piastrina, che è staccata, ma l'output è strano, un solo 2.0, c'è solo il mouse collegato, e se staccco la stampante semplicemente scompare la sua linea, idem staccando il mouse...

Da lsusb -v scopro che la prima porta è controllata da ehci_hcd ed è 2.0, le altre da uhci_hcd e sono 1.10 e lspci | grep USB mi dice:

Codice: Seleziona tutto

00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01)
00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 01)

E strano il fatto che su 4 porte, 3 siano gestite in un modo e una sola in un altro, anche lspci le porta come leggermente "diverse"...
Mi verrebbe da pensare che dovrebbe essere tutto gestito da ehci_hcd, no?
Ma rimuovendo il modulo uhci_hcd ovviamente scompaiono i bus usb da esso gestiti, suppono quindi che un blacklisting non gioverebbe?

[slux]

Dunque gli interrupt sembrano un pò affollati lol
Hai 2 porte usb ,più scheda audio e scheda grafica che condividono le stesso IRQ (il 10)
Nel bios della scheda madre come è impostato il supporto APIC? Forse usi l'opzione noapic al boot?
Comunque ,con la gestione APIC attivata ,non dovrebbe essere un problema. Se non puoi usarla,eventualmente prova a fare degli spostamenti se puoi,almeno la schdea TV dovrebbe essere fattibile.
LSUSB mi sembra che mostri solo le periferiche connesse,quindi se non hai periferiche attaccate....
Il driver ehci_hcd gestisce SOLO i collegamenti Usb 2.0 mentre per l'1.1 ci vuole uhci_hcd o ohci_hcd.

[algol]

Ho spostato un po' di roba, ora gli interrupts (qualsiasi cosa siano :d) sono un po' meno affollati:

Codice: Seleziona tutto

[...]
 5:          1    XT-PIC-XT        uhci_hcd:usb2
[...]
 10:          1    XT-PIC-XT        uhci_hcd:usb3
 11:    1096545    XT-PIC-XT        uhci_hcd:usb1, ehci_hcd:usb4, nvidia
[...]

Ma il manuale della mobo parla solo della condivisione di interrupt tra lo slot AGP e il pci accanto, che è libero...
Comunque, una "sessione" di usb ora è andata a buon fine.
Vorrei solo capire perchè avrei tre porte 1.1 e una sola 2.0...

[slux]

ora gli interrupts (qualsiasi cosa siano :d)

Sono delle "linee" di comunicazione usate dalle periferiche per richiedere l'attenzione della CPU,in esatta opposizione al sistema "polling", dove periodicamente è la CPU che verifica se ci sono richieste da soddisfare.

Vorrei solo capire perchè avrei tre porte 1.1 e una sola 2.0...

Domandalo ad ASUS...

[algol]

Grazie della info, ora è chiaro!
Per il resto, credo che sia il lettorino di schede che fa alquanto pena...