* oops in devfs
@ 2002-01-03 1:45 Jason Thomas
2002-01-03 7:24 ` Richard Gooch
0 siblings, 1 reply; 7+ messages in thread
From: Jason Thomas @ 2002-01-03 1:45 UTC (permalink / raw)
To: linux-kernel
Please CC me I'm not on the list
Hi, I get the following oops, usually after booting. I've done things
like run memtest86 and changed the scsi cable.
Thanks.
ksymoops 2.4.3 on i686 2.4.17. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.17/ (default)
-m /boot/System.map-2.4.17 (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.
No modules in ksyms, skipping objects
Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file?
cpu: 0, clocks: 1339387, slice: 446462
cpu: 1, clocks: 1339387, slice: 446462
kernel BUG at dcache.c:654!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c0144b52>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010286
eax: 0000001c ebx: f5f66210 ecx: c028dd20 edx: 00003757
esi: f5da5280 edi: f5f661e0 ebp: f5f661e0 esp: f7a7df08
ds: 0018 es: 0018 ss: 0018
Process devfsd (pid: 24, stackpage=f7a7d000)
Stack: c02408d3 0000028e f7324b40 f5da5280 f7a869a0 c016a31f f5f661e0 f5da5280
f5f661e0 00000000 f7a7dfa4 f7a87c40 c013be5e f5f661e0 00000000 f7a7df74
c013c6c1 f7a87c40 f7a7df74 00000000 f7a6a000 00000000 f7a7dfa4 00000009
Call Trace: [<c016a31f>] [<c013be5e>] [<c013c6c1>] [<c013c94a>] [<c013ce31>]
[<c013984d>] [<c0132824>] [<c0106dbb>]
Code: 0f 0b 83 c4 08 f0 fe 0d a0 36 2e c0 0f 88 a3 63 0e 00 85 f6
>>EIP; c0144b52 <d_instantiate+22/58> <=====
Trace; c016a31e <devfs_d_revalidate_wait+8a/bc>
Trace; c013be5e <cached_lookup+2e/54>
Trace; c013c6c0 <link_path_walk+5e0/850>
Trace; c013c94a <path_walk+1a/1c>
Trace; c013ce30 <__user_walk+34/50>
Trace; c013984c <sys_stat64+18/70>
Trace; c0132824 <sys_read+bc/c4>
Trace; c0106dba <system_call+32/38>
Code; c0144b52 <d_instantiate+22/58>
00000000 <_EIP>:
Code; c0144b52 <d_instantiate+22/58> <=====
0: 0f 0b ud2a <=====
Code; c0144b54 <d_instantiate+24/58>
2: 83 c4 08 add $0x8,%esp
Code; c0144b56 <d_instantiate+26/58>
5: f0 fe 0d a0 36 2e c0 lock decb 0xc02e36a0
Code; c0144b5e <d_instantiate+2e/58>
c: 0f 88 a3 63 0e 00 js e63b5 <_EIP+0xe63b5> c022af06 <stext_lo
ck+2c22/88ee>
Code; c0144b64 <d_instantiate+34/58>
12: 85 f6 test %esi,%esi
2 warnings issued. Results may not be reliable.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: oops in devfs
2002-01-03 1:45 oops in devfs Jason Thomas
@ 2002-01-03 7:24 ` Richard Gooch
2002-01-03 22:47 ` Jason Thomas
0 siblings, 1 reply; 7+ messages in thread
From: Richard Gooch @ 2002-01-03 7:24 UTC (permalink / raw)
To: Jason Thomas; +Cc: linux-kernel
Jason Thomas writes:
> Please CC me I'm not on the list
>
> Hi, I get the following oops, usually after booting. I've done things
> like run memtest86 and changed the scsi cable.
>
> Thanks.
>
> cpu: 0, clocks: 1339387, slice: 446462
> cpu: 1, clocks: 1339387, slice: 446462
> kernel BUG at dcache.c:654!
> invalid operand: 0000
> CPU: 0
> EIP: 0010:[<c0144b52>] Not tainted
> Using defaults from ksymoops -t elf32-i386 -a i386
> EFLAGS: 00010286
> eax: 0000001c ebx: f5f66210 ecx: c028dd20 edx: 00003757
> esi: f5da5280 edi: f5f661e0 ebp: f5f661e0 esp: f7a7df08
> ds: 0018 es: 0018 ss: 0018
> Process devfsd (pid: 24, stackpage=f7a7d000)
> Stack: c02408d3 0000028e f7324b40 f5da5280 f7a869a0 c016a31f f5f661e0 f5da5280
> f5f661e0 00000000 f7a7dfa4 f7a87c40 c013be5e f5f661e0 00000000 f7a7df74
> c013c6c1 f7a87c40 f7a7df74 00000000 f7a6a000 00000000 f7a7dfa4 00000009
> Call Trace: [<c016a31f>] [<c013be5e>] [<c013c6c1>] [<c013c94a>] [<c013ce31>]
> [<c013984d>] [<c0132824>] [<c0106dbb>]
> Code: 0f 0b 83 c4 08 f0 fe 0d a0 36 2e c0 0f 88 a3 63 0e 00 85 f6
>
> >>EIP; c0144b52 <d_instantiate+22/58> <=====
> Trace; c016a31e <devfs_d_revalidate_wait+8a/bc>
> Trace; c013be5e <cached_lookup+2e/54>
> Trace; c013c6c0 <link_path_walk+5e0/850>
> Trace; c013c94a <path_walk+1a/1c>
> Trace; c013ce30 <__user_walk+34/50>
> Trace; c013984c <sys_stat64+18/70>
> Trace; c0132824 <sys_read+bc/c4>
> Trace; c0106dba <system_call+32/38>
> Code; c0144b52 <d_instantiate+22/58>
> 00000000 <_EIP>:
> Code; c0144b52 <d_instantiate+22/58> <=====
> 0: 0f 0b ud2a <=====
> Code; c0144b54 <d_instantiate+24/58>
> 2: 83 c4 08 add $0x8,%esp
> Code; c0144b56 <d_instantiate+26/58>
> 5: f0 fe 0d a0 36 2e c0 lock decb 0xc02e36a0
> Code; c0144b5e <d_instantiate+2e/58>
> c: 0f 88 a3 63 0e 00 js e63b5 <_EIP+0xe63b5> c022af06 <stext_lo
> ck+2c22/88ee>
> Code; c0144b64 <d_instantiate+34/58>
> 12: 85 f6 test %esi,%esi
Grab devfs-patch-v199.6 from your local kernel.org mirror site and try
again. If you still have the same problem, send the new ksymoops
output as well as *complete* kernel boot logs.
Regards,
Richard....
Permanent: rgooch@atnf.csiro.au
Current: rgooch@ras.ucalgary.ca
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: oops in devfs
2002-01-03 7:24 ` Richard Gooch
@ 2002-01-03 22:47 ` Jason Thomas
2002-01-06 0:47 ` Richard Gooch
0 siblings, 1 reply; 7+ messages in thread
From: Jason Thomas @ 2002-01-03 22:47 UTC (permalink / raw)
To: Richard Gooch; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 290 bytes --]
Okay same thing.
On Thu, Jan 03, 2002 at 12:24:23AM -0700, Richard Gooch wrote:
> Grab devfs-patch-v199.6 from your local kernel.org mirror site and try
> again. If you still have the same problem, send the new ksymoops
> output as well as *complete* kernel boot logs.
they are attached.
[-- Attachment #2: oops3 --]
[-- Type: text/plain, Size: 14039 bytes --]
Linux version 2.4.17 (root@sothis) (gcc version 2.95.4 20011006 (Debian prerelease)) #1 SMP Fri Jan 4 09:31:39 EST 2002
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f400 (usable)
BIOS-e820: 000000000009f400 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000003fffc000 (usable)
BIOS-e820: 000000003fffc000 - 000000003ffff000 (ACPI data)
BIOS-e820: 000000003ffff000 - 0000000040000000 (ACPI NVS)
BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
127MB HIGHMEM available.
found SMP MP-table at 000f5530
hm, page 000f5000 reserved twice.
hm, page 000f6000 reserved twice.
hm, page 000f5000 reserved twice.
hm, page 000f6000 reserved twice.
On node 0 totalpages: 262140
zone(0): 4096 pages.
zone(1): 225280 pages.
zone(2): 32764 pages.
Intel MultiProcessor Specification v1.1
Virtual Wire compatibility mode.
OEM ID: OEM00000 Product ID: PROD00000000 APIC at: 0xFEE00000
Processor #3 Pentium(tm) Pro APIC version 17
Processor #0 Pentium(tm) Pro APIC version 17
I/O APIC #2 Version 17 at 0xFEC00000.
Processors: 2
Kernel command line: root=/dev/scsi/host0/bus0/target0/lun0/part1 ro
Initializing CPU#0
Detected 1004.523 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 2005.40 BogoMIPS
Memory: 1029448k/1048560k available (1218k kernel code, 18724k reserved, 447k data, 228k init, 131056k highmem)
Dentry-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
Mount-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 65536 (order: 6, 262144 bytes)
Page-cache hash table entries: 262144 (order: 8, 1048576 bytes)
CPU: Before vendor init, caps: 0383fbff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After vendor init, caps: 0383fbff 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
CPU: Common caps: 0383fbff 00000000 00000000 00000000
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
CPU: Before vendor init, caps: 0383fbff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After vendor init, caps: 0383fbff 00000000 00000000 00000000
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
CPU: Common caps: 0383fbff 00000000 00000000 00000000
CPU0: Intel Pentium III (Coppermine) stepping 06
per-CPU timeslice cutoff: 731.07 usecs.
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Booting processor 1/0 eip 2000
Initializing CPU#1
masked ExtINT on CPU#1
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Calibrating delay loop... 2005.40 BogoMIPS
CPU: Before vendor init, caps: 0383fbff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After vendor init, caps: 0383fbff 00000000 00000000 00000000
Intel machine check reporting enabled on CPU#1.
CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
CPU: Common caps: 0383fbff 00000000 00000000 00000000
CPU1: Intel Pentium III (Coppermine) stepping 06
Total of 2 processors activated (4010.80 BogoMIPS).
ENABLING IO-APIC IRQs
Setting 2 in the phys_id_present_map
...changing IO-APIC physical APIC ID to 2 ... ok.
init IO_APIC IRQs
IO-APIC (apicid-pin) 2-0, 2-13, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22, 2-23 not connected.
..TIMER: vector=0x31 pin1=2 pin2=0
number of MP IRQ sources: 15.
number of IO-APIC #2 registers: 24.
testing the IO APIC.......................
IO APIC #2......
.... register #00: 02000000
....... : physical APIC id: 02
.... register #01: 00178011
....... : max redirection entries: 0017
....... : PRQ implemented: 1
....... : IO APIC version: 0011
.... register #02: 00000000
....... : arbitration: 00
.... IRQ redirection table:
NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
00 000 00 1 0 0 0 0 0 0 00
01 003 03 0 0 0 0 0 1 1 39
02 003 03 0 0 0 0 0 1 1 31
03 003 03 0 0 0 0 0 1 1 41
04 003 03 0 0 0 0 0 1 1 49
05 003 03 0 0 0 0 0 1 1 51
06 003 03 0 0 0 0 0 1 1 59
07 003 03 0 0 0 0 0 1 1 61
08 003 03 0 0 0 0 0 1 1 69
09 003 03 0 0 0 0 0 1 1 71
0a 003 03 1 1 0 1 0 1 1 79
0b 003 03 1 1 0 1 0 1 1 81
0c 003 03 0 0 0 0 0 1 1 89
0d 000 00 1 0 0 0 0 0 0 00
0e 003 03 0 0 0 0 0 1 1 91
0f 003 03 1 1 0 1 0 1 1 99
10 000 00 1 0 0 0 0 0 0 00
11 000 00 1 0 0 0 0 0 0 00
12 000 00 1 0 0 0 0 0 0 00
13 000 00 1 0 0 0 0 0 0 00
14 000 00 1 0 0 0 0 0 0 00
15 000 00 1 0 0 0 0 0 0 00
16 000 00 1 0 0 0 0 0 0 00
17 000 00 1 0 0 0 0 0 0 00
IRQ to pin mappings:
IRQ0 -> 0:2
IRQ1 -> 0:1
IRQ3 -> 0:3
IRQ4 -> 0:4
IRQ5 -> 0:5
IRQ6 -> 0:6
IRQ7 -> 0:7
IRQ8 -> 0:8
IRQ9 -> 0:9
IRQ10 -> 0:10
IRQ11 -> 0:11
IRQ12 -> 0:12
IRQ14 -> 0:14
IRQ15 -> 0:15
.................................... done.
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 1004.3477 MHz.
..... host bus clock speed is 133.9128 MHz.
cpu: 0, clocks: 1339128, slice: 446376
CPU0<T0:1339120,T1:892736,D:8,S:446376,C:1339128>
cpu: 1, clocks: 1339128, slice: 446376
CPU1<T0:1339120,T1:446368,D:0,S:446376,C:1339128>
checking TSC synchronization across CPUs: passed.
Waiting on wait_init_idle (map = 0x2)
All processors have done init_idle
PCI: PCI BIOS revision 2.10 entry at 0xf0d60, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 0: assuming transparent
Unknown bridge resource 1: assuming transparent
Unknown bridge resource 2: assuming transparent
PCI: Using IRQ router VIA [1106/0686] at 00:04.0
PCI: Enabling Via external APIC routing
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
allocated 32 pages and 32 bhs reserved for the highmem bounces
Journalled Block Device driver loaded
devfs: v1.8 (20011226) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Real Time Clock Driver v1.10e
block: 128 slots per queue, batch=32
eepro100.c:v1.09j-t 9/29/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html
eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others
eth0: Intel Corp. 82557 [Ethernet Pro 100], 00:E0:18:05:1F:25, IRQ 10.
Board assembly 733470-006, 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 (0x04f4518b).
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 8, function 0
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: 53c1010-33 detected with Symbios NVRAM
sym53c8xx: at PCI bus 0, device 8, function 1
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: 53c1010-33 detected with Symbios NVRAM
sym53c1010-33-0: rev 0x1 on pci bus 0 device 8 function 0 irq 15
sym53c1010-33-0: Symbios format NVRAM, ID 7, Fast-80, Parity Checking
sym53c1010-33-0: on-chip RAM at 0xf9800000
sym53c1010-33-0: restart (scsi reset).
sym53c1010-33-0: handling phase mismatch from SCRIPTS.
sym53c1010-33-0: Downloading SCSI SCRIPTS.
sym53c1010-33-1: rev 0x1 on pci bus 0 device 8 function 1 irq 11
sym53c1010-33-1: Symbios format NVRAM, ID 7, Fast-80, Parity Checking
sym53c1010-33-1: on-chip RAM at 0xf8800000
sym53c1010-33-1: restart (scsi reset).
sym53c1010-33-1: handling phase mismatch from SCRIPTS.
sym53c1010-33-1: Downloading SCSI SCRIPTS.
scsi0 : sym53c8xx-1.7.3c-20010512
scsi1 : sym53c8xx-1.7.3c-20010512
Vendor: SEAGATE Model: ST34573LW Rev: 5702
Type: Direct-Access ANSI SCSI revision: 02
Vendor: IBM Model: DDYS-T18350N Rev: S96H
Type: Direct-Access ANSI SCSI revision: 03
Vendor: IBM Model: DDYS-T18350N Rev: S96H
Type: Direct-Access ANSI SCSI revision: 03
sym53c1010-33-0-<0,0>: tagged command queue depth set to 8
sym53c1010-33-0-<1,0>: tagged command queue depth set to 8
sym53c1010-33-0-<2,0>: tagged command queue depth set to 8
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0
Attached scsi disk sdc at scsi0, channel 0, id 2, lun 0
sym53c1010-33-0-<0,0>: phase change 6-7 11@000074b8 resid=2.
sym53c1010-33-0-<0,*>: FAST-40 WIDE SCSI 80.0 MB/s (25.0 ns, offset 15)
SCSI device sda: 8888924 512-byte hdwr sectors (4551 MB)
Partition check:
/dev/scsi/host0/bus0/target0/lun0: p1 p2
sym53c1010-33-0-<1,*>: FAST-80 WIDE SCSI 160.0 MB/s (12.5 ns, offset 62)
SCSI device sdb: 35843670 512-byte hdwr sectors (18352 MB)
/dev/scsi/host0/bus0/target1/lun0: p1
sym53c1010-33-0-<2,*>: FAST-80 WIDE SCSI 160.0 MB/s (12.5 ns, offset 62)
SCSI device sdc: 35843670 512-byte hdwr sectors (18352 MB)
/dev/scsi/host0/bus0/target2/lun0: p1
LVM version 1.0.1-rc4(ish)(03/10/2001)
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP: Hash tables configured (established 262144 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 228k freed
Adding Swap: 2040244k swap-space (priority -1)
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on sd(8,1), internal journal
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on lvm(58,0), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on lvm(58,1), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on lvm(58,2), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kernel BUG at dcache.c:654!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c0144b52>] Not tainted
EFLAGS: 00010286
eax: 0000001c ebx: f7adbcd0 ecx: c028dbe0 edx: 000037f9
esi: f7a7c9a0 edi: f7adbca0 ebp: f7adbca0 esp: f7a6bf08
ds: 0018 es: 0018 ss: 0018
Process devfsd (pid: 25, stackpage=f7a6b000)
Stack: c02408f3 0000028e f66d65a0 f7a7c9a0 f7aa3bc0 c016a33f f7adbca0 f7a7c9a0
f7adbca0 00000000 f7a6bfa4 f7aa50c0 c013be5e f7adbca0 00000000 f7a6bf74
c013c6c1 f7aa50c0 f7a6bf74 00000000 f682b000 00000000 f7a6bfa4 00000009
Call Trace: [<c016a33f>] [<c013be5e>] [<c013c6c1>] [<c013c94a>] [<c013ce31>]
[<c013984d>] [<c0132824>] [<c0106dbb>]
Code: 0f 0b 83 c4 08 f0 fe 0d a0 36 2e c0 0f 88 c3 63 0e 00 85 f6
[-- Attachment #3: oops3.done --]
[-- Type: text/plain, Size: 2571 bytes --]
ksymoops 2.4.3 on i686 2.4.17. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.17/ (default)
-m /boot/System.map-2.4.17 (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.
No modules in ksyms, skipping objects
Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file?
cpu: 0, clocks: 1339128, slice: 446376
cpu: 1, clocks: 1339128, slice: 446376
kernel BUG at dcache.c:654!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c0144b52>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010286
eax: 0000001c ebx: f7adbcd0 ecx: c028dbe0 edx: 000037f9
esi: f7a7c9a0 edi: f7adbca0 ebp: f7adbca0 esp: f7a6bf08
ds: 0018 es: 0018 ss: 0018
Process devfsd (pid: 25, stackpage=f7a6b000)
Stack: c02408f3 0000028e f66d65a0 f7a7c9a0 f7aa3bc0 c016a33f f7adbca0 f7a7c9a0
f7adbca0 00000000 f7a6bfa4 f7aa50c0 c013be5e f7adbca0 00000000 f7a6bf74
c013c6c1 f7aa50c0 f7a6bf74 00000000 f682b000 00000000 f7a6bfa4 00000009
Call Trace: [<c016a33f>] [<c013be5e>] [<c013c6c1>] [<c013c94a>] [<c013ce31>]
[<c013984d>] [<c0132824>] [<c0106dbb>]
Code: 0f 0b 83 c4 08 f0 fe 0d a0 36 2e c0 0f 88 c3 63 0e 00 85 f6
>>EIP; c0144b52 <d_instantiate+22/58> <=====
Trace; c016a33e <devfs_d_revalidate_wait+8a/bc>
Trace; c013be5e <cached_lookup+2e/54>
Trace; c013c6c0 <link_path_walk+5e0/850>
Trace; c013c94a <path_walk+1a/1c>
Trace; c013ce30 <__user_walk+34/50>
Trace; c013984c <sys_stat64+18/70>
Trace; c0132824 <sys_read+bc/c4>
Trace; c0106dba <system_call+32/38>
Code; c0144b52 <d_instantiate+22/58>
00000000 <_EIP>:
Code; c0144b52 <d_instantiate+22/58> <=====
0: 0f 0b ud2a <=====
Code; c0144b54 <d_instantiate+24/58>
2: 83 c4 08 add $0x8,%esp
Code; c0144b56 <d_instantiate+26/58>
5: f0 fe 0d a0 36 2e c0 lock decb 0xc02e36a0
Code; c0144b5e <d_instantiate+2e/58>
c: 0f 88 c3 63 0e 00 js e63d5 <_EIP+0xe63d5> c022af26 <stext_lock+2c22/88ee>
Code; c0144b64 <d_instantiate+34/58>
12: 85 f6 test %esi,%esi
2 warnings issued. Results may not be reliable.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: oops in devfs
2002-01-03 22:47 ` Jason Thomas
@ 2002-01-06 0:47 ` Richard Gooch
2002-01-06 3:27 ` Andreas Dilger
2002-01-07 0:39 ` Jason Thomas
0 siblings, 2 replies; 7+ messages in thread
From: Richard Gooch @ 2002-01-06 0:47 UTC (permalink / raw)
To: Jason Thomas; +Cc: linux-kernel, marcelo
Jason Thomas writes:
> Okay same thing.
>
> On Thu, Jan 03, 2002 at 12:24:23AM -0700, Richard Gooch wrote:
> > Grab devfs-patch-v199.6 from your local kernel.org mirror site and try
> > again. If you still have the same problem, send the new ksymoops
> > output as well as *complete* kernel boot logs.
>
> they are attached.
[...]
> LVM version 1.0.1-rc4(ish)(03/10/2001)
Ah! You're using LVM! There are known bugs in LVM which cause memory
corruptions. I told Heinz about this on 16-DEC, but it appears the CVS
tree hasn't been updated yet. So grab the latest CVS tree (which fixes
some bugs) and then apply the appended patch (which fixes more
bugs). You definately need both. The patch should be applied in the
drivers/md directory.
I'm afraid that you will need to manually apply this patch, because
the LVM CVS tree has a pile of #ifdef CONFIG_DEVFS_FS's in it, whereas
the LVM code in the kernel tree (which is what I generated the patch
against) has these #ifdef's stripped.
I've offered to Marcelo to take the current LVM CVS, apply my fixes
and send him a patch. That would avoid this problem coming up again
(and again). I haven't had a response yet. Perhaps he's still
recovering from his holiday. I hope so, because that probably means he
enjoyed himself :-)
Marcelo: will you accept such a patch?
Regards,
Richard....
Permanent: rgooch@atnf.csiro.au
Current: rgooch@ras.ucalgary.ca
--- lvm-fs.c~ Sun Nov 11 11:09:32 2001
+++ lvm-fs.c Sun Dec 16 17:37:32 2001
@@ -30,6 +30,7 @@
* 04/10/2001 - corrected devfs_register() call in lvm_init_fs()
* 11/04/2001 - don't devfs_register("lvm") as user-space always does it
* 10/05/2001 - show more of PV name in /proc/lvm/global
+ * 16/12/2001 - fix devfs unregister order and prevent duplicate unreg (REG)
*
*/
@@ -138,7 +139,7 @@
int i;
devfs_unregister(ch_devfs_handle[vg_ptr->vg_number]);
- devfs_unregister(vg_devfs_handle[vg_ptr->vg_number]);
+ ch_devfs_handle[vg_ptr->vg_number] = NULL;
/* remove lv's */
for(i = 0; i < vg_ptr->lv_max; i++)
@@ -148,6 +149,10 @@
for(i = 0; i < vg_ptr->pv_max; i++)
if(vg_ptr->pv[i]) lvm_fs_remove_pv(vg_ptr, vg_ptr->pv[i]);
+ /* must not remove directory before leaf nodes */
+ devfs_unregister(vg_devfs_handle[vg_ptr->vg_number]);
+ vg_devfs_handle[vg_ptr->vg_number] = NULL;
+
if(vg_ptr->vg_dir_pde) {
remove_proc_entry(LVM_LV_SUBDIR, vg_ptr->vg_dir_pde);
vg_ptr->lv_subdir_pde = NULL;
@@ -189,6 +194,7 @@
void lvm_fs_remove_lv(vg_t *vg_ptr, lv_t *lv) {
devfs_unregister(lv_devfs_handle[MINOR(lv->lv_dev)]);
+ lv_devfs_handle[MINOR(lv->lv_dev)] = NULL;
if(vg_ptr->lv_subdir_pde) {
const char *name = _basename(lv->lv_name);
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: oops in devfs
2002-01-06 0:47 ` Richard Gooch
@ 2002-01-06 3:27 ` Andreas Dilger
2002-01-06 8:32 ` Richard Gooch
2002-01-07 0:39 ` Jason Thomas
1 sibling, 1 reply; 7+ messages in thread
From: Andreas Dilger @ 2002-01-06 3:27 UTC (permalink / raw)
To: Richard Gooch; +Cc: Jason Thomas, linux-kernel, marcelo
On Jan 05, 2002 17:47 -0700, Richard Gooch wrote:
> Ah! You're using LVM! There are known bugs in LVM which cause memory
> corruptions. I told Heinz about this on 16-DEC, but it appears the CVS
> tree hasn't been updated yet. So grab the latest CVS tree (which fixes
> some bugs) and then apply the appended patch (which fixes more
> bugs). You definately need both. The patch should be applied in the
> drivers/md directory.
Hmm, my understanding was that the LVM CVS already had this patch
applied, but I could be wrong... In any case, I haven't seen anything
about updating the kernel LVM to match CVS since Alan merged in his
-ac LVM code into 2.4.15 or so.
Cheers, Andreas
--
Andreas Dilger
http://sourceforge.net/projects/ext2resize/
http://www-mddsp.enel.ucalgary.ca/People/adilger/
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: oops in devfs
2002-01-06 3:27 ` Andreas Dilger
@ 2002-01-06 8:32 ` Richard Gooch
0 siblings, 0 replies; 7+ messages in thread
From: Richard Gooch @ 2002-01-06 8:32 UTC (permalink / raw)
To: Andreas Dilger; +Cc: Jason Thomas, linux-kernel, marcelo
Andreas Dilger writes:
> On Jan 05, 2002 17:47 -0700, Richard Gooch wrote:
> > Ah! You're using LVM! There are known bugs in LVM which cause memory
> > corruptions. I told Heinz about this on 16-DEC, but it appears the CVS
> > tree hasn't been updated yet. So grab the latest CVS tree (which fixes
> > some bugs) and then apply the appended patch (which fixes more
> > bugs). You definately need both. The patch should be applied in the
> > drivers/md directory.
>
> Hmm, my understanding was that the LVM CVS already had this patch
> applied, but I could be wrong... In any case, I haven't seen
> anything about updating the kernel LVM to match CVS since Alan
> merged in his -ac LVM code into 2.4.15 or so.
When I wrote this message, I had just before downloaded LVM using CVS,
following the instructions at: http://www.sistina.com/products_CVS.htm
AFAIK, that's the most recent version of LVM.
Hm. Andreas: do you have write access?
Regards,
Richard....
Permanent: rgooch@atnf.csiro.au
Current: rgooch@ras.ucalgary.ca
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: oops in devfs
2002-01-06 0:47 ` Richard Gooch
2002-01-06 3:27 ` Andreas Dilger
@ 2002-01-07 0:39 ` Jason Thomas
1 sibling, 0 replies; 7+ messages in thread
From: Jason Thomas @ 2002-01-07 0:39 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 592 bytes --]
On Sat, Jan 05, 2002 at 05:47:04PM -0700, Richard Gooch wrote:
> > LVM version 1.0.1-rc4(ish)(03/10/2001)
>
> Ah! You're using LVM! There are known bugs in LVM which cause memory
> corruptions. I told Heinz about this on 16-DEC, but it appears the CVS
> tree hasn't been updated yet. So grab the latest CVS tree (which fixes
> some bugs) and then apply the appended patch (which fixes more
> bugs). You definately need both. The patch should be applied in the
> drivers/md directory.
okay done this and still the same thing oops just after boot. dmesg with
oops and ksymoops stuff attached
[-- Attachment #2: oops4 --]
[-- Type: text/plain, Size: 13862 bytes --]
Linux version 2.4.17 (root@sothis) (gcc version 2.95.4 20011006 (Debian prerelease)) #1 SMP Mon Jan 7 11:25:18 EST 2002
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f400 (usable)
BIOS-e820: 000000000009f400 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000003fffc000 (usable)
BIOS-e820: 000000003fffc000 - 000000003ffff000 (ACPI data)
BIOS-e820: 000000003ffff000 - 0000000040000000 (ACPI NVS)
BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
127MB HIGHMEM available.
found SMP MP-table at 000f5530
hm, page 000f5000 reserved twice.
hm, page 000f6000 reserved twice.
hm, page 000f5000 reserved twice.
hm, page 000f6000 reserved twice.
On node 0 totalpages: 262140
zone(0): 4096 pages.
zone(1): 225280 pages.
zone(2): 32764 pages.
Intel MultiProcessor Specification v1.1
Virtual Wire compatibility mode.
OEM ID: OEM00000 Product ID: PROD00000000 APIC at: 0xFEE00000
Processor #3 Pentium(tm) Pro APIC version 17
Processor #0 Pentium(tm) Pro APIC version 17
I/O APIC #2 Version 17 at 0xFEC00000.
Processors: 2
Kernel command line: root=/dev/scsi/host0/bus0/target0/lun0/part1 ro
Initializing CPU#0
Detected 1004.520 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 2005.40 BogoMIPS
Memory: 1029448k/1048560k available (1219k kernel code, 18724k reserved, 447k data, 228k init, 131056k highmem)
Dentry-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
Mount-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 65536 (order: 6, 262144 bytes)
Page-cache hash table entries: 262144 (order: 8, 1048576 bytes)
CPU: Before vendor init, caps: 0383fbff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After vendor init, caps: 0383fbff 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
CPU: Common caps: 0383fbff 00000000 00000000 00000000
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
CPU: Before vendor init, caps: 0383fbff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After vendor init, caps: 0383fbff 00000000 00000000 00000000
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
CPU: Common caps: 0383fbff 00000000 00000000 00000000
CPU0: Intel Pentium III (Coppermine) stepping 06
per-CPU timeslice cutoff: 731.07 usecs.
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Booting processor 1/0 eip 2000
Initializing CPU#1
masked ExtINT on CPU#1
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Calibrating delay loop... 2005.40 BogoMIPS
CPU: Before vendor init, caps: 0383fbff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After vendor init, caps: 0383fbff 00000000 00000000 00000000
Intel machine check reporting enabled on CPU#1.
CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
CPU: Common caps: 0383fbff 00000000 00000000 00000000
CPU1: Intel Pentium III (Coppermine) stepping 06
Total of 2 processors activated (4010.80 BogoMIPS).
ENABLING IO-APIC IRQs
Setting 2 in the phys_id_present_map
...changing IO-APIC physical APIC ID to 2 ... ok.
init IO_APIC IRQs
IO-APIC (apicid-pin) 2-0, 2-13, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22, 2-23 not connected.
..TIMER: vector=0x31 pin1=2 pin2=0
number of MP IRQ sources: 15.
number of IO-APIC #2 registers: 24.
testing the IO APIC.......................
IO APIC #2......
.... register #00: 02000000
....... : physical APIC id: 02
.... register #01: 00178011
....... : max redirection entries: 0017
....... : PRQ implemented: 1
....... : IO APIC version: 0011
.... register #02: 00000000
....... : arbitration: 00
.... IRQ redirection table:
NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
00 000 00 1 0 0 0 0 0 0 00
01 003 03 0 0 0 0 0 1 1 39
02 003 03 0 0 0 0 0 1 1 31
03 003 03 0 0 0 0 0 1 1 41
04 003 03 0 0 0 0 0 1 1 49
05 003 03 0 0 0 0 0 1 1 51
06 003 03 0 0 0 0 0 1 1 59
07 003 03 0 0 0 0 0 1 1 61
08 003 03 0 0 0 0 0 1 1 69
09 003 03 0 0 0 0 0 1 1 71
0a 003 03 1 1 0 1 0 1 1 79
0b 003 03 1 1 0 1 0 1 1 81
0c 003 03 0 0 0 0 0 1 1 89
0d 000 00 1 0 0 0 0 0 0 00
0e 003 03 0 0 0 0 0 1 1 91
0f 003 03 1 1 0 1 0 1 1 99
10 000 00 1 0 0 0 0 0 0 00
11 000 00 1 0 0 0 0 0 0 00
12 000 00 1 0 0 0 0 0 0 00
13 000 00 1 0 0 0 0 0 0 00
14 000 00 1 0 0 0 0 0 0 00
15 000 00 1 0 0 0 0 0 0 00
16 000 00 1 0 0 0 0 0 0 00
17 000 00 1 0 0 0 0 0 0 00
IRQ to pin mappings:
IRQ0 -> 0:2
IRQ1 -> 0:1
IRQ3 -> 0:3
IRQ4 -> 0:4
IRQ5 -> 0:5
IRQ6 -> 0:6
IRQ7 -> 0:7
IRQ8 -> 0:8
IRQ9 -> 0:9
IRQ10 -> 0:10
IRQ11 -> 0:11
IRQ12 -> 0:12
IRQ14 -> 0:14
IRQ15 -> 0:15
.................................... done.
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 1004.5278 MHz.
..... host bus clock speed is 133.9366 MHz.
cpu: 0, clocks: 1339366, slice: 446455
CPU0<T0:1339360,T1:892896,D:9,S:446455,C:1339366>
cpu: 1, clocks: 1339366, slice: 446455
CPU1<T0:1339360,T1:446448,D:2,S:446455,C:1339366>
checking TSC synchronization across CPUs: passed.
Waiting on wait_init_idle (map = 0x2)
All processors have done init_idle
PCI: PCI BIOS revision 2.10 entry at 0xf0d60, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 0: assuming transparent
Unknown bridge resource 1: assuming transparent
Unknown bridge resource 2: assuming transparent
PCI: Using IRQ router VIA [1106/0686] at 00:04.0
PCI: Enabling Via external APIC routing
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
allocated 32 pages and 32 bhs reserved for the highmem bounces
Journalled Block Device driver loaded
devfs: v1.8 (20011226) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Real Time Clock Driver v1.10e
block: 128 slots per queue, batch=32
eepro100.c:v1.09j-t 9/29/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html
eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others
eth0: Intel Corp. 82557 [Ethernet Pro 100], 00:E0:18:05:1F:25, IRQ 10.
Board assembly 733470-006, 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 (0x04f4518b).
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 8, function 0
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: 53c1010-33 detected with Symbios NVRAM
sym53c8xx: at PCI bus 0, device 8, function 1
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: 53c1010-33 detected with Symbios NVRAM
sym53c1010-33-0: rev 0x1 on pci bus 0 device 8 function 0 irq 15
sym53c1010-33-0: Symbios format NVRAM, ID 7, Fast-80, Parity Checking
sym53c1010-33-0: on-chip RAM at 0xf9800000
sym53c1010-33-0: restart (scsi reset).
sym53c1010-33-0: handling phase mismatch from SCRIPTS.
sym53c1010-33-0: Downloading SCSI SCRIPTS.
sym53c1010-33-1: rev 0x1 on pci bus 0 device 8 function 1 irq 11
sym53c1010-33-1: Symbios format NVRAM, ID 7, Fast-80, Parity Checking
sym53c1010-33-1: on-chip RAM at 0xf8800000
sym53c1010-33-1: restart (scsi reset).
sym53c1010-33-1: handling phase mismatch from SCRIPTS.
sym53c1010-33-1: Downloading SCSI SCRIPTS.
scsi0 : sym53c8xx-1.7.3c-20010512
scsi1 : sym53c8xx-1.7.3c-20010512
Vendor: SEAGATE Model: ST34573LW Rev: 5702
Type: Direct-Access ANSI SCSI revision: 02
Vendor: IBM Model: DDYS-T18350N Rev: S96H
Type: Direct-Access ANSI SCSI revision: 03
Vendor: IBM Model: DDYS-T18350N Rev: S96H
Type: Direct-Access ANSI SCSI revision: 03
sym53c1010-33-0-<0,0>: tagged command queue depth set to 8
sym53c1010-33-0-<1,0>: tagged command queue depth set to 8
sym53c1010-33-0-<2,0>: tagged command queue depth set to 8
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0
Attached scsi disk sdc at scsi0, channel 0, id 2, lun 0
sym53c1010-33-0-<0,0>: phase change 6-7 11@000074b8 resid=2.
sym53c1010-33-0-<0,*>: FAST-40 WIDE SCSI 80.0 MB/s (25.0 ns, offset 15)
SCSI device sda: 8888924 512-byte hdwr sectors (4551 MB)
Partition check:
/dev/scsi/host0/bus0/target0/lun0: p1 p2
sym53c1010-33-0-<1,*>: FAST-80 WIDE SCSI 160.0 MB/s (12.5 ns, offset 62)
SCSI device sdb: 35843670 512-byte hdwr sectors (18352 MB)
/dev/scsi/host0/bus0/target1/lun0: p1
sym53c1010-33-0-<2,*>: FAST-80 WIDE SCSI 160.0 MB/s (12.5 ns, offset 62)
SCSI device sdc: 35843670 512-byte hdwr sectors (18352 MB)
/dev/scsi/host0/bus0/target2/lun0: p1
LVM version 1.0.1(26/11/2001)
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP: Hash tables configured (established 262144 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 228k freed
Adding Swap: 2040244k swap-space (priority -1)
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on sd(8,1), internal journal
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
invalidate: dirty buffer
invalidate: busy buffer
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on lvm(58,0), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on lvm(58,1), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on lvm(58,2), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kernel BUG at dcache.c:654!
invalid operand: 0000
CPU: 1
EIP: 0010:[<c0144b52>] Not tainted
EFLAGS: 00010286
eax: 0000001c ebx: f7a82210 ecx: c028dce0 edx: 00003733
esi: f7a7bd60 edi: f7a821e0 ebp: f7a821e0 esp: f7a6bf08
ds: 0018 es: 0018 ss: 0018
Process devfsd (pid: 25, stackpage=f7a6b000)
Stack: c0240a13 0000028e f6829ba0 f7a7bd60 f7a7f480 c016a33f f7a821e0 f7a7bd60
f7a821e0 00000000 f7a6bfa4 f7a9c6a0 c013be5e f7a821e0 00000000 f7a6bf74
c013c6c1 f7a9c6a0 f7a6bf74 00000000 f7a28000 00000000 f7a6bfa4 00000009
Call Trace: [<c016a33f>] [<c013be5e>] [<c013c6c1>] [<c013c94a>] [<c013ce31>]
[<c013984d>] [<c0132824>] [<c0106dbb>]
Code: 0f 0b 83 c4 08 f0 fe 0d a0 36 2e c0 0f 88 d3 64 0e 00 85 f6
[-- Attachment #3: oops4.done --]
[-- Type: text/plain, Size: 2571 bytes --]
ksymoops 2.4.3 on i686 2.4.17. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.17/ (default)
-m /boot/System.map-2.4.17 (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.
No modules in ksyms, skipping objects
Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file?
cpu: 0, clocks: 1339366, slice: 446455
cpu: 1, clocks: 1339366, slice: 446455
kernel BUG at dcache.c:654!
invalid operand: 0000
CPU: 1
EIP: 0010:[<c0144b52>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010286
eax: 0000001c ebx: f7a82210 ecx: c028dce0 edx: 00003733
esi: f7a7bd60 edi: f7a821e0 ebp: f7a821e0 esp: f7a6bf08
ds: 0018 es: 0018 ss: 0018
Process devfsd (pid: 25, stackpage=f7a6b000)
Stack: c0240a13 0000028e f6829ba0 f7a7bd60 f7a7f480 c016a33f f7a821e0 f7a7bd60
f7a821e0 00000000 f7a6bfa4 f7a9c6a0 c013be5e f7a821e0 00000000 f7a6bf74
c013c6c1 f7a9c6a0 f7a6bf74 00000000 f7a28000 00000000 f7a6bfa4 00000009
Call Trace: [<c016a33f>] [<c013be5e>] [<c013c6c1>] [<c013c94a>] [<c013ce31>]
[<c013984d>] [<c0132824>] [<c0106dbb>]
Code: 0f 0b 83 c4 08 f0 fe 0d a0 36 2e c0 0f 88 d3 64 0e 00 85 f6
>>EIP; c0144b52 <d_instantiate+22/58> <=====
Trace; c016a33e <devfs_d_revalidate_wait+8a/bc>
Trace; c013be5e <cached_lookup+2e/54>
Trace; c013c6c0 <link_path_walk+5e0/850>
Trace; c013c94a <path_walk+1a/1c>
Trace; c013ce30 <__user_walk+34/50>
Trace; c013984c <sys_stat64+18/70>
Trace; c0132824 <sys_read+bc/c4>
Trace; c0106dba <system_call+32/38>
Code; c0144b52 <d_instantiate+22/58>
00000000 <_EIP>:
Code; c0144b52 <d_instantiate+22/58> <=====
0: 0f 0b ud2a <=====
Code; c0144b54 <d_instantiate+24/58>
2: 83 c4 08 add $0x8,%esp
Code; c0144b56 <d_instantiate+26/58>
5: f0 fe 0d a0 36 2e c0 lock decb 0xc02e36a0
Code; c0144b5e <d_instantiate+2e/58>
c: 0f 88 d3 64 0e 00 js e64e5 <_EIP+0xe64e5> c022b036 <stext_lock+2c22/88ee>
Code; c0144b64 <d_instantiate+34/58>
12: 85 f6 test %esi,%esi
2 warnings issued. Results may not be reliable.
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2002-01-07 0:40 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-01-03 1:45 oops in devfs Jason Thomas
2002-01-03 7:24 ` Richard Gooch
2002-01-03 22:47 ` Jason Thomas
2002-01-06 0:47 ` Richard Gooch
2002-01-06 3:27 ` Andreas Dilger
2002-01-06 8:32 ` Richard Gooch
2002-01-07 0:39 ` Jason Thomas
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox