lkml.org 
[lkml]   [1998]   [Mar]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Sporadious hang on 2.0.3[0,1,2,3,4pre2]
Date
> I've been running 2.0.33+tcpdebug for 5 days until it crashed (sorry, I 
> was in a hurry so I just rebooted the machine without inspecting it further).
>
> The machine locked up completely and filled the console with
> messages like:
>
> .... couldn't get a free skbuff ...
> .... couldn't get a free page ...
>
> There was no output from the debug-skbuff in the logs.

That one is a machine running totally out of memory. Would it be reasonable
to expect it to run out of memory ?

> Let's assume that at least my problem here is related to a defective
> skbuff list caused by some other kernel-code, maybe not even the networking-
> code. What about adding some kind of CRC to each skbuff head and walking
> down the whole list upon free_skb()/alloc_skb() (is it a list and is this
> possible?) and possibly on other frequently called places in the kernel,

Thats sort of what the tcp debug does. There is magic in each sk_buff which
is checked by all the low level sk_buff handlign routines.

Alan


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu

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