From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Wright Subject: Re: [PATCH 6/8] Use SLAB_PANIC when creating critical slab cache Date: Sun, 14 Nov 2004 14:51:57 -0800 Message-ID: <20041114145157.G2357@build.pdx.osdl.net> References: <20041114121837.X2357@build.pdx.osdl.net> <20041114122400.D2357@build.pdx.osdl.net> <4197BFC5.5080800@conectiva.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Chris Wright , davem@davemloft.net, netdev@oss.sgi.com Return-path: To: Arnaldo Carvalho de Melo Content-Disposition: inline In-Reply-To: <4197BFC5.5080800@conectiva.com.br>; from acme@conectiva.com.br on Sun, Nov 14, 2004 at 06:27:49PM -0200 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com List-Id: netdev.vger.kernel.org * Arnaldo Carvalho de Melo (acme@conectiva.com.br) wrote: > Chris, > > I think somebody proposed this in the past and it was refused > because we better get rid of the panics and return an error, propagate > it and refuse to load the module, better have the machine still alive > but without networking than panic it. Sounds good too. Part of my thinking was that these patches would be a good chance to review if these are necessarily panic conditions. What was the plan on error return, since I expect some caches are interdependent? thanks, -chris