I've been experiencing a repeatable kernel oops using the Handspring 
Visor USB driver and the 2.4.0-test1 kernel.  While I assume this 
could go to the usbvisor list, since the oops appears to be coming 
from usbcore, rather than usb-serial, I'm sending the info here--- 
feel free to point me there if I picked wrong. :)

Basically, as documented in the Visor driver documentation, the 
device only shows up when the Hotsync button is pressed, and 
disappears when the sync is completed.  As soon as the sync completes 
and the driver "disappears," I get the following kernel oops (as 
translated by ksymoops):

ksymoops 2.3.4 on i686 2.4.0-test1.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.0-test1/ (default)
     -m /usr/src/linux/System.map (default)

Warning: You did not tell me where to find symbol information.  I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol 
resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to 
find
map, modules, ksyms etc.  ksymoops -h explains the options.

May 28 00:54:11 rsteinthal kernel: Unable to handle kernel paging 
request at virtual address 5a5a5a5e
May 28 00:54:11 rsteinthal kernel: c88308d5 
May 28 00:54:11 rsteinthal kernel: *pde = 00000000 
May 28 00:54:11 rsteinthal kernel: Oops: 0000 
May 28 00:54:11 rsteinthal kernel: CPU:    0 
May 28 00:54:11 rsteinthal kernel: EIP:    0010:[<c88308d5>] 
Using defaults from ksymoops -t elf32-i386 -a i386
May 28 00:54:11 rsteinthal kernel: EFLAGS: 00010246 
May 28 00:54:11 rsteinthal kernel: eax: 0000002e   ebx: c8838d82   
ecx: c02821f4   edx: 5a5a5a5a
May 28 00:54:11 rsteinthal kernel: esi: 00000003   edi: 00000000   
ebp: c7f85800   esp: c09f9f64
May 28 00:54:11 rsteinthal kernel: ds: 0018   es: 0018   ss: 0018 
May 28 00:54:11 rsteinthal kernel: Process khubd (pid: 1356, 
stackpage=c09f9000)
May 28 00:54:11 rsteinthal kernel: Stack: c8838d82 00000003 00030100 
00000000 00000100 c8832615 c7f85ca0 00000001
May 28 00:54:11 rsteinthal kernel:        c7f85bc0 00030100 00000000 
00000001 c09f9fa0 00000000 00000286 00030100
May 28 00:54:11 rsteinthal kernel:        c8832917 c7f85bc0 00000000 
c8838f00 00000001 c09f8000 c88390e8 c09f822c
May 28 00:54:11 rsteinthal kernel: Call Trace: [<c8838d82>] 
[<c8832615>] [<c8832917>] [<c8838f00>] [<c88390e8>] [<c882f048>] 
[<c8830003>]
May 28 00:54:11 rsteinthal kernel:        [<c883200d>] [<c8832ae8>] 
[kernel_thread+40/64]
May 28 00:54:11 rsteinthal kernel: Code: 80 7a 04 00 74 38 89 7c 24 
10 90 8b 5c 24 10 03 5a 09 8b 73

>>EIP; c88308d5 <[usbcore]usb_disconnect+35/c0>   <=====
Trace; c8838d82 <[usbcore].rodata.start+2302/3554>
Trace; c8832615 <[usbcore]usb_hub_port_connect_change+105/360>
Trace; c8832917 <[usbcore]usb_hub_events+a7/240>
Trace; c8838f00 <[usbcore].rodata.start+2480/3554>
Trace; c88390e8 <[usbcore].rodata.start+2668/3554>
Trace; c882f048 <[es1371].data.end+1889/18a1>
Trace; c8830003 <[usbcore]usb_parse_endpoint+163/200>
Trace; c883200d <[usbcore]hub_irq+ed/100>
Trace; c8832ae8 <[usbcore]usb_hub_thread+38/70>
Code;  c88308d5 <[usbcore]usb_disconnect+35/c0>
00000000 <_EIP>:
Code;  c88308d5 <[usbcore]usb_disconnect+35/c0>   <=====
   0:   80 7a 04 00               cmpb   $0x0,0x4(%edx)   <=====
Code;  c88308d9 <[usbcore]usb_disconnect+39/c0>
   4:   74 38                     je     3e <_EIP+0x3e> c8830913 
<[usbcore]usb_disconnect+73/c0>
Code;  c88308db <[usbcore]usb_disconnect+3b/c0>
   6:   89 7c 24 10               mov    %edi,0x10(%esp,1)
Code;  c88308df <[usbcore]usb_disconnect+3f/c0>
   a:   90                        nop    
Code;  c88308e0 <[usbcore]usb_disconnect+40/c0>
   b:   8b 5c 24 10               mov    0x10(%esp,1),%ebx
Code;  c88308e4 <[usbcore]usb_disconnect+44/c0>
   f:   03 5a 09                  add    0x9(%edx),%ebx
Code;  c88308e7 <[usbcore]usb_disconnect+47/c0>
  12:   8b 73 00                  mov    0x0(%ebx),%esi


1 warning issued.  Results may not be reliable.

Thanks for any help.

-Russell

-- 
Russell Steinthal    | An RFD to create soc.culture.jewish.moderated
<[EMAIL PROTECTED]> | is currently being discussed in news.groups---
<[EMAIL PROTECTED]>     | come and let your feelings be known!



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to