Received: by 2002:a05:7412:8d10:b0:f3:1519:9f41 with SMTP id bj16csp6795422rdb; Fri, 15 Dec 2023 08:30:16 -0800 (PST) X-Google-Smtp-Source: AGHT+IHBNJOjeslRkz21jhbYm61kNljVs3mFzg9v6QdQHegBmg33wL7lLpJqeO0T0is1e/wKSixU X-Received: by 2002:a05:6102:952:b0:464:8360:b520 with SMTP id a18-20020a056102095200b004648360b520mr12180981vsi.10.1702657815736; Fri, 15 Dec 2023 08:30:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702657815; cv=none; d=google.com; s=arc-20160816; b=kr9ZrzyN9ysWBhuSA1YX66j36OI23lbuqk0NQBlCY/oCe4rmzAHNzxF+fHfgfTlvNo C1/HHymRFdqjaTXPxQAH0MBj50QfhLaIeyRrVOwMaSaplvHspdVt3usegVYKZ0UpIHxX 3eICS/ArU3/3tri0cX069DA2a94UH2OHBLX1cinZGGYx1xuuyMq5vVyjixn7RhNEkpyP K+xcrqQhUJ+r0AOMexaahYJsKKgwTe9dQLQrlbK1WNlftnhhROqreQhP7QaeQWV4Tdn5 pd7HVtPIZmqkmuey/QNLiCpun0HQxzTIM/UeIxCznMEY86XxbA0pvjLWx3gZvZIMT62o 1WsQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:list-unsubscribe:list-subscribe:list-id:precedence :message-id:date:references:in-reply-to:subject:cc:to:from :dkim-signature:dkim-filter; bh=OQVXZTeba2LNUlZHGrTPJnHYEPWu6rsuCl/p8uGfzuw=; fh=WAmq670OPy5wVZy9AtnnCS4ExfhVyngtITcpT6HkJnc=; b=r59c+OUROUXCpzRgI9TT0QusraDFdqYLAGbIyi/fb/H3tfXmUuj56buCr0hMyzc36h 1ZRl9LHE/bjcvInqn+j0oYfCxDCSDOc0itbUeZ/SXQfmd8eyWQcdVfYQUftdXdAhSiNK 1XB3JajxOtGtX8dapFwSx3e2GaVP4usj/4urDywscVHlFLMbdlbT7QH7ndsIGto7qrH3 kbS++7ew8aPPBpDEo32OD9kCruy6HkNqzlJxRjv89vJPU3+u9gm5Pc5OUEwu+mOFL1N+ 6flwC66buSYClvbvnyFU566/etkBREBXajCmzRgrPGaPCMBGjvaQjmcFSHFUyV7Stk9B rcdw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lwn.net header.s=20201203 header.b="e9/7rq6F"; spf=pass (google.com: domain of linux-kernel+bounces-1297-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-1297-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id h16-20020a056102359000b0046472cec820si4024125vsu.180.2023.12.15.08.30.15 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 15 Dec 2023 08:30:15 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-1297-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@lwn.net header.s=20201203 header.b="e9/7rq6F"; spf=pass (google.com: domain of linux-kernel+bounces-1297-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-1297-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 7968F1C22E6E for ; Fri, 15 Dec 2023 16:30:15 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id C1F323D3B4; Fri, 15 Dec 2023 16:30:09 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=lwn.net header.i=@lwn.net header.b="e9/7rq6F" X-Original-To: linux-kernel@vger.kernel.org Received: from ms.lwn.net (ms.lwn.net [45.79.88.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 1A1BB3C48A; Fri, 15 Dec 2023 16:30:06 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=lwn.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=lwn.net Received: from localhost (unknown [IPv6:2601:280:5e00:7e19::646]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 5EC5F2ED; Fri, 15 Dec 2023 16:30:06 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 ms.lwn.net 5EC5F2ED DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lwn.net; s=20201203; t=1702657806; bh=OQVXZTeba2LNUlZHGrTPJnHYEPWu6rsuCl/p8uGfzuw=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=e9/7rq6Fm9mKEEQz8Fkevxn3Pz1BvrxaRsrHQ8rtPLb6GWEcGgLaYz8kD+UBD1PDK 7zD4H7yjDONwohGzkqRFLmrq78/yPlsV3kure7xr1vXBaYiNayL6+fha3K3PgzUU7r n/RM/hvr+GiB8S49NVUV/udwkJEJR0YiBYZ+ymFphW/FZGCJvd4aJB6udlGHY29QST uAH0UXLf81TAWLrkhBOzQVjveCg3kL2diaSRK27nDDVllW5ZW8dlD2sGl8x6h7VggW J7Xm0qXumPGgrtA1o5JxqVFTB8wOOtBHonExeR3QVOTUYGREbmJGXpTpdXWH7e4vmc X2iXNUCVriO5g== From: Jonathan Corbet To: Vlastimil Babka Cc: linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Tim Chen , "Kirill A. Shutemov" , Vlastimil Babka Subject: Re: [PATCH v2] Documentation, mm/unaccepted: document accept_memory kernel parameter In-Reply-To: <20231214-accept_memory_param-v2-1-f38cd20a0247@suse.cz> References: <20231214-accept_memory_param-v2-1-f38cd20a0247@suse.cz> Date: Fri, 15 Dec 2023 09:30:05 -0700 Message-ID: <871qbnqvhu.fsf@meer.lwn.net> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Vlastimil Babka writes: > The accept_memory kernel parameter was added in commit dcdfdd40fa82 > ("mm: Add support for unaccepted memory") but not listed in the > kernel-parameters doc. Add it there. > > Acked-by: Kirill A. Shutemov > Signed-off-by: Vlastimil Babka > --- > changes since v1: > - use shorter sentences (Tim Chen) > --- > Documentation/admin-guide/kernel-parameters.txt | 11 +++++++++++ > 1 file changed, 11 insertions(+) > > diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt > index 65731b060e3f..91bd74b2e203 100644 > --- a/Documentation/admin-guide/kernel-parameters.txt > +++ b/Documentation/admin-guide/kernel-parameters.txt > @@ -1,3 +1,14 @@ > + accept_memory= [MM] > + Format: { eager | lazy } > + default: lazy > + By default, unaccepted memory is accepted lazily to > + avoid prolonged boot times. The lazy option will add > + some runtime overhead until all memory is eventually > + accepted. In most cases the overhead is negligible. > + For some workloads or for debugging purposes > + accept_memory=eager can be used to accept all memory > + at once during boot. > + Applied, thanks. jon