All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marc Duponcheel <mduponch@cisco.com>
To: linux-kernel@vger.kernel.org
Cc: Andrew Morton <akpm@zip.com.au>,
	Marcelo Tosatti <marcelo@conectiva.com.br>,
	Jeff Garzik <jgarzik@mandrakesoft.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
Subject: Re: 2.4.19-rc2 -> 2.4.19-rc3 : no more eth (fwd)
Date: Thu, 25 Jul 2002 19:01:31 +0200	[thread overview]
Message-ID: <20020725170131.GA22527@cisco.com> (raw)
In-Reply-To: <3D3E1FB8.20CB0F@zip.com.au>

On Tue, Jul 23, 2002 at 08:32:08PM -0700, Andrew Morton wrote:
> Marcelo Tosatti wrote:
...
> > Warning (compare_Version): Version mismatch.  3c59x says 2.4.18, System.map says 2.4.19.  Expect lots of address mismatches.
> 
> This is a worry.  Are we sure it was a clean build?
> Please do a `make mrproper' and retest?

 Recall,

This is about ethernet interfaces not initialising (and hence not working)
with 2.4.19-rc3 (they do initialise and work with 2.4.19-rc2).

As suggested, I have, for all certainty, repatched linux-2.4.18.tar.gz with patch-2.4.19-rc3.gz
and rebuilt from a 'mrproper' /usr/src/linux, but the issue remains.

This time I ran ksymoops on the 2.4.19-rc3 system so no more mismatches

When doing 'lsmod' one sees the modules eepro100 and 3c59x as 'initialising'
and one cannot 'rmmod' them because they are 'busy'.

PS: I am making vmlinux-es for many many years now on several platforms
and this issue, I must admit, is one of the most surprising ones, after
a fresh kernel reboot.

 In general I use latest software (modutils, gcc etc...)

Thanks for your valuable time

        here is the decoded oops

 apparently the oops is in pci_register_driver

==========================================================================================
ksymoops 2.4.4 on i686 2.4.19-rc3.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.19-rc3/ (default)
     -m /boot/System.map-2.4.19-rc3 (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.

c01a21a7
Oops: 0002
CPU:    0
EIP:    0010:[<c01a21a7>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010292
eax: d0ca6640   ebx: ffffffea   ecx: c102c01c   edx: c02281e4
esi: d0cb5d00   edi: 00000000   ebp: d0cb1000   esp: cfaf7ef8
ds: 0018   es: 0018   ss: 0018
Process modprobe (pid: 358, stackpage=cfaf7000)
Stack: c02281d0 c102c01c ffffffea 00000000 00000000 d0cb4302 d0cb5d00 00000000 
ffffffea c011d82b d0cb1060 08083ec0 00004cf0 00000000 0808868c 0000482c 
00000060 00000060 00000008 cfc7ce80 cf5a7000 cf5a8000 00000060 d0cae000 
Call Trace:    [<d0cb4302>] [<d0cb5d00>] [<c011d82b>] [<d0cb1060>] [<d0cb1060>]
[<c010902b>]
Code: 89 30 8b 1d e8 2b 23 c0 89 35 f4 2b 23 c0 89 46 04 81 fb e8 

>>EIP; c01a21a7 <pci_register_driver+17/60>   <=====
Trace; d0cb4302 <[eepro100]eepro100_init_module+42/70>
Trace; d0cb5d00 <[eepro100]eepro100_driver+0/3f>
Trace; c011d82b <sys_init_module+4db/630>
Trace; d0cb1060 <[eepro100]eepro100_init_one+0/20>
Trace; d0cb1060 <[eepro100]eepro100_init_one+0/20>
Trace; c010902b <system_call+33/38>
Code;  c01a21a7 <pci_register_driver+17/60>
00000000 <_EIP>:
Code;  c01a21a7 <pci_register_driver+17/60>   <=====
   0:   89 30                     mov    %esi,(%eax)   <=====
Code;  c01a21a9 <pci_register_driver+19/60>
   2:   8b 1d e8 2b 23 c0         mov    0xc0232be8,%ebx
Code;  c01a21af <pci_register_driver+1f/60>
   8:   89 35 f4 2b 23 c0         mov    %esi,0xc0232bf4
Code;  c01a21b5 <pci_register_driver+25/60>
   e:   89 46 04                  mov    %eax,0x4(%esi)
Code;  c01a21b8 <pci_register_driver+28/60>
  11:   81 fb e8 00 00 00         cmp    $0xe8,%ebx

<1>Unable to handle kernel paging request at virtual address d0ca6640
c01a21a7
Oops: 0002
CPU:    0
EIP:    0010:[<c01a21a7>]    Not tainted
EFLAGS: 00010292
eax: d0ca6640   ebx: ffffffea   ecx: c102c01c   edx: c02281f0
esi: d0cbdc00   edi: 00000000   ebp: d0cb7000   esp: cf5bbef8
ds: 0018   es: 0018   ss: 0018
Process modprobe (pid: 383, stackpage=cf5bb000)
Stack: c02281d0 c102c01c ffffffea 00000000 00000000 d0cbb569 d0cbdc00 ffffffea 
00000000 c011d82b d0cb7060 08086c48 00006c08 00000000 0808cf48 00006360 
00000060 00000060 00000005 cfc7cec0 cf588000 cf589000 00000060 d0cb1000 
Call Trace:    [<d0cbb569>] [<d0cbdc00>] [<c011d82b>] [<d0cb7060>] [<d0cb7060>]
[<c010902b>]
Code: 89 30 8b 1d e8 2b 23 c0 89 35 f4 2b 23 c0 89 46 04 81 fb e8 

>>EIP; c01a21a7 <pci_register_driver+17/60>   <=====
Trace; d0cbb569 <[3c59x]vortex_init+19/90>
Trace; d0cbdc00 <[3c59x]vortex_driver+0/3f>
Trace; c011d82b <sys_init_module+4db/630>
Trace; d0cb7060 <[3c59x]vortex_suspend+0/20>
Trace; d0cb7060 <[3c59x]vortex_suspend+0/20>
Trace; c010902b <system_call+33/38>
Code;  c01a21a7 <pci_register_driver+17/60>
00000000 <_EIP>:
Code;  c01a21a7 <pci_register_driver+17/60>   <=====
   0:   89 30                     mov    %esi,(%eax)   <=====
Code;  c01a21a9 <pci_register_driver+19/60>
   2:   8b 1d e8 2b 23 c0         mov    0xc0232be8,%ebx
Code;  c01a21af <pci_register_driver+1f/60>
   8:   89 35 f4 2b 23 c0         mov    %esi,0xc0232bf4
Code;  c01a21b5 <pci_register_driver+25/60>
   e:   89 46 04                  mov    %eax,0x4(%esi)
Code;  c01a21b8 <pci_register_driver+28/60>
  11:   81 fb e8 00 00 00         cmp    $0xe8,%ebx

c01a21a7
Oops: 0002
CPU:    0
EIP:    0010:[<c01a21a7>]    Not tainted
EFLAGS: 00010296
eax: d0ca6640   ebx: 00000202   ecx: c102c01c   edx: c02281e4
esi: d0d705a0   edi: 00000000   ebp: d0d704a0   esp: cd51fe9c
ds: 0018   es: 0018   ss: 0018
Process modprobe (pid: 1447, stackpage=cd51f000)
Stack: c02281d0 c0228350 00000202 00000000 d0d704a0 d0d58433 d0d705a0 00000202 
d0d53962 d0d704a0 00001000 00000202 00000000 00000001 d0d4571c d0d704a0 
c02281d0 c0228334 000001ff 00000202 00000000 c100001c c123c754 c02281d0 
Call Trace:    [<d0d704a0>] [<d0d58433>] [<d0d705a0>] [<d0d53962>] [<d0d704a0>]
[<d0d4571c>] [<d0d704a0>] [<d0d57191>] [<d0d704a0>] [<d0d704a0>] [<c011d82b>]
[<d0d53060>] [<d0d6ff08>] [<d0d53060>] [<c010902b>]
Code: 89 30 8b 1d e8 2b 23 c0 89 35 f4 2b 23 c0 89 46 04 81 fb e8 

>>EIP; c01a21a7 <pci_register_driver+17/60>   <=====
Trace; d0d704a0 <[aic7xxx]driver_template+0/6c>
Trace; d0d58433 <[aic7xxx]ahc_linux_pci_probe+13/40>
Trace; d0d705a0 <[aic7xxx]aic7xxx_pci_driver+0/40>
Trace; d0d53962 <[aic7xxx]ahc_linux_detect+42/b0>
Trace; d0d704a0 <[aic7xxx]driver_template+0/6c>
Trace; d0d4571c <[scsi_mod]scsi_register_host+5c/300>
Trace; d0d704a0 <[aic7xxx]driver_template+0/6c>
Trace; d0d57191 <[aic7xxx]init_this_scsi_driver+21/50>
Trace; d0d704a0 <[aic7xxx]driver_template+0/6c>
Trace; d0d704a0 <[aic7xxx]driver_template+0/6c>
Trace; c011d82b <sys_init_module+4db/630>
Trace; d0d53060 <[aic7xxx]ahc_print_path+0/0>
Trace; d0d6ff08 <[aic7xxx].rodata.end+4845/4bfd>
Trace; d0d53060 <[aic7xxx]ahc_print_path+0/0>
Trace; c010902b <system_call+33/38>
Code;  c01a21a7 <pci_register_driver+17/60>
00000000 <_EIP>:
Code;  c01a21a7 <pci_register_driver+17/60>   <=====
   0:   89 30                     mov    %esi,(%eax)   <=====
Code;  c01a21a9 <pci_register_driver+19/60>
   2:   8b 1d e8 2b 23 c0         mov    0xc0232be8,%ebx
Code;  c01a21af <pci_register_driver+1f/60>
   8:   89 35 f4 2b 23 c0         mov    %esi,0xc0232bf4
Code;  c01a21b5 <pci_register_driver+25/60>
   e:   89 46 04                  mov    %eax,0x4(%esi)
Code;  c01a21b8 <pci_register_driver+28/60>
  11:   81 fb e8 00 00 00         cmp    $0xe8,%ebx


1 warning issued.  Results may not be reliable.
==========================================================================================


--
 Greetings,

Marc Duponcheel     Multicast Development Engineer      Cisco Systems
email: mduponch@cisco.com tel: +32 2 704 52 40 cell: +32 478 68 10 91



























       reply	other threads:[~2002-07-25 16:58 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Pine.LNX.4.44.0207232309370.30729-100000@freak.distro.conectiva>
     [not found] ` <3D3E1FB8.20CB0F@zip.com.au>
2002-07-25 17:01   ` Marc Duponcheel [this message]
2002-07-25 19:19     ` 2.4.19-rc2 -> 2.4.19-rc3 : no more eth (fwd) Andrew Morton
2002-07-26  7:36       ` Thunder from the hill
2002-07-26  7:53         ` Andrew Morton
2002-07-28  9:03           ` Thunder from the hill
2002-07-26 13:38       ` Marc Duponcheel
2002-07-29 10:58         ` Marc Duponcheel

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=20020725170131.GA22527@cisco.com \
    --to=mduponch@cisco.com \
    --cc=akpm@zip.com.au \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=jgarzik@mandrakesoft.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marcelo@conectiva.com.br \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.