Re: [PATCH 6.6 000/166] 6.6.84-rc1 review

[Greg Kroah-Hartman <gregkh@linuxfoundation.org>]

On Wed, Mar 19, 2025 at 10:37:20AM -0600, Jens Axboe wrote:
> On 3/19/25 10:33 AM, Naresh Kamboju wrote:
> > On Wed, 19 Mar 2025 at 20:09, Greg Kroah-Hartman
> > <gregkh@linuxfoundation.org> wrote:
> >>
> >> This is the start of the stable review cycle for the 6.6.84 release.
> >> There are 166 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 Fri, 21 Mar 2025 14:29:55 +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.84-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
> > 
> > Regressions on mips the rt305x_defconfig builds failed with gcc-12
> > the stable-rc v6.6.83-167-gd16a828e7b09
> > 
> > First seen on the v6.6.83-167-gd16a828e7b09
> >  Good: v6.6.83
> >  Bad: v6.6.83-167-gd16a828e7b09
> > 
> > * mips, build
> >   - gcc-12-rt305x_defconfig
> > 
> > Regression Analysis:
> >  - New regression? Yes
> >  - Reproducibility? Yes
> > 
> > Build regression: mips implicit declaration of function 'vunmap'
> > Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
> 
> Ah that's my fault, forgot to include the backport of:
> 
> commit 62346c6cb28b043f2a6e95337d9081ec0b37b5f5
> Author: Jens Axboe <axboe@kernel.dk>
> Date:   Sat Mar 16 07:21:43 2024 -0600
> 
>     mm: add nommu variant of vm_insert_pages()
> 
> for 6.1-stable and 6.6-stable. Greg, can you just cherry pick that one?
> It'll pick cleanly into both, should go before the io_uring mmap series
> obviously.
> 
> Sorry about that! I did have it in my local trees, but for some reason
> forgot to include it in the sent in series.

Wait, this is already in the 6.6.y and 6.1.y queues, so this can't be
the fix.  Was there a fixup for that commit somewhere else that I'm
missing?

thanks,

greg k-h