The following NULL pointer dereference was triggered by my USB application on the 2.6.33.2 kernel. The (Python) application accesses an USB device through libusb (pyusb). The application sent crap to the device. As this device does not like being crapped on, it immediately stopped working. It's completely unresponsive after that. So far no problem, but the kernel possibly(!) noticed the broken device and tried to recover. I'm not really sure on that, however. Fact is that this oops is a (direct or indirect) response to a device going wild. PowerPC-32 oops attached. [701675.857024] usb 3-1: USB disconnect, address 11 [701680.166866] hub 1-0:1.0: over-current change on port 2 [701681.383492] usb 4-1: new full speed USB device using ohci_hcd and address 3 [701681.561185] usb 4-1: too many configurations: 25, using maximum allowed: 8 [701681.617183] usb 4-1: New USB device found, idVendor=2471, idProduct=0853 [701681.617193] usb 4-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [707199.443949] Unable to handle kernel paging request for data at address 0x00000008 [707199.443960] Faulting instruction address: 0xc05d56f4 [707199.443974] Oops: Kernel access of bad area, sig: 11 [#1] [707199.443977] PREEMPT PowerMac [707199.443980] Modules linked in: b43 ssb mac80211 appletouch lp parport md_mod dm_crypt [last unloaded: mac80211] [707199.443993] NIP: c05d56f4 LR: c05e1104 CTR: c05df670 [707199.443998] REGS: df8a9d20 TRAP: 0300 Tainted: G W (2.6.33.2) [707199.444002] MSR: 00009032 <EE,ME,IR,DR> CR: 84442422 XER: 20000000 [707199.444010] DAR: 00000008, DSISR: 40000000 [707199.444014] TASK = eb4c5f90[6046] 'python' THREAD: df8a8000 [707199.444017] GPR00: 00000054 df8a9dd0 eb4c5f90 00000000 00000000 eee67408 c05df6a0 00000000 [707199.444025] GPR08: c0b97fa8 eee67498 00000000 00000000 00000000 1016fd84 10169518 101294cc [707199.444033] GPR16: 10160000 00000001 4803b2f0 1033798c 104ee990 ec852c00 40045505 c098522c [707199.444041] GPR24: ebffe000 eec1b400 ffffff92 00000000 efbc84c4 ebffe050 ec852c00 00000001 [707199.444058] NIP [c05d56f4] usb_altnum_to_altsetting+0x0/0x48 [707199.444067] LR [c05e1104] usb_reset_configuration+0x1ac/0x2a0 [707199.444071] Call Trace: [707199.444075] [df8a9dd0] [c05e10b8] usb_reset_configuration+0x160/0x2a0 (unreliable) [707199.444085] [df8a9e00] [c05eb7a4] usbdev_ioctl+0xf5c/0x1590 [707199.444094] [df8a9e80] [c00d62e0] vfs_ioctl+0x4c/0x11c [707199.444099] [df8a9ea0] [c00d65b4] do_vfs_ioctl+0x90/0x804 [707199.444105] [df8a9f10] [c00d6d78] sys_ioctl+0x50/0x94 [707199.444111] [df8a9f40] [c0014dd4] ret_from_syscall+0x0/0x38 [707199.444117] --- Exception: c01 at 0xfe05068 [707199.444118] LR = 0xfe04fcc [707199.444120] Instruction dump: [707199.444123] 409d0024 4240ffd0 80690054 39290004 81630000 880b0002 7f802000 409effe8 [707199.444131] 4e800020 38000001 7c0903a6 4bffffd8 <80030008> 2f800000 419e0038 80630000 [707199.444142] ---[ end trace 3136022b9072367c ]--- [707203.182014] usb 4-1: USB disconnect, address 3 -- Greetings, Michael. -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
