From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Frank Scheiner <frank.scheiner@web.de>
Cc: 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, cc@epic-linux.org
Subject: Re: [PATCH 6.6 000/484] 6.6.148-rc1 review
Date: Mon, 3 Aug 2026 10:14:05 +0200 [thread overview]
Message-ID: <2026080313-stony-spree-9b45@gregkh> (raw)
In-Reply-To: <e2abbb8e-e222-49d5-bc58-6b5328490ac6@web.de>
On Fri, Jul 31, 2026 at 07:37:59PM +0200, Frank Scheiner wrote:
> On 30.07.26 16:08, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 6.6.148 release.
> > There are 484 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 Sat, 01 Aug 2026 14:13:41 +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.6.148-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.6.y
> > and the diffstat can be found below.
> >
> > thanks,
> >
> > greg k-h
>
> I didn't notice earlier, but we now seem to have a mirrored version of
> the build problem described for 6.6.145-rc2 ([1]) earlier:
>
> from: https://github.com/linux-ia64/linux-stable-rc/actions/runs/30608172560/job/91087240301#step:8:3099
> ```
> drivers/cpufreq/ia64-acpi-cpufreq.c:327:27: error: initialization of 'int (*)(struct cpufreq_policy *)' from incompatible pointer type 'void (*)(struct cpufreq_policy *)' [-Wincompatible-pointer-types]
> 327 | .exit = acpi_cpufreq_cpu_exit,
> | ^~~~~~~~~~~~~~~~~~~~~
> drivers/cpufreq/ia64-acpi-cpufreq.c:327:27: note: (near initialization for 'acpi_cpufreq_driver.exit')
> make[6]: *** [scripts/Makefile.build:243: drivers/cpufreq/ia64-acpi-cpufreq.o] Error 1
> make[5]: *** [scripts/Makefile.build:480: drivers/cpufreq] Error 2
> make[5]: *** Waiting for unfinished jobs....
> ```
>
> [1]: https://lore.kernel.org/stable/88255dcb-acac-4a74-a086-b686aaf15eca@web.de/
>
> Looking into the released 6.6.145 ([2]) the patch "cpufreq: Make
> cpufreq_driver->exit() return void" ([3]) that created the original
> problem for the ia64 buld in 6.6.145-rc1 and -rc2 was gone in the
> released 6.6.145.
>
> [2]: https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/commit/?id=01f5e56c58488ddef1a0a7bc2102bab9cf0031f9
>
> [3]: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b4b1ddc9dfe997a5f492fa3a36487f8e7a5de30d
>
> Hence the patch which replays that change also for ia64 needs to go now,
> too.
>
> Short of an upstream commit for this patch, I can only point you to the
> patch in:
>
> * linux-stable-rc:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git/commit/?h=linux-6.6.y&id=bb51b626b5a8ef349b11876572540f19ad4d5030
>
> * stable:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-6.6.y&id=bb51b626b5a8ef349b11876572540f19ad4d5030
>
> * stable-queue:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/commit/?id=8b7e20cd309ee12f5916f0fa96569fcd0484551f
>
> ..., you decide what you prefer. HTH.
Ugh. This is what happens when we are trying to deal with stable stuff
that is not upstream, we almost always get it wrong.
Can you send me a revert patch for this, so we can fix your build? ANd
going forward, I think we're just going to have to stick to the "it has
to be usptream" stuff, and if you wish to keep this arch alive outside
of upstream, the api/build/whatever fallout will have to be on you, as
we just can't handle it here, sorry.
thanks,
greg k-h
next prev parent reply other threads:[~2026-08-03 8:14 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-30 14:08 [PATCH 6.6 000/484] 6.6.148-rc1 review Greg Kroah-Hartman
2026-07-30 17:24 ` Florian Fainelli
2026-07-30 18:23 ` Peter Schneider
2026-07-30 18:48 ` Miguel Ojeda
2026-07-30 20:06 ` Brett A C Sheffield
2026-07-30 21:22 ` Shuah Khan
2026-07-30 21:50 ` Pavel Machek
2026-07-31 5:06 ` Wentao Guan
2026-07-31 17:37 ` Frank Scheiner
2026-08-03 8:14 ` Greg Kroah-Hartman [this message]
2026-08-04 14:31 ` Frank Scheiner
2026-07-31 23:23 ` Mark Brown
2026-08-01 6:53 ` Ron Economos
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=2026080313-stony-spree-9b45@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=achill@achill.org \
--cc=akpm@linux-foundation.org \
--cc=broonie@kernel.org \
--cc=cc@epic-linux.org \
--cc=conor@kernel.org \
--cc=f.fainelli@gmail.com \
--cc=frank.scheiner@web.de \
--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=rwarsow@gmx.de \
--cc=shuah@kernel.org \
--cc=sr@sladewatkins.com \
--cc=stable@vger.kernel.org \
--cc=sudipm.mukherjee@gmail.com \
--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