> > 00002218 <uhci_result_control>: > > 2218: 83 ec 04 sub $0x4,%esp > > 221b: 55 push %ebp > > 221c: 57 push %edi > > 221d: 56 push %esi > > 221e: 53 push %ebx > > 221f: 8b 7c 24 1c mov 0x1c(%esp,1),%edi > > 2223: 8b 6f 08 mov 0x8(%edi),%ebp > > 2226: 8d 75 14 lea 0x14(%ebp),%esi > > 2229: 8b 45 14 mov 0x14(%ebp),%eax <=== HERE > > 222c: 39 f0 cmp %esi,%eax > > 222e: 75 10 jne 2240 <uhci_result_control+0x28> > > 2230: b8 ea ff ff ff mov $0xffffffea,%eax > > 2235: e9 c8 01 00 00 jmp 2402 <uhci_result_control+0x1ea> > > 223a: 8d b6 00 00 00 00 lea 0x0(%esi),%esi
> > Maybe this should be (no &): > > > > if (list_empty(urbp->td_list)) > > return -EINVAL; > > Nope, that's definately not the right fix. I've never used these list structures - and it shows... > It's difficult to tell what the problem is since you don't have the rest > of the oops, but I'll venture to say that urbp is invalid. Here is the rest: EFLAGS: 00010086 eax: 2 esi: 14 ebx: cbf58840 edi: cbf5840 <= I copied this down wrong, maybe cbf58840? ecx: cbc2c564 ebp: 0 <= The cause of the oops edx: ffffffea esp: cb9bbf20 ds: 68, es: 68, ss: 68 Stack: cbf58840 0 cbc2c400 202 cbdd8134 cc870097 cbc2c400 cbf58840 > Does this problem exist in earlier kernels for you? Not in 2.5.36 (I did get some oops when shutting down). > I haven't made any changes to to the uhci-hcd driver in a number of > kernel versions so either the problem has been there for a long time or > something else is breaking it. OK. I will try some previous kernel versions to find where it starts. Ciao, Duncan. ------------------------------------------------------- This sf.net email is sponsored by: DEDICATED SERVERS only $89! Linux or FreeBSD, FREE setup, FAST network. Get your own server today at http://www.ServePath.com/indexfm.htm _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
