Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 38986 - gentoo-sources 2.4.22-r5 oops from /proc/uptime
Summary: gentoo-sources 2.4.22-r5 oops from /proc/uptime
Status: RESOLVED DUPLICATE of bug 38208
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-01-21 22:21 UTC by Bryan Whitehead
Modified: 2005-07-17 13:06 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
kernel config that i used (gentoo-sources-2.4.22-r5.config,26.10 KB, text/plain)
2004-01-21 22:22 UTC, Bryan Whitehead
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bryan Whitehead 2004-01-21 22:21:22 UTC
"cat /proc/uptime" gives kernel oops. This also means ps and related tools are broken.

Does not matter if root or a regular user does this.

Reproducible: Always
Steps to Reproduce:
1.build kernel with gentoo-sources-2.4.22-r5
2.install kernel and reboot
3.cat /proc/uptime

Actual Results:  
got a kernel oops. the initscripts also triggered it from using the "ps" command.

The kernel is completly useable besides this annoyance.

Expected Results:  
no oops. just some values returned for ps and whatever app that needs to look at
uptime values

this is kernel oops:
<1>Unable to handle kernel NULL pointer dereference at virtual address 00000108
 printing eip:
c02193c3
*pde = 00000000
Oops: 0000
CPU:    0
EIP:    0010:[<c02193c3>]    Not tainted
EFLAGS: 00010246
eax: 00000108   ebx: 00000000   ecx: 0001cde0   edx: 00000000
esi: 00000064   edi: 0000049e   ebp: 00000400   esp: c4ff1f08
ds: 0018   es: 0018   ss: 0018
Process cat (pid: 2313, stackpage=c4ff1000)
Stack: 00000000 c0219671 00000108 c0163b54 ffffffeb c2c6cdc0 c4ff0000 00000001
       c2c6cdc0 c01ebad3 00000028 c4ff1f7c 00000400 00000000 c4ff1f80 c4ff3000
       c47ed8e0 00000400 c4ff3000 00000400 c0217111 c4ff3000 c4ff1f80 00000000
Call Trace:    [<c0219671>] [<c01ebad3>] [<c0217111>] [<c01eab33>] [<c01b0e3f>]
 
Code: 8b 08 89 c8 c1 e8 1f 31 d0 83 e0 01 01 c2 89 d0 31 d2 0f a4

This is oops after ksymoops:
ksymoops 2.4.9 on i686 2.4.22-gentoo-r5.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.22-gentoo-r5/ (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.
 
<1>Unable to handle kernel NULL pointer dereference at virtual address 00000108
c02193c3
*pde = 00000000
Oops: 0000
CPU:    0
EIP:    0010:[<c02193c3>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax: 00000108   ebx: 00000000   ecx: 0001cde0   edx: 00000000
esi: 00000064   edi: 0000049e   ebp: 00000400   esp: c4ff1f08
ds: 0018   es: 0018   ss: 0018
Process cat (pid: 2313, stackpage=c4ff1000)
Stack: 00000000 c0219671 00000108 c0163b54 ffffffeb c2c6cdc0 c4ff0000 00000001
       c2c6cdc0 c01ebad3 00000028 c4ff1f7c 00000400 00000000 c4ff1f80 c4ff3000
       c47ed8e0 00000400 c4ff3000 00000400 c0217111 c4ff3000 c4ff1f80 00000000
Call Trace:    [<c0219671>] [<c01ebad3>] [<c0217111>] [<c01eab33>] [<c01b0e3f>]
Code: 8b 08 89 c8 c1 e8 1f 31 d0 83 e0 01 01 c2 89 d0 31 d2 0f a4
 
 
>>EIP; c02193c3 <get_64bits+13/40>   <=====
 
>>esp; c4ff1f08 <_end+4b74fe0/38506158>
 
Trace; c0219671 <uptime_read_proc+81/150>
Trace; c01ebad3 <get_empty_filp+53/160>
Trace; c0217111 <proc_file_read+c1/1e0>
Trace; c01eab33 <sys_read+a3/170>
Trace; c01b0e3f <ret+0/5>
 
Code;  c02193c3 <get_64bits+13/40>
00000000 <_EIP>:
Code;  c02193c3 <get_64bits+13/40>   <=====
   0:   8b 08                     mov    (%eax),%ecx   <=====
Code;  c02193c5 <get_64bits+15/40>
   2:   89 c8                     mov    %ecx,%eax
Code;  c02193c7 <get_64bits+17/40>
   4:   c1 e8 1f                  shr    $0x1f,%eax
Code;  c02193ca <get_64bits+1a/40>
   7:   31 d0                     xor    %edx,%eax
Code;  c02193cc <get_64bits+1c/40>
   9:   83 e0 01                  and    $0x1,%eax
Code;  c02193cf <get_64bits+1f/40>
   c:   01 c2                     add    %eax,%edx
Code;  c02193d1 <get_64bits+21/40>
   e:   89 d0                     mov    %edx,%eax
Code;  c02193d3 <get_64bits+23/40>
  10:   31 d2                     xor    %edx,%edx
Code;  c02193d5 <get_64bits+25/40>
  12:   0f a4 00 00               shld   $0x0,%eax,(%eax)
 
 
1 warning issued.  Results may not be reliable.
Comment 1 Bryan Whitehead 2004-01-21 22:22:40 UTC
Created attachment 24215 [details]
kernel config that i used
Comment 2 Bryan Whitehead 2004-01-21 22:23:22 UTC
BTW, The ksymoops was ran with the bad kernel.
Comment 3 Brian Jackson (RETIRED) gentoo-dev 2004-01-21 22:26:10 UTC
This has already been reported, resync, and remerge gentoo-sources

*** This bug has been marked as a duplicate of 38208 ***