On Wed, 19 Oct 2005, Jeff Stevens wrote: > Here is a capture of the system booting up: > Waiting 10sec before mounting root device... > Vendor: M-Sys Model: uDiskOnChip Rev: 5.02 > Type: Direct-Access ANSI SCSI > revision: 00 > Oops: kernel access of bad area, sig: 11 [#1] > NIP: C00FFAB0 LR: C00FB1C0 SP: C0781EE0 REGS: c0781e30 > TRAP: 0300 Not tainted > MSR: 00029000 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 00 > DAR: 00000034, DSISR: 00800000 > TASK = c072e770[2] 'ksoftirqd/0' THREAD: c0780000 > Last syscall: -1 > GPR00: 0000FFFE C0781EE0 C072E770 DFDD5060 DFDF0DCC > 00000000 DFDFE264 00000000 > GPR08: 00000000 DF843C00 00000002 DFDFE200 000000A9 > 00000000 00000000 00000000 > GPR16: 00000000 00000000 00000000 00000003 00000003 > 52180000 FFFFFFFD 00000000 > GPR24: 00000000 C0240000 C0240000 0000000A DFDEA000 > DF843C00 00000000 C00FFA8C > NIP [c00ffab0] scsi_wait_done+0x24/0x78 > LR [c00fb1c0] scsi_finish_command+0x84/0xb0 > Call trace: > [c00fb1c0] scsi_finish_command+0x84/0xb0
Hmmm... That wasn't much help. Perhaps turning on CONFIG_USB_STORAGE_DEBUG will help a little more. There were a number of problems discovered in the SCSI stack during the early 2.6.14 development. Some of them may have affected 2.6.13 as well, and maybe that's what you're seeing. Can you try running the current 2.6.14-rc kernel? Also, can you try disassembling the scsi_wait_done routine to find out exactly which statement and dereference are causing the oops? I can't help much with that, since I don't know PowerPC assembler. Alan Stern ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-users
