From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Andrea Righi <arighi@nvidia.com>
Cc: Peter Schneider <pschneider1968@googlemail.com>,
stable@vger.kernel.org, patches@lists.linux.dev,
linux-kernel@vger.kernel.org, torvalds@linux-foundation.org,
akpm@linux-foundation.org, linux@roeck-us.net, shuah@kernel.org,
patches@kernelci.org, lkft-triage@lists.linaro.org,
pavel@nabladev.com, jonathanh@nvidia.com, f.fainelli@gmail.com,
sudipm.mukherjee@gmail.com, rwarsow@gmx.de, conor@kernel.org,
hargar@microsoft.com, broonie@kernel.org, achill@achill.org,
sr@sladewatkins.com, Tejun Heo <tj@kernel.org>
Subject: Re: [PATCH 7.0 000/307] 7.0.7-rc1 review
Date: Wed, 13 May 2026 13:59:08 +0200 [thread overview]
Message-ID: <2026051300-coyness-ride-0bf1@gregkh> (raw)
In-Reply-To: <agQUuUpJ2fu1JfVG@gpd4>
On Wed, May 13, 2026 at 08:05:45AM +0200, Andrea Righi wrote:
> Hello,
>
> On Wed, May 13, 2026 at 01:31:00AM +0200, Peter Schneider wrote:
> > Hi Greg,
> >
> > Am 12.05.2026 um 19:36 schrieb Greg Kroah-Hartman:
> > > This is the start of the stable review cycle for the 7.0.7 release.
> > > There are 307 patches in this series, all will be posted as a response
> > > to this one. If anyone has any issues with these being applied, please
> > > let me know.
> >
> > Trying to build 7.0.7-rc1, I get this build error.
> >
> > In file included from kernel/sched/build_policy.c:62:
> > kernel/sched/ext.c: In function ‘bypass_lb_cpu’:
> > kernel/sched/ext.c:4019:35: error: ‘donor_rq’ undeclared (first use in this function); did you mean ‘donee_rq’?
> > 4019 | if (task_rq(p) != donor_rq)
> > | ^~~~~~~~
> > | donee_rq
> > kernel/sched/ext.c:4019:35: note: each undeclared identifier is reported only once for each function it appears in
> > make[4]: *** [scripts/Makefile.build:289: kernel/sched/build_policy.o] Fehler 1
> > make[3]: *** [scripts/Makefile.build:548: kernel/sched] Fehler 2
> > make[2]: *** [scripts/Makefile.build:548: kernel] Fehler 2
> > make[1]: *** [/usr/src/linux-stable-rc/Makefile:2108: .] Fehler 2
> > make: *** [Makefile:248: __sub-make] Fehler 2
> > root@linus:/usr/src/linux-stable-rc#
> >
> > The offending line seems to be part of eb5b997dadc517 (sched_ext: Skip tasks with stale task_rq in bypass_lb_cpu())
> > Adding Tejun and Andrea to CC.
>
> The upstream commit (da2d81b4118a) was written on top of ff06f727a941
> ("sched_ext: Move bypass_dsq into scx_sched_pcpu"), which renamed @rq to
> @donor_rq (among other things). That refactor is not in 7.0.y and it's not
> stable material.
>
> I think The minimal fix is to rename donor_rq -> rq in the backported hunk, in
> 7.0.y the function still takes struct rq *rq directly, and that is the donor rq.
>
> Greg, can you fold the following into the queued patch? Do you prefer a
> separate/updated patch?
>
> Thanks,
> -Andrea
>
> kernel/sched/ext.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/kernel/sched/ext.c b/kernel/sched/ext.c
> index 3cb8025b433e0..2bb7c7a902679 100644
> --- a/kernel/sched/ext.c
> +++ b/kernel/sched/ext.c
> @@ -4013,10 +4013,10 @@ static u32 bypass_lb_cpu(struct scx_sched *sch, struct rq *rq,
> /*
> * If an earlier pass placed @p on @donor_dsq from a different
> * CPU and the donee hasn't consumed it yet, @p is still on the
> - * previous CPU and task_rq(@p) != @donor_rq. @p can't be moved
> + * previous CPU and task_rq(@p) != @rq. @p can't be moved
> * without its rq locked. Skip.
> */
> - if (task_rq(p) != donor_rq)
> + if (task_rq(p) != rq)
> continue;
>
> donee = cpumask_any_and_distribute(donee_mask, p->cpus_ptr);
>
A whole new patch please.
thanks,
greg k-h
next prev parent reply other threads:[~2026-05-13 11:59 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-12 17:36 [PATCH 7.0 000/307] 7.0.7-rc1 review Greg Kroah-Hartman
2026-05-12 19:53 ` Ronald Warsow
2026-05-12 22:55 ` Takeshi Ogasawara
2026-05-12 23:31 ` Peter Schneider
2026-05-13 6:05 ` Andrea Righi
2026-05-13 11:59 ` Greg Kroah-Hartman [this message]
2026-05-13 7:16 ` Brett A C Sheffield
2026-05-13 15:02 ` Mark Brown
2026-05-13 16:13 ` Shuah Khan
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=2026051300-coyness-ride-0bf1@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=achill@achill.org \
--cc=akpm@linux-foundation.org \
--cc=arighi@nvidia.com \
--cc=broonie@kernel.org \
--cc=conor@kernel.org \
--cc=f.fainelli@gmail.com \
--cc=hargar@microsoft.com \
--cc=jonathanh@nvidia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=lkft-triage@lists.linaro.org \
--cc=patches@kernelci.org \
--cc=patches@lists.linux.dev \
--cc=pavel@nabladev.com \
--cc=pschneider1968@googlemail.com \
--cc=rwarsow@gmx.de \
--cc=shuah@kernel.org \
--cc=sr@sladewatkins.com \
--cc=stable@vger.kernel.org \
--cc=sudipm.mukherjee@gmail.com \
--cc=tj@kernel.org \
--cc=torvalds@linux-foundation.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