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... 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
------------- Pseudo-Shortlog of commits:
Greg Kroah-Hartman gregkh@linuxfoundation.org Linux 6.1.114-rc1
Vasiliy Kovalev kovalev@altlinux.org ALSA: hda/conexant - Use cached pin control for Node 0x1d on HP EliteOne 1000 G2
Nicholas Piggin npiggin@gmail.com powerpc/64: Add big-endian ELFv2 flavour to crypto VMX asm generation
Ryusuke Konishi konishi.ryusuke@gmail.com nilfs2: propagate directory read errors from nilfs_find_entry()
Paolo Abeni pabeni@redhat.com mptcp: prevent MPC handshake on port-based signal endpoints
Paolo Abeni pabeni@redhat.com tcp: fix mptcp DSS corruption due to large pmtu xmit
Nam Cao namcao@linutronix.de irqchip/sifive-plic: Unmask interrupt in plic_irq_enable()
Marc Zyngier maz@kernel.org irqchip/gic-v4: Don't allow a VMOVP on a dying VPE
Ma Ke make24@iscas.ac.cn pinctrl: apple: check devm_kasprintf() returned value
Sergey Matsievskiy matsievskiysv@gmail.com pinctrl: ocelot: fix system hang on level based interrupts
Longlong Xia xialonglong@kylinos.cn tty: n_gsm: Fix use-after-free in gsm_cleanup_mux
Pawan Gupta pawan.kumar.gupta@linux.intel.com x86/entry_32: Clear CPU buffers after register restore in NMI return
Pawan Gupta pawan.kumar.gupta@linux.intel.com x86/entry_32: Do not clobber user EFLAGS.ZF
Zhang Rui rui.zhang@intel.com x86/apic: Always explicitly disarm TSC-deadline timer
Nathan Chancellor nathan@kernel.org x86/resctrl: Annotate get_mem_config() functions as __init
Takashi Iwai tiwai@suse.de parport: Proper fix for array out-of-bounds access
Prashanth K quic_prashk@quicinc.com usb: dwc3: Wait for EndXfer completion before restoring GUSB2PHYCFG
Daniele Palmas dnlplm@gmail.com USB: serial: option: add Telit FN920C04 MBIM compositions
Benjamin B. Frost benjamin@geanix.com USB: serial: option: add support for Quectel EG916Q-GL
Mathias Nyman mathias.nyman@linux.intel.com xhci: Mitigate failed set dequeue pointer commands
Mathias Nyman mathias.nyman@linux.intel.com xhci: Fix incorrect stream context type macro
Luiz Augusto von Dentz luiz.von.dentz@intel.com Bluetooth: btusb: Fix regression with fake CSR controllers 0a12:0001
Aaron Thompson dev@aaront.org Bluetooth: ISO: Fix multiple init when debugfs is disabled
Aaron Thompson dev@aaront.org Bluetooth: Remove debugfs directory on module init failure
Aaron Thompson dev@aaront.org Bluetooth: Call iso_exit() on module unload
Javier Carrasco javier.carrasco.cruz@gmail.com iio: adc: ti-ads124s08: add missing select IIO_(TRIGGERED_)BUFFER in Kconfig
Javier Carrasco javier.carrasco.cruz@gmail.com iio: dac: ad3552r: add missing select IIO_(TRIGGERED_)BUFFER in Kconfig
Javier Carrasco javier.carrasco.cruz@gmail.com iio: proximity: mb1232: add missing select IIO_(TRIGGERED_)BUFFER in Kconfig
Javier Carrasco javier.carrasco.cruz@gmail.com iio: dac: ad5766: add missing select IIO_(TRIGGERED_)BUFFER in Kconfig
Javier Carrasco javier.carrasco.cruz@gmail.com iio: amplifiers: ada4250: add missing select REGMAP_SPI in Kconfig
Emil Gedenryd emil.gedenryd@axis.com iio: light: opt3001: add missing full-scale range value
Javier Carrasco javier.carrasco.cruz@gmail.com iio: light: veml6030: fix IIO device retrieval from embedded device
Javier Carrasco javier.carrasco.cruz@gmail.com iio: light: veml6030: fix ALS sensor resolution
Christophe JAILLET christophe.jaillet@wanadoo.fr iio: hid-sensors: Fix an error handling path in _hid_sensor_set_report_latency()
Javier Carrasco javier.carrasco.cruz@gmail.com iio: adc: ti-ads8688: add missing select IIO_(TRIGGERED_)BUFFER in Kconfig
Javier Carrasco javier.carrasco.cruz@gmail.com iio: dac: stm32-dac-core: add missing select REGMAP_MMIO in Kconfig
Javier Carrasco javier.carrasco.cruz@gmail.com iio: dac: ltc1660: add missing select REGMAP_SPI in Kconfig
Javier Carrasco javier.carrasco.cruz@gmail.com iio: dac: ad5770r: add missing select REGMAP_SPI in Kconfig
Mohammed Anees pvmohammedanees2003@gmail.com drm/amdgpu: prevent BO_HANDLES error from being overwritten
Alex Deucher alexander.deucher@amd.com drm/amdgpu/swsmu: Only force workload setup on init
Nikolay Kuratov kniv@yandex-team.ru drm/vmwgfx: Handle surface check failure correctly
Ville Syrjälä ville.syrjala@linux.intel.com drm/radeon: Fix encoder->possible_clones
Seunghwan Baek sh8267.baek@samsung.com scsi: ufs: core: Set SDEV_OFFLINE when UFS is shut down
Jens Axboe axboe@kernel.dk io_uring/sqpoll: close race on waiting for sqring entries
Omar Sandoval osandov@fb.com blk-rq-qos: fix crash on rq_qos_wait vs. rq_qos_wake_function race
Johannes Wikner kwikner@ethz.ch x86/bugs: Do not use UNTRAIN_RET with IBPB on entry
Johannes Wikner kwikner@ethz.ch x86/bugs: Skip RSB fill at VMEXIT
Johannes Wikner kwikner@ethz.ch x86/entry: Have entry_ibpb() invalidate return predictions
Johannes Wikner kwikner@ethz.ch x86/cpufeatures: Add a IBPB_NO_RET BUG flag
Jim Mattson jmattson@google.com x86/cpufeatures: Define X86_FEATURE_AMD_IBPB_RET
Michael Mueller mimu@linux.ibm.com KVM: s390: Change virtual to physical address access in diag 0x258 handler
Nico Boehr nrb@linux.ibm.com KVM: s390: gaccess: Check if guest address is in memslot
Thomas Weißschuh thomas.weissschuh@linutronix.de s390/sclp_vt220: Convert newlines to CRLF instead of LFCR
Thomas Weißschuh thomas.weissschuh@linutronix.de s390/sclp: Deactivate sclp after all its users
Lu Baolu baolu.lu@linux.intel.com iommu/vt-d: Fix incorrect pci_for_each_dma_alias() for non-PCI devices
Wachowski, Karol karol.wachowski@intel.com drm/shmem-helper: Fix BUG_ON() on mmap(PROT_WRITE, MAP_PRIVATE)
Lorenzo Stoakes lorenzo.stoakes@oracle.com maple_tree: correct tree corruption on spanning store
Jakub Kicinski kuba@kernel.org devlink: bump the instance index directly when iterating
Jakub Kicinski kuba@kernel.org devlink: drop the filter argument from devlinks_xa_find_get
Liu Shixin liushixin2@huawei.com mm/swapfile: skip HugeTLB pages for unuse_vma
OGAWA Hirofumi hirofumi@mail.parknet.co.jp fat: fix uninitialized variable
Nianyao Tang tangnianyao@huawei.com irqchip/gic-v3-its: Fix VSYNC referencing an unmapped VPE on GIC v4.1
Oleksij Rempel linux@rempel-privat.de net: macb: Avoid 20s boot delay by skipping MDIO bus registration for fixed-link PHY
Mark Rutland mark.rutland@arm.com arm64: probes: Fix simulate_ldr*_literal()
Mark Rutland mark.rutland@arm.com arm64: probes: Remove broken LDR (literal) uprobe support
Jinjie Ruan ruanjinjie@huawei.com posix-clock: Fix missing timespec64 check in pc_clock_settime()
Wei Fang wei.fang@nxp.com net: enetc: add missing static descriptor and inline keyword
Wei Fang wei.fang@nxp.com net: enetc: remove xdp_drops statistic from enetc_xdp_drop()
Jan Kara jack@suse.cz udf: Don't return bh from udf_expand_dir_adinicb()
Jan Kara jack@suse.cz udf: Handle error when expanding directory
Jan Kara jack@suse.cz udf: Remove old directory iteration code
Jan Kara jack@suse.cz udf: Convert udf_link() to new directory iteration code
Jan Kara jack@suse.cz udf: Convert udf_mkdir() to new directory iteration code
Jan Kara jack@suse.cz udf: Convert udf_add_nondir() to new directory iteration
Jan Kara jack@suse.cz udf: Implement adding of dir entries using new iteration code
Jan Kara jack@suse.cz udf: Convert udf_unlink() to new directory iteration code
Jan Kara jack@suse.cz udf: Convert udf_rmdir() to new directory iteration code
Jan Kara jack@suse.cz udf: Convert empty_dir() to new directory iteration code
Jan Kara jack@suse.cz udf: Convert udf_get_parent() to new directory iteration code
Jan Kara jack@suse.cz udf: Convert udf_lookup() to use new directory iteration code
Jan Kara jack@suse.cz udf: Convert udf_readdir() to new directory iteration
Jan Kara jack@suse.cz udf: Convert udf_rename() to new directory iteration code
Jan Kara jack@suse.cz udf: Provide function to mark entry as deleted using new directory iteration code
Jan Kara jack@suse.cz udf: Implement searching for directory entry using new iteration code
Jan Kara jack@suse.cz udf: Move udf_expand_dir_adinicb() to its callsite
Jan Kara jack@suse.cz udf: Convert udf_expand_dir_adinicb() to new directory iteration
Jan Kara jack@suse.cz udf: New directory iteration code
Matthieu Baerts (NGI0) matttbe@kernel.org mptcp: pm: fix UaF read in mptcp_pm_nl_rm_addr_or_subflow
Vasiliy Kovalev kovalev@altlinux.org ALSA: hda/conexant - Fix audio routing for HP EliteOne 1000 G2
Namjae Jeon linkinjeon@kernel.org ksmbd: fix user-after-free from session log off
Roi Martin jroi.martin@gmail.com btrfs: fix uninitialized pointer free on read_alloc_one_name() error
Roi Martin jroi.martin@gmail.com btrfs: fix uninitialized pointer free in add_inode_ref()
-------------
Diffstat:
Makefile | 4 +- arch/arm64/kernel/probes/decode-insn.c | 16 +- arch/arm64/kernel/probes/simulate-insn.c | 18 +- arch/s390/kvm/diag.c | 2 +- arch/s390/kvm/gaccess.c | 4 + arch/s390/kvm/gaccess.h | 14 +- arch/x86/entry/entry.S | 5 + arch/x86/entry/entry_32.S | 6 +- arch/x86/include/asm/cpufeatures.h | 4 +- arch/x86/kernel/apic/apic.c | 14 +- arch/x86/kernel/cpu/bugs.c | 32 + arch/x86/kernel/cpu/common.c | 3 + arch/x86/kernel/cpu/resctrl/core.c | 4 +- block/blk-rq-qos.c | 2 +- drivers/bluetooth/btusb.c | 13 +- drivers/crypto/vmx/Makefile | 12 +- drivers/crypto/vmx/ppc-xlate.pl | 10 +- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 2 +- drivers/gpu/drm/amd/pm/swsmu/amdgpu_smu.c | 6 +- drivers/gpu/drm/drm_gem_shmem_helper.c | 3 + drivers/gpu/drm/radeon/radeon_encoders.c | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 1 + drivers/iio/adc/Kconfig | 4 + drivers/iio/amplifiers/Kconfig | 1 + .../iio/common/hid-sensors/hid-sensor-trigger.c | 2 +- drivers/iio/dac/Kconfig | 7 + drivers/iio/light/opt3001.c | 4 + drivers/iio/light/veml6030.c | 5 +- drivers/iio/proximity/Kconfig | 2 + drivers/iommu/intel/iommu.c | 4 +- drivers/irqchip/irq-gic-v3-its.c | 26 +- drivers/irqchip/irq-sifive-plic.c | 21 +- drivers/net/ethernet/cadence/macb_main.c | 14 +- drivers/net/ethernet/freescale/enetc/enetc.c | 2 +- drivers/parport/procfs.c | 22 +- drivers/pinctrl/pinctrl-apple-gpio.c | 3 + drivers/pinctrl/pinctrl-ocelot.c | 8 +- drivers/s390/char/sclp.c | 3 +- drivers/s390/char/sclp_vt220.c | 4 +- drivers/tty/n_gsm.c | 2 + drivers/ufs/core/ufshcd.c | 4 +- drivers/usb/dwc3/gadget.c | 10 +- drivers/usb/host/xhci-ring.c | 2 +- drivers/usb/host/xhci.h | 2 +- drivers/usb/serial/option.c | 8 + fs/btrfs/tree-log.c | 6 +- fs/fat/namei_vfat.c | 2 +- fs/nilfs2/dir.c | 50 +- fs/nilfs2/namei.c | 39 +- fs/nilfs2/nilfs.h | 2 +- fs/smb/server/mgmt/user_session.c | 26 +- fs/smb/server/mgmt/user_session.h | 4 + fs/smb/server/server.c | 2 + fs/smb/server/smb2pdu.c | 8 +- fs/udf/dir.c | 148 +-- fs/udf/directory.c | 594 ++++++++--- fs/udf/inode.c | 90 -- fs/udf/namei.c | 1037 +++++++------------- fs/udf/udfdecl.h | 45 +- include/linux/fsl/enetc_mdio.h | 3 +- include/linux/irqchip/arm-gic-v4.h | 4 +- io_uring/io_uring.h | 9 +- kernel/time/posix-clock.c | 3 + lib/maple_tree.c | 12 +- mm/swapfile.c | 2 +- net/bluetooth/af_bluetooth.c | 3 + net/bluetooth/iso.c | 6 +- net/devlink/leftover.c | 40 +- net/ipv4/tcp_output.c | 4 +- net/mptcp/mib.c | 1 + net/mptcp/mib.h | 1 + net/mptcp/pm_netlink.c | 3 +- net/mptcp/protocol.h | 1 + net/mptcp/subflow.c | 11 + sound/pci/hda/patch_conexant.c | 19 + 75 files changed, 1237 insertions(+), 1275 deletions(-)
Hello,
On Mon, 21 Oct 2024 12:24:14 +0200 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... 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
This rc kernel passes DAMON functionality test[1] on my test machine. Attaching the test results summary below. Please note that I retrieved the kernel from linux-stable-rc tree[2].
Tested-by: SeongJae Park sj@kernel.org
[1] https://github.com/damonitor/damon-tests/tree/next/corr [2] 6a7f9259c323 ("Linux 6.1.114-rc1")
Thanks, SJ
[...]
---
ok 1 selftests: damon: debugfs_attrs.sh ok 2 selftests: damon: debugfs_schemes.sh ok 3 selftests: damon: debugfs_target_ids.sh ok 4 selftests: damon: debugfs_empty_targets.sh ok 5 selftests: damon: debugfs_huge_count_read_write.sh ok 6 selftests: damon: debugfs_duplicate_context_creation.sh ok 7 selftests: damon: sysfs.sh ok 1 selftests: damon-tests: kunit.sh ok 2 selftests: damon-tests: huge_count_read_write.sh ok 3 selftests: damon-tests: buffer_overflow.sh ok 4 selftests: damon-tests: rm_contexts.sh ok 5 selftests: damon-tests: record_null_deref.sh ok 6 selftests: damon-tests: dbgfs_target_ids_read_before_terminate_race.sh ok 7 selftests: damon-tests: dbgfs_target_ids_pid_leak.sh ok 8 selftests: damon-tests: damo_tests.sh ok 9 selftests: damon-tests: masim-record.sh ok 10 selftests: damon-tests: build_i386.sh ok 11 selftests: damon-tests: build_arm64.sh # SKIP ok 12 selftests: damon-tests: build_m68k.sh # SKIP ok 13 selftests: damon-tests: build_i386_idle_flag.sh ok 14 selftests: damon-tests: build_i386_highpte.sh ok 15 selftests: damon-tests: build_nomemcg.sh [33m [92mPASS [39m
On 10/21/24 03:24, Greg Kroah-Hartman 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... 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
On ARCH_BRCMSTB using 32-bit and 64-bit ARM kernels, build tested on BMIPS_GENERIC:
Tested-by: Florian Fainelli florian.fainelli@broadcom.com
There is a new warning that got picked up on ARM 32-buit:
fs/udf/namei.c:878:1: warning: the frame size of 1152 bytes is larger than 1024 bytes [-Wframe-larger-than=]
I was not able to locate a fix upstream for this, but it does appear to come from ("udf: Convert udf_rename() to new directory iteration code").
On Mon, Oct 21, 2024 at 11:24:26AM -0700, Florian Fainelli wrote:
On 10/21/24 03:24, Greg Kroah-Hartman 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... 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
On ARCH_BRCMSTB using 32-bit and 64-bit ARM kernels, build tested on BMIPS_GENERIC:
Tested-by: Florian Fainelli florian.fainelli@broadcom.com
There is a new warning that got picked up on ARM 32-buit:
fs/udf/namei.c:878:1: warning: the frame size of 1152 bytes is larger than 1024 bytes [-Wframe-larger-than=]
I was not able to locate a fix upstream for this, but it does appear to come from ("udf: Convert udf_rename() to new directory iteration code").
Ah, thanks for tracking this down. Odd that it's only showing up here as these changes are all upstream, perhaps the stack size got increased in a newer kernel to work around this issue?
thanks,
greg k-h
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... 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.
Links, --- - https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.1.y/build/v6.1.11... - https://storage.tuxsuite.com/public/linaro/lkft/builds/2nkFE9BnBhh1xegvL7gVq...
metadata: --- git_describe: v6.1.113-92-g6a7f9259c323 git_repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git git_sha: 6a7f9259c323c90fd1384904b8d547666568a716 config: https://storage.tuxsuite.com/public/linaro/lkft/builds/2nkFE9BnBhh1xegvL7gVq... download_url: https://storage.tuxsuite.com/public/linaro/lkft/builds/2nkFE9BnBhh1xegvL7gVq... toolchain: clang-19 arch: arm config: allmodconfig
-- Linaro LKFT https://lkft.linaro.org
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... 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?
thanks,
greg k-h
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... 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").
Honza
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... 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
On 10/21/24 04:24, Greg Kroah-Hartman 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... 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
Compiled and booted on my test system. No dmesg regressions.
Tested-by: Shuah Khan skhan@linuxfoundation.org
thanks, -- Shuah
Hi!
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.
CIP testing did not find any problems here:
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/tree/linux-6...
Tested-by: Pavel Machek (CIP) pavel@denx.de
Best regards, Pavel
On Mon, Oct 21, 2024 at 12:24:14PM +0200, Greg Kroah-Hartman 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.
Tested-by: Mark Brown broonie@kernel.org
Hi Greg,
On 10/21/24 12:24, Greg Kroah-Hartman 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... 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,
I tested 6.1.114-rc1 (6a7f9259c323c) on Kalray kvx arch (not upstream yet) and everything looks good!
It ran on real hw (k200, k200lp and k300 boards), on qemu and on our internal instruction set simulator (ISS).
Tests were run on several interfaces/drivers (usb, qsfp ethernet, eMMC, PCIe endpoint+RC, SPI, remoteproc, uart, iommu). LTP and uClibc-ng testsuites are also run without any regression.
Everything looks fine to us.
Tested-by: Yann Sionneau ysionneau@kalrayinc.com
On Mon, 21 Oct 2024 12:24:14 +0200, Greg Kroah-Hartman 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... 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
Failures detected for Tegra ...
Test results for stable-v6.1: 10 builds: 10 pass, 0 fail 27 boots: 26 pass, 1 fail 110 tests: 110 pass, 0 fail
Linux version: 6.1.114-rc1-g6a7f9259c323 Boards tested: tegra124-jetson-tk1, tegra186-p2771-0000, tegra194-p2972-0000, tegra194-p3509-0000+p3668-0000, tegra20-ventana, tegra210-p2371-2180, tegra210-p3450-0000, tegra30-cardhu-a04
Boot failures: tegra30-cardhu-a04
Jon
Hi Greg,
On 22/10/2024 18:56, Jon Hunter wrote:
On Mon, 21 Oct 2024 12:24:14 +0200, Greg Kroah-Hartman 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... 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
Failures detected for Tegra ...
Test results for stable-v6.1: 10 builds: 10 pass, 0 fail 27 boots: 26 pass, 1 fail 110 tests: 110 pass, 0 fail
Linux version: 6.1.114-rc1-g6a7f9259c323 Boards tested: tegra124-jetson-tk1, tegra186-p2771-0000, tegra194-p2972-0000, tegra194-p3509-0000+p3668-0000, tegra20-ventana, tegra210-p2371-2180, tegra210-p3450-0000, tegra30-cardhu-a04
Boot failures: tegra30-cardhu-a04
I am running a bisect to narrow this down. However, just wanted to report this. Appears to be the same issue on linux-6.6.y.
Jon
Hi Greg,
On 22/10/2024 18:58, Jon Hunter wrote:
Hi Greg,
On 22/10/2024 18:56, Jon Hunter wrote:
On Mon, 21 Oct 2024 12:24:14 +0200, Greg Kroah-Hartman 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... 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
Failures detected for Tegra ...
Test results for stable-v6.1: 10 builds: 10 pass, 0 fail 27 boots: 26 pass, 1 fail 110 tests: 110 pass, 0 fail
Linux version: 6.1.114-rc1-g6a7f9259c323 Boards tested: tegra124-jetson-tk1, tegra186-p2771-0000, tegra194-p2972-0000, tegra194-p3509-0000+p3668-0000, tegra20-ventana, tegra210-p2371-2180, tegra210-p3450-0000, tegra30-cardhu-a04
Boot failures: tegra30-cardhu-a04
I am running a bisect to narrow this down. However, just wanted to report this. Appears to be the same issue on linux-6.6.y.
Ignore this, it appears to be bogus. Both v6.1 and v6.6 failed 3 times while other kernels didn't. However, we are currently down to 1 tegra30-cardhu-a04 board in the farm and that one appears to be having issues. I may need to drop that old entirely if we can't fix them.
Jon
On 22/10/2024 18:56, Jon Hunter wrote:
On Mon, 21 Oct 2024 12:24:14 +0200, Greg Kroah-Hartman 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... 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
Failures detected for Tegra ...
Test results for stable-v6.1: 10 builds: 10 pass, 0 fail 27 boots: 26 pass, 1 fail 110 tests: 110 pass, 0 fail
Linux version: 6.1.114-rc1-g6a7f9259c323 Boards tested: tegra124-jetson-tk1, tegra186-p2771-0000, tegra194-p2972-0000, tegra194-p3509-0000+p3668-0000, tegra20-ventana, tegra210-p2371-2180, tegra210-p3450-0000, tegra30-cardhu-a04
Boot failures: tegra30-cardhu-a04
This appears to be a board issue. With that ...
Tested-by: Jon Hunter jonathanh@nvidia.com
Thanks Jon