From: Mario Limonciello <mario.limonciello@amd.com>
To: Pavel Machek <pavel@ucw.cz>, Sasha Levin <sashal@kernel.org>
Cc: "Eric W. Biederman" <ebiederm@xmission.com>,
patches@lists.linux.dev, stable@vger.kernel.org,
Nat Wittstock <nat@fardog.io>, Lucian Langa <lucilanga@7pot.org>,
"Rafael J . Wysocki" <rafael.j.wysocki@intel.com>,
rafael@kernel.org, len.brown@intel.com, linux-pm@vger.kernel.org,
kexec@lists.infradead.org
Subject: Re: [PATCH AUTOSEL 6.15 6/8] PM: Restrict swap use to later in the suspend sequence
Date: Wed, 9 Jul 2025 10:35:40 -0400 [thread overview]
Message-ID: <24c245be-1ae6-4931-a0ac-375cae18e937@amd.com> (raw)
In-Reply-To: <aG4AilDpnqrqHXaS@duo.ucw.cz>
On 7/9/2025 1:39 AM, Pavel Machek wrote:
>
>> In this instance I honestly haven't read the LLM explanation. I agree
>> with you that the explanation is flawed, but the patch clearly fixes a
>> problem:
>>
>> "On AMD dGPUs this can lead to failed suspends under memory
>> pressure situations as all VRAM must be evicted to system memory
>> or swap."
>>
>> So it was included in the AUTOSEL patchset.
>
> Is "may fix a problem" the only criteria for -stable inclusion? You
> have been acting as if so. Please update the rules, if so.
I would say that it most definitely does fix a problem. There are
multiple testers who have confirmed it.
But as it's rightfully pointed out the environment that drivers have
during the initial pmops callbacks is different (swap is still available).
I don't expect regressions from this; but wider testing is the only way
that we will find out. Either we find out in 6.15.y or we find out in
6.16.y. Either way if there are regressions we either revert or fix them.
>
>>> I assume going forward that AUTOSEL will not consider any patches
>>> involving the core kernel and the user/kernel ABI going forward. The
>>> areas I have been involved with over the years, and for which my review
>>> might be interesting.
>>
>> The filter is based on authorship and SoBs. Individual maintainers of a
>> subsystem can elect to have their entire subsystem added to the ignore
>> list.
>
> Then the filter is misdesigned.
>
> BR,
> Pavel
>
>
next prev parent reply other threads:[~2025-07-09 14:35 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20250708000215.793090-1-sashal@kernel.org>
2025-07-08 0:02 ` [PATCH AUTOSEL 6.15 6/8] PM: Restrict swap use to later in the suspend sequence Sasha Levin
2025-07-08 6:25 ` Pavel Machek
2025-07-08 6:39 ` Pavel Machek
2025-07-08 19:13 ` Eric W. Biederman
2025-07-08 19:32 ` Eric W. Biederman
2025-07-08 20:32 ` Sasha Levin
2025-07-08 20:37 ` Pavel Machek
2025-07-08 20:46 ` Willy Tarreau
2025-07-08 20:49 ` Pavel Machek
2025-07-08 21:12 ` Sasha Levin
2025-07-08 21:26 ` Pavel Machek
2025-07-09 5:34 ` Pavel Machek
2025-07-08 20:41 ` Pavel Machek
2025-07-08 21:46 ` Eric W. Biederman
2025-07-08 22:26 ` Sasha Levin
2025-07-09 5:39 ` Pavel Machek
2025-07-09 14:35 ` Mario Limonciello [this message]
2025-07-09 16:23 ` Eric W. Biederman
2025-07-09 16:35 ` Mario Limonciello
2025-07-09 16:55 ` Rafael J. Wysocki
2025-07-09 17:37 ` Sasha Levin
2025-07-08 20:38 ` Pavel Machek
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=24c245be-1ae6-4931-a0ac-375cae18e937@amd.com \
--to=mario.limonciello@amd.com \
--cc=ebiederm@xmission.com \
--cc=kexec@lists.infradead.org \
--cc=len.brown@intel.com \
--cc=linux-pm@vger.kernel.org \
--cc=lucilanga@7pot.org \
--cc=nat@fardog.io \
--cc=patches@lists.linux.dev \
--cc=pavel@ucw.cz \
--cc=rafael.j.wysocki@intel.com \
--cc=rafael@kernel.org \
--cc=sashal@kernel.org \
--cc=stable@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox