* Re: [PATCH 6.12 000/144] 6.12.90-rc1 review
2026-05-15 15:47 [PATCH 6.12 000/144] 6.12.90-rc1 review Greg Kroah-Hartman
@ 2026-05-15 19:07 ` Wentao Guan
2026-05-16 10:09 ` Greg KH
2026-05-15 20:13 ` Florian Fainelli
` (6 subsequent siblings)
7 siblings, 1 reply; 13+ messages in thread
From: Wentao Guan @ 2026-05-15 19:07 UTC (permalink / raw)
To: gregkh
Cc: achill, akpm, broonie, conor, f.fainelli, hargar, jonathanh,
linux-kernel, linux, lkft-triage, patches, patches, pavel,
rwarsow, shuah, sr, stable, sudipm.mukherjee, torvalds,
Wentao Guan
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=y, Size: 1934 bytes --]
Build failed, you can drop the commit to build ok, same as 6.18.30-rc1:
git revert 14d9ce90cf4855d638ecbcdb0c208a144d6f991b..
Revert "sched_ext: Use HK_TYPE_DOMAIN_BOOT to detect isolcpus= domain isolation"
Tested-by: Wentao Guan <guanwentao@uniontech.com>
BRs
Wentao Guan
defconfigs:
https://gist.github.com/opsiff/a840ae9e3d6857f5b7bacb9cdc49f8e9
Log:
In file included from kernel/sched/build_policy.c:63:
kernel/sched/ext.c: In function ‘scx_ops_enable’:
kernel/sched/ext.c:5524:34: error: ‘HK_TYPE_DOMAIN_BOOT’ undeclared (first use in this function); did you mean ‘HK_TYPE_DOMAIN’?
5524 | if (housekeeping_enabled(HK_TYPE_DOMAIN_BOOT)) {
| ^~~~~~~~~~~~~~~~~~~
| HK_TYPE_DOMAIN
missed HK_TYPE_DOMAIN_BOOT is introduced in this commit:
commit 4fca0e550d506e1c95504c2d9247bc92bf621bf6
Author: Frederic Weisbecker <frederic@kernel.org>
Date: Mon May 26 13:06:21 2025 +0200
sched/isolation: Save boot defined domain flags
HK_TYPE_DOMAIN will soon integrate not only boot defined isolcpus= CPUs
but also cpuset isolated partitions.
Housekeeping still needs a way to record what was initially passed
to isolcpus= in order to keep these CPUs isolated after a cpuset
isolated partition is modified or destroyed while containing some of
them.
Create a new HK_TYPE_DOMAIN_BOOT to keep track of those.
Signed-off-by: Frederic Weisbecker <frederic@kernel.org>
Reviewed-by: Phil Auld <pauld@redhat.com>
Reviewed-by: Waiman Long <longman@redhat.com>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Marco Crivellari <marco.crivellari@suse.com>
Cc: Michal Hocko <mhocko@suse.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Tejun Heo <tj@kernel.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: Waiman Long <longman@redhat.com>
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: [PATCH 6.12 000/144] 6.12.90-rc1 review
2026-05-15 19:07 ` Wentao Guan
@ 2026-05-16 10:09 ` Greg KH
2026-05-16 17:11 ` Peter Schneider
0 siblings, 1 reply; 13+ messages in thread
From: Greg KH @ 2026-05-16 10:09 UTC (permalink / raw)
To: Wentao Guan
Cc: achill, akpm, broonie, conor, f.fainelli, hargar, jonathanh,
linux-kernel, linux, lkft-triage, patches, patches, pavel,
rwarsow, shuah, sr, stable, sudipm.mukherjee, torvalds
On Sat, May 16, 2026 at 03:07:14AM +0800, Wentao Guan wrote:
> Build failed, you can drop the commit to build ok, same as 6.18.30-rc1:
> git revert 14d9ce90cf4855d638ecbcdb0c208a144d6f991b..
> Revert "sched_ext: Use HK_TYPE_DOMAIN_BOOT to detect isolcpus= domain isolation"
>
> Tested-by: Wentao Guan <guanwentao@uniontech.com>
>
> BRs
> Wentao Guan
>
> defconfigs:
> https://gist.github.com/opsiff/a840ae9e3d6857f5b7bacb9cdc49f8e9
>
> Log:
> In file included from kernel/sched/build_policy.c:63:
> kernel/sched/ext.c: In function ‘scx_ops_enable’:
> kernel/sched/ext.c:5524:34: error: ‘HK_TYPE_DOMAIN_BOOT’ undeclared (first use in this function); did you mean ‘HK_TYPE_DOMAIN’?
> 5524 | if (housekeeping_enabled(HK_TYPE_DOMAIN_BOOT)) {
> | ^~~~~~~~~~~~~~~~~~~
> | HK_TYPE_DOMAIN
>
> missed HK_TYPE_DOMAIN_BOOT is introduced in this commit:
>
> commit 4fca0e550d506e1c95504c2d9247bc92bf621bf6
> Author: Frederic Weisbecker <frederic@kernel.org>
> Date: Mon May 26 13:06:21 2025 +0200
>
> sched/isolation: Save boot defined domain flags
>
> HK_TYPE_DOMAIN will soon integrate not only boot defined isolcpus= CPUs
> but also cpuset isolated partitions.
>
> Housekeeping still needs a way to record what was initially passed
> to isolcpus= in order to keep these CPUs isolated after a cpuset
> isolated partition is modified or destroyed while containing some of
> them.
>
> Create a new HK_TYPE_DOMAIN_BOOT to keep track of those.
>
> Signed-off-by: Frederic Weisbecker <frederic@kernel.org>
> Reviewed-by: Phil Auld <pauld@redhat.com>
> Reviewed-by: Waiman Long <longman@redhat.com>
> Cc: Ingo Molnar <mingo@redhat.com>
> Cc: Marco Crivellari <marco.crivellari@suse.com>
> Cc: Michal Hocko <mhocko@suse.com>
> Cc: Peter Zijlstra <peterz@infradead.org>
> Cc: Tejun Heo <tj@kernel.org>
> Cc: Thomas Gleixner <tglx@linutronix.de>
> Cc: Vlastimil Babka <vbabka@suse.cz>
> Cc: Waiman Long <longman@redhat.com>
>
Also dropped from here, thanks. My fault, I should have only backported
this to 7.0.y as the commit itself said to.
greg k-h
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: [PATCH 6.12 000/144] 6.12.90-rc1 review
2026-05-16 10:09 ` Greg KH
@ 2026-05-16 17:11 ` Peter Schneider
2026-05-16 18:09 ` [PATCH 6.6 000/474] 6.6.140-rc1 review Wentao Guan
0 siblings, 1 reply; 13+ messages in thread
From: Peter Schneider @ 2026-05-16 17:11 UTC (permalink / raw)
To: Greg KH, Wentao Guan
Cc: achill, akpm, broonie, conor, f.fainelli, hargar, jonathanh,
linux-kernel, linux, lkft-triage, patches, patches, pavel,
rwarsow, shuah, sr, stable, sudipm.mukherjee, torvalds
Am 16.05.2026 um 12:09 schrieb Greg KH:
> On Sat, May 16, 2026 at 03:07:14AM +0800, Wentao Guan wrote:
>> Build failed, you can drop the commit to build ok, same as 6.18.30-rc1:
>> git revert 14d9ce90cf4855d638ecbcdb0c208a144d6f991b..
>> Revert "sched_ext: Use HK_TYPE_DOMAIN_BOOT to detect isolcpus= domain isolation"
>>
>> Tested-by: Wentao Guan <guanwentao@uniontech.com>
>>
>> BRs
>> Wentao Guan
>>
>> defconfigs:
>> https://gist.github.com/opsiff/a840ae9e3d6857f5b7bacb9cdc49f8e9
>>
>> Log:
>> In file included from kernel/sched/build_policy.c:63:
>> kernel/sched/ext.c: In function ‘scx_ops_enable’:
>> kernel/sched/ext.c:5524:34: error: ‘HK_TYPE_DOMAIN_BOOT’ undeclared (first use in this function); did you mean ‘HK_TYPE_DOMAIN’?
>> 5524 | if (housekeeping_enabled(HK_TYPE_DOMAIN_BOOT)) {
>> | ^~~~~~~~~~~~~~~~~~~
>> | HK_TYPE_DOMAIN
>>
>> missed HK_TYPE_DOMAIN_BOOT is introduced in this commit:
>>
>> commit 4fca0e550d506e1c95504c2d9247bc92bf621bf6
>> Author: Frederic Weisbecker <frederic@kernel.org>
>> Date: Mon May 26 13:06:21 2025 +0200
>>
>> sched/isolation: Save boot defined domain flags
>>
>> HK_TYPE_DOMAIN will soon integrate not only boot defined isolcpus= CPUs
>> but also cpuset isolated partitions.
>>
>> Housekeeping still needs a way to record what was initially passed
>> to isolcpus= in order to keep these CPUs isolated after a cpuset
>> isolated partition is modified or destroyed while containing some of
>> them.
>>
>> Create a new HK_TYPE_DOMAIN_BOOT to keep track of those.
>>
>> Signed-off-by: Frederic Weisbecker <frederic@kernel.org>
>> Reviewed-by: Phil Auld <pauld@redhat.com>
>> Reviewed-by: Waiman Long <longman@redhat.com>
>> Cc: Ingo Molnar <mingo@redhat.com>
>> Cc: Marco Crivellari <marco.crivellari@suse.com>
>> Cc: Michal Hocko <mhocko@suse.com>
>> Cc: Peter Zijlstra <peterz@infradead.org>
>> Cc: Tejun Heo <tj@kernel.org>
>> Cc: Thomas Gleixner <tglx@linutronix.de>
>> Cc: Vlastimil Babka <vbabka@suse.cz>
>> Cc: Waiman Long <longman@redhat.com>
>>
>
> Also dropped from here, thanks. My fault, I should have only backported
> this to 7.0.y as the commit itself said to.
>
> greg k-h
Now I really wonder why I didn't hit this build error with that patch included in 6.12.90-rc1...
Because I hit it in 6.18.32-rc!
Let me check my .config ...
Beste Grüße,
Peter Schneider
--
Climb the mountain not to plant your flag, but to embrace the challenge,
enjoy the air and behold the view. Climb it so you can see the world,
not so the world can see you. -- David McCullough Jr.
OpenPGP: 0xA3828BD796CCE11A8CADE8866E3A92C92C3FF244
Download: https://www.peters-netzplatz.de/download/pschneider1968_pub.asc
https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@googlemail.com
https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@gmail.com
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: [PATCH 6.6 000/474] 6.6.140-rc1 review
2026-05-16 17:11 ` Peter Schneider
@ 2026-05-16 18:09 ` Wentao Guan
2026-05-16 20:20 ` [PATCH 6.12 000/144] 6.12.90-rc1 review Peter Schneider
0 siblings, 1 reply; 13+ messages in thread
From: Wentao Guan @ 2026-05-16 18:09 UTC (permalink / raw)
To: pschneider1968
Cc: achill, akpm, broonie, conor, f.fainelli, gregkh, guanwentao,
hargar, jonathanh, linux-kernel, linux, lkft-triage, patches,
patches, pavel, rwarsow, shuah, sr, stable, sudipm.mukherjee,
torvalds
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=y, Size: 2758 bytes --]
>Am 16.05.2026 um 12:09 schrieb Greg KH:
>> On Sat, May 16, 2026 at 03:07:14AM +0800, Wentao Guan wrote:
>>> Build failed, you can drop the commit to build ok, same as 6.18.30-rc1:
>>> git revert 14d9ce90cf4855d638ecbcdb0c208a144d6f991b..
>>> Revert "sched_ext: Use HK_TYPE_DOMAIN_BOOT to detect isolcpus= domain isolation"
>>>
>>> Tested-by: Wentao Guan <guanwentao@uniontech.com>
>>>
>>> BRs
>>> Wentao Guan
>>>
>>> defconfigs:
>>> https://gist.github.com/opsiff/a840ae9e3d6857f5b7bacb9cdc49f8e9
>>>
>>> Log:
>>> In file included from kernel/sched/build_policy.c:63:
>>> kernel/sched/ext.c: In function ‘scx_ops_enable’:
>>> kernel/sched/ext.c:5524:34: error: ‘HK_TYPE_DOMAIN_BOOT’ undeclared (first use in this function); did you mean ‘HK_TYPE_DOMAIN’?
>>> 5524 | if (housekeeping_enabled(HK_TYPE_DOMAIN_BOOT)) {
>>> | ^~~~~~~~~~~~~~~~~~~
>>> | HK_TYPE_DOMAIN
>>>
>>> missed HK_TYPE_DOMAIN_BOOT is introduced in this commit:
>>>
>>> commit 4fca0e550d506e1c95504c2d9247bc92bf621bf6
>>> Author: Frederic Weisbecker <frederic@kernel.org>
>>> Date: Mon May 26 13:06:21 2025 +0200
>>>
>>> sched/isolation: Save boot defined domain flags
>>>
>>> HK_TYPE_DOMAIN will soon integrate not only boot defined isolcpus= CPUs
>>> but also cpuset isolated partitions.
>>>
>>> Housekeeping still needs a way to record what was initially passed
>>> to isolcpus= in order to keep these CPUs isolated after a cpuset
>>> isolated partition is modified or destroyed while containing some of
>>> them.
>>>
>>> Create a new HK_TYPE_DOMAIN_BOOT to keep track of those.
>>>
>>> Signed-off-by: Frederic Weisbecker <frederic@kernel.org>
>>> Reviewed-by: Phil Auld <pauld@redhat.com>
>>> Reviewed-by: Waiman Long <longman@redhat.com>
>>> Cc: Ingo Molnar <mingo@redhat.com>
>>> Cc: Marco Crivellari <marco.crivellari@suse.com>
>>> Cc: Michal Hocko <mhocko@suse.com>
>>> Cc: Peter Zijlstra <peterz@infradead.org>
>>> Cc: Tejun Heo <tj@kernel.org>
>>> Cc: Thomas Gleixner <tglx@linutronix.de>
>>> Cc: Vlastimil Babka <vbabka@suse.cz>
>>> Cc: Waiman Long <longman@redhat.com>
>>>
>>
>> Also dropped from here, thanks. My fault, I should have only backported
>> this to 7.0.y as the commit itself said to.
>>
>> greg k-h
>
>
>Now I really wonder why I didn't hit this build error with that patch included in 6.12.90-rc1...
>Because I hit it in 6.18.32-rc!
>
>Let me check my .config ...
>
>Beste Grüße,
>Peter Schneider
Hello,
I thought that 'CONFIG_SCHED_CLASS_EXT' is what you found,
and it is depends include 'DEBUG_INFO_BTF' which depend pahole (maybe missed).
BRs
Wentao Guan
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: [PATCH 6.12 000/144] 6.12.90-rc1 review
2026-05-16 18:09 ` [PATCH 6.6 000/474] 6.6.140-rc1 review Wentao Guan
@ 2026-05-16 20:20 ` Peter Schneider
0 siblings, 0 replies; 13+ messages in thread
From: Peter Schneider @ 2026-05-16 20:20 UTC (permalink / raw)
To: Wentao Guan
Cc: achill, akpm, broonie, conor, f.fainelli, gregkh, hargar,
jonathanh, linux-kernel, linux, lkft-triage, patches, patches,
pavel, rwarsow, shuah, sr, stable, sudipm.mukherjee, torvalds
Am 16.05.2026 um 20:09 schrieb Wentao Guan:
>> Am 16.05.2026 um 12:09 schrieb Greg KH:
>>> On Sat, May 16, 2026 at 03:07:14AM +0800, Wentao Guan wrote:
>>>> Build failed, you can drop the commit to build ok, same as 6.18.30-rc1:
>>>> git revert 14d9ce90cf4855d638ecbcdb0c208a144d6f991b..
>>>> Revert "sched_ext: Use HK_TYPE_DOMAIN_BOOT to detect isolcpus= domain isolation"
>>>>
>>>> Tested-by: Wentao Guan <guanwentao@uniontech.com>
>>>>
>>>> BRs
>>>> Wentao Guan
>>>>
>>>> defconfigs:
>>>> https://gist.github.com/opsiff/a840ae9e3d6857f5b7bacb9cdc49f8e9
>>>>
>>>> Log:
>>>> In file included from kernel/sched/build_policy.c:63:
>>>> kernel/sched/ext.c: In function ‘scx_ops_enable’:
>>>> kernel/sched/ext.c:5524:34: error: ‘HK_TYPE_DOMAIN_BOOT’ undeclared (first use in this function); did you mean ‘HK_TYPE_DOMAIN’?
>>>> 5524 | if (housekeeping_enabled(HK_TYPE_DOMAIN_BOOT)) {
>>>> | ^~~~~~~~~~~~~~~~~~~
>>>> | HK_TYPE_DOMAIN
>>>>
>>>> missed HK_TYPE_DOMAIN_BOOT is introduced in this commit:
>>>>
>>>> commit 4fca0e550d506e1c95504c2d9247bc92bf621bf6
>>>> Author: Frederic Weisbecker <frederic@kernel.org>
>>>> Date: Mon May 26 13:06:21 2025 +0200
>>>>
>>>> sched/isolation: Save boot defined domain flags
>>>>
>>>> HK_TYPE_DOMAIN will soon integrate not only boot defined isolcpus= CPUs
>>>> but also cpuset isolated partitions.
>>>>
>>>> Housekeeping still needs a way to record what was initially passed
>>>> to isolcpus= in order to keep these CPUs isolated after a cpuset
>>>> isolated partition is modified or destroyed while containing some of
>>>> them.
>>>>
>>>> Create a new HK_TYPE_DOMAIN_BOOT to keep track of those.
>>>>
>>>> Signed-off-by: Frederic Weisbecker <frederic@kernel.org>
>>>> Reviewed-by: Phil Auld <pauld@redhat.com>
>>>> Reviewed-by: Waiman Long <longman@redhat.com>
>>>> Cc: Ingo Molnar <mingo@redhat.com>
>>>> Cc: Marco Crivellari <marco.crivellari@suse.com>
>>>> Cc: Michal Hocko <mhocko@suse.com>
>>>> Cc: Peter Zijlstra <peterz@infradead.org>
>>>> Cc: Tejun Heo <tj@kernel.org>
>>>> Cc: Thomas Gleixner <tglx@linutronix.de>
>>>> Cc: Vlastimil Babka <vbabka@suse.cz>
>>>> Cc: Waiman Long <longman@redhat.com>
>>>>
>>>
>>> Also dropped from here, thanks. My fault, I should have only backported
>>> this to 7.0.y as the commit itself said to.
>>>
>>> greg k-h
>>
>>
>> Now I really wonder why I didn't hit this build error with that patch included in 6.12.90-rc1...
>> Because I hit it in 6.18.32-rc!
>>
>> Let me check my .config ...
>>
>> Beste Grüße,
>> Peter Schneider
>
> Hello,
>
> I thought that 'CONFIG_SCHED_CLASS_EXT' is what you found,
> and it is depends include 'DEBUG_INFO_BTF' which depend pahole (maybe missed).
>
> BRs
> Wentao Guan
Yes, you are absolutely right!
I do all my tests on one of my Proxmox maschines which by default run some x.y.z-pve Kernel, and I always use the
.config of the closest PVE kernel as template for the .config of the kernel I want to test.
So for 6.12.90-rc1 I copied config-6.11.11-2-pve and did a "make olddefconfig", and 6.11 did not have
CONFIG_SCHED_CLASS_EXT yet at all, so I ended up testing with CONFIG_SCHED_CLASS_EXT not set.
While for 6.18.32-rc1, I copied config-6.17.13-9-pve and did "make olddefconfig", and 6.17 already had that
functionality (I guess since mainline 6.12), and so for that version, I had CONFIG_SCHED_CLASS_EXT=y
Beste Grüße,
Peter Schneider
--
Climb the mountain not to plant your flag, but to embrace the challenge,
enjoy the air and behold the view. Climb it so you can see the world,
not so the world can see you. -- David McCullough Jr.
OpenPGP: 0xA3828BD796CCE11A8CADE8866E3A92C92C3FF244
Download: https://www.peters-netzplatz.de/download/pschneider1968_pub.asc
https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@googlemail.com
https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@gmail.com
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH 6.12 000/144] 6.12.90-rc1 review
2026-05-15 15:47 [PATCH 6.12 000/144] 6.12.90-rc1 review Greg Kroah-Hartman
2026-05-15 19:07 ` Wentao Guan
@ 2026-05-15 20:13 ` Florian Fainelli
2026-05-15 22:12 ` Pavel Machek
` (5 subsequent siblings)
7 siblings, 0 replies; 13+ messages in thread
From: Florian Fainelli @ 2026-05-15 20:13 UTC (permalink / raw)
To: Greg Kroah-Hartman, stable
Cc: patches, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, sudipm.mukherjee, rwarsow, conor,
hargar, broonie, achill, sr
On 5/15/26 08:47, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.12.90 release.
> There are 144 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.
>
> Responses should be made by Sun, 17 May 2026 15:46:37 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
> https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.12.90-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
On ARCH_BRCMSTB using 32-bit and 64-bit ARM kernels, build tested on
BMIPS_GENERIC:
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com>
--
Florian
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: [PATCH 6.12 000/144] 6.12.90-rc1 review
2026-05-15 15:47 [PATCH 6.12 000/144] 6.12.90-rc1 review Greg Kroah-Hartman
2026-05-15 19:07 ` Wentao Guan
2026-05-15 20:13 ` Florian Fainelli
@ 2026-05-15 22:12 ` Pavel Machek
2026-05-15 22:48 ` Shuah Khan
` (4 subsequent siblings)
7 siblings, 0 replies; 13+ messages in thread
From: Pavel Machek @ 2026-05-15 22:12 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, rwarsow, conor, hargar, broonie, achill, sr
[-- Attachment #1: Type: text/plain, Size: 504 bytes --]
Hi!
> This is the start of the stable review cycle for the 6.12.90 release.
> There are 144 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.
CIP testing did not find any problems here:
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/tree/linux-6.12.y
Tested-by: Pavel Machek (CIP) <pavel@nabladev.com>
Best regards,
Pavel
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: [PATCH 6.12 000/144] 6.12.90-rc1 review
2026-05-15 15:47 [PATCH 6.12 000/144] 6.12.90-rc1 review Greg Kroah-Hartman
` (2 preceding siblings ...)
2026-05-15 22:12 ` Pavel Machek
@ 2026-05-15 22:48 ` Shuah Khan
2026-05-15 23:44 ` Peter Schneider
` (3 subsequent siblings)
7 siblings, 0 replies; 13+ messages in thread
From: Shuah Khan @ 2026-05-15 22:48 UTC (permalink / raw)
To: Greg Kroah-Hartman, stable
Cc: patches, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee,
rwarsow, conor, hargar, broonie, achill, sr, Shuah Khan
On 5/15/26 09:47, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.12.90 release.
> There are 144 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.
>
> Responses should be made by Sun, 17 May 2026 15:46:37 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
> https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.12.90-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>
Compiled and booted on my test system. No dmesg regressions.
Tested-by: Shuah Khan <skhan@linuxfoundation.org>
thanks,
-- Shuah
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: [PATCH 6.12 000/144] 6.12.90-rc1 review
2026-05-15 15:47 [PATCH 6.12 000/144] 6.12.90-rc1 review Greg Kroah-Hartman
` (3 preceding siblings ...)
2026-05-15 22:48 ` Shuah Khan
@ 2026-05-15 23:44 ` Peter Schneider
2026-05-16 1:33 ` Miguel Ojeda
` (2 subsequent siblings)
7 siblings, 0 replies; 13+ messages in thread
From: Peter Schneider @ 2026-05-15 23:44 UTC (permalink / raw)
To: Greg Kroah-Hartman, stable
Cc: patches, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee,
rwarsow, conor, hargar, broonie, achill, sr
Am 15.05.2026 um 17:47 schrieb Greg Kroah-Hartman:
> This is the start of the stable review cycle for the 6.12.90 release.
> There are 144 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.
Builds, boots and works on my 2-socket Ivy Bridge Xeon E5-2697 v2 server. No dmesg oddities or regressions found.
Tested-by: Peter Schneider <pschneider1968@googlemail.com>
Beste Grüße,
Peter Schneider
--
Climb the mountain not to plant your flag, but to embrace the challenge,
enjoy the air and behold the view. Climb it so you can see the world,
not so the world can see you. -- David McCullough Jr.
OpenPGP: 0xA3828BD796CCE11A8CADE8866E3A92C92C3FF244
Download: https://www.peters-netzplatz.de/download/pschneider1968_pub.asc
https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@googlemail.com
https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@gmail.com
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: [PATCH 6.12 000/144] 6.12.90-rc1 review
2026-05-15 15:47 [PATCH 6.12 000/144] 6.12.90-rc1 review Greg Kroah-Hartman
` (4 preceding siblings ...)
2026-05-15 23:44 ` Peter Schneider
@ 2026-05-16 1:33 ` Miguel Ojeda
2026-05-16 6:38 ` Mark Brown
2026-05-16 9:23 ` Brett A C Sheffield
7 siblings, 0 replies; 13+ messages in thread
From: Miguel Ojeda @ 2026-05-16 1:33 UTC (permalink / raw)
To: gregkh
Cc: achill, akpm, broonie, conor, f.fainelli, hargar, jonathanh,
linux-kernel, linux, lkft-triage, patches, patches, pavel,
rwarsow, shuah, sr, stable, sudipm.mukherjee, torvalds,
Miguel Ojeda
On Fri, 15 May 2026 17:47:06 +0200 Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote:
>
> This is the start of the stable review cycle for the 6.12.90 release.
> There are 144 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.
>
> Responses should be made by Sun, 17 May 2026 15:46:37 +0000.
> Anything received after that time might be too late.
Boot-tested under QEMU for Rust x86_64, arm64 and riscv64; built-tested
for loongarch64:
Tested-by: Miguel Ojeda <ojeda@kernel.org>
Thanks!
Cheers,
Miguel
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: [PATCH 6.12 000/144] 6.12.90-rc1 review
2026-05-15 15:47 [PATCH 6.12 000/144] 6.12.90-rc1 review Greg Kroah-Hartman
` (5 preceding siblings ...)
2026-05-16 1:33 ` Miguel Ojeda
@ 2026-05-16 6:38 ` Mark Brown
2026-05-16 9:23 ` Brett A C Sheffield
7 siblings, 0 replies; 13+ messages in thread
From: Mark Brown @ 2026-05-16 6:38 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, rwarsow, conor, hargar, achill, sr
[-- Attachment #1: Type: text/plain, Size: 346 bytes --]
On Fri, May 15, 2026 at 05:47:06PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.12.90 release.
> There are 144 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.
Tested-by: Mark Brown <broonie@kernel.org>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: [PATCH 6.12 000/144] 6.12.90-rc1 review
2026-05-15 15:47 [PATCH 6.12 000/144] 6.12.90-rc1 review Greg Kroah-Hartman
` (6 preceding siblings ...)
2026-05-16 6:38 ` Mark Brown
@ 2026-05-16 9:23 ` Brett A C Sheffield
7 siblings, 0 replies; 13+ messages in thread
From: Brett A C Sheffield @ 2026-05-16 9:23 UTC (permalink / raw)
To: gregkh
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, rwarsow, conor, hargar, broonie, achill, sr,
Brett A C Sheffield
# Librecast Test Results
020/020 [ OK ] liblcrq
010/010 [ OK ] libmld
120/120 [ OK ] liblibrecast
CPU/kernel: Linux auntie 6.12.90-rc1-gd79bec4888ef #1 SMP PREEMPT_DYNAMIC Sat May 16 09:08:30 -00 2026 x86_64 AMD Ryzen 9 9950X 16-Core Processor AuthenticAMD GNU/Linux
Tested-by: Brett A C Sheffield <bacs@librecast.net>
^ permalink raw reply [flat|nested] 13+ messages in thread