Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1396161pxj; Fri, 21 May 2021 13:12:30 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwXeJJvs4HEl8qGjIQjKlQ6jNqM7fyVKUDvURol8NwMEnGuUGUVM8T/QdEDk7fjQ3912WOL X-Received: by 2002:a05:6638:138e:: with SMTP id w14mr6682822jad.33.1621627950612; Fri, 21 May 2021 13:12:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621627950; cv=none; d=google.com; s=arc-20160816; b=ks3r7a9xboxUI6nyjj2Y7s8bITOIwonkJ9b5CO7cEnEOmMP/sz0xOdpXPB+GEq2dvF 5/nW1ZwaDVK7dUOdnRlJQFq19QtV9we0jaNaUx+bXk8o5ObOu1/dDG//V7iR6Z2ud93i vp4xEfKwIaRczSibTqYafVua/1wIgPsOiMPCPUUUNMhFN6yLmZeLCVFND0sEmcbGUayF YNBssIAuzL3wLV6UE/dulAw1eec9bMNmWRB/88fEmHicXMW8VcViKLQSfjpfrZIPblb7 8Hr51Ebx4maoYgPlQU1/CAJiR8kdyVQBLkVFr3178kPjgP7Q0bNWbR2iw1nJbzYdopYK ye8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=U9YtYqD1zOgwTQj4rwYUvRL9M+o9cBUdkDhNiVVCqT4=; b=cvFxlI1b41YCtNfi7i5QbkJ7EYpQnPouRTgshYI5BjSmY27F+8wCDhhDWPoA/5WFP/ lWxn8YaN/xb41Xo/NSvcIbkJMT3S9/3EHDBiW1ZeDM5dwHjcX17wEkzME/3OO6Ivhtul Sne8+U2p7Cl+wF4MA2T6HIt4cuzRA+VWmAGNIWHaV4WsBT9wR89y8ElDAyG4G+OZGw3F QCZjOOr83rwbocdbjBpdwgL3G4ksXzNvMMVIjBygA8pa8g2vi2aAunfz+F4YJijCuh4f 2xLZg+nvvf2U/OHNACFf2MDHhfDx/ku1laLTmb6pLYDN5HEslY54zV4OUYJYZfAASARL NUJA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=BZ4SRa8E; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o9si6407562ils.154.2021.05.21.13.12.18; Fri, 21 May 2021 13:12:30 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=BZ4SRa8E; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234845AbhEUJtb (ORCPT + 99 others); Fri, 21 May 2021 05:49:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34538 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233946AbhEUJtM (ORCPT ); Fri, 21 May 2021 05:49:12 -0400 Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AA3AFC061574 for ; Fri, 21 May 2021 02:47:48 -0700 (PDT) Received: by mail-wr1-x42a.google.com with SMTP id v12so20409514wrq.6 for ; Fri, 21 May 2021 02:47:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=U9YtYqD1zOgwTQj4rwYUvRL9M+o9cBUdkDhNiVVCqT4=; b=BZ4SRa8E72pIovSE18ljTyIk2ivJUsYWo9ncs4s+AUTe7AfeOrjVSvSYJl1UbHRusi Ld35Jm+qOEjR20p/6AwlCZuhzuMgxtI2qlOl2r/Gl+5Fst3A7O/rAbr9Z38clmQauWx8 7uuzUSSCfJd75Lzdf1+r/4C0KBhxubEkFbGiodGEPVCtFhOY7gIQZpVsCVdf3XhxeYWS PAzFgu+3Y7xUioY78vkJwf+Vkzfq/cE/kqh1cY3619P875D3p5UrB66wbXGghNxMenkr TLtAGTFCQAZEV0w5JcKiPvmG7Yp08KpI2Yyma1nyUXQ4ZJzOqf+V+e68JCXMPpb5tJrJ 7Nlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=U9YtYqD1zOgwTQj4rwYUvRL9M+o9cBUdkDhNiVVCqT4=; b=Ow5hZ0nKZ6Emiu+TOVP3RXHwTFyaVSrXt204AdIRm0oeFSsBUz2psqs/ox9Oiwq1hp s6M3UUAD28pJFFSaxJtzQifiCiNEARcC7GsZUPZELlF/psGX6lTo3L06WlorOInHPmjT bDJVsNccb4RrnRJjrfAbfzEpWSFvVQrOrn3M07n84Ki+MQLotfB7hNnAPr8o15G3dyif Bi9DqPgvDlMBRaukUfh4TooiOXtkiLXBjBJ0Z6YYozk0nIwgTn2NeU6ngUkeVT9LLg8v p7JIEjYDdWH/Xvi6KCrDTolHU4Ak2zyM3+K2gj8YkPkh/AB3WmHcYzXKpubKv5teQ/Ai mdDw== X-Gm-Message-State: AOAM533elaachQoxZnopnR3MdN+YWBud3DC/+wpqtv5U22hArggCSH2y QVp4wnS+EPkAhD5e/ZfSvhnWRg== X-Received: by 2002:adf:aad8:: with SMTP id i24mr8716047wrc.0.1621590467086; Fri, 21 May 2021 02:47:47 -0700 (PDT) Received: from elver.google.com ([2a00:79e0:15:13:a932:cdd6:7230:17ba]) by smtp.gmail.com with ESMTPSA id t7sm1429438wrs.87.2021.05.21.02.47.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 21 May 2021 02:47:46 -0700 (PDT) Date: Fri, 21 May 2021 11:47:41 +0200 From: Marco Elver To: David Laight Cc: "akpm@linux-foundation.org" , "glider@google.com" , "dvyukov@google.com" , "linux-kernel@vger.kernel.org" , "linux-mm@kvack.org" , "kasan-dev@googlegroups.com" , Mel Gorman , "stable@vger.kernel.org" Subject: Re: [PATCH] kfence: use TASK_IDLE when awaiting allocation Message-ID: References: <20210521083209.3740269-1-elver@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/2.0.5 (2021-01-21) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, May 21, 2021 at 09:39AM +0000, David Laight wrote: > From: Marco Elver > > Sent: 21 May 2021 09:32 > > > > Since wait_event() uses TASK_UNINTERRUPTIBLE by default, waiting for an > > allocation counts towards load. However, for KFENCE, this does not make > > any sense, since there is no busy work we're awaiting. > > > > Instead, use TASK_IDLE via wait_event_idle() to not count towards load. > > Doesn't that let the process be interruptible by a signal. > Which is probably not desirable. > > There really ought to be a way of sleeping with TASK_UNINTERRUPTIBLE > without changing the load-average. That's what TASK_IDLE is: include/linux/sched.h:#define TASK_IDLE (TASK_UNINTERRUPTIBLE | TASK_NOLOAD) See https://lore.kernel.org/lkml/alpine.LFD.2.11.1505112154420.1749@ja.home.ssi.bg/T/ Thanks, -- Marco > IIRC the load-average is really intended to include processes > that are waiting for disk - especially for swap. > > David > > - > Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK > Registration No: 1397386 (Wales)