oops w/2.3.99-pre8 w/rmmod

From: Thomas Davis (tadavis@lbl.gov)
Date: Wed May 17 2000 - 12:35:48 EST


getting an oops from rmmod. see attached. (system doesn't have to be
running long for this to happen.)

-- 
------------------------+--------------------------------------------------
Thomas Davis		| PDSF Project Leader
tadavis@lbl.gov		| 
(510) 486-4524		| "Only a petabyte of data this year?"

Linux version 2.3.99-pre8 (root@dweeb) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #11 Fri May 12 16:36:29 PDT 2000 e820: 0009fc00 @ 00000000 (usable) e820: 00000400 @ 0009fc00 (reserved) e820: 00010000 @ 000f0000 (reserved) e820: 07efd000 @ 00100000 (usable) e820: 00002000 @ 07ffd000 (ACPI data) e820: 00001000 @ 07fff000 (ACPI NVS) e820: 00010000 @ ffff0000 (reserved) Scan SMP from c0000000 for 1024 bytes. Scan SMP from c009fc00 for 1024 bytes. Scan SMP from c00f0000 for 65536 bytes. Scan SMP from c009fc00 for 4096 bytes. On node 0 totalpages: 32765 zone(0): 4096 pages. zone(1): 28669 pages. zone(2): 0 pages. mapped APIC to ffffe000 (01243000) Initializing CPU#0 Detected 451028373 Hz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 897.84 BogoMIPS Memory: 126812k/131060k available (1097k kernel code, 3860k reserved, 74k data, 168k init, 0k highmem) Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes) Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes) Page-cache hash table entries: 32768 (order: 5, 131072 bytes) kmem_create: Poisoning requested, but con given - bdev_cache Inode-cache hash table entries: 8192 (order: 4, 65536 bytes) kmem_create: Poisoning requested, but con given - inode_cache CPU: Intel Pentium II (Deschutes) stepping 02 Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.36 (20000221) Richard Gooch (rgooch@atnf.csiro.au) PCI: PCI BIOS revision 2.10 entry at 0xf0720, last bus=1 PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: Using IRQ router PIIX [8086/122e] at 00:04.0 Limiting direct PCI/PCI transfers. Linux NET4.0 for Linux 2.3 Based upon Swansea University Computer Society NET3.039 kmem_create: Poisoning requested, but con given - skbuff_head_cache NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 8192 bind 8192) Initializing RT netlink socket Starting kswapd v1.6 pty: 256 Unix98 ptys configured Uniform Multi-Platform E-IDE driver Revision: 6.30 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIX4: IDE controller on PCI bus 00 dev 21 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:DMA, hdd:pio hda: IBM-DJNA-372200, ATA DISK drive hdc: CR-4801TE, ATAPI CDROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: 44150400 sectors (22605 MB) w/1966KiB Cache, CHS=2748/255/63, UDMA(33) Partition check: hda: hda1 hda2 hda3 < hda5 hda6 > VFS: Mounted root (ext2 filesystem) readonly. Freeing unused kernel memory: 168k freed Adding Swap: 530136k swap-space (priority -1) [EXT II FS 0.5b, 95/08/09, bs=1024, fs=1024, gc=257, bpg=8192, ipg=2048, mo=ffffffea] isapnp: Scanning for Pnp cards... isapnp: Calling quirk for 01:00 ISAPnP: SB audio device quirk - increasing port range isapnp: Calling quirk for 01:02 isapnp: AWE32 quirk - adding two ports isapnp: Card 'Creative SB AWE64 PnP' isapnp: 1 Plug & Play card detected total Serial driver version 4.93 (2000-03-20) with MANY_PORTS SHARE_IRQ SERIAL_PCI ISAPNP enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A eepro100.c:v1.09j-t 9/29/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html eepro100.c: $Revision: 1.29 $ 2000/03/30 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others eth0: Intel Corporation 82557 [Ethernet Pro 100], 00:E0:18:98:2C:33, IRQ 10. Board assembly 668081-002, Physical connectors present: RJ45 Primary interface chip i82555 PHY #1. General self-test: passed. Serial sub-system self-test: passed. Internal registers self-test: passed. ROM checksum self-test: passed (0x24c9f043). Receiver lock-up workaround activated. Unable to handle kernel paging request at virtual address 5a5a5a92 printing eip: c8845cc0 *pde = 00000000 Oops: 0000 CPU: 0 EIP: 0010:[<c8845cc0>] EFLAGS: 00010282 eax: 5a5a5a5a ebx: c7f94000 ecx: c8848be0 edx: c7f94000 esi: c8842000 edi: 00000001 ebp: bffffe10 esp: c2bd1f68 ds: 0018 es: 0018 ss: 0018 Process rmmod (pid: 705, stackpage=c2bd1000) Stack: c7f94000 c8842000 00000246 c8845226 c1354460 c8842000 c8845fcd c7f94000 c8842000 c8845297 c884555e c011a00b c8842000 c02166c0 00000001 c01195fe c8842000 00000001 c2bd0000 4000a610 bffffe84 bffffe10 c010af10 00000000 Call Trace: [<c8842000>] [<c8845226>] [<c8842000>] [<c8845fcd>] [<c8842000>] [<c8845297>] [<c884555e>] [<c011a00b>] [<c8842000>] [<c01195fe>] [<c8842000>] [<c010af10>] Code: 8b 70 38 85 f6 74 21 8b 42 20 50 68 1c 83 84 c8 8d 5c 24 10 ksymoops 2.3.4 on i686 2.3.99-pre8. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.3.99-pre8/ (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.

