The following kernel panic is repeatable on both 2.4.22 and 2.4.24. I'm afraid I can't remember exactly which FTDI device it is but I can find out if necessary - it's on a different machine.
It seems to be related to the following previously discussed threads: http://marc.theaimsgroup.com/?l=linux-usb-devel&m=104825394515974&w=2 from Nick Craig-Wood of 21st March 2003 http://marc.theaimsgroup.com/?l=linux-usb-devel&m=105221346132493&w=2 from Florian Lohoff of 6th May 2003 http://marc.theaimsgroup.com/?l=linux-usb-devel&m=105534815022106&w=2 from Romp of 11th June 2003 http://marc.theaimsgroup.com/?l=linux-usb-devel&m=107459792521709&w=2 from Al Borchers of 20th Jan 2004 It occurs when running a trivial "read from /dev/ttyUSB0, write to /dev/null" program, at nice -5. I can provide the source to this program if necessary. I tried to start tracing it through, but I didn't follow the bit around n_tty_receive_buf (it shouldn't be ae0 long), or which lock actually corresponds to [usbserial].text.lock.usbserial+69 The panic circumstances differ from the other threads, in that it occurs on sustained reads, but the cause seems the same - the locking. I will see if I can get support for spending some time to help fix this. If any more information would be helpful, please let me know. Anyway here's the panic: Vanilla 2.4.24 with ALSA 1.0.1 drivers loaded, but they do not seem to be involved. Scheduling in interrupt ksymoops 2.4.4 on i686 2.4.24-custom. Options used -V (specified) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.24-custom/ (default) -m /boot/System.map-2.4.24-custom (specified) kernel BUG at sched.c:564! invalid operand: 0000 CPU: 0 EIP: 0010[<c0114f83>] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010296 eax: 00000018 ebx: cfbb4474 ecx: 00000002 edx: 00000000 esi: ca382000 edi: ca382000 ebp: ca383c90 esp: ca383c6c ds: 0018 es: 0018 ss: 0018 Process usb.agent (pid: 22347, stackpage=ca383000) Stack: c023d9aa 00000000 ca382000 00000000 09691f73 00000000 cfbb4474 ca382000 ca05e4fc c6c58000 c0105b24 00000001 ca382000 cfbb447c cfbb447c cfbb441c cfbb4400 c0105c70 cfbb4474 cfbb4400 00000000 d08c839b ca05e000 c6c58444 Call Trace: [<c0105b24>] [<c0105c70>] [<d08c839b>] [<c01977e9>] [<c01d9d1a>] [<c0195f5e>] [<d08cd856>] [<d08afe1e>] [<d08b09ed>] [<d08afc59>] [<d08b0a9d>] [<c01081ca>] [<c0108378>] [<c010a7a8>] [<c012fb3a>] [<c01248f8>] [<c01141fa>] [<c0127018>] [<c01163fa>] [<c0118651>] [<c0106d93>] Code: 0f 0b 34 02 a2 d9 23 c0 58 8b 45 e8 c1 e0 05 05 00 e5 2c c0 >>EIP; c0114f83 <schedule+53/310> <===== Trace; c0105b24 <__down+54/a0> Trace; c0105c70 <__down_failed+8/c> Trace; d08c839b <[usbserial].text.lock.usbserial+69/dd> Trace; c01977e9 <n_tty_receive_buf+ac9/ae0> Trace; c01d9d1a <pci_pool_free+1a/e0> Trace; c0195f5e <flush_to_ldisc+de/f0> Trace; d08cd856 <[ftdi_sio]ftdi_read_bulk_callback+426/4b0> Trace; d08afe1e <[uhci]uhci_unlink_generic+15e/180> Trace; d08b09ed <[uhci]uhci_call_completion+12d/1b0> Trace; d08afc59 <[uhci]uhci_transfer_result+d9/140> Trace; d08b0a9d <[uhci]uhci_finish_completion+2d/50> Trace; c01081ca <handle_IRQ_event+3a/70> Trace; c0108378 <do_IRQ+68/b0> Trace; c010a7a8 <call_do_IRQ+5/d> Trace; c012fb3a <__free_pages+a/30> Trace; c01248f8 <zap_page_range+188/250> Trace; c01141fa <do_page_fault+17a/4ab> Trace; c0127018 <exit_mmap+b8/120> Trace; c01163fa <mmput+4a/70> Trace; c0118651 <sys_init_module+61/670> Trace; c0106d93 <system_call+33/38> Code; c0114f83 <schedule+53/310> 00000000 <_EIP>: Code; c0114f83 <schedule+53/310> <===== 0: 0f 0b ud2a <===== Code; c0114f85 <schedule+55/310> 2: 34 02 xor $0x2,%al Code; c0114f87 <schedule+57/310> 4: a2 d9 23 c0 58 mov %al,0x58c023d9 Code; c0114f8c <schedule+5c/310> 9: 8b 45 e8 mov 0xffffffe8(%ebp),%eax Code; c0114f8f <schedule+5f/310> c: c1 e0 05 shl $0x5,%eax Code; c0114f92 <schedule+62/310> f: 05 00 e5 2c c0 add $0xc02ce500,%eax <0>Kernel panic: Aiee, killing interrupt handler! -- Peter Denison <peterd at marshadder dot uklinux dot net> Please use this address only for personal mail, not copied to lists gatewayed to news or web pages unless the addresses are removed. ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
