From: Johannes Weiner <hannes@cmpxchg.org>
To: Yosry Ahmed <yosryahmed@google.com>
Cc: Michal Hocko <mhocko@suse.com>,
Narcis Garcia <debianlists@actiu.net>,
linux-mm@kvack.org, Roman Gushchin <roman.gushchin@linux.dev>
Subject: Re: swapaccount= commandline option
Date: Tue, 13 Feb 2024 03:26:01 -0500 [thread overview]
Message-ID: <20240213082601.GC3448692@cmpxchg.org> (raw)
In-Reply-To: <CAJD7tkZqww+JWM=+95FVCBZPcKVyrwBibZAErc1PSLEjGuxeDQ@mail.gmail.com>
On Tue, Feb 13, 2024 at 12:09:26AM -0800, Yosry Ahmed wrote:
> On Tue, Feb 13, 2024 at 12:06 AM Michal Hocko <mhocko@suse.com> wrote:
> >
> > On Tue 13-02-24 08:01:37, Narcis Garcia wrote:
> > > El 12/2/24 a les 23:37, Yosry Ahmed ha escrit:
> > > > On Sun, Feb 11, 2024 at 1:33 AM Narcis Garcia <debianlists@actiu.net> wrote:
> > > > >
> > > > > Hello,
> > > > >
> > > > > I read this warning on Linux 6.1 boot:
> > > > > The swapaccount= commandline option is deprecated. Please report your
> > > > > usecase to linux-mm@kvack.org if you depend on this functionality.
> > > > >
> > > > > And I want to know if this impacts on LinuX Containers (LXC) swap
> > > > > accounting.
> > > >
> > > > swapaccount= was deprecated in the sense that it is always on now
> > > > (i.e. you cannot do swapaccount=0 anymore). I believe you are using
> > > > swapaccount=1 and want to make sure that swap accounting will still
> > > > work with v6.1, right?
> > > >
> > > > This is the second question we have had about this message [1]. I
> > > > think we need to clarify the warning (and perhaps backport to stable
> > > > kernels).
> > > >
> > > > [1]https://lore.kernel.org/linux-mm/2593755.Xrv9ptJ69j@sinistra.local/
> > >
> > >
> > > Thank you for answering this question, and sure this clarification is needed
> > > both in documentation and warning message.
> > > I've found deprecation message was commited on 26 Sep 2022.
> > > From what Linux version release, this deprecation is included?
> > >
> > > I suggest this for setup_swap_account() code:
> > > pr_warn_once("The swapaccount= commandline option is deprecated. "
> > > "Swap accounting is always on. "
> > > "Please report your usecase to linux-mm@kvack.org if you "
> > > "depend on this functionality.\n");
> >
> > Would it make more sense to warn only if somebody tries to disable the
> > swap accounting?
> > ---
> > diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> > index e4c8735e7c85..dec75eedf634 100644
> > --- a/mm/memcontrol.c
> > +++ b/mm/memcontrol.c
> > @@ -7936,7 +7936,10 @@ bool mem_cgroup_swap_full(struct folio *folio)
> >
> > static int __init setup_swap_account(char *s)
> > {
> > - pr_warn_once("The swapaccount= commandline option is deprecated. "
> > + bool res;
> > +
> > + if (kstrtobool(s, &res) || !res)
> > + pr_warn_once("The swapaccount= commandline option is deprecated. "
> > "Please report your usecase to linux-mm@kvack.org if you "
> > "depend on this functionality.\n");
> > return 1;
> > --
>
> Yes, this makes sense to me, but I still think explicitly specifying
> that swap accounting is always on now would make things even clearer.
I think it's okay if it only warns when somebody requests disabling,
since the confusion won't happen anymore for folks still explicitly
requesting the enablement. I did add a blurb about what the preferred
method to control swap behavior is, though.
next prev parent reply other threads:[~2024-02-13 8:26 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-11 9:33 swapaccount= commandline option Narcis Garcia
2024-02-12 22:37 ` Yosry Ahmed
2024-02-13 7:01 ` Narcis Garcia
2024-02-13 8:06 ` Yosry Ahmed
2024-02-13 8:06 ` Michal Hocko
2024-02-13 8:09 ` Yosry Ahmed
2024-02-13 8:26 ` Johannes Weiner [this message]
2024-02-13 8:27 ` Yosry Ahmed
2024-02-13 8:23 ` Johannes Weiner
2024-02-13 8:18 ` Johannes Weiner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20240213082601.GC3448692@cmpxchg.org \
--to=hannes@cmpxchg.org \
--cc=debianlists@actiu.net \
--cc=linux-mm@kvack.org \
--cc=mhocko@suse.com \
--cc=roman.gushchin@linux.dev \
--cc=yosryahmed@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.