From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751953AbdJDIdr (ORCPT ); Wed, 4 Oct 2017 04:33:47 -0400 Received: from mx2.suse.de ([195.135.220.15]:57137 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751817AbdJDIdp (ORCPT ); Wed, 4 Oct 2017 04:33:45 -0400 Date: Wed, 4 Oct 2017 10:33:43 +0200 From: Michal Hocko To: Johannes Weiner Cc: Alan Cox , Christoph Hellwig , Andrew Morton , linux-mm@kvack.org, linux-kernel@vger.kernel.org, kernel-team@fb.com Subject: Re: tty crash due to auto-failing vmalloc Message-ID: <20171004083343.tqy5xjzyd332bwdn@dhcp22.suse.cz> References: <20171003225504.GA966@cmpxchg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171003225504.GA966@cmpxchg.org> User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 03-10-17 18:55:04, Johannes Weiner wrote: [...] > commit 5d17a73a2ebeb8d1c6924b91e53ab2650fe86ffb > Author: Michal Hocko > Date: Fri Feb 24 14:58:53 2017 -0800 > > vmalloc: back off when the current task is killed > > __vmalloc_area_node() allocates pages to cover the requested vmalloc > size. This can be a lot of memory. If the current task is killed by > the OOM killer, and thus has an unlimited access to memory reserves, it > can consume all the memory theoretically. Fix this by checking for > fatal_signal_pending and back off early. > > Link: http://lkml.kernel.org/r/20170201092706.9966-4-mhocko@kernel.org > Signed-off-by: Michal Hocko > Reviewed-by: Christoph Hellwig > Cc: Tetsuo Handa > Cc: Al Viro > Signed-off-by: Andrew Morton > Signed-off-by: Linus Torvalds > > This talks about the oom killer and memory exhaustion, but most fatal > signals don't happen due to the OOM killer. Now that we have cd04ae1e2dc8 ("mm, oom: do not rely on TIF_MEMDIE for memory reserves access") the risk of the memory depletion is much smaller so reverting the above commit should be acceptable. On the other hand the failure is still possible and the caller should be prepared for that. -- Michal Hocko SUSE Labs