Ez a post megint csak tele van félreértésekkel.

A tied is. Bízva abban, hogy nem számdékosan, kötekedésböl teszed, részemröl lezárom ezt a szálat, mert van újabb tárgyi fejlemény.Kaptam kölcsön pár HUB-ot, kipróbálásra. Az egyik, egy "PCLINE" feliratú olyan, hogy azzal müködik a hangkártyám; más típus, más azonosító, nem ez a csoda.

Az ehci gondolom azért fix kerneles és nem modul, mert emlékeim szerint minden boot-timekor szükségesnek annak kell lennie, itt meg van lehetöség, hogy USB stickrre telepítsem és onnan indítsak. Imho ha erröl lemondok, tehetem modulba, de akkor minden újabb kernel patch esetén tölthetem le újonnan a forrást és forgathatok. (Ez volt az eset sok éve a TV stickemnél, de ott nem az USB, hanem a „TV rész” támogatás miatt) Mindig védtem a linuxot, de 2012-ben azért "gáz", valljuk be magunk közt, hogy attól függöen, milyen primitív eszközt (headsethez hangkártya - ehhez adtak wines driver CD-t, de ezt tudja kezelni a linux - kipróbálva) akarok egy nagyon primitív USB HUB-ba (ehhez még wines driver CD sincs, de ezzel nem boldogul) dugni majd, attól függöen fordítsak kernelt. Rádásul, szerintük sem biztos a recept: "...you could try saying N" - konjunktív.Googlézgattam, valami nem stimmel a sávszélesség számításukban - kezelésükben (más eszközök esetén is van gond), és egy megjegyzés: the EHCI periodic scheduling code is full of bugs. - írja egy (szerintem) fejlesztö.Persze elismerem, hogy az UHCI OHCI EHCI és xHCI szabványoknak nem könnyü egyszerre megfelelni, de akkor is... Szerk: - a fenti cikk egy éves, azóta kijött jópár kernel módosítás, ez nyilván maradt.- nem disztro specifikus: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/889953 - rögtön az elején látszik, hogy a redhatnél is nyilvántartott bug.