public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Felix von Leitner <felix-kernel@fefe.de>
To: "David S. Miller" <davem@redhat.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [2.5.68] Scalability issues
Date: Mon, 5 May 2003 09:51:19 +0200	[thread overview]
Message-ID: <20030505075118.GA352@codeblau.de> (raw)
In-Reply-To: <1052079133.27465.14.camel@rth.ninka.net>

Thus spake David S. Miller (davem@redhat.com):
> > Here is the ksymoops output.  The taint came from the nvidia kernel
> > module, X was not running, so the module did not do anything at the
> > time.
> Not true, if it got loaded it did something.

> Either reproduce without the nvidia module loaded, or take
> your report to nvidia.

Thank you for this stunning display of unprofessionalism and zealotry.
People like you keep free software alive.


ksymoops 2.4.1 on i686 2.5.68.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.5.68/ (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.

Error (regular_file): read_ksyms stat /proc/ksyms failed
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
e100: selftest OK.
e100: eth0: Intel(R) PRO/100 Network Connection
e100: eth0 NIC Link is Up 100 Mbps Full duplex
Unable to handle kernel paging request at virtual address d2f83908
c014e30f
*pde = 06608067
Oops: 0000 [#1]
CPU:    0
EIP:    0060:[<c014e30f>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010287
eax: d2f81000   ebx: 00000000   ecx: 00000a42   edx: c5920000
esi: c5a2f4e8   edi: c5921f64   ebp: 00000000   esp: c5921f24
ds: 007b   es: 007b   ss: 0068
Stack: 00000000 c015fabd c0124bc0 c5950680 c5a2f4e0 c5921f60 c5921f64 00000000 
       c015fb9a 00000001 c5a2f4e8 c5921f60 c5921f64 c5920000 c5920000 00000000 
       00000000 bffff808 00000000 c5a2f4e0 00000001 c015fd60 00000001 c5a2f4e0 
Call Trace: [<c015fabd>]  [<c0124bc0>]  [<c015fb9a>]  [<c015fd60>]  [<c015df65>]  [<c015f0f0>]  [<c0109279>] 
Code: 8b 1c 88 85 db 74 03 ff 43 14 ff 4a 14 8b 42 08 83 e0 08 75 

>>EIP; c014e30f <fget+1f/40>   <=====
Trace; c015fabd <do_pollfd+2d/a0>
Trace; c0124bc0 <process_timeout+0/10>
Trace; c015fb9a <do_poll+6a/d0>
Trace; c015fd60 <sys_poll+160/260>
Trace; c015df65 <do_fcntl+d5/1c0>
Trace; c015f0f0 <__pollwait+0/d0>
Trace; c0109279 <sysenter_past_esp+52/71>
Code;  c014e30f <fget+1f/40>
00000000 <_EIP>:
Code;  c014e30f <fget+1f/40>   <=====
   0:   8b 1c 88                  mov    (%eax,%ecx,4),%ebx   <=====
Code;  c014e312 <fget+22/40>
   3:   85 db                     test   %ebx,%ebx
Code;  c014e314 <fget+24/40>
   5:   74 03                     je     a <_EIP+0xa>
Code;  c014e316 <fget+26/40>
   7:   ff 43 14                  incl   0x14(%ebx)
Code;  c014e319 <fget+29/40>
   a:   ff 4a 14                  decl   0x14(%edx)
Code;  c014e31c <fget+2c/40>
   d:   8b 42 08                  mov    0x8(%edx),%eax
Code;  c014e31f <fget+2f/40>
  10:   83 e0 08                  and    $0x8,%eax
Code;  c014e322 <fget+32/40>
  13:   75 00                     jne    15 <_EIP+0x15>

Unable to handle kernel paging request at virtual address d2f81000
c011e1fd
*pde = 06608067
Oops: 0002 [#2]
CPU:    0
EIP:    0060:[<c011e1fd>]    Not tainted
EFLAGS: 00010246
eax: d2f81000   ebx: ffffffff   ecx: 00000001   edx: 00000000
esi: 00000000   edi: c597e900   ebp: 00000001   esp: c5921de0
ds: 007b   es: 007b   ss: 0068
Stack: 00000000 c5950680 c597e900 00000000 c5950680 c5950680 c011edc4 c595ae20 
       c595ae20 00000a9a 00000001 c5920000 c5921ef0 c5950680 00000383 c010a2fc 
       0000000b c033dc76 00000000 00000001 00000000 00000000 c0117e3a c033dc76 
Call Trace: [<c011edc4>]  [<c010a2fc>]  [<c0117e3a>]  [<c0136561>]  [<c0136561>]  [<c01366a0>]  [<c0117cf0>]  [<c0109cd5>]  [<c012007b>]  [<c014e30f>]  [<c015fabd>]  [<c0124bc0>]  [<c015fb9a>]  [<c015fd60>]  [<c015df65>]  [<c015f0f0>]  [<c0109279>] 
Code: 87 14 b0 85 d2 75 0c 46 d1 eb 75 e7 eb bd 90 8d 74 26 00 89 

>>EIP; c011e1fd <put_files_struct+4d/e0>   <=====
Trace; c011edc4 <do_exit+144/400>
Trace; c010a2fc <die+ec/f0>
Trace; c0117e3a <do_page_fault+14a/45e>
Trace; c0136561 <buffered_rmqueue+b1/150>
Trace; c0136561 <buffered_rmqueue+b1/150>
Trace; c01366a0 <__alloc_pages+a0/2d0>
Trace; c0117cf0 <do_page_fault+0/45e>
Trace; c0109cd5 <error_code+2d/38>
Trace; c012007b <sys_settimeofday+1b/f0>
Trace; c014e30f <fget+1f/40>
Trace; c015fabd <do_pollfd+2d/a0>
Trace; c0124bc0 <process_timeout+0/10>
Trace; c015fb9a <do_poll+6a/d0>
Trace; c015fd60 <sys_poll+160/260>
Trace; c015df65 <do_fcntl+d5/1c0>
Trace; c015f0f0 <__pollwait+0/d0>
Trace; c0109279 <sysenter_past_esp+52/71>
Code;  c011e1fd <put_files_struct+4d/e0>
00000000 <_EIP>:
Code;  c011e1fd <put_files_struct+4d/e0>   <=====
   0:   87 14 b0                  xchg   %edx,(%eax,%esi,4)   <=====
Code;  c011e200 <put_files_struct+50/e0>
   3:   85 d2                     test   %edx,%edx
Code;  c011e202 <put_files_struct+52/e0>
   5:   75 0c                     jne    13 <_EIP+0x13>
Code;  c011e204 <put_files_struct+54/e0>
   7:   46                        inc    %esi
Code;  c011e205 <put_files_struct+55/e0>
   8:   d1 eb                     shr    %ebx
Code;  c011e207 <put_files_struct+57/e0>
   a:   75 e7                     jne    fffffff3 <_EIP+0xfffffff3>
Code;  c011e209 <put_files_struct+59/e0>
   c:   eb bd                     jmp    ffffffcb <_EIP+0xffffffcb>
Code;  c011e20b <put_files_struct+5b/e0>
   e:   90                        nop    
Code;  c011e20c <put_files_struct+5c/e0>
   f:   8d 74 26 00               lea    0x0(%esi,1),%esi
Code;  c011e210 <put_files_struct+60/e0>
  13:   89 00                     mov    %eax,(%eax)


1 warning and 1 error issued.  Results may not be reliable.

  reply	other threads:[~2003-05-05  7:38 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-05-04 17:39 [2.5.68] Scalability issues Felix von Leitner
2003-05-04 18:16 ` Michael Buesch
2003-05-04 19:44 ` Felix von Leitner
2003-05-04 20:12   ` David S. Miller
2003-05-05  7:51     ` Felix von Leitner [this message]
2003-05-05  9:51       ` Carl-Daniel Hailfinger
2003-05-05 14:05       ` Chris Friesen
2003-05-06 18:44         ` Bill Davidsen
2003-05-06 20:36           ` Timothy Miller
2003-05-07  0:22           ` Carl-Daniel Hailfinger
2003-05-04 20:34   ` Tomas Szepe
2003-05-06 11:11 ` William Lee Irwin III
2003-05-06 11:46 ` William Lee Irwin III

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030505075118.GA352@codeblau.de \
    --to=felix-kernel@fefe.de \
    --cc=davem@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox