[Slackware 10] na kernel upgrade usb errors

[anoniem]

Vandaag eens de laatste kernel (2.6.9) van ftp gehaald. Echter nu werkt mijn usb-mouse (Logitech mx310) niet meer. Ik heb netjes USB-HID in de kernel gecompileerd net zoals HID-Input-Layer support. Nu draai ik dmesg en krijg ik dit [code:1:fbc83fc10a] ehci_hcd 0000:00:03.3: Silicon Integrated Systems [SiS] USB 2.0 Controller ehci_hcd 0000:00:03.3: new USB bus registered, assigned bus number 1 ehci_hcd 0000:00:03.3: USB 2.0 enabled, EHCI 1.00, driver 2004-May-10 hub 1-0:1.0: USB hub found USB Universal Host Controller Interface driver v2.2 drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver Initializing USB Mass Storage driver... USB Mass Storage support registered. drivers/usb/input/hid-core.c: v2.0:USB HID core driver FUTS PCI0 USB0 USB1 USB2 USB3 AMR0 UAR1 UAR2 PS2K hub 1-0:1.0: Cannot enable port 1. Maybe the USB cable is bad? hub 1-0:1.0: Cannot enable port 1. Maybe the USB cable is bad? [/code:1:fbc83fc10a] Raar, nooit gezien eigenlijk. Terugbooten naar kernel 2.4.26 levert geen problemen op. Nog eens een keer mouseconfig gedraaid en USB mouse geselcteerd, dit werkt echter ook nog niet.

[anoniem]

Draai je ook hotplug? Dat schijnt problenen te geven met 2.6

[anoniem]

Ja, ik draai ook hotplug. Ik zal deze even uitschakelen en opnieuw boten...

[anoniem]

Nja, toch eens je kernel config onder de loep nemen. Vergelijk jou output eens met het volgende: [code:1:e9416f6210] stijn@darkstar ~ $ cd /usr/src/linux-2.6.9-gentoo-r2/ stijn@darkstar /usr/src/linux-2.6.9-gentoo-r2 $ cat .config |grep -i mouse CONFIG_INPUT_MOUSEDEV=y CONFIG_INPUT_MOUSEDEV_PSAUX=y CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768 CONFIG_INPUT_MOUSE=y CONFIG_MOUSE_PS2=y # CONFIG_MOUSE_SERIAL is not set # CONFIG_MOUSE_VSXXXAA is not set stijn@darkstar /usr/src/linux-2.6.9-gentoo-r2 $ cat .config |grep -i usb # ALSA USB devices # CONFIG_SND_USB_AUDIO is not set # CONFIG_SND_USB_USX2Y is not set # USB support CONFIG_USB=y # CONFIG_USB_DEBUG is not set # Miscellaneous USB options CONFIG_USB_DEVICEFS=y # CONFIG_USB_BANDWIDTH is not set # CONFIG_USB_DYNAMIC_MINORS is not set # CONFIG_USB_SUSPEND is not set # CONFIG_USB_OTG is not set # USB Host Controller Drivers CONFIG_USB_EHCI_HCD=y # CONFIG_USB_EHCI_SPLIT_ISO is not set # CONFIG_USB_EHCI_ROOT_HUB_TT is not set # CONFIG_USB_OHCI_HCD is not set CONFIG_USB_UHCI_HCD=y # USB Device Class drivers # CONFIG_USB_AUDIO is not set # CONFIG_USB_BLUETOOTH_TTY is not set # CONFIG_USB_MIDI is not set # CONFIG_USB_ACM is not set # CONFIG_USB_PRINTER is not set # CONFIG_USB_STORAGE is not set # USB Human Interface Devices (HID) CONFIG_USB_HID=y CONFIG_USB_HIDINPUT=y # CONFIG_USB_HIDDEV is not set # CONFIG_USB_AIPTEK is not set # CONFIG_USB_WACOM is not set # CONFIG_USB_EGALAX is not set # CONFIG_USB_XPAD is not set # CONFIG_USB_ATI_REMOTE is not set # USB Imaging devices # CONFIG_USB_MDC800 is not set # CONFIG_USB_MICROTEK is not set # CONFIG_USB_HPUSBSCSI is not set # USB Multimedia devices # CONFIG_USB_DABUSB is not set # Video4Linux support is needed for USB Multimedia device support # USB Network adaptors # CONFIG_USB_CATC is not set # CONFIG_USB_KAWETH is not set # CONFIG_USB_PEGASUS is not set # CONFIG_USB_RTL8150 is not set # CONFIG_USB_USBNET is not set # USB port drivers # USB Serial Converter support # CONFIG_USB_SERIAL is not set # USB Miscellaneous drivers # CONFIG_USB_EMI62 is not set # CONFIG_USB_EMI26 is not set # CONFIG_USB_TIGL is not set # CONFIG_USB_AUERSWALD is not set # CONFIG_USB_RIO500 is not set # CONFIG_USB_LEGOTOWER is not set # CONFIG_USB_LCD is not set # CONFIG_USB_LED is not set # CONFIG_USB_CYTHERM is not set # CONFIG_USB_PHIDGETSERVO is not set # CONFIG_USB_TEST is not set # USB Gadget Support # CONFIG_USB_GADGET is not set stijn@darkstar /usr/src/linux-2.6.9-gentoo-r2 $ cat .config |grep -i uhid stijn@darkstar /usr/src/linux-2.6.9-gentoo-r2 $ cat .config |grep -i hid # USB Human Interface Devices (HID) CONFIG_USB_HID=y CONFIG_USB_HIDINPUT=y # CONFIG_HID_FF is not set # CONFIG_USB_HIDDEV is not set # CONFIG_USB_PHIDGETSERVO is not set stijn@darkstar /usr/src/linux-2.6.9-gentoo-r2 $ [/code:1:e9416f6210] Op die manier werkt bij mij de muis prima. Je kan testen of de muis effectief gevonden wordt door te typen: [code:1:e9416f6210] cat /dev/input/mice [/code:1:e9416f6210] en dan wat met je muis bewegen, er moeten dan een hoop willekeurige tekens in de output komen. Als dat allemaal niet lukt heb je wschl te maken met een bug in de kernel. (die zijn namelijk niet zo zeldzaam in de 2.6 reeks :( )

[anoniem]

En inderdaad, met hotplug moet je oppassen, want soms laadt die modules in die er om één of andere reden voor zorgen dat de muis het niet meer doet. Als ik met standaard slackware kernels en modules werk, werkt m'n muis ook niet als ik hotplug gebruik, want dan laadt die een module "usbmouse" in en die verhindert, gek genoeg, dat de muis het doet :) Mijn favoriete manier is dan ook nog steeds om alles wat ik nodig heb in de kernel in te bakken en het gebruik van modules en hotplug zo veel mogelijk te beperken

[anoniem]

Hotplug gedisabled levert hetzelfde op :( @Bamboe: Bedankt! Ik ga het meteen ff checken. Wel vervelend dat booten elke keer.....

[anoniem]

Je zult het niet geloven, maar op wat dev dingetjes na is de configuratie EXACT hetzelfde :(

[anoniem]

Welke dev dingetjes? Die HIDDEV zou bv. al eens problemen kunnen geven als je die aanzet. En anders, tja, probeer hetzelfde eens met een 2.6.7 kernel. Om één of andere reden is 2.6.7 de kernel die ik het beste vertrouw in de 2.6 reeks.

[anoniem]

[quote:36d6233492] CONFIG_INPUT_MOUSEDEV=y CONFIG_INPUT_MOUSEDEV_PSAUX=y CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768 CONFIG_INPUT_MOUSE=y CONFIG_MOUSE_PS2=y CONFIG_USB=y CONFIG_USB_DEVICEFS=y CONFIG_USB_EHCI_HCD=y CONFIG_USB_UHCI_HCD=y CONFIG_USB_HID=y CONFIG_USB_HIDINPUT=y CONFIG_USB_HID=y CONFIG_USB_HIDINPUT=y [/quote:36d6233492] Staan bij mij ook allemaal aan...

[anoniem]

Zal de exacte config nog eens overnemen, nieuwe kernel bakken en anders eens 1 of 2 versies terug gaan...

[anoniem]

Met 2.6.8 en 2.6.9 heb ik ook problemen op bepaalde machines met USB apparaten. Ze disconnecten en geven errors (en werken vervolgens niet meer) op willekeurige momenten. Voor zover ik heb kunnen vinden is er een bug in de usb-uhci module geslopen en levert dat problemen op. Waarom ik er op andere computers geen last van heb (op mijn laptop bijvoorbeeld niet) heb ik niet kunnen acherhalen.

[anoniem]

[quote:91b521c7d4="w.roosenburg"]Vandaag eens de laatste kernel (2.6.9) van ftp gehaald. Echter nu werkt mijn usb-mouse (Logitech mx310) niet meer. [/quote:91b521c7d4] Ik heb op mijn dual Pentium III ook een Logitech usb wheel-mouse. Omdat ik in het verleden ook wel eens usb problemen heb gehad, zat deze usb muis aangesloten via een usb-ps/2 adapter. Maar als ik deze muis op de usb1.1 poort aansluit en opstart in Slackware 10.0 eveneens met kernel 2.6.9, toen bleek de usb muis gewoon te werken. Ik post enkele outputs zodat je die met die van jouw kunt vergelijken. [code:1:91b521c7d4] dmesg | grep usb usbcore: registered new driver usbfs usbcore: registered new driver hub usb 2-1: new low speed USB device using address 2 input: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:04.2-1 usbcore: registered new driver usbhid drivers/usb/input/hid-core.c: v2.0:USB HID core driver[/code:1:91b521c7d4] [code:1:91b521c7d4] /sbin/lsmod | grep usb usbhid 23712 0 [/code:1:91b521c7d4] Voor usb1.1 [code:1:91b521c7d4] /sbin/lsmod | grep uhci_hcd uhci_hcd 29904 0 [/code:1:91b521c7d4] Voor usb2.0 [code:1:91b521c7d4] /sbin/lsmod | grep ehci_hcd ehci_hcd 26596 0 [/code:1:91b521c7d4] [quote:91b521c7d4="PeterK"]Draai je ook hotplug? Dat schijnt problenen te geven met 2.6[/quote:91b521c7d4] Dan is mijn ervaring daarin anders. Ik gebruik in Slackwarew 10.0 met hotplug. Hier werkt dit wel goed. [code:1:91b521c7d4] jolo@linux:/usr/src/linux-2.6.9$ cat .config |grep -i mouse CONFIG_INPUT_MOUSEDEV=y CONFIG_INPUT_MOUSEDEV_PSAUX=y CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768 CONFIG_INPUT_MOUSE=y CONFIG_MOUSE_PS2=y # CONFIG_MOUSE_SERIAL is not set # CONFIG_MOUSE_INPORT is not set # CONFIG_MOUSE_LOGIBM is not set # CONFIG_MOUSE_PC110PAD is not set # CONFIG_MOUSE_VSXXXAA is not set # CONFIG_USB_MOUSE is not set jolo@linux:/usr/src/linux-2.6.9$ [/code:1:91b521c7d4] Mijn usb muis werkt hier in Slackware overigens alleen op usb1.1 poort. Dus niet op de usb2.0 poort van mijn pci firewire usb 2.0 combo card. Dan brand het ledje van de muis niet. Daarop werken in Slackware alleen mijn externe usb2.0 harde schijf en mijn usb2.0 usb-stick. Mijn usb1.1 zip drive werkt ook alleen op de usb1.1 poort. Het zou wel moeten werken. Want in SuSE 9.2 Professional met kernel 2.6.8 werken de usb muis en de usb1.1 zip drive zowel op de usb1.1 als wel op de usb2.0 poorten. Volledigheidshalve heb ik ook nog Slackware 10.0 met de standaard 2.4.26 kernel getest. Dan worden wel de benodigde modules geladen. Het ledje van de muis brand dan wel. Maar werkt niet op de usb2.0 poort. Maar dan ook niet meer op de usb1.1 poort. De usb1.1 zip drive werkt dan wel op de usb2.0 poort.

[anoniem]

Waarom gebruiken mensen in hemelsnaam al 2.6.x? Het duurt wel weer tot .18 voordat dat stabiel is.

[anoniem]

[quote:944d407e87="danieldk"]Waarom gebruiken mensen in hemelsnaam al 2.6.x? [/quote:944d407e87] Ik in ieder geval voor de betere hardware ondersteuning. Ik had al een eerder gemeld dat mijn externe firewire harde schijf nog wel met de standaard kernel van Slackware 9.0 kernel werkte, maar niet meer met de standaard kernel van Slackware 9.1. Met de standaard kernel van Slackware 10.0 bleek mijn externe firewire harde schijf nog steeds niet te werken. Echter wel met de zelf gecompileerde 2.6.x kernel. Ook de usb2.0 ondersteuning van de 2.6.x kernel is beter dan die van de 2.4.x kernel. [quote:944d407e87="danieldk"] Het duurt wel weer tot .18 voordat dat stabiel is. [/quote:944d407e87] Voor zo ver ik weet kun je stabiliteit van een kernel niet meten. Dus hoe weet je of een kernel stabiel is?

[anoniem]

[quote:5c7a645c86="danieldk"]Waarom gebruiken mensen in hemelsnaam al 2.6.x? Het duurt wel weer tot .18 voordat dat stabiel is.[/quote:5c7a645c86] Omdat de kernel 2.6.x een aantal voordelen heeft t.o.v. 2.4.x. Branden zonder scsi emulatie bijvoorbeeld, betere encryptie support, meer ondersteunde hardware, etc. Verder zijn er idd natuurlijk nog wat problemen met 2.6.x maar voor een desktop systeem is de kernel imho prima te gebruiken. Instabiel is hij iig niet.

[anoniem]

[quote:a5f8286320="Marcel de Reus"]Branden zonder scsi emulatie bijvoorbeeld,[/quote:a5f8286320] FYI: dat kan ook al tijden op 2.4.x: "cdrecord -scanbus dev=ATAPI:". [quote:a5f8286320]betere encryptie support,[/quote:a5f8286320] Ja, die is zo geweldig dat die er binnenkort (o.a. cryptoloop) er weer uitgemikt wordt. [quote:a5f8286320]meer ondersteunde hardware, etc.[/quote:a5f8286320] Ik weet/beweer niet dat er 1:1 backports zijn, maar veel nieuwere drivers zijn gebackported naar 2.4.x, en ook de kernel crypto framework. [quote:a5f8286320]Verder zijn er idd natuurlijk nog wat problemen met 2.6.x maar voor een desktop systeem is de kernel imho prima te gebruiken. Instabiel is hij iig niet.[/quote:a5f8286320] Ik heb op een aantal desktopsystemen al veel crashes gezien. 2.4.x werkt op die machines prima. [quote:a5f8286320="Jolo"]Voor zo ver ik weet kun je stabiliteit van een kernel niet meten. Dus hoe weet je of een kernel stabiel is?[/quote:a5f8286320] You get the point... Geluk is ook niet te meten, maar je weet wel wanneer je gelukkig bent. (Overigens is stabiliteit wel vrij goed te meten met regression tests.)

[anoniem]

Technisch gezien is kernel 2.6 erg interessant zeker qua nieuwe technologieen /dev is bijvoorbeeld vervangen door /udev, het niet meer nodig hebben van scsi emulatie voor cd-burning. Qua stabiliteit hoewel ik het eerst niet wilde geloven krijg ik twijfels rond kernel 2.6. Ten eerste de meest vreemde bugs zoals branden alleen maar als root, nvidia drivers die niet meer werken, usb apparaten die de raarste kuren vertonen en vastlopende systemen. Zorgelijk :-? Kernel 2.4 lijkt stabieler in mijn opine en zeker op een server zou ik eerder 2.4 gebruiken dan 2.6. Maar omdat ik nogal van technisch geklooi houd en graag de nieuwste ontwikkelen volg draai ik op niet kritische systemen zoals een desktop gewoon kernel 2.6

[anoniem]

Same here. Op servers blijf ik bij de 2.4 reeks, maar alle desktops die ik beheer draaien een 2.6 kernel en vertonen geen gekke kuren. (op één systeem na, waarbij de harde schijf niet goed werkt met een 2.6 kernel... dus die draait terug 2.4)

[anoniem]

[quote:4f65f4ddcb="danieldk"] FYI: dat kan ook al tijden op 2.4.x: "cdrecord -scanbus dev=ATAPI:".[/quote:4f65f4ddcb] Als jij dat aan K3B kunt vertellen, de rest van het gezin is niet zo bedreven op de commando prompt. ;) Ja, die is zo geweldig dat die er binnenkort (o.a. cryptoloop) er weer uitgemikt wordt. [quote:4f65f4ddcb]meer ondersteunde hardware, etc.[/quote:4f65f4ddcb] Ik weet/beweer niet dat er 1:1 backports zijn, maar veel nieuwere drivers zijn gebackported naar 2.4.x, en ook de kernel crypto framework. [quote:4f65f4ddcb]Verder zijn er idd natuurlijk nog wat problemen met 2.6.x maar voor een desktop systeem is de kernel imho prima te gebruiken. Instabiel is hij iig niet.[/quote:4f65f4ddcb] [quote:4f65f4ddcb]Ik heb op een aantal desktopsystemen al veel crashes gezien. 2.4.x werkt op die machines prima.[/quote:4f65f4ddcb] Ik heb nog nul crashes gezien, terwijl ik dat met 2.4 al wel heb meegemaakt (maar die heb ik natuurlijk ook veel langer gebruikt dus dat telt niet echt).

[anoniem]

[quote:35e0ea07b1="danieldk"](Overigens is stabiliteit wel vrij goed te meten met regression tests.)[/quote:35e0ea07b1] ""regression testing"? What's that? If it compiles, it is good, if it boots up it is perfect." - Linus Torvalds