Warning (compare_ksyms_lsmod): module isa-pnp is in lsmod but not in ksyms, probably no symbols exported e820: 0009fc00 @ 00000000 (usable) e820: 00000400 @ 0009fc00 (reserved) e820: 00010000 @ 000f0000 (reserved) e820: 07efd000 @ 00100000 (usable) e820: 00002000 @ 07ffd000 (ACPI data) e820: 00001000 @ 07fff000 (ACPI NVS) e820: 00010000 @ ffff0000 (reserved) Unable to handle kernel paging request at virtual address 5a5a5a92 c8845cc0 *pde = 00000000 Oops: 0000 CPU: 0 EIP: 0010:[<c8845cc0>] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010282 eax: 5a5a5a5a ebx: c7f94000 ecx: c8848be0 edx: c7f94000 esi: c8842000 edi: 00000001 ebp: bffffe10 esp: c2bd1f68 ds: 0018 es: 0018 ss: 0018 Process rmmod (pid: 705, stackpage=c2bd1000) Stack: c7f94000 c8842000 00000246 c8845226 c1354460 c8842000 c8845fcd c7f94000 c8842000 c8845297 c884555e c011a00b c8842000 c02166c0 00000001 c01195fe c8842000 00000001 c2bd0000 4000a610 bffffe84 bffffe10 c010af10 00000000 Call Trace: [<c8842000>] [<c8845226>] [<c8842000>] [<c8845fcd>] [<c8842000>] [<c8845297>] [<c884555e>] [<c011a00b>] [<c8842000>] [<c01195fe>] [<c8842000>] [<c010af10>] Code: 8b 70 38 85 f6 74 21 8b 42 20 50 68 1c 83 84 c8 8d 5c 24 10

>>EIP; c8845cc0 <_end+85caed4/85de10c> <===== Trace; c8842000 <_end+85c7214/85de10c> Trace; c8845226 <_end+85ca43a/85de10c> Trace; c8842000 <_end+85c7214/85de10c> Trace; c8845fcd <_end+85cb1e1/85de10c> Trace; c8842000 <_end+85c7214/85de10c> Trace; c8845297 <_end+85ca4ab/85de10c> Trace; c884555e <_end+85ca772/85de10c> Trace; c011a00b <free_module+1b/9c> Trace; c8842000 <_end+85c7214/85de10c> Trace; c01195fe <sys_delete_module+24a/288> Trace; c8842000 <_end+85c7214/85de10c> Trace; c010af10 <system_call+34/38> Code; c8845cc0 <_end+85caed4/85de10c> 00000000 <_EIP>: Code; c8845cc0 <_end+85caed4/85de10c> <===== 0: 8b 70 38 movl 0x38(%eax),%esi <===== Code; c8845cc3 <_end+85caed7/85de10c> 3: 85 f6 testl %esi,%esi Code; c8845cc5 <_end+85caed9/85de10c> 5: 74 21 je 28 <_EIP+0x28> c8845ce8 <_end+85caefc/85de10c> Code; c8845cc7 <_end+85caedb/85de10c> 7: 8b 42 20 movl 0x20(%edx),%eax Code; c8845cca <_end+85caede/85de10c> a: 50 pushl %eax Code; c8845ccb <_end+85caedf/85de10c> b: 68 1c 83 84 c8 pushl $0xc884831c Code; c8845cd0 <_end+85caee4/85de10c> 10: 8d 5c 24 10 leal 0x10(%esp,1),%ebx

2 warnings issued. Results may not be reliable.

- 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/



This archive was generated by hypermail 2b29 : Tue May 23 2000 - 21:00:13 EST