netdev
[Top] [All Lists]

Re: [TRIVIAL] Fix recent bug in fib_semantics.c

To: "David S. Miller" <davem@xxxxxxxxxxxxx>
Subject: Re: [TRIVIAL] Fix recent bug in fib_semantics.c
From: Jon Smirl <jonsmirl@xxxxxxxxx>
Date: Fri, 17 Sep 2004 20:21:51 -0400
Cc: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>, akpm@xxxxxxxx, trivial@xxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx
In-reply-to: <20040917112744.190f6f3e.davem@davemloft.net>
References: <20040917062042.GE6523@zax> <20040917112744.190f6f3e.davem@davemloft.net>
Reply-to: Jon Smirl <jonsmirl@xxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
I'm still OOPsing at boot in fib_disable_ip+21 from
fib_netdev_event+63. Both e1000 and tg3 are effected. I have current
linus bk as of time of this message.

It only occurs when Redhat goes through the scaning for new hardware
phase during boot. Is RH loading the drivers in some special way
during this phase? If I load the drivers manually after I'm booted
they load ok. I'm running with the drivers as modules, I'll try
switching to compiled in.

The change referenced in this thread is in my kernel:
fib_semantics.c, 604
                } else {
                        memset(new_info_hash, 0, bytes);
                        memset(new_laddrhash, 0, bytes);

                        fib_hash_move(new_info_hash, new_laddrhash, new_size);
                }



On Fri, 17 Sep 2004 11:27:44 -0700, David S. Miller <davem@xxxxxxxxxxxxx> wrote:
> 
> Thanks David, I'll push this upstream asap.
> 
> I can't believe in all the route testing I did I never
> triggered this on my sparc64 boxes, must have been lucky :(
> 
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 



-- 
Jon Smirl
jonsmirl@xxxxxxxxx

<Prev in Thread] Current Thread [Next in Thread>