FWIW,
kernel 2.6.22.10, tainted with nvidia and vmware. BUG triggered twice
now when a large number of processes (unrelated to vmware) tried to send
lots of TCP data to other linux boxes (real, not virtual). tg3 TSO has
been disabled with ethtool.
kernel BUG at include/linux/netdevice.h:918!
in
On Sat, Mar 10, 2007 at 04:19:17PM +0300, Evgeniy Polyakov wrote:
> On Fri, Mar 09, 2007 at 07:22:36PM +0100, Frank van Maarseveen ([EMAIL
> PROTECTED]) wrote:
> > Ok that worked.. not as I expected. I don't understand the EINVAL and
> > "ip addr" shows no
On Fri, Mar 09, 2007 at 03:30:17PM +0300, Evgeniy Polyakov wrote:
> On Fri, Mar 09, 2007 at 11:33:33AM +0100, Frank van Maarseveen ([EMAIL
> PROTECTED]) wrote:
> > Try this:
> >
> > ip addr add 172.18.12.99/21 dev dummy0
> > ip addr add broadcast 172.18.15.255
Try this:
ip addr add 172.18.12.99/21 dev dummy0
ip addr add broadcast 172.18.15.255 dev dummy0
kernel: BUG: unable to handle kernel NULL pointer dereference at virtual
address 0004
kernel: printing eip:
kernel: c04bc331
kernel: *pde =
kernel: Oops: [#1]
kernel: SMP
kernel: Mo
On Mon, Sep 04, 2006 at 05:44:58PM +0800, Wong Edison wrote:
> pageexec report an oops for tcp_lp_owd_calculator(). This is due to
> tcp_lp_remote_hz_estimator can return 0.
>
> This patch fix the handling of lp->flag, so will set lp->flag as FALSE
> if rhz <= 0
>
> Signed-off-by: Wong Hoi Sing E
On Tue, Aug 22, 2006 at 11:36:57AM +0200, Michael Buesch wrote:
> On Tuesday 22 August 2006 11:20, Frank van Maarseveen wrote:
> > Noticed this on 2.6.17.8 and it is easily reproduced. When disconnecting
> > and connecting the network cable from a BCM4401 100Base-T NIC the usual
&g
Noticed this on 2.6.17.8 and it is easily reproduced. When disconnecting
and connecting the network cable from a BCM4401 100Base-T NIC the usual
"link is down" and "link is up" messages show up unless netconsole
logging is enabled upon boot using (e.g.):
[EMAIL PROTECTED]/,[EMAIL PROTECTED
On Fri, Jun 02, 2006 at 04:16:08PM +0200, Patrick McHardy wrote:
> Which network driver are you using?
I've seen it with two completely different NICs at the sender side:
:02:08.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro
100] (rev 05)
:02:00.0 Ethernet controller: Br
On Fri, Jun 02, 2006 at 02:35:59PM +0200, me wrote:
[...]
> This is a tcpdump done after rebooting "posio"
> to 2.6.13.2 showing how it should have looked:
[snip]
The 2.6.13.2 data is inconsistent. The bug appears to be present there at
well after closer examination. So there must be another fa
On Thu, Jun 01, 2006 at 07:34:47PM +0200, Patrick McHardy wrote:
> Frank van Maarseveen wrote:
> > ok, now "tc -s -d qdisc show" says (after noticing missing netconsole
> > packets):
> >
> > qdisc pfifo_fast 0: dev eth0 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1
On Wed, May 31, 2006 at 07:46:20PM +0200, Patrick McHardy wrote:
[...]
> > ip -s link doesn't show any
> > dropped packets so far with any patch and I don't use traffic control
> > that I'm aware of. But I'm not sure what to make of "tc" output, maybe
> > because CONFIG_SHAPER is not set:
> >
>
On Wed, May 31, 2006 at 07:46:20PM +0200, Patrick McHardy wrote:
> Frank van Maarseveen wrote:
> > On Wed, May 31, 2006 at 06:36:35PM +0200, Patrick McHardy wrote:
> >
> >>The messages might get dropped when the output queue is full.
> >>Does one of the drop c
On Wed, May 31, 2006 at 06:36:35PM +0200, Patrick McHardy wrote:
[...]
> > "protocol is buggy" is gone. The other problem is still there.
>
>
> The messages might get dropped when the output queue is full.
> Does one of the drop counters shown by "ip -s link list"
> and "tc -s -d qdisc sho
On Wed, May 31, 2006 at 04:57:13PM +0200, Patrick McHardy wrote:
> Frank van Maarseveen wrote:
> > I have two machines named "porvoo" and "espoo". The first one
> > has netconsole configured to send kernel messages to UDP port 514
> > (a.k.a. syslog)
14 matches
Mail list logo
