From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joe Perches Date: Thu, 07 Dec 2017 16:20:52 +0000 Subject: Re: USB: hub: Delete an error message for a failed memory allocation in usb_hub_clear_tt_buffer() Message-Id: <1512663652.960.41.camel@perches.com> List-Id: References: <97b0eeb8-834e-61ca-01dd-afbbf18697db@users.sourceforge.net> In-Reply-To: <97b0eeb8-834e-61ca-01dd-afbbf18697db@users.sourceforge.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Alan Stern , Geert Uytterhoeven Cc: SF Markus Elfring , USB list , Daniel Drake , Dmitry Fleytman , Eugene Korenevsky , Greg Kroah-Hartman , =?ISO-8859-1?Q?G=FCnter_R=F6ck?= , Johan Hovold , Mathias Nyman , Peter Chen , LKML , "kernel-janitors@vger.kernel.org" On Thu, 2017-12-07 at 10:12 -0500, Alan Stern wrote: > The real problem is that the kernel development community doesn't have > a fixed policy on how to handle memory allocation errors. [] > If there was one agreed-upon policy, then we could definitively point > to old code and say "That's wrong, and here is how it should be fixed." > But currently this is not possible, and we end up with repetitive > discussions like this one that aren't of general use. Well stated. My preferred policy would be to remove all the individual allocation failure messages and only use the generic warn_alloc()/dump_stack() mechanism.