* [PATCH 6.1 000/259] 6.1.56-rc1 review
@ 2023-10-04 17:52 Greg Kroah-Hartman
2023-10-04 19:33 ` Florian Fainelli
` (11 more replies)
0 siblings, 12 replies; 25+ messages in thread
From: Greg Kroah-Hartman @ 2023-10-04 17:52 UTC (permalink / raw)
To: stable
Cc: Greg Kroah-Hartman, patches, linux-kernel, torvalds, akpm, linux,
shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor
This is the start of the stable review cycle for the 6.1.56 release.
There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Linux 6.1.56-rc1
Mario Limonciello <mario.limonciello@amd.com>
ASoC: amd: yc: Fix a non-functional mic on Lenovo 82TL
Michal Hocko <mhocko@suse.com>
mm, memcg: reconsider kmem.limit_in_bytes deprecation
Michal Hocko <mhocko@suse.com>
memcg: drop kmem.limit_in_bytes
Jani Nikula <jani.nikula@intel.com>
drm/meson: fix memory leak on ->hpd_notify callback
YuBiao Wang <YuBiao.Wang@amd.com>
drm/amdkfd: Use gpu_offset for user queue's wptr
Greg Ungerer <gerg@kernel.org>
fs: binfmt_elf_efpic: fix personality for ELF-FDPIC
Linus Walleij <linus.walleij@linaro.org>
power: supply: ab8500: Set typing and props
Nicolas Frattaroli <frattaroli.nicolas@gmail.com>
power: supply: rk817: Add missing module alias
Javier Pello <devel@otheo.eu>
drm/i915/gt: Fix reservation address in ggtt_reserve_guc_top
Matthias Schiffer <mschiffer@universe-factory.net>
ata: libata-sata: increase PMP SRST timeout to 10s
Damien Le Moal <dlemoal@kernel.org>
ata: libata-core: Do not register PM operations for SAS ports
Damien Le Moal <dlemoal@kernel.org>
ata: libata-core: Fix port and device removal
Damien Le Moal <dlemoal@kernel.org>
ata: libata-core: Fix ata_port_request_pm() locking
Quang Le <quanglex97@gmail.com>
fs/smb/client: Reset password pointer to NULL
Mika Westerberg <mika.westerberg@linux.intel.com>
net: thunderbolt: Fix TCPv6 GSO checksum calculation
Nick Desaulniers <ndesaulniers@google.com>
bpf: Fix BTF_ID symbol generation collision in tools/
Jiri Olsa <jolsa@kernel.org>
bpf: Fix BTF_ID symbol generation collision
Jiri Olsa <jolsa@kernel.org>
bpf: Add override check to kprobe multi link attach
Ricardo Ribalda <ribalda@chromium.org>
media: uvcvideo: Fix OOB read
Josef Bacik <josef@toxicpanda.com>
btrfs: properly report 0 avail for very full file systems
Steven Rostedt (Google) <rostedt@goodmis.org>
ring-buffer: Update "shortest_full" in polling
Johannes Weiner <hannes@cmpxchg.org>
mm: memcontrol: fix GFP_NOFS recursion in memory.high enforcement
Rafael Aquini <aquini@redhat.com>
mm/slab_common: fix slab_caches list corruption after kmem_cache_destroy()
Jinjie Ruan <ruanjinjie@huawei.com>
mm/damon/vaddr-test: fix memory leak in damon_do_test_apply_three_regions()
Mikko Rapeli <mikko.rapeli@linaro.org>
arm64: defconfig: remove CONFIG_COMMON_CLK_NPCM8XX=y
Janusz Krzysztofik <janusz.krzysztofik@linux.intel.com>
drm/tests: Fix incorrect argument in drm_test_mm_insert_range
Frederic Weisbecker <frederic@kernel.org>
timers: Tag (hr)timer softirq as hotplug safe
Trond Myklebust <trond.myklebust@hammerspace.com>
Revert "SUNRPC dont update timeout value on connection reset"
Florian Westphal <fw@strlen.de>
netfilter: nf_tables: fix kdoc warnings after gc rework
Joel Fernandes (Google) <joel@joelfernandes.org>
sched/rt: Fix live lock between select_fallback_rq() and RT push
Liam R. Howlett <Liam.Howlett@oracle.com>
kernel/sched: Modify initial boot task idle setup
August Wikerfors <git@augustwikerfors.se>
ASoC: amd: yc: Fix non-functional mic on Lenovo 82QF and 82UG
Heiner Kallweit <hkallweit1@gmail.com>
i2c: i801: unregister tco_pdev in i801_probe() error path
Jens Axboe <axboe@kernel.dk>
io_uring/fs: remove sqe->rw_flags checking from LINKAT
Niklas Cassel <niklas.cassel@wdc.com>
ata: libata-scsi: ignore reserved bits for REPORT SUPPORTED OPERATION CODES
Damien Le Moal <dlemoal@kernel.org>
ata: libata-scsi: link ata port and scsi device
Huacai Chen <chenhuacai@kernel.org>
LoongArch: numa: Fix high_memory calculation
Tiezhu Yang <yangtiezhu@loongson.cn>
LoongArch: Define relocation types for ABI v2.10
Kailang Yang <kailang@realtek.com>
ALSA: hda: Disable power save for solving pop issue on Lenovo ThinkCentre M70q
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nf_tables: disallow rule removal from chain binding
Pan Bian <bianpan2016@163.com>
nilfs2: fix potential use after free in nilfs_gccache_submit_read_data()
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
serial: 8250_port: Check IRQ data before use
Daniel Starke <daniel.starke@siemens.com>
Revert "tty: n_gsm: fix UAF in gsm_cleanup_mux"
Ricky WU <ricky_wu@realtek.com>
misc: rtsx: Fix some platforms can not boot and move the l1ss judgment to probe
Paolo Abeni <pabeni@redhat.com>
mptcp: fix bogus receive window shrinkage with multiple subflows
Paolo Bonzini <pbonzini@redhat.com>
KVM: x86/mmu: Do not filter address spaces in for_each_tdp_mmu_root_yield_safe()
Sean Christopherson <seanjc@google.com>
KVM: x86/mmu: Open code leaf invalidation from mmu_notifier
Tom Lendacky <thomas.lendacky@amd.com>
KVM: SVM: Fix TSC_AUX virtualization setup
Paolo Bonzini <pbonzini@redhat.com>
KVM: SVM: INTERCEPT_RDTSCP is never intercepted anyway
Pu Wen <puwen@hygon.cn>
x86/srso: Add SRSO mitigation for Hygon processors
Haitao Huang <haitao.huang@linux.intel.com>
x86/sgx: Resolves SECS reclaim vs. page fault for EAUG race
Nicolin Chen <nicolinc@nvidia.com>
iommu/arm-smmu-v3: Fix soft lockup triggered by arm_smmu_mm_invalidate_range
Roberto Sassu <roberto.sassu@huawei.com>
smack: Retrieve transmuting information in smack_inode_getsecurity()
Roberto Sassu <roberto.sassu@huawei.com>
smack: Record transmuting in smk_transmuted
Irvin Cote <irvin.cote@insa-lyon.fr>
nvme-pci: always return an ERR_PTR from nvme_pci_alloc_dev
Gleb Chesnokov <gleb.chesnokov@scst.dev>
scsi: qla2xxx: Fix NULL pointer dereference in target mode
Sven Eckelmann <sven@narfation.org>
wifi: ath11k: Don't drop tx_status when peer cannot be found
Pratyush Yadav <ptyadav@amazon.de>
nvme-pci: do not set the NUMA node of device if it has none
Christoph Hellwig <hch@lst.de>
nvme-pci: factor out a nvme_pci_alloc_dev helper
Christoph Hellwig <hch@lst.de>
nvme-pci: factor the iod mempool creation into a helper
Arnaldo Carvalho de Melo <acme@redhat.com>
perf build: Define YYNOMEM as YYNOABORT for bison < 3.81
Thomas Zimmermann <tzimmermann@suse.de>
fbdev/sh7760fb: Depend on FB=y
Huacai Chen <chenhuacai@kernel.org>
LoongArch: Set all reserved memblocks on Node#0 at initialization
Gerhard Engleder <gerhard@engleder-embedded.com>
tsnep: Fix NAPI polling with budget 0
Gerhard Engleder <gerhard@engleder-embedded.com>
tsnep: Fix NAPI scheduling
Sebastian Andrzej Siewior <bigeasy@linutronix.de>
net: hsr: Add __packed to struct hsr_sup_tlv.
Johnathan Mantey <johnathanx.mantey@intel.com>
ncsi: Propagate carrier gain/loss events to the NCSI controller
Benjamin Gray <bgray@linux.ibm.com>
powerpc/watchpoints: Annotate atomic context in more places
Benjamin Gray <bgray@linux.ibm.com>
powerpc/watchpoint: Disable pagefaults when getting user instruction
Benjamin Gray <bgray@linux.ibm.com>
powerpc/watchpoints: Disable preemption in thread_change_pc()
Ranjani Sridharan <ranjani.sridharan@linux.intel.com>
ASoC: SOF: Intel: MTL: Reduce the DSP init timeout
Olga Kornievskaia <kolga@netapp.com>
NFSv4.1: fix zero value filehandle in post open getattr
Hans Verkuil <hverkuil-cisco@xs4all.nl>
media: vb2: frame_vector.c: replace WARN_ONCE with a comment
Chancel Liu <chancel.liu@nxp.com>
ASoC: imx-rpmsg: Set ignore_pmdown_time for dai_link
Mike Rapoport (IBM) <rppt@kernel.org>
memblock tests: fix warning ‘struct seq_file’ declared inside parameter list
Mike Rapoport (IBM) <rppt@kernel.org>
memblock tests: fix warning: "__ALIGN_KERNEL" redefined
Richard Fitzgerald <rf@opensource.cirrus.com>
firmware: cirrus: cs_dsp: Only log list of algorithms in debug build
Richard Fitzgerald <rf@opensource.cirrus.com>
ASoC: cs42l42: Don't rely on GPIOD_OUT_LOW to set RESET initially low
Richard Fitzgerald <rf@opensource.cirrus.com>
ASoC: cs42l42: Ensure a reset pulse meets minimum pulse width.
Peter Ujfalusi <peter.ujfalusi@linux.intel.com>
ALSA: hda: intel-sdw-acpi: Use u8 type for link index
Stanislav Fomichev <sdf@google.com>
bpf: Clarify error expectations from bpf_clone_redirect
Hou Tao <houtao1@huawei.com>
bpf: Ensure unit_size is matched with slab cache object size
Mika Westerberg <mika.westerberg@linux.intel.com>
spi: intel-pci: Add support for Granite Rapids SPI serial flash
Shengjiu Wang <shengjiu.wang@nxp.com>
ASoC: fsl: imx-pcm-rpmsg: Add SNDRV_PCM_INFO_BATCH flag
Valentin Caron <valentin.caron@foss.st.com>
spi: stm32: add a delay before SPI disable
Han Xu <han.xu@nxp.com>
spi: nxp-fspi: reset the FLSHxCR1 registers
Niklas Cassel <niklas.cassel@wdc.com>
ata: libata-eh: do not clear ATA_PFLAG_EH_PENDING in ata_eh_reset()
Steve French <stfrench@microsoft.com>
smb3: correct places where ENOTSUPP is used instead of preferred EOPNOTSUPP
Michal Grzedzicki <mge@meta.com>
scsi: pm80xx: Avoid leaking tags when processing OPC_INB_SET_CONTROLLER_CONFIG command
Michal Grzedzicki <mge@meta.com>
scsi: pm80xx: Use phy-specific SAS address when sending PHY_START command
Icenowy Zheng <uwu@icenowy.me>
riscv: errata: fix T-Head dcache.cva encoding
David Francis <David.Francis@amd.com>
drm/amdgpu: Handle null atom context in VBIOS info ioctl
Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu/nbio4.3: set proper rmmio_remap.reg_offset for SR-IOV
Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu/soc21: don't remap HDP registers for SR-IOV
Swapnil Patel <swapnil.patel@amd.com>
drm/amd/display: Don't check registers, if using AUX BL control
Julia Lawall <Julia.Lawall@inria.fr>
thermal/of: add missing of_node_put()
Luke D. Jones <luke@ljones.dev>
platform/x86: asus-wmi: Support 2023 ROG X16 tablet mode
David Thompson <davthompson@nvidia.com>
platform/mellanox: mlxbf-bootctl: add NET dependency into Kconfig
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
ata: sata_mv: Fix incorrect string length computation in mv_dump_mem()
Guangguan Wang <guangguan.wang@linux.alibaba.com>
net/smc: bugfix for smcr v2 server connect success statistic
Steven Rostedt (Google) <rostedt@goodmis.org>
ring-buffer: Do not attempt to read past "commit"
Ricardo B. Marliere <rbmarliere@gmail.com>
selftests: fix dependency checker script
Filipe Manana <fdmanana@suse.com>
btrfs: assert delayed node locked when removing delayed item
Zheng Yejian <zhengyejian1@huawei.com>
ring-buffer: Avoid softlockup in ring_buffer_resize()
Zheng Yejian <zhengyejian1@huawei.com>
selftests/ftrace: Correctly enable event in instance-event.tc
Kiwoong Kim <kwmad.kim@samsung.com>
scsi: ufs: core: Poll HCS.UCRDY before issuing a UIC command
Kiwoong Kim <kwmad.kim@samsung.com>
scsi: ufs: core: Move __ufshcd_send_uic_cmd() outside host_lock
Javed Hasan <jhasan@marvell.com>
scsi: qedf: Add synchronization between I/O completions and abort
Helge Deller <deller@gmx.de>
parisc: irq: Make irq_stack_union static to avoid sparse warning
Helge Deller <deller@gmx.de>
parisc: drivers: Fix sparse warning
Helge Deller <deller@gmx.de>
parisc: iosapic.c: Fix sparse warnings
Helge Deller <deller@gmx.de>
parisc: sba: Fix compile warning wrt list of SBA devices
Nigel Kirkland <nkirkland2304@gmail.com>
nvme-fc: Prevent null pointer dereference in nvme_fc_io_getuuid()
Tobias Schramm <t.schramm@manjaro.org>
spi: sun6i: fix race between DMA RX transfer completion and RX FIFO drain
Tobias Schramm <t.schramm@manjaro.org>
spi: sun6i: reduce DMA RX transfer width to single byte
Daniel Borkmann <daniel@iogearbox.net>
bpf: Annotate bpf_long_memcpy with data_race
Sergey Senozhatsky <senozhatsky@chromium.org>
dma-debug: don't call __dma_entry_alloc_check_leak() under free_entries_lock
Xiubo Li <xiubli@redhat.com>
ceph: drop messages from MDS when unmounting
Sean Christopherson <seanjc@google.com>
x86/reboot: VMCLEAR active VMCSes before emergency reboot
William A. Kennington III <william@wkennington.com>
i2c: npcm7xx: Fix callback completion ordering
Wenhua Lin <Wenhua.Lin@unisoc.com>
gpio: pmic-eic-sprd: Add can_sleep flag for PMIC EIC chip
Sudeep Holla <sudeep.holla@arm.com>
firmware: arm_ffa: Don't set the memory region attributes for MEM_LEND
Rob Herring <robh@kernel.org>
arm64: dts: imx: Add imx8mm-prt8mm.dtb to build
Nathan Rossi <nathan.rossi@digi.com>
soc: imx8m: Enable OCOTP clock for imx8mm before reading registers
Michael Ellerman <mpe@ellerman.id.au>
selftests/powerpc: Fix emit_tests to work with run_kselftest.sh
Benjamin Gray <bgray@linux.ibm.com>
selftests/powerpc: Pass make context to children
Benjamin Gray <bgray@linux.ibm.com>
selftests/powerpc: Use CLEAN macro to fix make warning
Chris Morgan <macromorgan@hotmail.com>
power: supply: rk817: Fix node refcount leak
Max Filippov <jcmvbkbc@gmail.com>
xtensa: boot/lib: fix function prototypes
Randy Dunlap <rdunlap@infradead.org>
xtensa: umulsidi3: fix conditional expression
Randy Dunlap <rdunlap@infradead.org>
xtensa: boot: don't add include-dirs
Randy Dunlap <rdunlap@infradead.org>
xtensa: iss/network: make functions static
Max Filippov <jcmvbkbc@gmail.com>
xtensa: add default definition for XCHAL_HAVE_DIV32
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
firmware: imx-dsp: Fix an error handling path in imx_dsp_setup_channels()
Dan Carpenter <dan.carpenter@linaro.org>
power: supply: ucs1002: fix error code in ucs1002_get_property()
Tony Lindgren <tony@atomide.com>
bus: ti-sysc: Fix SYSC_QUIRK_SWSUP_SIDLE_ACT handling for uart wake-up
Tony Lindgren <tony@atomide.com>
ARM: dts: ti: omap: motorola-mapphone: Fix abe_clkctrl warning on boot
Tony Lindgren <tony@atomide.com>
ARM: dts: Unify pinctrl-single pin group nodes for omap4
Tony Lindgren <tony@atomide.com>
ARM: dts: Unify pwm-omap-dmtimer node names
Tony Lindgren <tony@atomide.com>
ARM: dts: ti: omap: Fix bandgap thermal cells addressing for omap3/4
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
ARM: dts: omap: correct indentation
Timo Alho <talho@nvidia.com>
clk: tegra: fix error return case for recalc_rate
Zhifeng Tang <zhifeng.tang@unisoc.com>
clk: sprd: Fix thm_parents incorrect configuration
Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com>
power: supply: mt6370: Fix missing error code in mt6370_chg_toggle_cfo()
Sibi Sankar <quic_sibis@quicinc.com>
firmware: arm_scmi: Fixup perf power-cost/microwatt support
Cristian Marussi <cristian.marussi@arm.com>
firmware: arm_scmi: Harden perf domain info access
Adam Ford <aford173@gmail.com>
bus: ti-sysc: Fix missing AM35xx SoC matching
Julien Panis <jpanis@baylibre.com>
bus: ti-sysc: Use fsleep() instead of usleep_range() in sysc_reset()
Marek Vasut <marex@denx.de>
drm/bridge: ti-sn65dsi83: Do not generate HFP/HBP/HSA and EOT packet
Charles Kearney <charles.kearney@hpe.com>
spi: spi-gxp: BUG: Correct spi write return value
Christoph Hellwig <hch@lst.de>
MIPS: Alchemy: only build mmc support helpers if au1xmmc is enabled
Jinjie Ruan <ruanjinjie@huawei.com>
vfio/mdev: Fix a null-ptr-deref bug for mdev_unregister_parent()
Qu Wenruo <wqu@suse.com>
btrfs: reset destination buffer when read_extent_buffer() gets invalid range
Harish Kasiviswanathan <Harish.Kasiviswanathan@amd.com>
drm/amdkfd: Insert missing TLB flush on GFX10 and later
Philip Yang <Philip.Yang@amd.com>
drm/amdkfd: Flush TLB after unmapping for GFX v9.4.3
Nilesh Javali <njavali@marvell.com>
scsi: qla2xxx: Use raw_smp_processor_id() instead of smp_processor_id()
Shreyas Deodhar <sdeodhar@marvell.com>
scsi: qla2xxx: Select qpair depending on which CPU post_cmd() gets called
Sven Eckelmann <sven@narfation.org>
wifi: ath11k: Cleanup mac80211 references on failure during tx_complete
Pradeep Kumar Chitrapu <quic_pradeepc@quicinc.com>
wifi: ath11k: fix tx status reporting in encap offload mode
Amit Pundir <amit.pundir@linaro.org>
arm64: dts: qcom: sdm845-db845c: Mark cont splash memory region as reserved
Holger Dengler <dengler@linux.ibm.com>
s390/pkey: fix PKEY_TYPE_EP11_AES handling in PKEY_CLR2SECK2 IOCTL
Jaegeuk Kim <jaegeuk@kernel.org>
f2fs: get out of a repeat loop when getting a locked data page
Chao Yu <chao@kernel.org>
f2fs: optimize iteration over sparse directories
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
ARM: dts: qcom: msm8974pro-castor: correct touchscreen syna,nosleep-mode
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
ARM: dts: qcom: msm8974pro-castor: correct touchscreen function names
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
ARM: dts: qcom: msm8974pro-castor: correct inverted X of touchscreen
Paul Cercueil <paul@crapouillou.net>
ARM: dts: samsung: exynos4210-i9100: Fix LCD screen's physical size
Aleksey Nasibulin <alealexpro100@ya.ru>
ARM: dts: BCM5301X: Extend RAM to full 256MB for Linksys EA6500 V2
Daniel Scally <dan.scally@ideasonboard.com>
i2c: xiic: Correct return value check for xiic_reinit()
Liang He <windhl@126.com>
i2c: mux: gpio: Add missing fwnode_handle_put()
Xiaoke Wang <xkernel.wang@foxmail.com>
i2c: mux: demux-pinctrl: check the return value of devm_kstrdup()
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
gpio: tb10x: Fix an error handling path in tb10x_gpio_probe()
Zhang Xiaoxu <zhangxiaoxu5@huawei.com>
cifs: Fix UAF in cifs_demultiplex_thread()
Ben Wolsieffer <ben.wolsieffer@hefring.com>
proc: nommu: fix empty /proc/<pid>/maps
Ben Wolsieffer <Ben.Wolsieffer@hefring.com>
proc: nommu: /proc/<pid>/maps: release mmap read lock
Muhammad Husaini Zulkifli <muhammad.husaini.zulkifli@intel.com>
igc: Expose tx-usecs coalesce setting to user
Sebastian Andrzej Siewior <bigeasy@linutronix.de>
octeontx2-pf: Do xdp_do_flush() after redirects.
Sebastian Andrzej Siewior <bigeasy@linutronix.de>
bnxt_en: Flush XDP for bnxt_poll_nitroa0()'s NAPI
Sebastian Andrzej Siewior <bigeasy@linutronix.de>
net: ena: Flush XDP packets on error.
Sebastian Andrzej Siewior <bigeasy@linutronix.de>
locking/seqlock: Do the lockdep annotation before locking in do_write_seqcount_begin_nested()
Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
i915/pmu: Move execlist stats initialization to execlist specific setup
Jozsef Kadlecsik <kadlec@netfilter.org>
netfilter: ipset: Fix race between IPSET_CMD_CREATE and IPSET_CMD_SWAP
Florian Westphal <fw@strlen.de>
netfilter: nf_tables: disable toggling dormant table state more than once
Artem Chernyshev <artem.chernyshev@red-soft.ru>
net: rds: Fix possible NULL-pointer dereference
Ziyang Xuan <william.xuanziyang@huawei.com>
team: fix null-ptr-deref when team device type is changed
Eric Dumazet <edumazet@google.com>
net: bridge: use DEV_STATS_INC()
Jie Wang <wangjie125@huawei.com>
net: hns3: add 5ms delay before clear firmware reset irq source
Jijie Shao <shaojijie@huawei.com>
net: hns3: fix fail to delete tc flower rules during reset issue
Jian Shen <shenjian15@huawei.com>
net: hns3: only enable unicast promisc when mac table full
Jie Wang <wangjie125@huawei.com>
net: hns3: fix GRE checksum offload issue
Jie Wang <wangjie125@huawei.com>
net: hns3: add cmdq check for vf periodic service task
Josh Poimboeuf <jpoimboe@kernel.org>
x86/srso: Fix SBPB enablement for spec_rstack_overflow=off
Josh Poimboeuf <jpoimboe@kernel.org>
x86/srso: Fix srso_show_state() side effect
Stephen Boyd <swboyd@chromium.org>
platform/x86: intel_scu_ipc: Fail IPC send if still busy
Stephen Boyd <swboyd@chromium.org>
platform/x86: intel_scu_ipc: Don't override scu in intel_scu_ipc_dev_simple_command()
Stephen Boyd <swboyd@chromium.org>
platform/x86: intel_scu_ipc: Check status upon timeout in ipc_wait_for_interrupt()
Stephen Boyd <swboyd@chromium.org>
platform/x86: intel_scu_ipc: Check status after timeout in busy_loop()
Lukasz Majewski <lukma@denx.de>
net: hsr: Properly parse HSRv1 supervisor frames.
Rik van Riel <riel@surriel.com>
x86/mm, kexec, ima: Use memblock_free_late() from ima_free_kexec_buffer()
Eric Dumazet <edumazet@google.com>
dccp: fix dccp_v4_err()/dccp_v6_err() again
Kajol Jain <kjain@linux.ibm.com>
powerpc/perf/hv-24x7: Update domain value check
Eric Dumazet <edumazet@google.com>
scsi: iscsi_tcp: restrict to TCP sockets
Kyle Zeng <zengyhkyle@gmail.com>
ipv4: fix null-deref in ipv4_link_failure
Vinicius Costa Gomes <vinicius.gomes@intel.com>
igc: Fix infinite initialization loop with early XDP redirect
David Christensen <drc@linux.vnet.ibm.com>
ionic: fix 16bit math issue when PAGE_SIZE >= 64KB
Ilya Leoshkevich <iii@linux.ibm.com>
netfilter, bpf: Adjust timeouts of non-confirmed CTs in bpf_ct_insert_entry()
Ivan Vecera <ivecera@redhat.com>
i40e: Fix VF VLAN offloading when port VLAN is configured
Petr Oros <poros@redhat.com>
iavf: schedule a request immediately after add/delete vlan
Petr Oros <poros@redhat.com>
iavf: add iavf_schedule_aq_request() helper
Peter Ujfalusi <peter.ujfalusi@linux.intel.com>
ASoC: SOF: core: Only call sof_ops_free() on remove if the probe was successful
Radoslaw Tyl <radoslawx.tyl@intel.com>
iavf: do not process adminq tasks when __IAVF_IN_REMOVE_TASK is set
Shinas Rasheed <srasheed@marvell.com>
octeon_ep: fix tx dma unmap len values in SG
Shengjiu Wang <shengjiu.wang@nxp.com>
ASoC: imx-audmix: Fix return error with devm_clk_get()
Chen Ni <nichen@iscas.ac.cn>
ASoC: hdaudio.c: Add missing check for devm_kstrdup
Sasha Neftin <sasha.neftin@intel.com>
net/core: Fix ETH_P_1588 flow dissector
Sabrina Dubroca <sd@queasysnail.net>
selftests: tls: swap the TX and RX sockets in some tests
Florian Westphal <fw@strlen.de>
netfilter: conntrack: fix extension size table
Knyazev Arseniy <poseaydone@ya.ru>
ALSA: hda/realtek: Splitting the UX3402 into two separate models
Hans de Goede <hdegoede@redhat.com>
ASoC: rt5640: Fix IRQ not being free-ed for HDA jack detect mode
Hans de Goede <hdegoede@redhat.com>
ASoC: rt5640: Revert "Fix sleep in atomic context"
Toke Høiland-Jørgensen <toke@redhat.com>
bpf: Avoid deadlock when using queue and stack maps from NMI
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nf_tables: disallow element removal on anonymous sets
Jerome Brunet <jbrunet@baylibre.com>
ASoC: meson: spdifin: start hw on dai probe
Florian Westphal <fw@strlen.de>
netfilter: nf_tables: fix memleak when more than 255 elements expired
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nft_set_hash: try later when GC hits EAGAIN on iteration
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nft_set_pipapo: stop GC iteration if GC transaction allocation fails
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nft_set_pipapo: call nft_trans_gc_queue_sync() in catchall GC
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nft_set_rbtree: use read spinlock to avoid datapath contention
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nft_set_rbtree: skip sync GC for new elements in this transaction
Florian Westphal <fw@strlen.de>
netfilter: nf_tables: defer gc run if previous batch is still pending
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nf_tables: use correct lock to protect gc_list
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nf_tables: GC transaction race with abort path
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nf_tables: GC transaction race with netns dismantle
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nf_tables: fix GC transaction races with netns and netlink event exit path
Florian Westphal <fw@strlen.de>
netfilter: nf_tables: don't fail inserts if duplicate has expired
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nf_tables: remove busy mark and gc batch API
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nft_set_hash: mark set element as dead when deleting from packet path
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nf_tables: adapt set backend to use GC transaction API
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nf_tables: GC transaction API to avoid race with control plane
Florian Westphal <fw@strlen.de>
netfilter: nf_tables: don't skip expired elements during walk
Jan Kara <jack@suse.cz>
ext4: do not let fstrim block system suspend
Jan Kara <jack@suse.cz>
ext4: move setting of trimmed bit into ext4_try_to_trim_range()
Kemeng Shi <shikemeng@huaweicloud.com>
ext4: replace the traditional ternary conditional operator with with max()/min()
Filipe Manana <fdmanana@suse.com>
btrfs: remove BUG() after failure to insert delayed dir index item
Filipe Manana <fdmanana@suse.com>
btrfs: improve error message after failure to add delayed dir index item
Mikulas Patocka <mpatocka@redhat.com>
dm: fix a race condition in retrieve_deps
Namhyung Kim <namhyung@kernel.org>
perf build: Update build rule for generated files
Dave Wysochanski <dwysocha@redhat.com>
netfs: Only call folio_start_fscache() one time for each folio
Sakari Ailus <sakari.ailus@linux.intel.com>
media: via: Use correct dependency for camera sensor drivers
Sakari Ailus <sakari.ailus@linux.intel.com>
media: v4l: Use correct dependency for camera sensor drivers
Olga Kornievskaia <kolga@netapp.com>
NFSv4.1: fix pnfs MDS=DS session trunking
Olga Kornievskaia <kolga@netapp.com>
NFSv4.1: use EXCHGID4_FLAG_USE_PNFS_DS for DS server
Trond Myklebust <trond.myklebust@hammerspace.com>
SUNRPC: Mark the cred for revalidation if the server rejects it
Trond Myklebust <trond.myklebust@hammerspace.com>
NFS/pNFS: Report EINVAL errors from connect() to the server
Trond Myklebust <trond.myklebust@hammerspace.com>
NFS: More fixes for nfs_direct_write_reschedule_io()
Trond Myklebust <trond.myklebust@hammerspace.com>
NFS: Use the correct commit info in nfs_join_page_group()
Trond Myklebust <trond.myklebust@hammerspace.com>
NFS: More O_DIRECT accounting fixes for error paths
Trond Myklebust <trond.myklebust@hammerspace.com>
NFS: Fix O_DIRECT locking issues
Trond Myklebust <trond.myklebust@hammerspace.com>
NFS: Fix error handling for O_DIRECT write scheduling
-------------
Diffstat:
Documentation/admin-guide/cgroup-v1/memory.rst | 9 +-
Makefile | 4 +-
arch/arm/boot/dts/am335x-guardian.dts | 3 +-
arch/arm/boot/dts/am3517-evm.dts | 2 +-
arch/arm/boot/dts/bcm4708-linksys-ea6500-v2.dts | 3 +-
arch/arm/boot/dts/exynos4210-i9100.dts | 4 +-
arch/arm/boot/dts/logicpd-torpedo-baseboard.dtsi | 2 +-
arch/arm/boot/dts/motorola-mapphone-common.dtsi | 48 +--
arch/arm/boot/dts/omap-gpmc-smsc911x.dtsi | 6 +-
arch/arm/boot/dts/omap-gpmc-smsc9221.dtsi | 6 +-
arch/arm/boot/dts/omap3-cm-t3517.dts | 12 +-
arch/arm/boot/dts/omap3-cpu-thermal.dtsi | 3 +-
arch/arm/boot/dts/omap3-gta04.dtsi | 8 +-
arch/arm/boot/dts/omap3-ldp.dts | 2 +-
arch/arm/boot/dts/omap3-n900.dts | 40 +--
arch/arm/boot/dts/omap3-zoom3.dts | 44 +--
arch/arm/boot/dts/omap4-cpu-thermal.dtsi | 29 +-
arch/arm/boot/dts/omap4-duovero-parlor.dts | 12 +-
arch/arm/boot/dts/omap4-duovero.dtsi | 18 +-
arch/arm/boot/dts/omap4-kc1.dts | 14 +-
arch/arm/boot/dts/omap4-mcpdm.dtsi | 2 +-
arch/arm/boot/dts/omap4-panda-common.dtsi | 30 +-
arch/arm/boot/dts/omap4-panda-es.dts | 8 +-
arch/arm/boot/dts/omap4-sdp.dts | 36 +-
arch/arm/boot/dts/omap4-var-om44customboard.dtsi | 24 +-
arch/arm/boot/dts/omap4-var-som-om44-wlan.dtsi | 6 +-
arch/arm/boot/dts/omap4-var-som-om44.dtsi | 22 +-
arch/arm/boot/dts/omap443x.dtsi | 1 +
arch/arm/boot/dts/omap4460.dtsi | 1 +
arch/arm/boot/dts/omap5-cm-t54.dts | 56 +--
.../qcom-msm8974pro-sony-xperia-shinano-castor.dts | 8 +-
arch/arm/boot/dts/twl6030_omap4.dtsi | 4 +-
arch/arm64/boot/dts/freescale/Makefile | 1 +
arch/arm64/boot/dts/qcom/sdm845-db845c.dts | 9 +
arch/arm64/configs/defconfig | 1 -
arch/loongarch/include/asm/elf.h | 9 +
arch/loongarch/kernel/mem.c | 4 +-
arch/loongarch/kernel/module.c | 2 +-
arch/loongarch/kernel/numa.c | 2 +-
arch/mips/alchemy/devboards/db1000.c | 4 +
arch/mips/alchemy/devboards/db1200.c | 6 +
arch/mips/alchemy/devboards/db1300.c | 4 +
arch/parisc/include/asm/ropes.h | 3 +
arch/parisc/kernel/drivers.c | 2 +-
arch/parisc/kernel/irq.c | 2 +-
arch/powerpc/kernel/hw_breakpoint.c | 16 +-
arch/powerpc/kernel/hw_breakpoint_constraints.c | 7 +-
arch/powerpc/perf/hv-24x7.c | 2 +-
arch/riscv/include/asm/errata_list.h | 4 +-
arch/x86/include/asm/kexec.h | 2 -
arch/x86/include/asm/reboot.h | 2 +
arch/x86/kernel/cpu/bugs.c | 4 +-
arch/x86/kernel/cpu/common.c | 2 +-
arch/x86/kernel/cpu/sgx/encl.c | 30 +-
arch/x86/kernel/crash.c | 31 --
arch/x86/kernel/reboot.c | 22 ++
arch/x86/kernel/setup.c | 8 +-
arch/x86/kvm/mmu/mmu.c | 8 +-
arch/x86/kvm/mmu/tdp_mmu.c | 31 +-
arch/x86/kvm/mmu/tdp_mmu.h | 3 +-
arch/x86/kvm/svm/sev.c | 34 +-
arch/x86/kvm/svm/svm.c | 9 +-
arch/x86/kvm/svm/svm.h | 1 +
arch/x86/kvm/vmx/vmx.c | 10 +-
arch/xtensa/boot/Makefile | 3 +-
arch/xtensa/boot/lib/zmem.c | 5 +-
arch/xtensa/include/asm/core.h | 4 +
arch/xtensa/lib/umulsidi3.S | 4 +-
arch/xtensa/platforms/iss/network.c | 4 +-
drivers/ata/libata-core.c | 47 ++-
drivers/ata/libata-eh.c | 13 +-
drivers/ata/libata-scsi.c | 47 ++-
drivers/ata/libata-transport.c | 9 +-
drivers/ata/libata.h | 2 +
drivers/ata/sata_mv.c | 4 +-
drivers/bus/ti-sysc.c | 31 +-
drivers/char/agp/parisc-agp.c | 2 -
drivers/clk/sprd/ums512-clk.c | 2 +-
drivers/clk/tegra/clk-bpmp.c | 2 +-
drivers/firmware/arm_ffa/driver.c | 16 +-
drivers/firmware/arm_scmi/perf.c | 93 +++--
drivers/firmware/cirrus/cs_dsp.c | 34 +-
drivers/firmware/imx/imx-dsp.c | 1 +
drivers/gpio/gpio-pmic-eic-sprd.c | 1 +
drivers/gpio/gpio-tb10x.c | 6 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 17 +-
drivers/gpu/drm/amd/amdgpu/nbio_v4_3.c | 3 +
drivers/gpu/drm/amd/amdgpu/soc21.c | 2 +-
.../gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 2 +-
drivers/gpu/drm/amd/amdkfd/kfd_priv.h | 5 +-
.../amd/display/dc/dce110/dce110_hw_sequencer.c | 4 +-
drivers/gpu/drm/bridge/ti-sn65dsi83.c | 4 +-
drivers/gpu/drm/i915/gt/intel_engine_cs.c | 1 -
.../gpu/drm/i915/gt/intel_execlists_submission.c | 2 +
drivers/gpu/drm/i915/gt/intel_ggtt.c | 23 +-
drivers/gpu/drm/meson/meson_encoder_hdmi.c | 2 +
drivers/gpu/drm/tests/drm_mm_test.c | 2 +-
drivers/i2c/busses/i2c-i801.c | 1 +
drivers/i2c/busses/i2c-npcm7xx.c | 17 +-
drivers/i2c/busses/i2c-xiic.c | 2 +-
drivers/i2c/muxes/i2c-demux-pinctrl.c | 4 +
drivers/i2c/muxes/i2c-mux-gpio.c | 4 +-
drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3-sva.c | 27 +-
drivers/md/dm-core.h | 1 +
drivers/md/dm-ioctl.c | 7 +-
drivers/md/dm-table.c | 32 +-
drivers/media/common/videobuf2/frame_vector.c | 6 +-
drivers/media/platform/marvell/Kconfig | 4 +-
drivers/media/platform/via/Kconfig | 2 +-
drivers/media/usb/em28xx/Kconfig | 4 +-
drivers/media/usb/go7007/Kconfig | 2 +-
drivers/media/usb/uvc/uvc_ctrl.c | 3 +
drivers/misc/cardreader/rts5227.c | 55 +--
drivers/misc/cardreader/rts5228.c | 57 +--
drivers/misc/cardreader/rts5249.c | 56 +--
drivers/misc/cardreader/rts5260.c | 43 +--
drivers/misc/cardreader/rts5261.c | 52 +--
drivers/misc/cardreader/rtsx_pcr.c | 51 ++-
drivers/net/ethernet/amazon/ena/ena_netdev.c | 3 +
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 5 +
drivers/net/ethernet/engleder/tsnep_main.c | 18 +-
drivers/net/ethernet/hisilicon/hns3/hns3_enet.c | 9 +
.../ethernet/hisilicon/hns3/hns3pf/hclge_main.c | 13 +-
.../ethernet/hisilicon/hns3/hns3vf/hclgevf_main.c | 3 +-
drivers/net/ethernet/intel/i40e/i40e_virtchnl_pf.c | 8 +-
drivers/net/ethernet/intel/iavf/iavf.h | 2 +-
drivers/net/ethernet/intel/iavf/iavf_ethtool.c | 2 +-
drivers/net/ethernet/intel/iavf/iavf_main.c | 17 +-
drivers/net/ethernet/intel/igc/igc_ethtool.c | 31 +-
drivers/net/ethernet/intel/igc/igc_main.c | 2 +-
.../net/ethernet/marvell/octeon_ep/octep_main.c | 8 +-
drivers/net/ethernet/marvell/octeon_ep/octep_tx.c | 8 +-
drivers/net/ethernet/marvell/octeon_ep/octep_tx.h | 16 +-
.../net/ethernet/marvell/octeontx2/nic/otx2_txrx.c | 19 +-
drivers/net/ethernet/pensando/ionic/ionic_dev.h | 1 +
drivers/net/ethernet/pensando/ionic/ionic_txrx.c | 10 +-
drivers/net/team/team.c | 10 +-
drivers/net/thunderbolt.c | 3 +-
drivers/net/wireless/ath/ath11k/dp.h | 4 +
drivers/net/wireless/ath/ath11k/dp_tx.c | 39 +-
drivers/net/wireless/ath/ath11k/dp_tx.h | 1 +
drivers/nvme/host/fc.c | 2 +-
drivers/nvme/host/pci.c | 121 ++++---
drivers/parisc/iosapic.c | 4 +-
drivers/parisc/iosapic_private.h | 4 +-
drivers/platform/mellanox/Kconfig | 1 +
drivers/platform/x86/asus-nb-wmi.c | 9 +
drivers/platform/x86/intel_scu_ipc.c | 66 ++--
drivers/power/supply/ab8500_btemp.c | 9 +-
drivers/power/supply/ab8500_chargalg.c | 2 +-
drivers/power/supply/mt6370-charger.c | 2 +-
drivers/power/supply/rk817_charger.c | 16 +-
drivers/power/supply/ucs1002_power.c | 3 +-
drivers/s390/crypto/pkey_api.c | 16 +-
drivers/s390/crypto/zcrypt_ep11misc.c | 61 +++-
drivers/s390/crypto/zcrypt_ep11misc.h | 3 +-
drivers/scsi/iscsi_tcp.c | 4 +
drivers/scsi/pm8001/pm8001_hwi.c | 2 +-
drivers/scsi/pm8001/pm80xx_hwi.c | 4 +-
drivers/scsi/qedf/qedf_io.c | 10 +-
drivers/scsi/qedf/qedf_main.c | 7 +-
drivers/scsi/qla2xxx/qla_def.h | 3 +
drivers/scsi/qla2xxx/qla_init.c | 5 +-
drivers/scsi/qla2xxx/qla_inline.h | 58 +++
drivers/scsi/qla2xxx/qla_isr.c | 12 +-
drivers/scsi/qla2xxx/qla_nvme.c | 4 +
drivers/scsi/qla2xxx/qla_os.c | 6 +
drivers/scsi/qla2xxx/qla_target.c | 3 +-
drivers/scsi/qla2xxx/tcm_qla2xxx.c | 4 +-
drivers/soc/imx/soc-imx8m.c | 10 +
drivers/spi/spi-gxp.c | 2 +-
drivers/spi/spi-intel-pci.c | 1 +
drivers/spi/spi-nxp-fspi.c | 7 +
drivers/spi/spi-stm32.c | 8 +
drivers/spi/spi-sun6i.c | 31 +-
drivers/thermal/thermal_of.c | 8 +-
drivers/tty/n_gsm.c | 4 +-
drivers/tty/serial/8250/8250_port.c | 5 +-
drivers/ufs/core/ufshcd.c | 13 +-
drivers/vfio/mdev/mdev_sysfs.c | 3 +-
drivers/video/fbdev/Kconfig | 2 +-
fs/binfmt_elf_fdpic.c | 5 +-
fs/btrfs/delayed-inode.c | 85 +++--
fs/btrfs/extent_io.c | 8 +-
fs/btrfs/super.c | 2 +-
fs/ceph/caps.c | 6 +-
fs/ceph/mds_client.c | 12 +-
fs/ceph/mds_client.h | 11 +-
fs/ceph/quota.c | 14 +-
fs/ceph/snap.c | 10 +-
fs/ceph/super.c | 75 +++-
fs/ceph/super.h | 3 +
fs/ext4/mballoc.c | 60 ++--
fs/f2fs/data.c | 25 +-
fs/f2fs/dir.c | 34 +-
fs/f2fs/f2fs.h | 5 +-
fs/f2fs/gc.c | 4 +-
fs/netfs/buffered_read.c | 6 +-
fs/nfs/direct.c | 138 ++++---
fs/nfs/flexfilelayout/flexfilelayout.c | 1 +
fs/nfs/nfs4client.c | 9 +-
fs/nfs/nfs4proc.c | 10 +-
fs/nfs/write.c | 23 +-
fs/nilfs2/gcinode.c | 6 +-
fs/proc/internal.h | 2 -
fs/proc/task_nommu.c | 70 ++--
fs/smb/client/cifsglob.h | 1 +
fs/smb/client/fs_context.c | 1 +
fs/smb/client/inode.c | 2 +-
fs/smb/client/smb2ops.c | 6 +-
fs/smb/client/transport.c | 34 +-
include/linux/bpf.h | 2 +-
include/linux/btf_ids.h | 2 +-
include/linux/if_team.h | 2 +
include/linux/interrupt.h | 6 +-
include/linux/libata.h | 4 +-
include/linux/memcontrol.h | 4 +-
include/linux/nfs_fs_sb.h | 1 +
include/linux/nfs_page.h | 4 +-
include/linux/resume_user_mode.h | 2 +-
include/linux/seqlock.h | 2 +-
include/net/netfilter/nf_tables.h | 127 +++----
include/uapi/linux/bpf.h | 4 +-
io_uring/fs.c | 2 +-
kernel/bpf/memalloc.c | 33 +-
kernel/bpf/queue_stack_maps.c | 21 +-
kernel/dma/debug.c | 20 +-
kernel/sched/core.c | 2 +-
kernel/sched/cpupri.c | 1 +
kernel/sched/idle.c | 1 +
kernel/trace/bpf_trace.c | 16 +
kernel/trace/ring_buffer.c | 10 +
mm/damon/vaddr-test.h | 2 +
mm/memcontrol.c | 13 +-
mm/slab_common.c | 12 +-
net/bridge/br_forward.c | 4 +-
net/bridge/br_input.c | 4 +-
net/core/flow_dissector.c | 2 +-
net/dccp/ipv4.c | 9 +-
net/dccp/ipv6.c | 9 +-
net/hsr/hsr_framereg.c | 4 +-
net/hsr/hsr_main.h | 2 +-
net/ipv4/route.c | 4 +-
net/mptcp/options.c | 5 +-
net/ncsi/ncsi-aen.c | 5 +
net/netfilter/ipset/ip_set_core.c | 12 +-
net/netfilter/nf_conntrack_bpf.c | 2 +
net/netfilter/nf_conntrack_extend.c | 4 +-
net/netfilter/nf_tables_api.c | 400 +++++++++++++++++----
net/netfilter/nft_set_hash.c | 87 +++--
net/netfilter/nft_set_pipapo.c | 71 ++--
net/netfilter/nft_set_rbtree.c | 161 +++++----
net/rds/rdma_transport.c | 12 +-
net/smc/smc_stats.h | 3 +-
net/sunrpc/clnt.c | 15 +-
security/smack/smack.h | 1 +
security/smack/smack_lsm.c | 63 +++-
sound/hda/intel-sdw-acpi.c | 8 +-
sound/pci/hda/hda_intel.c | 1 +
sound/pci/hda/patch_realtek.c | 3 +-
sound/soc/amd/yc/acp6x-mach.c | 21 ++
sound/soc/codecs/cs42l42.c | 10 +
sound/soc/codecs/rt5640.c | 13 +-
sound/soc/fsl/imx-audmix.c | 2 +-
sound/soc/fsl/imx-pcm-rpmsg.c | 1 +
sound/soc/fsl/imx-rpmsg.c | 8 +
sound/soc/intel/avs/boards/hdaudio.c | 3 +
sound/soc/meson/axg-spdifin.c | 49 +--
sound/soc/sof/core.c | 3 +-
sound/soc/sof/intel/mtl.c | 2 +-
sound/soc/sof/intel/mtl.h | 1 -
tools/build/Makefile.build | 10 +
tools/include/linux/btf_ids.h | 2 +-
tools/include/linux/mm.h | 2 -
tools/include/linux/seq_file.h | 2 +
tools/include/uapi/linux/bpf.h | 4 +-
tools/perf/pmu-events/Build | 6 +
tools/perf/util/Build | 6 +
tools/testing/memblock/tests/basic_api.c | 2 +-
tools/testing/memblock/tests/common.h | 1 +
.../ftrace/test.d/instances/instance-event.tc | 2 +-
tools/testing/selftests/kselftest_deps.sh | 77 +++-
tools/testing/selftests/net/tls.c | 8 +-
tools/testing/selftests/powerpc/Makefile | 15 +-
tools/testing/selftests/powerpc/pmu/Makefile | 40 ++-
285 files changed, 2895 insertions(+), 1583 deletions(-)
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-04 17:52 [PATCH 6.1 000/259] 6.1.56-rc1 review Greg Kroah-Hartman
@ 2023-10-04 19:33 ` Florian Fainelli
2023-10-04 20:19 ` Namhyung Kim
2023-10-05 0:17 ` Wang Yugui
` (10 subsequent siblings)
11 siblings, 1 reply; 25+ messages in thread
From: Florian Fainelli @ 2023-10-04 19:33 UTC (permalink / raw)
To: Greg Kroah-Hartman, stable, Namhyung Kim, Ian Rogers
Cc: patches, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, sudipm.mukherjee, srw, rwarsow,
conor
+Namhyung, Ian,
On 10/4/23 10:52, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.56 release.
> There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
perf fails to build with:
fixdep: error opening depfile:
/local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/pmu-events/.pmu-events.o.d:
No such file or directory
make[5]: *** [pmu-events/Build:33:
/local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/pmu-events/pmu-events.o]
Error 2
make[4]: *** [Makefile.perf:672:
/local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/pmu-events/pmu-events-in.o]
Error 2
make[3]: *** [Makefile.perf:240: sub-make] Error 2
make[2]: *** [Makefile:70: all] Error 2
make[1]: *** [package/pkg-generic.mk:294:
/local/users/fainelli/buildroot/output/arm/build/linux-tools/.stamp_built]
Error 2
make: *** [Makefile:27: _all] Error 2
due a80fd00cb1a7793ead4d7c3fa7d3f1e898231c27 ("perf build: Update build
rule for generated files"). Reverting that commit fixes the build for me
and then all is good in terms of testing.
--
Florian
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-04 19:33 ` Florian Fainelli
@ 2023-10-04 20:19 ` Namhyung Kim
2023-10-05 0:51 ` Florian Fainelli
0 siblings, 1 reply; 25+ messages in thread
From: Namhyung Kim @ 2023-10-04 20:19 UTC (permalink / raw)
To: Florian Fainelli
Cc: Greg Kroah-Hartman, stable, Ian Rogers, patches, linux-kernel,
torvalds, akpm, linux, shuah, patches, lkft-triage, pavel,
jonathanh, sudipm.mukherjee, srw, rwarsow, conor
Hello,
On Wed, Oct 4, 2023 at 12:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
>
> +Namhyung, Ian,
>
> On 10/4/23 10:52, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 6.1.56 release.
> > There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
>
> perf fails to build with:
>
> fixdep: error opening depfile:
> /local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/pmu-events/.pmu-events.o.d:
> No such file or directory
> make[5]: *** [pmu-events/Build:33:
> /local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/pmu-events/pmu-events.o]
> Error 2
> make[4]: *** [Makefile.perf:672:
> /local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/pmu-events/pmu-events-in.o]
> Error 2
> make[3]: *** [Makefile.perf:240: sub-make] Error 2
> make[2]: *** [Makefile:70: all] Error 2
> make[1]: *** [package/pkg-generic.mk:294:
> /local/users/fainelli/buildroot/output/arm/build/linux-tools/.stamp_built]
> Error 2
> make: *** [Makefile:27: _all] Error 2
>
> due a80fd00cb1a7793ead4d7c3fa7d3f1e898231c27 ("perf build: Update build
> rule for generated files"). Reverting that commit fixes the build for me
> and then all is good in terms of testing.
I think it's ok to drop the patches if it's not applied
cleanly.
Thanks,
Namhyung
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-04 17:52 [PATCH 6.1 000/259] 6.1.56-rc1 review Greg Kroah-Hartman
2023-10-04 19:33 ` Florian Fainelli
@ 2023-10-05 0:17 ` Wang Yugui
2023-10-06 10:12 ` Greg Kroah-Hartman
2023-10-05 0:59 ` Shuah Khan
` (9 subsequent siblings)
11 siblings, 1 reply; 25+ messages in thread
From: Wang Yugui @ 2023-10-05 0:17 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, srw, rwarsow, conor
Hi,
> This is the start of the stable review cycle for the 6.1.56 release.
> There are 259 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, 06 Oct 2023 17:51:12 +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.56-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.
This 6.1.56-rc1 failed to build on rhel7 with dev-tool-set 8, but 6.1.55 works.
Build error message:
gcc: fatal error: no input files
make[3]: *** [pmu-events/Build:33: pmu-events/pmu-events.o] Error 1
After the revert of 'perf-build-update-build-rule-for-generated-files.patch'
the build works again.
Best Regards
Wang Yugui (wangyugui@e16-tech.com)
2023/10/05
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-04 20:19 ` Namhyung Kim
@ 2023-10-05 0:51 ` Florian Fainelli
2023-10-05 5:15 ` Namhyung Kim
0 siblings, 1 reply; 25+ messages in thread
From: Florian Fainelli @ 2023-10-05 0:51 UTC (permalink / raw)
To: Namhyung Kim
Cc: Greg Kroah-Hartman, stable, Ian Rogers, patches, linux-kernel,
torvalds, akpm, linux, shuah, patches, lkft-triage, pavel,
jonathanh, sudipm.mukherjee, srw, rwarsow, conor
On 10/4/2023 1:19 PM, Namhyung Kim wrote:
> Hello,
>
> On Wed, Oct 4, 2023 at 12:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
>>
>> +Namhyung, Ian,
>>
>> On 10/4/23 10:52, Greg Kroah-Hartman wrote:
>>> This is the start of the stable review cycle for the 6.1.56 release.
>>> There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
>>
>> perf fails to build with:
>>
>> fixdep: error opening depfile:
>> /local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/pmu-events/.pmu-events.o.d:
>> No such file or directory
>> make[5]: *** [pmu-events/Build:33:
>> /local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/pmu-events/pmu-events.o]
>> Error 2
>> make[4]: *** [Makefile.perf:672:
>> /local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/pmu-events/pmu-events-in.o]
>> Error 2
>> make[3]: *** [Makefile.perf:240: sub-make] Error 2
>> make[2]: *** [Makefile:70: all] Error 2
>> make[1]: *** [package/pkg-generic.mk:294:
>> /local/users/fainelli/buildroot/output/arm/build/linux-tools/.stamp_built]
>> Error 2
>> make: *** [Makefile:27: _all] Error 2
>>
>> due a80fd00cb1a7793ead4d7c3fa7d3f1e898231c27 ("perf build: Update build
>> rule for generated files"). Reverting that commit fixes the build for me
>> and then all is good in terms of testing.
>
> I think it's ok to drop the patches if it's not applied
> cleanly.
AFAICT the patch applied cleanly. There was some bizarre interplay in
stable kernels prior to < 6.1 as reported here:
https://lore.kernel.org/all/dcb9997a-2e8a-5eb2-7a34-f8af418d4bf1@gmail.com/
https://lore.kernel.org/all/6a577578-8adb-aa70-1bf8-b1a4573152cf@gmail.com/
Does this make sense to you that on 6.1 which does have Ian's commit
00facc760903be6675870c2749e2cd72140e396e ("perf jevents: Switch build to
use jevents.py") that we would still get this build error somehow?
Thanks
--
Florian
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-04 17:52 [PATCH 6.1 000/259] 6.1.56-rc1 review Greg Kroah-Hartman
2023-10-04 19:33 ` Florian Fainelli
2023-10-05 0:17 ` Wang Yugui
@ 2023-10-05 0:59 ` Shuah Khan
2023-10-05 1:32 ` SeongJae Park
` (8 subsequent siblings)
11 siblings, 0 replies; 25+ messages in thread
From: Shuah Khan @ 2023-10-05 0:59 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, srw,
rwarsow, conor, Shuah Khan
On 10/4/23 11:52, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.56 release.
> There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
>
Compiled and booted on my test system. No dmesg regressions.
Tested-by: Shuah Khan <skhan@linuxfoundation.org>
thanks,
-- Shuah
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-04 17:52 [PATCH 6.1 000/259] 6.1.56-rc1 review Greg Kroah-Hartman
` (2 preceding siblings ...)
2023-10-05 0:59 ` Shuah Khan
@ 2023-10-05 1:32 ` SeongJae Park
2023-10-05 3:41 ` Bagas Sanjaya
` (7 subsequent siblings)
11 siblings, 0 replies; 25+ messages in thread
From: SeongJae Park @ 2023-10-05 1:32 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, srw, rwarsow, conor, damon, SeongJae Park
Hello,
On Wed, 4 Oct 2023 19:52:53 +0200 Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote:
> This is the start of the stable review cycle for the 6.1.56 release.
> There are 259 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, 06 Oct 2023 17:51:12 +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.56-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.
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/awslabs/damon-tests/tree/next/corr
[2] 0353a7bfd2b6 ("Linux 6.1.56-rc1")
Thanks,
SJ
[...]
---
# .config:1405:warning: override: reassigning to symbol DAMON
# .config:1415:warning: override: reassigning to symbol CGROUPS
ok 14 selftests: damon-tests: build_nomemcg.sh
# kselftest dir '/home/sjpark/damon-tests-cont/linux/tools/testing/selftests/damon-tests' is in dirty state.
# the log is at '/home/sjpark/log'.
[32m
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
ok 12 selftests: damon-tests: build_i386_idle_flag.sh
ok 13 selftests: damon-tests: build_i386_highpte.sh
ok 14 selftests: damon-tests: build_nomemcg.sh
[33m
[92mPASS [39m
_remote_run_corr.sh SUCCESS
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-04 17:52 [PATCH 6.1 000/259] 6.1.56-rc1 review Greg Kroah-Hartman
` (3 preceding siblings ...)
2023-10-05 1:32 ` SeongJae Park
@ 2023-10-05 3:41 ` Bagas Sanjaya
2023-10-05 12:27 ` Pavel Machek
` (6 subsequent siblings)
11 siblings, 0 replies; 25+ messages in thread
From: Bagas Sanjaya @ 2023-10-05 3:41 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, srw,
rwarsow, conor
[-- Attachment #1: Type: text/plain, Size: 559 bytes --]
On Wed, Oct 04, 2023 at 07:52:53PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.56 release.
> There are 259 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.
>
Successfully compiled and installed bindeb-pkgs on my computer (Acer
Aspire E15, Intel Core i3 Haswell). No noticeable regressions.
Tested-by: Bagas Sanjaya <bagasdotme@gmail.com>
--
An old man doll... just what I always wanted! - Clara
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-05 0:51 ` Florian Fainelli
@ 2023-10-05 5:15 ` Namhyung Kim
2023-10-06 10:12 ` Greg Kroah-Hartman
0 siblings, 1 reply; 25+ messages in thread
From: Namhyung Kim @ 2023-10-05 5:15 UTC (permalink / raw)
To: Florian Fainelli
Cc: Greg Kroah-Hartman, stable, Ian Rogers, patches, linux-kernel,
torvalds, akpm, linux, shuah, patches, lkft-triage, pavel,
jonathanh, sudipm.mukherjee, srw, rwarsow, conor
On Wed, Oct 4, 2023 at 5:52 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
>
>
>
> On 10/4/2023 1:19 PM, Namhyung Kim wrote:
> > Hello,
> >
> > On Wed, Oct 4, 2023 at 12:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
> >>
> >> +Namhyung, Ian,
> >>
> >> On 10/4/23 10:52, Greg Kroah-Hartman wrote:
> >>> This is the start of the stable review cycle for the 6.1.56 release.
> >>> There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
> >>
> >> perf fails to build with:
> >>
> >> fixdep: error opening depfile:
> >> /local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/pmu-events/.pmu-events.o.d:
> >> No such file or directory
> >> make[5]: *** [pmu-events/Build:33:
> >> /local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/pmu-events/pmu-events.o]
> >> Error 2
> >> make[4]: *** [Makefile.perf:672:
> >> /local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/pmu-events/pmu-events-in.o]
> >> Error 2
> >> make[3]: *** [Makefile.perf:240: sub-make] Error 2
> >> make[2]: *** [Makefile:70: all] Error 2
> >> make[1]: *** [package/pkg-generic.mk:294:
> >> /local/users/fainelli/buildroot/output/arm/build/linux-tools/.stamp_built]
> >> Error 2
> >> make: *** [Makefile:27: _all] Error 2
> >>
> >> due a80fd00cb1a7793ead4d7c3fa7d3f1e898231c27 ("perf build: Update build
> >> rule for generated files"). Reverting that commit fixes the build for me
> >> and then all is good in terms of testing.
> >
> > I think it's ok to drop the patches if it's not applied
> > cleanly.
>
> AFAICT the patch applied cleanly. There was some bizarre interplay in
> stable kernels prior to < 6.1 as reported here:
>
> https://lore.kernel.org/all/dcb9997a-2e8a-5eb2-7a34-f8af418d4bf1@gmail.com/
> https://lore.kernel.org/all/6a577578-8adb-aa70-1bf8-b1a4573152cf@gmail.com/
>
> Does this make sense to you that on 6.1 which does have Ian's commit
> 00facc760903be6675870c2749e2cd72140e396e ("perf jevents: Switch build to
> use jevents.py") that we would still get this build error somehow?
You can drop the pmu-events part of the change if possible.
If not, I'm ok to drop the entire patch as it's intended to fix a
corner case only. Normal builds should be fine before and
after the change.
Thanks,
Namhyung
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-04 17:52 [PATCH 6.1 000/259] 6.1.56-rc1 review Greg Kroah-Hartman
` (4 preceding siblings ...)
2023-10-05 3:41 ` Bagas Sanjaya
@ 2023-10-05 12:27 ` Pavel Machek
2023-10-06 12:55 ` Greg Kroah-Hartman
2023-10-05 13:57 ` Takeshi Ogasawara
` (5 subsequent siblings)
11 siblings, 1 reply; 25+ messages in thread
From: Pavel Machek @ 2023-10-05 12:27 UTC (permalink / raw)
To: Greg Kroah-Hartman, sakari.ailus, davthompson
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor
[-- Attachment #1: Type: text/plain, Size: 1211 bytes --]
Hi!
> This is the start of the stable review cycle for the 6.1.56 release.
> There are 259 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.
Here are some issues:
> Sakari Ailus <sakari.ailus@linux.intel.com>
> media: via: Use correct dependency for camera sensor drivers
> Sakari Ailus <sakari.ailus@linux.intel.com>
> media: v4l: Use correct dependency for camera sensor drivers
These are is unsuitable for 6.1 as the VIDEO_CAMERA_SENSOR symbol does
not exist in 6.1. Please drop.
> David Thompson <davthompson@nvidia.com>
> platform/mellanox: mlxbf-bootctl: add NET dependency into Kconfig
Unsuitable for stable, we don't have that problem in 5.10 or 6.1.
CIP testing did not find any problems here:
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/tree/linux-6.1.y
Tested-by: Pavel Machek (CIP) <pavel@denx.de>
Best regards,
Pavel
--
DENX Software Engineering GmbH, Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-04 17:52 [PATCH 6.1 000/259] 6.1.56-rc1 review Greg Kroah-Hartman
` (5 preceding siblings ...)
2023-10-05 12:27 ` Pavel Machek
@ 2023-10-05 13:57 ` Takeshi Ogasawara
2023-10-05 16:39 ` Naresh Kamboju
` (4 subsequent siblings)
11 siblings, 0 replies; 25+ messages in thread
From: Takeshi Ogasawara @ 2023-10-05 13:57 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, srw, rwarsow, conor
Hi Greg
On Thu, Oct 5, 2023 at 3:12 AM Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> This is the start of the stable review cycle for the 6.1.56 release.
> There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
>
6.1.56-rc1 tested.
Build successfully completed.
Boot successfully completed.
No dmesg regressions.
Video output normal.
Sound output normal.
Lenovo ThinkPad X1 Carbon Gen10(Intel i7-1260P(x86_64) arch linux)
Thanks
Tested-by: Takeshi Ogasawara <takeshi.ogasawara@futuring-girl.com>
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-04 17:52 [PATCH 6.1 000/259] 6.1.56-rc1 review Greg Kroah-Hartman
` (6 preceding siblings ...)
2023-10-05 13:57 ` Takeshi Ogasawara
@ 2023-10-05 16:39 ` Naresh Kamboju
2023-10-05 17:24 ` Petr Vorel
2023-10-06 18:42 ` Daniel Díaz
2023-10-05 18:40 ` Allen Pais
` (3 subsequent siblings)
11 siblings, 2 replies; 25+ messages in thread
From: Naresh Kamboju @ 2023-10-05 16:39 UTC (permalink / raw)
To: Greg Kroah-Hartman, linux-nfs
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor, Olga Kornievskaia,
Benjamin Coddington, Anna Schumaker, Trond Myklebust, LTP List,
Petr Vorel, Richard Palethorpe, Eryu Guan, chrubis
On Wed, 4 Oct 2023 at 23:41, Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> This is the start of the stable review cycle for the 6.1.56 release.
> There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
Results from Linaro’s test farm.
Regressions on arm64 bcm2711-rpi-4-b device running LTP dio tests on
NFS mounted rootfs.
and LTP hugetlb hugemmap11 test case failed on x86 and arm64 bcm2711-rpi-4-b.
Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
LTP hugetlb tests failed log
tst_hugepage.c:83: TINFO: 1 hugepage(s) reserved
tst_test.c:1558: TINFO: Timeout per run is 0h 05m 00s
hugemmap11.c:47: TFAIL: Memory mismatch after Direct-IO write
LTP dio tests failed log
compare_file: char mismatch: infile offset 4096: 0x01 . outfile
offset 4096: 0x00 .
diotest01 1 TFAIL : diotest1.c:158: file compare failed for
infile and outfile
## Build
* kernel: 6.1.56-rc1
* git: https://gitlab.com/Linaro/lkft/mirrors/stable/linux-stable-rc
* git branch: linux-6.1.y
* git commit: 0353a7bfd2b60c5e42c8651eb3fa4cc48159db5f
* git describe: v6.1.55-260-g0353a7bfd2b6
* test details:
https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.1.y/build/v6.1.55-260-g0353a7bfd2b6
## Test Regressions (compared to v6.1.55)
* x86_64-clang, ltp-hugetlb
* bcm2711-rpi-4-b, ltp-hugetlb
* bcm2711-rpi-4-b-clang, ltp-hugetlb
* bcm2711-rpi-4-b-64k_page_size, ltp-hugetlb
- hugemmap11
Test log:
--------
tst_hugepage.c:83: TINFO: 1 hugepage(s) reserved
tst_test.c:1558: TINFO: Timeout per run is 0h 05m 00s
hugemmap11.c:47: TFAIL: Memory mismatch after Direct-IO write
Links:
- https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.1.y/build/v6.1.55-260-g0353a7bfd2b6/testrun/20259639/suite/ltp-hugetlb/test/hugemmap11/log
- https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.1.y/build/v6.1.55-260-g0353a7bfd2b6/testrun/20260457/suite/ltp-hugetlb/test/hugemmap11/history/
* bcm2711-rpi-4-b, ltp-dio
* bcm2711-rpi-4-b-clang, ltp-dio
* bcm2711-rpi-4-b-64k_page_size, ltp-dio
- dio01
- dio02
- dio03
- dio05
- dio06
- dio07
- dio08
- dio09
- dio11
Test log:
--------
compare_file: char mismatch: infile offset 4096: 0x01 . outfile
offset 4096: 0x00 .
diotest01 1 TFAIL : diotest1.c:158: file compare failed for
infile and outfile
bufcmp: offset 0: Expected: 0x1, got 0x0
bufcmp: offset 0: Expected: 0x1, got 0x0
diotest02 1 TPASS : Read with Direct IO, Write without
diotest02 2 TFAIL : diotest2.c:119: read/write comparision failed
diotest02 3 TFAIL : diotest2.c:210: Write with Direct IO, Read without
diotest02 4 TFAIL : diotest2.c:119: read/write comparision failed
diotest02 5 TFAIL : diotest2.c:231: Read, Write with Direct IO
diotest02 0 TINFO : 2/3 testblocks failed
bufcmp: offset 0: Expected: 0x1, got 0x0
diotest03 1 TPASS : Read with Direct IO, Write without
diotest03 2 TFAIL : diotest3.c:136: comparsion failed; child=0 offset=0
diotest03 3 TFAIL : diotest3.c:189: Write Direct-child 0 failed
bufcmp: offset 0: Expected: 0x1, got 0x0
diotest03 1 TPASS : Read with Direct IO, Write without
diotest03 2 TFAIL : diotest3.c:306: Write with Direct IO, Read without
diotest03 3 TFAIL : diotest3.c:136: comparsion failed; child=0 offset=0
diotest03 4 TFAIL : diotest3.c:210: RDWR Direct-child 0 failed
diotest03 1 TPASS : Read with Direct IO, Write without
diotest03 2 TFAIL : diotest3.c:306: Write with Direct IO, Read without
diotest03 3 TFAIL : diotest3.c:323: Read, Write with Direct IO
...
diotest05 1 TPASS : Read with Direct IO, Write without
diotest05 2 TFAIL : diotest5.c:141: readv/writev comparision failed
diotest05 3 TFAIL : diotest5.c:250: Write with Direct IO, Read without
diotest05 4 TFAIL : diotest5.c:141: readv/writev comparision failed
diotest05 5 TFAIL : diotest5.c:271: Read, Write with Direct IO
diotest05 0 TINFO : 2/3 testblocks failed
Links:
- https://lkft.validation.linaro.org/scheduler/job/6842177#L1666
- https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.1.y/build/v6.1.55-260-g0353a7bfd2b6/testrun/20260389/suite/ltp-dio/test/dio01/history/
## Metric Regressions (compared to v6.1.55)
## Test Fixes (compared to v6.1.55)
## Metric Fixes (compared to v6.1.55)
## Test result summary
total: 121166, pass: 102582, fail: 2234, skip: 16177, xfail: 173
## Build Summary
* arc: 4 total, 4 passed, 0 failed
* arm: 140 total, 140 passed, 0 failed
* arm64: 49 total, 49 passed, 0 failed
* i386: 33 total, 33 passed, 0 failed
* mips: 24 total, 24 passed, 0 failed
* parisc: 3 total, 3 passed, 0 failed
* powerpc: 34 total, 34 passed, 0 failed
* riscv: 12 total, 12 passed, 0 failed
* s390: 12 total, 12 passed, 0 failed
* sh: 11 total, 11 passed, 0 failed
* sparc: 6 total, 6 passed, 0 failed
* x86_64: 40 total, 40 passed, 0 failed
## Test suites summary
* boot
* kselftest-android
* kselftest-arm64
* kselftest-breakpoints
* kselftest-capabilities
* kselftest-cgroup
* kselftest-clone3
* kselftest-core
* kselftest-cpu-hotplug
* kselftest-cpufreq
* kselftest-drivers-dma-buf
* kselftest-efivarfs
* kselftest-exec
* kselftest-filesystems
* kselftest-filesystems-binderfs
* kselftest-filesystems-epoll
* kselftest-firmware
* kselftest-fpu
* kselftest-ftrace
* kselftest-futex
* kselftest-gpio
* kselftest-intel_pstate
* kselftest-ipc
* kselftest-ir
* kselftest-kcmp
* kselftest-kexec
* kselftest-kvm
* kselftest-lib
* kselftest-membarrier
* kselftest-memfd
* kselftest-memory-hotplug
* kselftest-mincore
* kselftest-mount
* kselftest-mqueue
* kselftest-net
* kselftest-net-forwarding
* kselftest-net-mptcp
* kselftest-netfilter
* kselftest-nsfs
* kselftest-openat2
* kselftest-pid_namespace
* kselftest-pidfd
* kselftest-proc
* kselftest-pstore
* kselftest-ptrace
* kselftest-rseq
* kselftest-rtc
* kselftest-seccomp
* kselftest-sigaltstack
* kselftest-size
* kselftest-splice
* kselftest-static_keys
* kselftest-sync
* kselftest-sysctl
* kselftest-tc-testing
* kselftest-timens
* kselftest-tmpfs
* kselftest-tpm2
* kselftest-user
* kselftest-user_events
* kselftest-vDSO
* kselftest-vm
* kselftest-watchdog
* kselftest-x86
* kselftest-zram
* kunit
* kvm-unit-tests
* libgpiod
* log-parser-boot
* log-parser-test
* ltp-cap_bounds
* ltp-commands
* ltp-containers
* ltp-controllers
* ltp-cpuhotplug
* ltp-crypto
* ltp-cve
* ltp-dio
* ltp-fcntl-locktests
* ltp-filecaps
* ltp-fs
* ltp-fs_bind
* ltp-fs_perms_simple
* ltp-fsx
* ltp-hugetlb
* ltp-io
* ltp-ipc
* ltp-math
* ltp-mm
* ltp-nptl
* ltp-pty
* ltp-sched
* ltp-securebits
* ltp-smoke
* ltp-syscalls
* ltp-tracing
* network-basic-tests
* perf
* rcutorture
* v4l2-compliance
--
Linaro LKFT
https://lkft.linaro.org
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-05 16:39 ` Naresh Kamboju
@ 2023-10-05 17:24 ` Petr Vorel
2023-10-05 19:20 ` Naresh Kamboju
2023-10-06 18:42 ` Daniel Díaz
1 sibling, 1 reply; 25+ messages in thread
From: Petr Vorel @ 2023-10-05 17:24 UTC (permalink / raw)
To: Naresh Kamboju
Cc: Greg Kroah-Hartman, linux-nfs, stable, patches, linux-kernel,
torvalds, akpm, linux, shuah, patches, lkft-triage, pavel,
jonathanh, f.fainelli, sudipm.mukherjee, srw, rwarsow, conor,
Olga Kornievskaia, Benjamin Coddington, Anna Schumaker,
Trond Myklebust, LTP List, Richard Palethorpe, Eryu Guan, chrubis
Hi Naresh,
> On Wed, 4 Oct 2023 at 23:41, Greg Kroah-Hartman
> <gregkh@linuxfoundation.org> wrote:
> > This is the start of the stable review cycle for the 6.1.56 release.
> > There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
> Results from Linaro’s test farm.
> Regressions on arm64 bcm2711-rpi-4-b device running LTP dio tests on
Could you please note in your reports also LTP version?
FYI the best LTP release is always the latest release or git master branch.
Kind regards,
Petr
> NFS mounted rootfs.
> and LTP hugetlb hugemmap11 test case failed on x86 and arm64 bcm2711-rpi-4-b.
> Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
> LTP hugetlb tests failed log
> tst_hugepage.c:83: TINFO: 1 hugepage(s) reserved
> tst_test.c:1558: TINFO: Timeout per run is 0h 05m 00s
> hugemmap11.c:47: TFAIL: Memory mismatch after Direct-IO write
> LTP dio tests failed log
> compare_file: char mismatch: infile offset 4096: 0x01 . outfile
> offset 4096: 0x00 .
> diotest01 1 TFAIL : diotest1.c:158: file compare failed for
> infile and outfile
> ## Build
> * kernel: 6.1.56-rc1
> * git: https://gitlab.com/Linaro/lkft/mirrors/stable/linux-stable-rc
> * git branch: linux-6.1.y
> * git commit: 0353a7bfd2b60c5e42c8651eb3fa4cc48159db5f
> * git describe: v6.1.55-260-g0353a7bfd2b6
> * test details:
> https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.1.y/build/v6.1.55-260-g0353a7bfd2b6
> ## Test Regressions (compared to v6.1.55)
> * x86_64-clang, ltp-hugetlb
> * bcm2711-rpi-4-b, ltp-hugetlb
> * bcm2711-rpi-4-b-clang, ltp-hugetlb
> * bcm2711-rpi-4-b-64k_page_size, ltp-hugetlb
> - hugemmap11
> Test log:
> --------
> tst_hugepage.c:83: TINFO: 1 hugepage(s) reserved
> tst_test.c:1558: TINFO: Timeout per run is 0h 05m 00s
> hugemmap11.c:47: TFAIL: Memory mismatch after Direct-IO write
> Links:
> - https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.1.y/build/v6.1.55-260-g0353a7bfd2b6/testrun/20259639/suite/ltp-hugetlb/test/hugemmap11/log
> - https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.1.y/build/v6.1.55-260-g0353a7bfd2b6/testrun/20260457/suite/ltp-hugetlb/test/hugemmap11/history/
> * bcm2711-rpi-4-b, ltp-dio
> * bcm2711-rpi-4-b-clang, ltp-dio
> * bcm2711-rpi-4-b-64k_page_size, ltp-dio
> - dio01
> - dio02
> - dio03
> - dio05
> - dio06
> - dio07
> - dio08
> - dio09
> - dio11
> Test log:
> --------
> compare_file: char mismatch: infile offset 4096: 0x01 . outfile
> offset 4096: 0x00 .
> diotest01 1 TFAIL : diotest1.c:158: file compare failed for
> infile and outfile
> bufcmp: offset 0: Expected: 0x1, got 0x0
> bufcmp: offset 0: Expected: 0x1, got 0x0
> diotest02 1 TPASS : Read with Direct IO, Write without
> diotest02 2 TFAIL : diotest2.c:119: read/write comparision failed
> diotest02 3 TFAIL : diotest2.c:210: Write with Direct IO, Read without
> diotest02 4 TFAIL : diotest2.c:119: read/write comparision failed
> diotest02 5 TFAIL : diotest2.c:231: Read, Write with Direct IO
> diotest02 0 TINFO : 2/3 testblocks failed
> bufcmp: offset 0: Expected: 0x1, got 0x0
> diotest03 1 TPASS : Read with Direct IO, Write without
> diotest03 2 TFAIL : diotest3.c:136: comparsion failed; child=0 offset=0
> diotest03 3 TFAIL : diotest3.c:189: Write Direct-child 0 failed
> bufcmp: offset 0: Expected: 0x1, got 0x0
> diotest03 1 TPASS : Read with Direct IO, Write without
> diotest03 2 TFAIL : diotest3.c:306: Write with Direct IO, Read without
> diotest03 3 TFAIL : diotest3.c:136: comparsion failed; child=0 offset=0
> diotest03 4 TFAIL : diotest3.c:210: RDWR Direct-child 0 failed
> diotest03 1 TPASS : Read with Direct IO, Write without
> diotest03 2 TFAIL : diotest3.c:306: Write with Direct IO, Read without
> diotest03 3 TFAIL : diotest3.c:323: Read, Write with Direct IO
> ...
> diotest05 1 TPASS : Read with Direct IO, Write without
> diotest05 2 TFAIL : diotest5.c:141: readv/writev comparision failed
> diotest05 3 TFAIL : diotest5.c:250: Write with Direct IO, Read without
> diotest05 4 TFAIL : diotest5.c:141: readv/writev comparision failed
> diotest05 5 TFAIL : diotest5.c:271: Read, Write with Direct IO
> diotest05 0 TINFO : 2/3 testblocks failed
> Links:
> - https://lkft.validation.linaro.org/scheduler/job/6842177#L1666
> - https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.1.y/build/v6.1.55-260-g0353a7bfd2b6/testrun/20260389/suite/ltp-dio/test/dio01/history/
> ## Metric Regressions (compared to v6.1.55)
> ## Test Fixes (compared to v6.1.55)
> ## Metric Fixes (compared to v6.1.55)
> ## Test result summary
> total: 121166, pass: 102582, fail: 2234, skip: 16177, xfail: 173
> ## Build Summary
> * arc: 4 total, 4 passed, 0 failed
> * arm: 140 total, 140 passed, 0 failed
> * arm64: 49 total, 49 passed, 0 failed
> * i386: 33 total, 33 passed, 0 failed
> * mips: 24 total, 24 passed, 0 failed
> * parisc: 3 total, 3 passed, 0 failed
> * powerpc: 34 total, 34 passed, 0 failed
> * riscv: 12 total, 12 passed, 0 failed
> * s390: 12 total, 12 passed, 0 failed
> * sh: 11 total, 11 passed, 0 failed
> * sparc: 6 total, 6 passed, 0 failed
> * x86_64: 40 total, 40 passed, 0 failed
> ## Test suites summary
> * boot
> * kselftest-android
> * kselftest-arm64
> * kselftest-breakpoints
> * kselftest-capabilities
> * kselftest-cgroup
> * kselftest-clone3
> * kselftest-core
> * kselftest-cpu-hotplug
> * kselftest-cpufreq
> * kselftest-drivers-dma-buf
> * kselftest-efivarfs
> * kselftest-exec
> * kselftest-filesystems
> * kselftest-filesystems-binderfs
> * kselftest-filesystems-epoll
> * kselftest-firmware
> * kselftest-fpu
> * kselftest-ftrace
> * kselftest-futex
> * kselftest-gpio
> * kselftest-intel_pstate
> * kselftest-ipc
> * kselftest-ir
> * kselftest-kcmp
> * kselftest-kexec
> * kselftest-kvm
> * kselftest-lib
> * kselftest-membarrier
> * kselftest-memfd
> * kselftest-memory-hotplug
> * kselftest-mincore
> * kselftest-mount
> * kselftest-mqueue
> * kselftest-net
> * kselftest-net-forwarding
> * kselftest-net-mptcp
> * kselftest-netfilter
> * kselftest-nsfs
> * kselftest-openat2
> * kselftest-pid_namespace
> * kselftest-pidfd
> * kselftest-proc
> * kselftest-pstore
> * kselftest-ptrace
> * kselftest-rseq
> * kselftest-rtc
> * kselftest-seccomp
> * kselftest-sigaltstack
> * kselftest-size
> * kselftest-splice
> * kselftest-static_keys
> * kselftest-sync
> * kselftest-sysctl
> * kselftest-tc-testing
> * kselftest-timens
> * kselftest-tmpfs
> * kselftest-tpm2
> * kselftest-user
> * kselftest-user_events
> * kselftest-vDSO
> * kselftest-vm
> * kselftest-watchdog
> * kselftest-x86
> * kselftest-zram
> * kunit
> * kvm-unit-tests
> * libgpiod
> * log-parser-boot
> * log-parser-test
> * ltp-cap_bounds
> * ltp-commands
> * ltp-containers
> * ltp-controllers
> * ltp-cpuhotplug
> * ltp-crypto
> * ltp-cve
> * ltp-dio
> * ltp-fcntl-locktests
> * ltp-filecaps
> * ltp-fs
> * ltp-fs_bind
> * ltp-fs_perms_simple
> * ltp-fsx
> * ltp-hugetlb
> * ltp-io
> * ltp-ipc
> * ltp-math
> * ltp-mm
> * ltp-nptl
> * ltp-pty
> * ltp-sched
> * ltp-securebits
> * ltp-smoke
> * ltp-syscalls
> * ltp-tracing
> * network-basic-tests
> * perf
> * rcutorture
> * v4l2-compliance
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-04 17:52 [PATCH 6.1 000/259] 6.1.56-rc1 review Greg Kroah-Hartman
` (7 preceding siblings ...)
2023-10-05 16:39 ` Naresh Kamboju
@ 2023-10-05 18:40 ` Allen Pais
2023-10-05 22:17 ` Guenter Roeck
` (2 subsequent siblings)
11 siblings, 0 replies; 25+ messages in thread
From: Allen Pais @ 2023-10-05 18:40 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, srw, rwarsow, conor
> This is the start of the stable review cycle for the 6.1.56 release.
> There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
Compiled and booted on my x86_64 and ARM64 test systems. No errors or
regressions.
Tested-by: Allen Pais <apais@linux.microsoft.com>
Thanks.
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-05 17:24 ` Petr Vorel
@ 2023-10-05 19:20 ` Naresh Kamboju
2023-10-06 6:41 ` Petr Vorel
0 siblings, 1 reply; 25+ messages in thread
From: Naresh Kamboju @ 2023-10-05 19:20 UTC (permalink / raw)
To: Petr Vorel
Cc: Greg Kroah-Hartman, linux-nfs, stable, patches, linux-kernel,
torvalds, akpm, linux, shuah, patches, lkft-triage, pavel,
jonathanh, f.fainelli, sudipm.mukherjee, srw, rwarsow, conor,
Olga Kornievskaia, Benjamin Coddington, Anna Schumaker,
Trond Myklebust, LTP List, Richard Palethorpe, Eryu Guan, chrubis
On Thu, 5 Oct 2023 at 22:54, Petr Vorel <pvorel@suse.cz> wrote:
>
> Hi Naresh,
>
> > On Wed, 4 Oct 2023 at 23:41, Greg Kroah-Hartman
> > <gregkh@linuxfoundation.org> wrote:
>
> > > This is the start of the stable review cycle for the 6.1.56 release.
> > > There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
>
> > Results from Linaro’s test farm.
> > Regressions on arm64 bcm2711-rpi-4-b device running LTP dio tests on
> Could you please note in your reports also LTP version?
Sure.
We are running LTP Version: 20230516 for our testing.
We will update the latest LTP release (20230929) next week.
> FYI the best LTP release is always the latest release or git master branch.
We have two threads here.
1) LTP release tag testing on all stable-rc branches
2) LTP master testing on a given specific kernel version [a]
[a] https://qa-reports.linaro.org/lkft/ltp-master/
- Naresh
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-04 17:52 [PATCH 6.1 000/259] 6.1.56-rc1 review Greg Kroah-Hartman
` (8 preceding siblings ...)
2023-10-05 18:40 ` Allen Pais
@ 2023-10-05 22:17 ` Guenter Roeck
2023-10-06 7:30 ` Ron Economos
2023-10-06 9:32 ` Jon Hunter
11 siblings, 0 replies; 25+ messages in thread
From: Guenter Roeck @ 2023-10-05 22:17 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw,
rwarsow, conor
On Wed, Oct 04, 2023 at 07:52:53PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.56 release.
> There are 259 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, 06 Oct 2023 17:51:12 +0000.
> Anything received after that time might be too late.
>
Build results:
total: 157 pass: 155 fail: 2
Failed builds:
i386:tools/perf
x86_64:tools/perf
Qemu test results:
total: 529 pass: 529 fail: 0
Guenter
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-05 19:20 ` Naresh Kamboju
@ 2023-10-06 6:41 ` Petr Vorel
0 siblings, 0 replies; 25+ messages in thread
From: Petr Vorel @ 2023-10-06 6:41 UTC (permalink / raw)
To: Naresh Kamboju
Cc: Greg Kroah-Hartman, linux-nfs, stable, patches, linux-kernel,
torvalds, akpm, linux, shuah, patches, lkft-triage, pavel,
jonathanh, f.fainelli, sudipm.mukherjee, srw, rwarsow, conor,
Olga Kornievskaia, Benjamin Coddington, Anna Schumaker,
Trond Myklebust, LTP List, Richard Palethorpe, Eryu Guan, chrubis
> On Thu, 5 Oct 2023 at 22:54, Petr Vorel <pvorel@suse.cz> wrote:
> > Hi Naresh,
> > > On Wed, 4 Oct 2023 at 23:41, Greg Kroah-Hartman
> > > <gregkh@linuxfoundation.org> wrote:
> > > > This is the start of the stable review cycle for the 6.1.56 release.
> > > > There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
> > > Results from Linaro’s test farm.
> > > Regressions on arm64 bcm2711-rpi-4-b device running LTP dio tests on
> > Could you please note in your reports also LTP version?
> Sure.
> We are running LTP Version: 20230516 for our testing.
> We will update the latest LTP release (20230929) next week.
Great, thank you.
> > FYI the best LTP release is always the latest release or git master branch.
> We have two threads here.
> 1) LTP release tag testing on all stable-rc branches
> 2) LTP master testing on a given specific kernel version [a]
Great, this makes sense.
BTW from looking in the log [b] ("INFO: ltp-pan reported some tests FAIL")
I see you use runltp. We recommend to switch to kirk [c]. And we definitely
appreciate your feedback from it.
Kind regards,
Petr
> [a] https://qa-reports.linaro.org/lkft/ltp-master/
[b] https://qa-reports.linaro.org/lkft/ltp-master/build/v6.5.3_20230929-2-g48a150bfd/testrun/20223790/suite/ltp-cve/test/cve-2017-8890/log
[c] https://github.com/linux-test-project/kirk/#readme
> - Naresh
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-04 17:52 [PATCH 6.1 000/259] 6.1.56-rc1 review Greg Kroah-Hartman
` (9 preceding siblings ...)
2023-10-05 22:17 ` Guenter Roeck
@ 2023-10-06 7:30 ` Ron Economos
2023-10-06 9:32 ` Jon Hunter
11 siblings, 0 replies; 25+ messages in thread
From: Ron Economos @ 2023-10-06 7:30 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, srw,
rwarsow, conor
On 10/4/23 10:52 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.56 release.
> There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
Built and booted successfully on RISC-V RV64 (HiFive Unmatched).
Tested-by: Ron Economos <re@w6rz.net>
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-04 17:52 [PATCH 6.1 000/259] 6.1.56-rc1 review Greg Kroah-Hartman
` (10 preceding siblings ...)
2023-10-06 7:30 ` Ron Economos
@ 2023-10-06 9:32 ` Jon Hunter
11 siblings, 0 replies; 25+ messages in thread
From: Jon Hunter @ 2023-10-06 9:32 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: Greg Kroah-Hartman, patches, linux-kernel, torvalds, akpm, linux,
shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor, linux-tegra, stable
On Wed, 04 Oct 2023 19:52:53 +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.56 release.
> There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
All tests passing for Tegra ...
Test results for stable-v6.1:
10 builds: 10 pass, 0 fail
26 boots: 26 pass, 0 fail
116 tests: 116 pass, 0 fail
Linux version: 6.1.56-rc1-g0353a7bfd2b6
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
Tested-by: Jon Hunter <jonathanh@nvidia.com>
Jon
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-05 5:15 ` Namhyung Kim
@ 2023-10-06 10:12 ` Greg Kroah-Hartman
0 siblings, 0 replies; 25+ messages in thread
From: Greg Kroah-Hartman @ 2023-10-06 10:12 UTC (permalink / raw)
To: Namhyung Kim
Cc: Florian Fainelli, stable, Ian Rogers, patches, linux-kernel,
torvalds, akpm, linux, shuah, patches, lkft-triage, pavel,
jonathanh, sudipm.mukherjee, srw, rwarsow, conor
On Wed, Oct 04, 2023 at 10:15:16PM -0700, Namhyung Kim wrote:
> On Wed, Oct 4, 2023 at 5:52 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
> >
> >
> >
> > On 10/4/2023 1:19 PM, Namhyung Kim wrote:
> > > Hello,
> > >
> > > On Wed, Oct 4, 2023 at 12:33 PM Florian Fainelli <f.fainelli@gmail.com> wrote:
> > >>
> > >> +Namhyung, Ian,
> > >>
> > >> On 10/4/23 10:52, Greg Kroah-Hartman wrote:
> > >>> This is the start of the stable review cycle for the 6.1.56 release.
> > >>> There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
> > >>
> > >> perf fails to build with:
> > >>
> > >> fixdep: error opening depfile:
> > >> /local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/pmu-events/.pmu-events.o.d:
> > >> No such file or directory
> > >> make[5]: *** [pmu-events/Build:33:
> > >> /local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/pmu-events/pmu-events.o]
> > >> Error 2
> > >> make[4]: *** [Makefile.perf:672:
> > >> /local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/pmu-events/pmu-events-in.o]
> > >> Error 2
> > >> make[3]: *** [Makefile.perf:240: sub-make] Error 2
> > >> make[2]: *** [Makefile:70: all] Error 2
> > >> make[1]: *** [package/pkg-generic.mk:294:
> > >> /local/users/fainelli/buildroot/output/arm/build/linux-tools/.stamp_built]
> > >> Error 2
> > >> make: *** [Makefile:27: _all] Error 2
> > >>
> > >> due a80fd00cb1a7793ead4d7c3fa7d3f1e898231c27 ("perf build: Update build
> > >> rule for generated files"). Reverting that commit fixes the build for me
> > >> and then all is good in terms of testing.
> > >
> > > I think it's ok to drop the patches if it's not applied
> > > cleanly.
> >
> > AFAICT the patch applied cleanly. There was some bizarre interplay in
> > stable kernels prior to < 6.1 as reported here:
> >
> > https://lore.kernel.org/all/dcb9997a-2e8a-5eb2-7a34-f8af418d4bf1@gmail.com/
> > https://lore.kernel.org/all/6a577578-8adb-aa70-1bf8-b1a4573152cf@gmail.com/
> >
> > Does this make sense to you that on 6.1 which does have Ian's commit
> > 00facc760903be6675870c2749e2cd72140e396e ("perf jevents: Switch build to
> > use jevents.py") that we would still get this build error somehow?
>
> You can drop the pmu-events part of the change if possible.
> If not, I'm ok to drop the entire patch as it's intended to fix a
> corner case only. Normal builds should be fine before and
> after the change.
I'm going to just drop the patch now from all queues, thanks!
greg k-h
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-05 0:17 ` Wang Yugui
@ 2023-10-06 10:12 ` Greg Kroah-Hartman
0 siblings, 0 replies; 25+ messages in thread
From: Greg Kroah-Hartman @ 2023-10-06 10:12 UTC (permalink / raw)
To: Wang Yugui
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor
On Thu, Oct 05, 2023 at 08:17:48AM +0800, Wang Yugui wrote:
> Hi,
>
> > This is the start of the stable review cycle for the 6.1.56 release.
> > There are 259 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, 06 Oct 2023 17:51:12 +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.56-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.
>
> This 6.1.56-rc1 failed to build on rhel7 with dev-tool-set 8, but 6.1.55 works.
>
> Build error message:
> gcc: fatal error: no input files
> make[3]: *** [pmu-events/Build:33: pmu-events/pmu-events.o] Error 1
>
> After the revert of 'perf-build-update-build-rule-for-generated-files.patch'
> the build works again.
Offending patch dropped, thanks.
greg k-h
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-05 12:27 ` Pavel Machek
@ 2023-10-06 12:55 ` Greg Kroah-Hartman
0 siblings, 0 replies; 25+ messages in thread
From: Greg Kroah-Hartman @ 2023-10-06 12:55 UTC (permalink / raw)
To: Pavel Machek
Cc: sakari.ailus, davthompson, stable, patches, linux-kernel,
torvalds, akpm, linux, shuah, patches, lkft-triage, jonathanh,
f.fainelli, sudipm.mukherjee, srw, rwarsow, conor
On Thu, Oct 05, 2023 at 02:27:40PM +0200, Pavel Machek wrote:
> Hi!
>
> > This is the start of the stable review cycle for the 6.1.56 release.
> > There are 259 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.
>
> Here are some issues:
>
> > Sakari Ailus <sakari.ailus@linux.intel.com>
> > media: via: Use correct dependency for camera sensor drivers
> > Sakari Ailus <sakari.ailus@linux.intel.com>
> > media: v4l: Use correct dependency for camera sensor drivers
>
> These are is unsuitable for 6.1 as the VIDEO_CAMERA_SENSOR symbol does
> not exist in 6.1. Please drop.
It is in the 6.1.y tree, please look closer.
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-05 16:39 ` Naresh Kamboju
2023-10-05 17:24 ` Petr Vorel
@ 2023-10-06 18:42 ` Daniel Díaz
2023-10-07 8:58 ` Greg Kroah-Hartman
1 sibling, 1 reply; 25+ messages in thread
From: Daniel Díaz @ 2023-10-06 18:42 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: Naresh Kamboju, linux-nfs, stable, patches, linux-kernel,
torvalds, akpm, linux, shuah, patches, lkft-triage, pavel,
jonathanh, f.fainelli, sudipm.mukherjee, srw, rwarsow, conor,
Olga Kornievskaia, Benjamin Coddington, Anna Schumaker,
Trond Myklebust, LTP List, Petr Vorel, Richard Palethorpe,
Eryu Guan, chrubis
Hello!
On Thu, 5 Oct 2023 at 10:40, Naresh Kamboju <naresh.kamboju@linaro.org> wrote:
> On Wed, 4 Oct 2023 at 23:41, Greg Kroah-Hartman
> <gregkh@linuxfoundation.org> wrote:
> >
> > This is the start of the stable review cycle for the 6.1.56 release.
> > There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
>
> Results from Linaro’s test farm.
> Regressions on arm64 bcm2711-rpi-4-b device running LTP dio tests on
> NFS mounted rootfs.
> and LTP hugetlb hugemmap11 test case failed on x86 and arm64 bcm2711-rpi-4-b.
>
> Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
>
> LTP hugetlb tests failed log
> tst_hugepage.c:83: TINFO: 1 hugepage(s) reserved
> tst_test.c:1558: TINFO: Timeout per run is 0h 05m 00s
> hugemmap11.c:47: TFAIL: Memory mismatch after Direct-IO write
>
> LTP dio tests failed log
> compare_file: char mismatch: infile offset 4096: 0x01 . outfile
> offset 4096: 0x00 .
> diotest01 1 TFAIL : diotest1.c:158: file compare failed for
> infile and outfile
Bisection led to "NFS: Fix O_DIRECT locking issues" (upstream commit
7c6339322ce0c6128acbe36aacc1eeb986dd7bf1). Reverting that patch and
"NFS: Fix error handling for O_DIRECT write scheduling" (upstream
commit 954998b60caa8f2a3bf3abe490de6f08d283687a) (not a clean revert
this one) made ltp-dio pass again.
Greetings!
Daniel Díaz
daniel.diaz@linaro.org
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-06 18:42 ` Daniel Díaz
@ 2023-10-07 8:58 ` Greg Kroah-Hartman
2023-10-09 16:43 ` Naresh Kamboju
0 siblings, 1 reply; 25+ messages in thread
From: Greg Kroah-Hartman @ 2023-10-07 8:58 UTC (permalink / raw)
To: Daniel Díaz
Cc: Naresh Kamboju, linux-nfs, stable, patches, linux-kernel,
torvalds, akpm, linux, shuah, patches, lkft-triage, pavel,
jonathanh, f.fainelli, sudipm.mukherjee, srw, rwarsow, conor,
Olga Kornievskaia, Benjamin Coddington, Anna Schumaker,
Trond Myklebust, LTP List, Petr Vorel, Richard Palethorpe,
Eryu Guan, chrubis
On Fri, Oct 06, 2023 at 12:42:04PM -0600, Daniel Díaz wrote:
> Hello!
>
> On Thu, 5 Oct 2023 at 10:40, Naresh Kamboju <naresh.kamboju@linaro.org> wrote:
> > On Wed, 4 Oct 2023 at 23:41, Greg Kroah-Hartman
> > <gregkh@linuxfoundation.org> wrote:
> > >
> > > This is the start of the stable review cycle for the 6.1.56 release.
> > > There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
> >
> > Results from Linaro’s test farm.
> > Regressions on arm64 bcm2711-rpi-4-b device running LTP dio tests on
> > NFS mounted rootfs.
> > and LTP hugetlb hugemmap11 test case failed on x86 and arm64 bcm2711-rpi-4-b.
> >
> > Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
> >
> > LTP hugetlb tests failed log
> > tst_hugepage.c:83: TINFO: 1 hugepage(s) reserved
> > tst_test.c:1558: TINFO: Timeout per run is 0h 05m 00s
> > hugemmap11.c:47: TFAIL: Memory mismatch after Direct-IO write
> >
> > LTP dio tests failed log
> > compare_file: char mismatch: infile offset 4096: 0x01 . outfile
> > offset 4096: 0x00 .
> > diotest01 1 TFAIL : diotest1.c:158: file compare failed for
> > infile and outfile
>
> Bisection led to "NFS: Fix O_DIRECT locking issues" (upstream commit
> 7c6339322ce0c6128acbe36aacc1eeb986dd7bf1). Reverting that patch and
> "NFS: Fix error handling for O_DIRECT write scheduling" (upstream
> commit 954998b60caa8f2a3bf3abe490de6f08d283687a) (not a clean revert
> this one) made ltp-dio pass again.
So this is also an issue in Linus's tree? Or is it only on the 6.1.y
tree.
thanks,
greg k-h
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 6.1 000/259] 6.1.56-rc1 review
2023-10-07 8:58 ` Greg Kroah-Hartman
@ 2023-10-09 16:43 ` Naresh Kamboju
0 siblings, 0 replies; 25+ messages in thread
From: Naresh Kamboju @ 2023-10-09 16:43 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: Daniel Díaz, linux-nfs, stable, patches, linux-kernel,
torvalds, akpm, linux, shuah, patches, lkft-triage, pavel,
jonathanh, f.fainelli, sudipm.mukherjee, srw, rwarsow, conor,
Olga Kornievskaia, Benjamin Coddington, Anna Schumaker,
Trond Myklebust, LTP List, Petr Vorel, Richard Palethorpe,
Eryu Guan, chrubis
On Sat, 7 Oct 2023 at 14:28, Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> On Fri, Oct 06, 2023 at 12:42:04PM -0600, Daniel Díaz wrote:
> > Hello!
> >
> > On Thu, 5 Oct 2023 at 10:40, Naresh Kamboju <naresh.kamboju@linaro.org> wrote:
> > > On Wed, 4 Oct 2023 at 23:41, Greg Kroah-Hartman
> > > <gregkh@linuxfoundation.org> wrote:
> > > >
> > > > This is the start of the stable review cycle for the 6.1.56 release.
> > > > There are 259 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, 06 Oct 2023 17:51:12 +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.56-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
> > >
> > > Results from Linaro’s test farm.
> > > Regressions on arm64 bcm2711-rpi-4-b device running LTP dio tests on
> > > NFS mounted rootfs.
> > > and LTP hugetlb hugemmap11 test case failed on x86 and arm64 bcm2711-rpi-4-b.
> > >
> > > Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
> > >
> > > LTP hugetlb tests failed log
> > > tst_hugepage.c:83: TINFO: 1 hugepage(s) reserved
> > > tst_test.c:1558: TINFO: Timeout per run is 0h 05m 00s
> > > hugemmap11.c:47: TFAIL: Memory mismatch after Direct-IO write
> > >
> > > LTP dio tests failed log
> > > compare_file: char mismatch: infile offset 4096: 0x01 . outfile
> > > offset 4096: 0x00 .
> > > diotest01 1 TFAIL : diotest1.c:158: file compare failed for
> > > infile and outfile
> >
> > Bisection led to "NFS: Fix O_DIRECT locking issues" (upstream commit
> > 7c6339322ce0c6128acbe36aacc1eeb986dd7bf1). Reverting that patch and
> > "NFS: Fix error handling for O_DIRECT write scheduling" (upstream
> > commit 954998b60caa8f2a3bf3abe490de6f08d283687a) (not a clean revert
> > this one) made ltp-dio pass again.
>
> So this is also an issue in Linus's tree? Or is it only on the 6.1.y
It is only on the 6.1.y branch.
- Naresh
^ permalink raw reply [flat|nested] 25+ messages in thread
end of thread, other threads:[~2023-10-09 16:44 UTC | newest]
Thread overview: 25+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-10-04 17:52 [PATCH 6.1 000/259] 6.1.56-rc1 review Greg Kroah-Hartman
2023-10-04 19:33 ` Florian Fainelli
2023-10-04 20:19 ` Namhyung Kim
2023-10-05 0:51 ` Florian Fainelli
2023-10-05 5:15 ` Namhyung Kim
2023-10-06 10:12 ` Greg Kroah-Hartman
2023-10-05 0:17 ` Wang Yugui
2023-10-06 10:12 ` Greg Kroah-Hartman
2023-10-05 0:59 ` Shuah Khan
2023-10-05 1:32 ` SeongJae Park
2023-10-05 3:41 ` Bagas Sanjaya
2023-10-05 12:27 ` Pavel Machek
2023-10-06 12:55 ` Greg Kroah-Hartman
2023-10-05 13:57 ` Takeshi Ogasawara
2023-10-05 16:39 ` Naresh Kamboju
2023-10-05 17:24 ` Petr Vorel
2023-10-05 19:20 ` Naresh Kamboju
2023-10-06 6:41 ` Petr Vorel
2023-10-06 18:42 ` Daniel Díaz
2023-10-07 8:58 ` Greg Kroah-Hartman
2023-10-09 16:43 ` Naresh Kamboju
2023-10-05 18:40 ` Allen Pais
2023-10-05 22:17 ` Guenter Roeck
2023-10-06 7:30 ` Ron Economos
2023-10-06 9:32 ` Jon Hunter
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox