Received: by 10.213.65.68 with SMTP id h4csp2011044imn; Thu, 5 Apr 2018 07:32:33 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/R6vWgwvetOtk0zU5tMFckIYOoSMR38kkISvtCafXLbaTqt659lR+woWdPLORhbiJNcRi7 X-Received: by 10.98.108.69 with SMTP id h66mr17189870pfc.43.1522938752975; Thu, 05 Apr 2018 07:32:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522938752; cv=none; d=google.com; s=arc-20160816; b=e1+9FGyOBddxVUu4NCIoDFKzUOFzyBUqIrEbOmPZdNHOKJeijgK4DZu5TsUm8MEmPB 2J3JxDdm3P8AwR8jdExUkM1fynwm/Y2P0BjoN4ZhFKACS+wP2wptdfocnia86jit5Up+ naU0B++hnqtN/gamB84e3UwC/eGJZWN1QlI/DBcuVOSEkYXjWL+y7lNax0V6QBNKrQQ6 N20+j+y2yClyJNaPT3VUGhPIQrVctcdpJZ5pbVGbJHBLPmW7xNzr7PxqnO86ezFQhBMN 6ofOCbjrJI4GS7L7vI3uhiLEx5wT6gXpEquGS/PhSzNERAAL7O5HeR2uC7IHO8x7eZg1 VaiQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dmarc-filter:arc-authentication-results; bh=ExSzFMHTywDHA9KvjGpDMVcK2a9n/7uH4gBbPyZdngY=; b=bgRTj63VcvdeCTfKooo3UYc8D4YfmdDt3fkzy0RlZlPtB+bFHxwSJLYOM5TpHT8sVq WABdGbF3gti/dBPxJQzuXOkG7ADi1n1jrLp7/9uD7q+JWx/sCvVVdKvsRy/GCTXCoIdh QP/jHFgD8KvlS88UhPWMh/j1molOxGXH01UtizU+di7G1l/wlN5f9oWFLufHyCOnqY1D 3ci63trNsTtV9O9HbdH4XBLPTWirfkqsdES/EwHa37nX5dm+uQuGUiWpUa9jgaGZ/R8L 5i3UeY+2IWpg3SawE4ryMHHaR9X4pp18lo+rMFarbEJyQorgvSqviUPDo9M9m//QSA63 m6ew== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y12-v6si5888791pln.298.2018.04.05.07.32.14; Thu, 05 Apr 2018 07:32:32 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751389AbeDEOay (ORCPT + 99 others); Thu, 5 Apr 2018 10:30:54 -0400 Received: from mail.kernel.org ([198.145.29.99]:36542 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751318AbeDEOax (ORCPT ); Thu, 5 Apr 2018 10:30:53 -0400 Received: from gandalf.local.home (cpe-66-24-56-78.stny.res.rr.com [66.24.56.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 29CCA21720; Thu, 5 Apr 2018 14:30:52 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 29CCA21720 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=goodmis.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=rostedt@goodmis.org Date: Thu, 5 Apr 2018 10:30:50 -0400 From: Steven Rostedt To: Matthew Wilcox Cc: Joel Fernandes , Michal Hocko , Zhaoyang Huang , Ingo Molnar , LKML , kernel-patch-test@lists.linaro.org, Andrew Morton , "open list:MEMORY MANAGEMENT" , Vlastimil Babka Subject: Re: [PATCH v1] kernel/trace:check the val against the available mem Message-ID: <20180405103050.22f10319@gandalf.local.home> In-Reply-To: <20180405142258.GA28128@bombadil.infradead.org> References: <20180403123514.GX5501@dhcp22.suse.cz> <20180403093245.43e7e77c@gandalf.local.home> <20180403135607.GC5501@dhcp22.suse.cz> <20180404062340.GD6312@dhcp22.suse.cz> <20180404101149.08f6f881@gandalf.local.home> <20180404142329.GI6312@dhcp22.suse.cz> <20180404114730.65118279@gandalf.local.home> <20180405025841.GA9301@bombadil.infradead.org> <20180405142258.GA28128@bombadil.infradead.org> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 5 Apr 2018 07:22:58 -0700 Matthew Wilcox wrote: > I understand you don't want GFP_NORETRY. But why is it more important for > this allocation to succeed than other normal GFP_KERNEL allocations? Not sure what you mean by "more important"? Does saying "RETRY_MAYFAIL" make it more important? The difference is, if GFP_KERNEL fails, we don't want to trigger an OOM, and simply clean up and report -ENOMEM to the user. It has nothing to do with being more important than other allocations. If there's 100 Megs of memory available, and the user requests a gig of memory, it's going to fail. Ideally, it doesn't trigger OOM, but instead simply reports -ENOMEM to the user. -- Steve