lkml.org 
[lkml]   [2005]   [Sep]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: [2.6.13-rc6-git13/sparc64]: Slab corruption (possible stack or buffer-cache corruption)
From
From: Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl>
Date: Tue, 13 Sep 2005 12:12:22 +0200 (CEST)

> # grep "^Sep 12" /var/log/messages | grep kernel: | uniq | cut -d " " -f 6- | sort | uniq -c | sort -n | tail -n 2
> 509 svc: bad direction 268435456, dropping request
> 653 eth0: Happy Meal out of receive descriptors, packet dropped.
>
> As you see one of this two messagess occures avarange one time per ~two
> minutes.
> Second looks like some error in sunhme.c. eth0 it is:

It's not a bug, per se, your system is simply receiving more
network traffic than the kernel can receive. So the network
adapter runs out of receive descriptors in which to receive
new packets, and starts dropping them until the kernel catches
up again. That's what that message means.

The "svc: " one I've seen before, it looks like something is
clobbering the sunrpc message, for example a freed up buffer is having
some bit set in one of it's words. This 268435456 value is
"0x10000000" hexadecimal. The code expects the value zero, and we
have a stray bit being set in there, bit 28 to be exact. This would
actually be expected after you trigger something like that
destroy_inode() bug as a buffer is being free'd up twice.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-09-13 22:11    [W:0.058 / U:0.092 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site