I'm seeing the following oops when I plug in my old Kensington video cam (se401 driver used to work, but it's been 6+ months since I tried):
hub.c: USB new device connect on bus1/2, assigned device number 2 Product: CABO II Oops: kernel access of bad area, sig: 11 NIP: C0195D90 XER: 20000000 LR: C00D19A8 SP: C03A7EC0 REGS: c03a7e10 TRAP: 0300 Not tainted MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11 DAR: 02F6C720, DSISR: 42000000 TASK = c03a6000[8] 'khubd' Last syscall: -1 last math c368e000 last altivec 00000000 GPR00: 00007180 C03A7EC0 C03A6000 024655A0 00000000 C019B200 C36458C4 00000000 GPR08: C01A0000 00B07180 00000000 3FE5FFFF 84488028 1001E8C8 00000000 00000000 GPR16: 00000000 00000000 00000000 C03EF820 C0180000 00000000 C03C3C14 00000000 GPR24: C017F194 C03C3C00 00000000 00000000 C017BD9C C019B200 C3B73640 C017BDB8 Call backtrace: C0052AA8 C00D1B38 C00D3FD0 C00D5FE8 C00D6210 C00D6494 C00082F8 Decoded: >>NIP; c0195d90 <se401_probe+28/220> <===== >>GPR0; 00007180 Before first symbol >>GPR1; c03a7ec0 <END_OF_CODE+1e1748/????> >>GPR2; c03a6000 <END_OF_CODE+1df888/????> >>GPR3; 024655a0 Before first symbol >>GPR5; c019b200 <device_table+0/78> >>GPR6; c36458c4 <END_OF_CODE+347f14c/????> >>GPR8; c01a0000 <kstat+b20/1820> >>GPR9; 00b07180 Before first symbol >>GPR11; 3fe5ffff Before first symbol >>GPR12; 84488028 Before first symbol >>GPR13; 1001e8c8 Before first symbol >>GPR19; c03ef820 <END_OF_CODE+2290a8/????> >>GPR20; c0180000 <_edata+b04/f00> >>GPR22; c03c3c14 <END_OF_CODE+1fd49c/????> >>GPR24; c017f194 <usb_driver_list+0/8> >>GPR25; c03c3c00 <END_OF_CODE+1fd488/????> >>GPR28; c017bd9c <se401_driver+0/34> >>GPR29; c019b200 <device_table+0/78> >>GPR30; c3b73640 <END_OF_CODE+39acec8/????> >>GPR31; c017bdb8 <se401_driver+1c/34> Trace; c0052aa8 <iget4+128/13c> Trace; c00d1b38 <usb_find_drivers+54/d0> Trace; c00d3fd0 <usb_new_device+25c/274> Trace; c00d5fe8 <usb_hub_port_connect_change+2b8/388> Trace; c00d6210 <usb_hub_events+158/39c> Trace; c00d6494 <usb_hub_thread+40/dc> Trace; c00082f8 <kernel_thread+2c/38> The relevant parts of dmesg, prior to this are: usb.c: registered new driver usbdevfs usb.c: registered new driver hub usb-ohci.c: USB OHCI at membase 0xbffbf000, IRQ 27 usb-ohci.c: usb-00:0f.0, PCI device 11c1:5802 usb.c: new USB bus registered, assigned bus number 1 usb.c: kmalloc IF c03ec500, numif 1 usb.c: new device strings: Mfr=0, Product=2, SerialNumber=1 usb.c: USB device number 1 default language ID 0x0 Product: USB OHCI Root Hub SerialNumber: bffbf000 hub.c: USB hub found hub.c: 2 ports detected hub.c: standalone hub hub.c: ganged power switching hub.c: individual port over-current protection hub.c: Port indicators are not supported hub.c: power on to power good time: 32ms hub.c: hub controller current requirement: 0mA hub.c: port removable status: RR hub.c: local power source is good hub.c: no over-current condition exists hub.c: enabling power on all ports usb.c: hub driver claimed interface c03ec500 usb.c: registered new driver hid hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik <[EMAIL PROTECTED]> hid-core.c: USB HID support drivers usb.c: registered new driver acm acm.c: v0.21:USB Abstract Control Model driver for USB modems and ISDN adapters se401.c: SE401 usb camera driver version 0.23 registering usb.c: registered new driver se401 mice: PS/2 mouse device common for all mice This is all from 2.4.19-pre10, but I saw the same thing with 2.5.21 and went back to 2.4.19-pre10 to verify it wasn't a 2.5-related bug. -- Tom Rini (TR1265) http://gate.crashing.org/~trini/ _______________________________________________________________ Multimillion Dollar Computer Inventory Live Webcast Auctions Thru Aug. 2002 - http://www.cowanalexander.com/calendar _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
