Messages in this thread | | | Date | Tue, 13 Sep 2005 13:08:42 -0700 (PDT) | Subject | Re: [2.6.13-rc6-git13/sparc64]: Slab corruption (possible stack or buffer-cache corruption) | From | "David S. Miller" <> |
| |
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/
| |