Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753053AbbBYOCg (ORCPT ); Wed, 25 Feb 2015 09:02:36 -0500 Received: from cantor2.suse.de ([195.135.220.15]:36697 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751180AbbBYOCf (ORCPT ); Wed, 25 Feb 2015 09:02:35 -0500 Date: Wed, 25 Feb 2015 15:02:31 +0100 From: Michal Hocko To: Johannes Weiner Cc: Andrew Morton , David Rientjes , "\\\"Rafael J. Wysocki\\\"" , Tetsuo Handa , linux-mm@kvack.org, LKML Subject: Re: [PATCH] mm, oom: do not fail __GFP_NOFAIL allocation if oom killer is disbaled Message-ID: <20150225140231.GC26680@dhcp22.suse.cz> References: <1424801964-1602-1-git-send-email-mhocko@suse.cz> <20150224191127.GA14718@phnom.home.cmpxchg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150224191127.GA14718@phnom.home.cmpxchg.org> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 941 Lines: 24 On Tue 24-02-15 14:11:27, Johannes Weiner wrote: [...] > I'm fine with keeping the allocation looping, but is that message > helpful? It seems completely useless to the user encountering it. Is > it going to help kernel developers when we get a bug report with it? It is better than a silent endless loop. And we get a trace which points to the place which is doing the allocation. We haven't seen any weird crashes during suspend throughout last 6 years so this would be extremely unlikely and hard to reproduce so having the trace sounds useful to me. > WARN_ON_ONCE()? I do not expect this will spew a lot of messages. But I can live with WARN_ON_ONCE as well. -- Michal Hocko SUSE Labs -- 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/