Re: pre6 and pre7-2 woes

From: Jon Burgess (Jon_Burgess@eur.3com.com)
Date: Wed May 03 2000 - 11:10:11 EST


>Is it just me or do pre6 and pre7 have serious bugs?
>
>When I try to boot pre6 (on any of several K6/II/III systems that run
>2.2.14 and pre5 just fine) I get an error messages reqarding slab.c, a
>dump of registers and such, and then the system locks up tight. Cold
>reboot required. Sorry, haven't figured out a way to capture debugging
>info from dead screen and system.

It looks like I get a similar error to you, the system locks up before it has
even finished booting. The output below was collected over the serial port, see
linux/Documentation/oops-tracing.txt & serial-console.txt for details.
I don't know when this problem first surfaced.

Linux version 2.3.99-pre6 (root@sydney) (gcc version egcs-2.91.66 19990314/Linux
(egcs-1.1.2 release)) #12 Wed May 3 15:03:15 BST 2000
e820: 0009fc00 @ 00000000 (usable)
e820: 00000400 @ 0009fc00 (reserved)
e820: 0000c000 @ 000c0000 (reserved)
e820: 07ef0000 @ 00100000 (usable)
e820: 00010000 @ 07ff0000 (ACPI data)
e820: 00060000 @ 100a0000 (reserved)
e820: 00200000 @ ffe00000 (reserved)
On node 0 totalpages: 32752
zone(0): 4096 pages.
zone(1): 28656 pages.
zone(2): 0 pages.
Initializing CPU#0
Detected 363963654 Hz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 725.81 BogoMIPS
Memory: 126040k/131008k available (1388k kernel code, 4580k reserved, 109k data,
188k init, 0k highmem)
VFS: DCACHE hash table configured to 16384 entries
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
VFS: INODE hash table configured to 8192 entries
CPU: Intel Mobile Pentium II stepping 0a
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
PCI: PCI BIOS revision 2.10 entry at 0xfc0ee, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Using IRQ router default [8086/1234] at 00:07.0
Limiting direct PCI/PCI transfers.
isapnp: Scanning for Pnp cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
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
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
ACPI: "DELL" found at 0x000f3bf0
Starting kswapd v1.6
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
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 39
PIIX4: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0x0860-0x0867, BIOS settings: hda:DMA, hdb:pio
hda: IBM-DCXA-210000, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: 19640880 sectors (10056 MB) w/420KiB Cache, CHS=1222/255/63, UDMA(33)
Partition check:
 hda: hda1 hda2 < hda5 hda6 hda7 >
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 278k freed
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
[drm] Initialized tdfx 0.0.1 19991009 on minor 63
Linux PCMCIA Card Services 3.1.11
  options: [pci] [cardbus] [pm]
Adding cardbus controller 0: Texas Instruments PCI1225
Yenta IRQ list 0498, PCI irq11
Socket status: 30000006
Adding cardbus controller 1: Texas Instruments PCI1225 (#2)
Yenta IRQ list 0498, PCI irq11
Socket status: 30000006
Intel PCIC probe: not found.
Databook TCIC-2 PCMCIA probe: not found.
kmem_create: Forcing size word alignment - nfs_fh
VFS: Mounted root (ext2 filesystem).
VFS: Mounted root (ext2 filesystem) readonly.
kmem_free: Bad obj addr (objp=c125f0e0, name=dentry_cache)
kernel BUG at slab.c:1661!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c01283bf>]
EFLAGS: 00010282
eax: 0000001b ebx: c125f15c ecx: c025de9c edx: c025de9c
esi: c125f0e0 edi: c125f35c ebp: c1247860 esp: c125df50
ds: 0018 es: 0018 ss: 0018
Process swapper (pid: 1, stackpage=c125d000)
Stack: c020e6cb c020ead5 0000067d c125f0e0 c125f0e0 c1248620 fffffffc 00000000
       c125f160 00000246 c013e7e0 c1247860 c125f0e0 c125f0e0 c125f160 c013e98f
       c125f0e0 c125f160 c1250400 c125f0e0 00000307 c028048c 00000000 c125f0e0
Call Trace: [<c020e6cb>] [<c020ead5>] [<c013e7e0>] [<c013e98f>] [<c0105000>]
[<c0204f63>] [<c010716f>]
       [<c0107577>]
Code: 0f 0b eb 0c 55 57 68 4c ed 20 c0 e8 5d fb ff ff 83 c4 0c 5b

Running this through ksymoops gives:

ksymoops 2.3.4 on i686 2.2.15pre19. Options used
     -v /usr/src/linux/vmlinux (specified)
     -K (specified)
     -L (specified)
     -O (specified)
     -m /usr/src/linux/System.map (default)

kmem_free: Bad obj addr (objp=c125f0e0, name=dentry_cache)
invalid operand: 0000
CPU: 0
EIP: 0010:[<c01283bf>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: 0000001b ebx: c125f15c ecx: c025de9c edx: c025de9c
esi: c125f0e0 edi: c125f35c ebp: c1247860 esp: c125df50
ds: 0018 es: 0018 ss: 0018
Process swapper (pid: 1, stackpage=c125d000)
Stack: c020e6cb c020ead5 0000067d c125f0e0 c125f0e0 c1248620 fffffffc 00000000
       c125f160 00000246 c013e7e0 c1247860 c125f0e0 c125f0e0 c125f160 c013e98f
       c125f0e0 c125f160 c1250400 c125f0e0 00000307 c028048c 00000000 c125f0e0
Call Trace: [<c020e6cb>] [<c020ead5>] [<c013e7e0>] [<c013e98f>] [<c0105000>]
[<c0204f63>] [<c010716f>]
       [<c0107577>]
Code: 0f 0b eb 0c 55 57 68 4c ed 20 c0 e8 5d fb ff ff 83 c4 0c 5b

>>EIP; c01283bf <kmem_cache_free+25f/27c> <=====
Trace; c020e6cb <tvecs+1983/1ce44>
Trace; c020ead5 <tvecs+1d8d/1ce44>
Trace; c013e7e0 <dput+e0/158>
Trace; c013e98f <prune_dcache+d7/f4>
Trace; c0105000 <empty_bad_page+0/1000>
Trace; c0204f63 <stext_lock+1caf/3750>
Trace; c010716f <init+7/158>
Trace; c0107577 <kernel_thread+23/30>
Code; c01283bf <kmem_cache_free+25f/27c>
00000000 <_EIP>:
Code; c01283bf <kmem_cache_free+25f/27c> <=====
   0: 0f 0b ud2a <=====
Code; c01283c1 <kmem_cache_free+261/27c>
   2: eb 0c jmp 10 <_EIP+0x10> c01283cf
<kmem_cache_free+26f/27c>
Code; c01283c3 <kmem_cache_free+263/27c>
   4: 55 pushl %ebp
Code; c01283c4 <kmem_cache_free+264/27c>
   5: 57 pushl %edi
Code; c01283c5 <kmem_cache_free+265/27c>
   6: 68 4c ed 20 c0 pushl $0xc020ed4c
Code; c01283ca <kmem_cache_free+26a/27c>
   b: e8 5d fb ff ff call fffffb6d <_EIP+0xfffffb6d> c0127f2c
<kmem_report_free_err+0/34>
Code; c01283cf <kmem_cache_free+26f/27c>
  10: 83 c4 0c addl $0xc,%esp
Code; c01283d2 <kmem_cache_free+272/27c>
  13: 5b popl %ebx

     Jon

-
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 : Sun May 07 2000 - 21:00:12 EST