I said something earlier today about a problem with my nec laptop (with
ricoh tl5c478 cardbus controller) and a 3com 10/100 cardbus adapter (3c575)
I was able to get an OOPS and decode it. It seems that this only happens
when using lftp and writing to the hdd. The transfer was going at
~6.1mbyte/sec before it crashed.
This oops happens when ejecting the card after getting this error:
eth0: Host error, FIFO diagnostic register 0000.
This message repeats 21 times
eth0: Too much work in interrupt, status 8003. Temporarily disabling
functions (7ffc).
Could this be a problem with the cardbus adapter? I have no other cardbus
machines to test this card on.
-- Lab tests show that use of micro$oft causes cancer in lab animals--IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="2.3.31_oops_decoded"
ksymoops 0.7c on i686 2.3.31-gcc_2.95.2. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.3.31-gcc_2.95.2/ (default) -m /boot/System.map-2.3.31-gcc_2.95.2 (specified)
Unable to handle kernel NULL pointer dereference at virtual address 00000074 *pde = 00000000 Oops: 0002 CPU: 0 EIP: 0010:[<c406119a>] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010202 eax: 00001000 ebx: 0000255f ecx: 00000100 edx: 00000000 esi: c3e0e000 edi: 0000255f ebp: 00000100 esp: c01d5f44 ds: 0018 es: 0018 ss: 0018 Process swapper (pid: 0, stackpage=c01d5000) Stack: 0000000b c02496c0 020ee601 00000013 0000ffff 00000200 c3e0e000 c317a200 c010cd08 0000000b c317a200 c01d5fac 00000160 0000000b c01f7a60 c01d5fa4 c010ce92 0000000b c01d5fac c1324640 00109ce9 00000408 c0105000 c1324640 Call Trace: [<c010cd08>] [<c010ce92>] [<c0105000>] [<c010bfa8>] [<c4002030>] [<c0105000>] [<c0100018>] [<c0190759>] [<c0109d20>] [<c0100175>] Code: ff 4a 74 0f 94 c0 84 c0 74 09 52 e8 12 05 0f fc 83 c4 04 8b
>>EIP; c406119a <[3c575_cb]vortex_up+57a/69c> <===== Trace; c010cd08 <handle_IRQ_event+34/60> Trace; c010ce92 <do_IRQ+72/b4> Trace; c0105000 <empty_bad_page+0/1000> Trace; c010bfa8 <ret_from_intr+0/20> Trace; c4002030 <_end+3dafbe8/3dc4c08> Trace; c0105000 <empty_bad_page+0/1000> Trace; c0100018 <startup_32+18/11d> Trace; c0190759 <acpi_idle_handler+7d/1c0> Trace; c0109d20 <cpu_idle+50/54> Trace; c0100175 <L6+0/2> Code; c406119a <[3c575_cb]vortex_up+57a/69c> 00000000 <_EIP>: Code; c406119a <[3c575_cb]vortex_up+57a/69c> <===== 0: ff 4a 74 decl 0x74(%edx) <===== Code; c406119d <[3c575_cb]vortex_up+57d/69c> 3: 0f 94 c0 sete %al Code; c40611a0 <[3c575_cb]vortex_up+580/69c> 6: 84 c0 test %al,%al Code; c40611a2 <[3c575_cb]vortex_up+582/69c> 8: 74 09 je 13 <_EIP+0x13> c40611ad <[3c575_cb]vortex_up+58d/69c> Code; c40611a4 <[3c575_cb]vortex_up+584/69c> a: 52 push %edx Code; c40611a5 <[3c575_cb]vortex_up+585/69c> b: e8 12 05 0f fc call fc0f0522 <_EIP+0xfc0f0522> c01516bc <__kfree_skb+0/e8> Code; c40611aa <[3c575_cb]vortex_up+58a/69c> 10: 83 c4 04 add $0x4,%esp Code; c40611ad <[3c575_cb]vortex_up+58d/69c> 13: 8b 00 mov (%eax),%eax
Aiee, killing interrupt handler Kernel panic: Attempted to kill the idle task! In swapper task - not syncing
--IS0zKkzwUGydFO0o--
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/