I've recently been trying 2.4.20 and the keyspan driver. I've been
using the keyspans fine with 2.4.18 and 2.4.19 (in fact we have 100s
of them ;-) but trying them with 2.4.20 I get the Oops below quite a
lot. It happens on close of the port but I think there must have to
be data flowing through the port at the moment of close to trigger it.
Our bit error rate test program with a looped back connector triggers
it just about every time when you ctrl-c the program.
Any help gratefully received!
(I captured the below with serial console so it should be accurate!)
------------------------------------------------------------
ksymoops 2.4.6 on i686 2.4.20-s1. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.20-s1/ (default)
-m /boot/System.map-2.4.20-s1 (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.
Warning (expand_objects): object /lib/modules/2.4.20-s1/kernel/drivers/ide/ide-disk.o
for module ide-disk has changed since load
Warning (expand_objects): object
/lib/modules/2.4.20-s1/kernel/drivers/ide/ide-probe-mod.o for module ide-probe-mod has
changed since load
Warning (expand_objects): object /lib/modules/2.4.20-s1/kernel/drivers/ide/ide-mod.o
for module ide-mod has changed since load
Warning (expand_objects): object /lib/modules/2.4.20-s1/kernel/fs/ext3/ext3.o for
module ext3 has changed since load
Warning (expand_objects): object /lib/modules/2.4.20-s1/kernel/fs/jbd/jbd.o for module
jbd has changed since load
Warning (expand_objects): object /lib/modules/2.4.20-s1/kernel/net/unix/unix.o for
module unix has changed since load
cpu: 0, clocks: 1002339, slice: 501169
ac97_codec: AC97 codec, id: TRA3(TriTech TR28023)
kernel BUG at sched.c:564!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c0114e19>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: 00000018 ebx: f789d078 ecx: f3332000 edx: f36b8280
esi: f3333ccc edi: f3332000 ebp: f3333cb8 esp: f3333c94
ds: 0018 es: 0018 ss: 0018
Process cambert (pid: 819, stackpage=f3333000)
Stack: c01db67e f789d078 f3333ccc f3332000 c028d3e0 00000086 00000000 f3332000
f789d078 f369d168 c010754d f789d01c f789d000 ffffffea 00000001 f3332000
f789d084 f789d084 c0107698 f789d078 f789d000 00000000 f89c9241 0000006d
Call Trace: [<c010754d>] [<c0107698>] [<f89c9241>] [<c016281c>] [<c0162b8a>]
[<c016331f>] [<c017e466>] [<f88ed7b5>] [<f88ed958>] [<c01620df>] [<c011b46c>]
[<c011e122>] [<c011b3b2>] [<c011b2f6>] [<c011b11a>] [<c0109bb2>] [<f89c0018>]
[<c01cc5f6>] [<c01cc637>] [<c01cc688>] [<f89ce27a>] [<c01615b0>] [<f89c74b4>]
[<f89c7574>] [<c0160e70>] [<f89c7ab3>] [<c016149e>] [<c0134204>] [<c01332b5>]
[<c0133303>] [<c01086d3>]
Code: 0f 0b 34 02 76 b6 1d c0 83 c4 04 8b 4d f4 c1 e1 05 81 c1 20
>>EIP; c0114e19 <schedule+4d/314> <=====
>>ebx; f789d078 <_end+37610b28/38580b10>
>>ecx; f3332000 <_end+330a5ab0/38580b10>
>>edx; f36b8280 <_end+3342bd30/38580b10>
>>esi; f3333ccc <_end+330a777c/38580b10>
>>edi; f3332000 <_end+330a5ab0/38580b10>
>>ebp; f3333cb8 <_end+330a7768/38580b10>
>>esp; f3333c94 <_end+330a7744/38580b10>
Trace; c010754d <__down+55/9c>
Trace; c0107698 <__down_failed+8/c>
Trace; f89c9241 <[usbserial].text.lock.usbserial+41/df>
Trace; c016281c <opost+18/1b8>
Trace; c0162b8a <echo_char+5a/60>
Trace; c016331f <n_tty_receive_buf+39b/edc>
Trace; c017e466 <pci_pool_free+16/e0>
Trace; f88ed7b5 <[usb-uhci]delete_desc+19/20>
Trace; f88ed958 <[usb-uhci]delete_qh+58/64>
Trace; c01620df <flush_to_ldisc+db/e4>
Trace; c011b46c <__run_task_queue+50/5c>
Trace; c011e122 <tqueue_bh+16/1c>
Trace; c011b3b2 <bh_action+1a/40>
Trace; c011b2f6 <tasklet_hi_action+4a/70>
Trace; c011b11a <do_softirq+5a/a4>
Trace; c0109bb2 <do_IRQ+96/a8>
Trace; f89c0018 <[tulip]tulip_media_cap+718/113f>
Trace; c01cc5f6 <__rdtsc_delay+16/1c>
Trace; c01cc637 <__delay+13/28>
Trace; c01cc688 <__const_udelay+1c/24>
Trace; f89ce27a <[keyspan]keyspan_close+ae/158>
Trace; c01615b0 <tty_fasync+80/108>
Trace; f89c74b4 <[usbserial]__serial_close+4c/7c>
Trace; f89c7574 <[usbserial]serial_close+90/a4>
Trace; c0160e70 <release_dev+248/504>
Trace; f89c7ab3 <[usbserial]serial_ioctl+cf/f4>
Trace; c016149e <tty_release+a/10>
Trace; c0134204 <fput+4c/e0>
Trace; c01332b5 <filp_close+55/60>
Trace; c0133303 <sys_close+43/54>
Trace; c01086d3 <system_call+33/38>
Code; c0114e19 <schedule+4d/314>
00000000 <_EIP>:
Code; c0114e19 <schedule+4d/314> <=====
0: 0f 0b ud2a <=====
Code; c0114e1b <schedule+4f/314>
2: 34 02 xor $0x2,%al
Code; c0114e1d <schedule+51/314>
4: 76 b6 jbe ffffffbc <_EIP+0xffffffbc> c0114dd5
<schedule+9/314>
Code; c0114e1f <schedule+53/314>
6: 1d c0 83 c4 04 sbb $0x4c483c0,%eax
Code; c0114e24 <schedule+58/314>
b: 8b 4d f4 mov 0xfffffff4(%ebp),%ecx
Code; c0114e27 <schedule+5b/314>
e: c1 e1 05 shl $0x5,%ecx
Code; c0114e2a <schedule+5e/314>
11: 81 c1 20 00 00 00 add $0x20,%ecx
<0>Kernel panic: Aiee, killing interrupt handler!
7 warnings issued. Results may not be reliable.
--
Nick Craig-Wood
[EMAIL PROTECTED]
-------------------------------------------------------
This SF.NET email is sponsored by: FREE SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
