Re: [PATCH 6.1 00/91] 6.1.114-rc1 review

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

On Tue, Oct 22, 2024 at 11:14:18AM +0200, Jan Kara wrote:
> On Tue 22-10-24 10:56:34, Greg Kroah-Hartman wrote:
> > On Tue, Oct 22, 2024 at 01:38:59AM +0530, Naresh Kamboju wrote:
> > > On Mon, 21 Oct 2024 at 16:11, Greg Kroah-Hartman
> > > <gregkh@linuxfoundation.org> wrote:
> > > >
> > > > This is the start of the stable review cycle for the 6.1.114 release.
> > > > There are 91 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 Wed, 23 Oct 2024 10:22:25 +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.1.114-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.1.y
> > > > and the diffstat can be found below.
> > > >
> > > > thanks,
> > > >
> > > > greg k-h
> > > 
> > > The arm allmodconfig build failed due to following warnings / errors with
> > > toolchain clang-19.
> > > For all other 32-bit arch builds it is noticed as a warning.
> > > 
> > > * arm, build
> > >   - clang-19-allmodconfig
> > > 
> > > Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
> > > 
> > > Build warning / error:
> > > -----------
> > > fs/udf/namei.c:747:12: error: stack frame size (1560) exceeds limit
> > > (1280) in 'udf_rename' [-Werror,-Wframe-larger-than]
> > >   747 | static int udf_rename(struct user_namespace *mnt_userns,
> > > struct inode *old_dir,
> > >       |            ^
> > > 1 error generated.
> > 
> > Odd that this isn't seen in newer kernels, any chance you can bisect?
> 
> Glancing over the commits in stable-rc it seems the series is missing
> commit 0aba4860b0d021 ("udf: Allocate name buffer in directory iterator on
> heap").

Thanks, I'll go queue that up now.

greg k-h