Oops while accessing /proc/stat (2.4.19)

Oops while accessing /proc/stat (2.4.19)

Post by Bjoern Krombhol » Wed, 28 Aug 2002 00:00:13



Hello,

i'm currently have a problem that every program that tries to read from
/proc/stat like `uptime', `free', `cat /proc/stat' etc. segfaults.

strace shows:
--->
open("/proc/stat", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
brk(0x8050000)                          = 0x8050000
read(3,  <unfinished ...>
<---

First oops:
--->
ksymoops 2.4.6 on i686 2.4.19.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.19/ (default)
     -m /boot/System.map-2.4.19 (specified)

kernel: c01f2ad9
kernel: Oops: 0002
kernel: CPU:    0
kernel: EIP:    0010:[number+1049/1088]    Tainted: PF
kernel: EFLAGS: 00010203
kernel: eax: 00001000   ebx: 00000000   ecx: 003db837   edx: cdb65f6c
kernel: esi: cdb65f6c   edi: c2e370e0   ebp: 003db837   esp: cdb65ee4
kernel: ds: 0018   es: 0018   ss: 0018
kernel: Process gkrellm (pid: 815, stackpage=cdb65000)
kernel: Stack: c0151923 cbbb6000 00001000 c01ff613 cdb65f18 001f2b86 0397e6cc 00000001
kernel:        00000000 cbbb6000 cdb65f6c cdb65f5c c01ff613 003db838 0397e6cc 001f2b86
kernel:        011f4d1f 00000000 00000c00 cbbb6000 00001000 001f2b86 c0224b2c cdb65f6c
kernel: Call Trace:    [proc_sprintf+51/80] [proc_file_read+248/416] [sys_read+150/240]
kernel: Code: c6 00 20 ff 84 24 c4 00 00 00 89 e8 4d 85 c0 7f d8 8b 84 24
Using defaults from ksymoops -t elf32-i386 -a i386

Quote:>>edx; cdb65f6c <_end+d8c6294/20597328>
>>esi; cdb65f6c <_end+d8c6294/20597328>
>>edi; c2e370e0 <_end+2b97408/20597328>
>>esp; cdb65ee4 <_end+d8c620c/20597328>

Code;  00000000 Before first symbol
00000000 <_EIP>:
Code;  00000000 Before first symbol
   0:   c6 00 20                  movb   $0x20,(%eax)
Code;  00000003 Before first symbol
   3:   ff 84 24 c4 00 00 00      incl   0xc4(%esp,1)
Code;  0000000a Before first symbol
   a:   89 e8                     mov    %ebp,%eax
Code;  0000000c Before first symbol
   c:   4d                        dec    %ebp
Code;  0000000d Before first symbol
   d:   85 c0                     test   %eax,%eax
Code;  0000000f Before first symbol
   f:   7f d8                     jg     ffffffe9 <_EIP+0xffffffe9> ffffffe9 <END_OF_CODE+1ef57b06/????>
Code;  00000011 Before first symbol
  11:   8b 84 24 00 00 00 00      mov    0x0(%esp,1),%eax
<---

System:
CPU:    AMD Athlon XP
MB:     DFI AD70-SC (Via KT266 + 8233)
Kernel: 2.4.19 (extra modules: alsa-0.9.0rc1, lm_sensors-2.6.4)

Thx,
Bjoern Krombholz

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

Oops while accessing /proc/stat (2.4.19)

Post by Adrian Bun » Fri, 30 Aug 2002 06:10:07



> Hello,

Hi Bjoern,

Quote:> i'm currently have a problem that every program that tries to read from
> /proc/stat like `uptime', `free', `cat /proc/stat' etc. segfaults.
>...
> kernel: c01f2ad9
> kernel: Oops: 0002
> kernel: CPU:    0
> kernel: EIP:    0010:[number+1049/1088]    Tainted: PF
>...

which binary-only modules (e.g. NVidia) are loaded on your computer? Is
the problem reproducible without them ever loaded since the last reboot?

Quote:> Thx,
> Bjoern Krombholz

cu
Adrian

--

You only think this is a free country. Like the US the UK spends a lot of
time explaining its a free country because its a police state.
                                                                Alan Cox

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

1. interrupt count (/proc/stat) change in 2.4.19-pre9

What's the purpose of this patchlet (below) in 2.4.19-pre9?  Interrupt
counts that would otherwise be zero are, of course, a billion larger
than they should be.

Is it trying to induce some sort of intentional overflow in the
interrupt count, or is there some other big-picture change that
requires this?  I see the comment from the BK changeset, but I still
don't understand the purpose.



 #if !defined(CONFIG_ARCH_S390)
        for (i = 0 ; i < NR_IRQS ; i++)
-               len += sprintf(page + len, " %u", kstat_irqs(i));
+               proc_sprintf(page, &off, &len,
+                            " %u", kstat_irqs(i) + 1000000000);
 #endif

rtfm 22:53:54 eigenstr > cat /proc/stat
cpu  348158 0 266880 7305274
cpu0 348158 0 266880 7305274
page 2537925 2677355
swap 16803 25944
intr 16414147 1007920312 1000106007 1000000000 1001336824 1000000003 1000000633 1000000003 1000000035 1006470428 1000000008 1000000004 1000000003 1000176343 1000000000 1000403540 1000000004 1000000000 blah blah blah

Todd

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

2. Web Server Recommendations?

3. 2.4.19-rc2 -> 2.4.19-rc3 : no more eth (fwd)

4. passive sockets -> active

5. 3Ware ok 2.4.19, dies 2.4.19-ac4

6. A company tale, Unix to NT and then to Linux

7. Promise 20267 hangs with 2.4.19-pre3 and 2.4.19-pre3-ac3

8. How to make a boot disk for already installed RH 5.2?

9. 2.4.19-pre6aa1 (possible all kernel after 2.4.19-pre2) athlon PCI workaround

10. Kernel panic 2.4.19-pre6 AND 2.4.19-pre5-ac3 - More info - ksymoops

11. kbuild25 version 3.0 for 2.4.19-pre9 and 2.4.19-pre9-ac3

12. anybody porting 2.4.19 i/o stat patches to 2.5?

13. Possible bug in kernel 2.4.19 (fs/stat.c +ext3)