Jan 6 21:17:28 potion hid: Unknown parameter `pb_fnmode'
Jan 6 21:17:38 potion usb 1-2: device descriptor read/64, error -110
Jan 6 21:17:53 potion usb 1-2: device descriptor read/64, error -110
Jan 6 21:18:04 potion usb 1-2: device not accepting address 5, error -110
Jan 6 21:18:14 potion usb 1-2: device not accepting address 6, error -110
Jan 6 21:18:14 potion hub 1-0:1.0: unable to enumerate USB device on port 2
mate to aj v clanku ale nieje ktomu ziadny popis ako tento problem vyriesit. Na internete som nasiel strasne vela rad ze treba zmenit kabel (co u novej klavesnice asi nepojde), alebo ze treba odobrat module ehci_hcd, tento modul ani neloadujem kedze mam na dosku len usb 1.1. Nenapada niekoho co s tym ?
Já jsem tento problém řešil před pár měsíci na desce z roku 2001 s VIA chipsetem. Nenačetly se správně informace o novém USB disku, ten byl nepoužitelný. Windows samozřejmě nenahlásily nic (ani v syslogu), takže pomohl až Slax :-) Může to být skutečně kabelem (prodlužovačkou), ale také přímo čipsetem na základní desce nebo čipem v USB klávesnici - ne vše přesně odpovídá USB specifikaci :-( Ta klávesnice nejede ani v BIOSu? (BIOS totiž HDI klávesnici rozpozná a dokáže s ní pracovat, pokud je povoleno "USB Keyboard").
Tak v biose klavesnica funguje bez problemov, funguje to este pri grube. Vo windowse s nou problem nieje, skusal som aj neake live distribucie a to napr. ubuntu ktore ju nerozbehlo a nerozbehlo dokonca ani moju comkovu mysku. A potom gentoo live ktore s klavesnicou nemalo ziaden problem (v mojom archlinuxe som skusal rozbehat rovnake moduly ako boli v tom gentoo no nepomohlo to). No a jedna sa o chipset VIA Apollo KT333.
Nevím, jestli to pomůže, ale tady je jedna rada http://www.linux-usb.org/USB-guide/x194.html (až za popisem konfigurace myši). Ale AFAIK mě jsou takhle nastaveny všechny běžné uživatelské distribuce, takže si možná nepolepšíte :-( Pokud dmesg píše podobné hlášky jako jsou ty v článku, tak je problém už na nejnižší úrovni USB protokolu.
Mimochodem, u mě se taky jednalo o nějaký čipset VIA Apollo, ale zrovna tam mi USB klávesnice i USB myš chodí bez problémů, dokonce i na postarších jádrech 2.2.x.
Na VIA chipsetech této generace (KX, KT) je mnohé shnilého a USB v první řadě. Já jsem ho vždy musel v BIOSu vypnout úplně, když jsem chtěl aby grafická karta (Matrox) fungovala ve Windows.
A samozřejmě, jakékoliv větší vytížení sběrnice (stačilo zcela vytížit 100Mbit síťovku, někdy i kopírovat velký soubor na rychlém disku) způsobilo naprosté zatuhnutí.
Abych to dokončil - u té desky jsem updatoval BIOS na poslední verzi, ale nepomohlo to. S jinými flash disky tato deska pracuje normálně (viz ostatně ty výpisy v článku) a s tím flashdiskem naopak nikdo další problémy nemá (2GB Kingstom), ale prostě tato kombinace nefunguje - po příkazu RESET (viz další díl) flashdisk neodpoví, přičemž by měl poslat další info o svých schopnostech.
S flashkou Kingston, ale 4GB jsem měl taky problémy. Bylo to na starším počítači, kde bylo pomalé USB (myslím, že 1.0). Byl tam jenom Linux, takže nemůžu porovnat s Windowsy. Na ostatních počítačích v pohodě. Myslel jsem, že to je prostě kombinací moc stará deska, nová flaska.
jj, je to vždycky nešťastná kombinace, ale teoreticky - pokud by výrobci opravdu dodržovali standard - by se to nemělo stát, protože limity v časování signálů, jejich úrovní atd. jsou nastaveny tak, aby to při dodržení základních podmínek (externí rušení apod.) fungovalo. Vím, že s těmi VIA čipsety nějaké problémy byly, když jsem to řešil, tak toho strejda Google našel dost (při zadání přesné revize toho čipsetu).
u klávesnice? Mě třeba takto blbne "universální" čtečka paměťových karet, nějakej skvělej výrobek z Číny :-( a podle všeho je problém přímo ve čtečce a ne USB kabelu.
To mam podobnou zkusenost, pred cca 5 lety jsem koupil 2 desky ECS a davali k nim jako bonus interni ctecku. Oba pocitace s tema deskama dodnes jedou a v obou ta ctecka velmi zahy prestala fungovat, me v ni navic odesla CF karta.
chybu "device not accepting address X, error -110" hlasilo aj mne.
Nasiel som rozne postupy na riesenie. Problem bol v parametroch zavadzaneho jadra.
odporucane riesenia boli pridat na koniec riadku za kernel paramter "acpi=off" pripadne k nemu pridat aj parameter "noapic". Dalsim riesenim bolo pridat tam parameter "irqpoll". Skusal som vsetky kombinacie tychto troch parametrov ale pomohlo az zablokovanie druheho riadku "initrd initrd-2.6.*.img". Spominane parametre potom vplyv na korektne nacitanie USB kluca (v mojom pripade) nemali, ci tam boli alebo nie.
No podarilo sa mi to ciastocne vyriesit. Problem je asi priamo v klavesnici, kedze som si od kamosa pozical inu USB klavesnicu a ta fungovala bez akych kolvek zasahov do kernelu, stacil jej defaultny balickovy kernel (archlinux) a nacitanie modulov hid a usbhid.
Myslim si ze moze byt problem v tom ze maticna doska nestaci napajat urcite zariadenie a potom to vypysuje taky error ako vypisuje "device not accepting address X, error -110" ak si dobre pametam takyto error mi pisalo aj pri 160G USB externom harddisku. Aj ked je divne ze vo windowse alebo live gentoo ta stara klavesnica fungovala...
S tym mojim klucikom to bolo obdobne. Iny USB kluc (vacsi, aj mensi ale iny vyrobca) fungoval bez problemov. Tento problemovy v inej distribucii fungoval a vo windowse na inom stroji tiez. Skus tu klavesnicu v inom stroji, ci v inej distribucii, ci este stale funguje. Napis potom ako si to vyriesil.