* [PATCH 6.1 000/207] 6.1.4-rc1 review
@ 2023-01-04 16:04 Greg Kroah-Hartman
2023-01-04 19:46 ` Allen Pais
` (11 more replies)
0 siblings, 12 replies; 17+ messages in thread
From: Greg Kroah-Hartman @ 2023-01-04 16:04 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
This is the start of the stable review cycle for the 6.1.4 release.
There are 207 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 Jan 2023 16:04:29 +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.4-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.4-rc1
Evan Quan <evan.quan@amd.com>
drm/amd/pm: correct the fan speed retrieving in PWM for some SMU13 asics
Evan Quan <evan.quan@amd.com>
drm/amd/pm: bump SMU13.0.0 driver_if header to version 0x34
Evan Quan <evan.quan@amd.com>
drm/amd/pm: add missing SMU13.0.7 mm_dpm feature mapping
Evan Quan <evan.quan@amd.com>
drm/amd/pm: add missing SMU13.0.0 mm_dpm feature mapping
Chris Wilson <chris.p.wilson@intel.com>
drm/i915/migrate: Account for the reserved_space
Matthew Auld <matthew.auld@intel.com>
drm/i915: improve the catch-all evict to handle lock contention
Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu: make display pinning more flexible (v2)
Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu: handle polaris10/11 overlap asics (v2)
Yifan Zhang <yifan1.zhang@amd.com>
drm/amd/display: Add DCN314 display SG Support
Matthew Auld <matthew.auld@intel.com>
drm/i915/ttm: consider CCS for backup objects
Ye Bin <yebin10@huawei.com>
ext4: allocate extended attribute value in vmalloc area
Jan Kara <jack@suse.cz>
ext4: avoid unaccounted block allocation when expanding inode
Jan Kara <jack@suse.cz>
ext4: initialize quota before expanding inode in setproject ioctl
Ye Bin <yebin10@huawei.com>
ext4: fix inode leak in ext4_xattr_inode_create() on an error path
Ye Bin <yebin10@huawei.com>
ext4: fix kernel BUG in 'ext4_write_inline_data_end()'
Jan Kara <jack@suse.cz>
ext4: fix deadlock due to mbcache entry corruption
Jan Kara <jack@suse.cz>
ext4: avoid BUG_ON when creating xattrs
Baokun Li <libaokun1@huawei.com>
ext4: fix corrupt backup group descriptors after online resize
Darrick J. Wong <djwong@kernel.org>
ext4: dont return EINVAL from GETFSUUID when reporting UUID length
Baokun Li <libaokun1@huawei.com>
ext4: fix bad checksum after online resize
Luís Henriques <lhenriques@suse.de>
ext4: fix error code return to user-space in ext4_get_branch()
Baokun Li <libaokun1@huawei.com>
ext4: fix corruption when online resizing a 1K bigalloc fs
Eric Whitney <enwlinux@gmail.com>
ext4: fix delayed allocation bug in ext4_clu_mapped for bigalloc + inline
Darrick J. Wong <djwong@kernel.org>
ext4: don't fail GETFSUUID when the caller provides a long buffer
Ye Bin <yebin10@huawei.com>
ext4: init quota for 'old.inode' in 'ext4_rename'
Ye Bin <yebin10@huawei.com>
ext4: fix uninititialized value in 'ext4_evict_inode'
Eric Biggers <ebiggers@google.com>
ext4: fix off-by-one errors in fast-commit block filling
Eric Biggers <ebiggers@google.com>
ext4: fix unaligned memory access in ext4_fc_reserve_space()
Eric Biggers <ebiggers@google.com>
ext4: add missing validation of fast-commit record lengths
Eric Biggers <ebiggers@google.com>
ext4: don't set up encryption key during jbd2 transaction
Eric Biggers <ebiggers@google.com>
ext4: fix leaking uninitialized memory in fast-commit journal
Eric Biggers <ebiggers@google.com>
ext4: disable fast-commit of encrypted dir operations
Eric Biggers <ebiggers@google.com>
ext4: don't allow journal inode to have encrypt flag
Baokun Li <libaokun1@huawei.com>
ext4: fix bug_on in __es_tree_search caused by bad boot loader inode
Zhang Yi <yi.zhang@huawei.com>
ext4: check and assert if marking an no_delete evicting inode dirty
Lukas Czerner <lczerner@redhat.com>
ext4: journal_path mount options should follow links
Ye Bin <yebin10@huawei.com>
ext4: fix reserved cluster accounting in __es_remove_extent()
Baokun Li <libaokun1@huawei.com>
ext4: fix bug_on in __es_tree_search caused by bad quota inode
Baokun Li <libaokun1@huawei.com>
ext4: add helper to check quota inums
Baokun Li <libaokun1@huawei.com>
ext4: add EXT4_IGET_BAD flag to prevent unexpected bad inode
Gaosheng Cui <cuigaosheng1@huawei.com>
ext4: fix undefined behavior in bit shift for ext4_check_flag_values
Baokun Li <libaokun1@huawei.com>
ext4: fix use-after-free in ext4_orphan_cleanup
Alexander Potapenko <glider@google.com>
fs: ext4: initialize fsdata in pagecache_write()
Baokun Li <libaokun1@huawei.com>
ext4: correct inconsistent error msg in nojournal mode
Luís Henriques <lhenriques@suse.de>
ext4: remove trailing newline from ext4_msg() message
Baokun Li <libaokun1@huawei.com>
ext4: add inode table check in __ext4_get_inode_loc to aovid possible infinite loop
Zhang Yi <yi.zhang@huawei.com>
ext4: silence the warning when evicting inode with dioread_nolock
Ard Biesheuvel <ardb@kernel.org>
arm64: efi: Execute runtime services from a dedicated stack
Lucas Stach <l.stach@pengutronix.de>
drm/etnaviv: reap idle mapping if it doesn't match the softpin address
Yuan Can <yuancan@huawei.com>
drm/ingenic: Fix missing platform_driver_unregister() call in ingenic_drm_init()
Mikko Kovanen <mikko.kovanen@aavamobile.com>
drm/i915/dsi: fix VBT send packet port selection for dual link DSI
Lucas Stach <l.stach@pengutronix.de>
drm/etnaviv: move idle mapping reaping into separate function
Jocelyn Falempe <jfalempe@redhat.com>
drm/mgag200: Fix PLL setup for G200_SE_A rev >=4
Zack Rusin <zackr@vmware.com>
drm/vmwgfx: Validate the box size for the snooped cursor
Simon Ser <contact@emersion.fr>
drm/connector: send hotplug uevent on connector cleanup
Wang Weiyang <wangweiyang2@huawei.com>
device_cgroup: Roll back to original exceptions after copy failure
Helge Deller <deller@gmx.de>
parisc: Drop PMD_SHIFT from calculation in pgtable.h
Helge Deller <deller@gmx.de>
parisc: Drop duplicate kgdb_pdc console
Helge Deller <deller@gmx.de>
parisc: Add missing FORCE prerequisites in Makefile
Helge Deller <deller@gmx.de>
parisc: Fix locking in pdc_iodc_print() firmware call
Helge Deller <deller@gmx.de>
parisc: Drop locking in pdc console code
Shang XiaoJing <shangxiaojing@huawei.com>
parisc: led: Fix potential null-ptr-deref in start_task()
Peng Fan <peng.fan@nxp.com>
remoteproc: imx_rproc: Correct i.MX93 DRAM mapping
Maria Yu <quic_aiquny@quicinc.com>
remoteproc: core: Do pm_relax when in RPROC_OFFLINE state
Shengjiu Wang <shengjiu.wang@nxp.com>
remoteproc: imx_dsp_rproc: Add mutex protection for workqueue
Mike Kravetz <mike.kravetz@oracle.com>
hugetlb: really allocate vma lock for all sharable vmas
Li Hua <hucool.lihua@huawei.com>
test_kprobes: Fix implicit declaration error of test_kprobes
Kim Phillips <kim.phillips@amd.com>
iommu/amd: Fix ill-formed ivrs_ioapic, ivrs_hpet and ivrs_acpihid options
Kim Phillips <kim.phillips@amd.com>
iommu/amd: Fix ivrs_acpihid cmdline parsing code
Johan Hovold <johan+linaro@kernel.org>
phy: qcom-qmp-combo: fix sc8180x reset
Johan Hovold <johan+linaro@kernel.org>
phy: qcom-qmp-combo: fix sdm845 reset
Qiang Yu <quic_qianyu@quicinc.com>
bus: mhi: host: Fix race between channel preparation and M0 event
Isaac J. Manjarres <isaacmanjarres@google.com>
driver core: Fix bus_type.match() error handling in __driver_attach()
Mario Limonciello <mario.limonciello@amd.com>
crypto: ccp - Add support for TEE for PCI ID 0x14CA
Corentin Labbe <clabbe@baylibre.com>
crypto: n2 - add missing hash statesize
Sergey Matyukevich <sergey.matyukevich@syntacore.com>
riscv: mm: notify remote harts about mmu cache updates
Guo Ren <guoren@kernel.org>
riscv: stacktrace: Fixup ftrace_graph_ret_addr retp argument
Li Huafei <lihuafei1@huawei.com>
RISC-V: kexec: Fix memory leak of elf header buffer
Guo Ren <guoren@kernel.org>
riscv: Fixup compile error with !MMU
Li Huafei <lihuafei1@huawei.com>
RISC-V: kexec: Fix memory leak of fdt buffer
Sascha Hauer <s.hauer@pengutronix.de>
PCI/sysfs: Fix double free in error path
Michael S. Tsirkin <mst@redhat.com>
PCI: Fix pci_device_is_present() for VFs by checking PF
Tianjia Zhang <tianjia.zhang@linux.alibaba.com>
crypto: ccree,hisilicon - Fix dependencies to correct algorithm
Kees Cook <keescook@chromium.org>
um: virt-pci: Avoid GCC non-NULL warning
Roberto Sassu <roberto.sassu@huawei.com>
ima: Fix memory leak in __ima_inode_hash()
Yaliang Wang <Yaliang.Wang@windriver.com>
mtd: spi-nor: gigadevice: gd25q256: replace gd25q256_default_init with gd25q256_post_bfpt
Dan Carpenter <error27@gmail.com>
ipmi: fix use after free in _ipmi_destroy_user()
Huaxin Lu <luhuaxin1@huawei.com>
ima: Fix a potential NULL pointer access in ima_restore_measurement_list
Alexander Sverdlin <alexander.sverdlin@nokia.com>
mtd: spi-nor: Check for zero erase size in spi_nor_find_best_erase_type()
Zhang Yuchen <zhangyuchen.lcr@bytedance.com>
ipmi: fix long wait in unload when IPMI disconnect
Maximilian Luz <luzmaximilian@gmail.com>
ipu3-imgu: Fix NULL pointer dereference in imgu_subdev_set_selection()
Aidan MacDonald <aidanmacdonald.0x0@gmail.com>
ASoC: jz4740-i2s: Handle independent FIFO flush bits
Michael Walle <michael@walle.cc>
wifi: wilc1000: sdio: fix module autoloading
Aditya Garg <gargaditya08@live.com>
efi: Add iMac Pro 2017 to uefi skip cert quirk
Florian-Ewald Mueller <florian-ewald.mueller@ionos.com>
md/bitmap: Fix bitmap chunk size overflow issues
Damien Le Moal <damien.lemoal@opensource.wdc.com>
block: mq-deadline: Do not break sequential write streams to zoned HDDs
Damien Le Moal <damien.lemoal@opensource.wdc.com>
block: mq-deadline: Fix dd_finish_request() for zoned devices
Yang Wang <KevinYang.Wang@amd.com>
drm/amdgpu: fix mmhub register base coding error
Ian Abbott <abbotti@mev.co.uk>
rtc: ds1347: fix value written to century register
Biju Das <biju.das.jz@bp.renesas.com>
ravb: Fix "failed to switch device to config mode" message during unbind
Paulo Alcantara <pc@cjr.nz>
cifs: set correct status of tcon ipc when reconnecting
Paulo Alcantara <pc@cjr.nz>
cifs: set correct ipc status after initial tree connect
Paulo Alcantara <pc@cjr.nz>
cifs: set correct tcon status after initial tree connect
Steve French <stfrench@microsoft.com>
cifs: fix missing display of three mount options
Paulo Alcantara <pc@cjr.nz>
cifs: fix confusing debug message
Takashi Iwai <tiwai@suse.de>
media: dvb-core: Fix UAF due to refcount races at releasing
Keita Suzuki <keitasuzuki.park@sslab.ics.keio.ac.jp>
media: dvb-core: Fix double free in dvb_register_device()
Nick Desaulniers <ndesaulniers@google.com>
ARM: 9256/1: NWFPE: avoid compiler-generated __aeabi_uldivmod
Macpaul Lin <macpaul.lin@mediatek.com>
arm64: dts: mediatek: mt8195-demo: fix the memory size of node secmon
Luca Ceresoli <luca.ceresoli@bootlin.com>
staging: media: tegra-video: fix device_node use after free
Luca Ceresoli <luca.ceresoli@bootlin.com>
staging: media: tegra-video: fix chan->mipi value on error
Yang Jihong <yangjihong1@huawei.com>
tracing: Fix infinite loop in tracing_read_pipe on overflowed print_trace_line
Zheng Yejian <zhengyejian1@huawei.com>
tracing: Fix issue of missing one synthetic field
Steven Rostedt (Google) <rostedt@goodmis.org>
tracing/probes: Handle system names with hyphens
Zheng Yejian <zhengyejian1@huawei.com>
tracing/hist: Fix wrong return value in parse_action_params()
Masami Hiramatsu (Google) <mhiramat@kernel.org>
tracing: Fix complicated dependency of CONFIG_TRACER_MAX_TRACE
Michael Jeanson <mjeanson@efficios.com>
powerpc/ftrace: fix syscall tracing on PPC64_ELF_ABI_V1
Steven Rostedt (Google) <rostedt@goodmis.org>
tracing: Fix race where eprobes can be called before the event
Masami Hiramatsu (Google) <mhiramat@kernel.org>
x86/kprobes: Fix optprobe optimization check with CONFIG_RETHUNK
Masami Hiramatsu (Google) <mhiramat@kernel.org>
x86/kprobes: Fix kprobes instruction boudary check with CONFIG_RETHUNK
Steven Rostedt (Google) <rostedt@goodmis.org>
ftrace/x86: Add back ftrace_expected for ftrace bug reports
Ashok Raj <ashok.raj@intel.com>
x86/microcode/intel: Do not retry microcode reloading on the APs
Sean Christopherson <seanjc@google.com>
KVM: nVMX: Properly expose ENABLE_USR_WAIT_PAUSE control to L1
Yuan ZhaoXiong <yuanzhaoxiong@baidu.com>
KVM: x86: fix APICv/x2AVIC disabled when vm reboot by itself
Sean Christopherson <seanjc@google.com>
KVM: nVMX: Inject #GP, not #UD, if "generic" VMXON CR0/CR4 check fails
Sean Christopherson <seanjc@google.com>
KVM: VMX: Resume guest immediately when injecting #GP on ECREATE
Tianjia Zhang <tianjia.zhang@linux.alibaba.com>
ima: Fix hash dependency to correct algorithm
Rob Herring <robh@kernel.org>
of/kexec: Fix reading 32-bit "linux,initrd-{start,end}" values
Max Filippov <jcmvbkbc@gmail.com>
xtensa: add __umulsidi3 helper
Namhyung Kim <namhyung@kernel.org>
perf/core: Call LSM hook after copying perf_event_attr
Zheng Yejian <zhengyejian1@huawei.com>
tracing/hist: Fix out-of-bound write on 'action_data.var_ref_idx'
Li Ming <ming4.li@intel.com>
PCI/DOE: Fix maximum data object length miscalculation
Arnd Bergmann <arnd@arndb.de>
ata: ahci: fix enum constants for gcc-13
Mike Snitzer <snitzer@kernel.org>
dm cache: set needs_check flag after aborting metadata
Luo Meng <luomeng12@huawei.com>
dm cache: Fix UAF in destroy()
Luo Meng <luomeng12@huawei.com>
dm clone: Fix UAF in clone_dtr()
Luo Meng <luomeng12@huawei.com>
dm integrity: Fix UAF in dm_integrity_dtr()
Luo Meng <luomeng12@huawei.com>
dm thin: Fix UAF in run_timer_softirq()
Luo Meng <luomeng12@huawei.com>
dm thin: resume even if in FAIL mode
Zhihao Cheng <chengzhihao1@huawei.com>
dm thin: Use last transaction's pmd->root when commit failed
Zhihao Cheng <chengzhihao1@huawei.com>
dm thin: Fix ABBA deadlock between shrink_slab and dm_pool_abort_metadata
Mike Snitzer <snitzer@kernel.org>
dm cache: Fix ABBA deadlock between shrink_slab and dm_cache_metadata_abort
Matthieu Baerts <matthieu.baerts@tessares.net>
mptcp: use proper req destructor for IPv6
Matthieu Baerts <matthieu.baerts@tessares.net>
mptcp: dedicated request sock for subflow in v6
Matthieu Baerts <matthieu.baerts@tessares.net>
mptcp: remove MPTCP 'ifdef' in TCP SYN cookies
Wei Yongjun <weiyongjun1@huawei.com>
mptcp: netlink: fix some error return code
Alexander Aring <aahringo@redhat.com>
fs: dlm: retry accept() until -EAGAIN or error returns
Alexander Aring <aahringo@redhat.com>
fs: dlm: fix sock release if listen fails
Jaroslav Kysela <perex@perex.cz>
ALSA: usb-audio: Add new quirk FIXED_RATE for JBL Quantum810 Wireless
José Expósito <jose.exposito89@gmail.com>
HID: Ignore HP Envy x360 eu0009nv stylus battery
Hans de Goede <hdegoede@redhat.com>
platform/x86: x86-android-tablets: Add Advantech MICA-071 extra button
Hans de Goede <hdegoede@redhat.com>
platform/x86: x86-android-tablets: Add Lenovo Yoga Tab 3 (YT3-X90F) charger + fuel-gauge data
Hans de Goede <hdegoede@redhat.com>
platform/x86: x86-android-tablets: Add Medion Lifetab S10346 data
Vitaly Rodionov <vitalyr@opensource.cirrus.com>
ALSA: hda/cirrus: Add extra 10 ms delay to allow PLL settle and lock.
Artem Bityutskiy <artem.bityutskiy@linux.intel.com>
platform/x86: intel-uncore-freq: add Emerald Rapids support
Hans de Goede <hdegoede@redhat.com>
platform/x86: ideapad-laptop: Stop writing VPCCMD_W_TOUCHPAD at probe time
Hans de Goede <hdegoede@redhat.com>
platform/x86: ideapad-laptop: Send KEY_TOUCHPAD_TOGGLE on some models
Hans de Goede <hdegoede@redhat.com>
platform/x86: ideapad-laptop: Only toggle ps2 aux port on/off on select models
Hans de Goede <hdegoede@redhat.com>
platform/x86: ideapad-laptop: Do not send KEY_TOUCHPAD* events on probe / resume
Hans de Goede <hdegoede@redhat.com>
platform/x86: ideapad-laptop: Refactor ideapad_sync_touchpad_state()
Hans de Goede <hdegoede@redhat.com>
ACPI: video: Prefer native over vendor
Hans de Goede <hdegoede@redhat.com>
ACPI: video: Simplify __acpi_video_get_backlight_type()
Philipp Jungkamp <p.jungkamp@gmx.net>
platform/x86: ideapad-laptop: support for more special keys in WMI
Eray Orçunus <erayorcunus@gmail.com>
platform/x86: ideapad-laptop: Add new _CFG bit numbers for future use
Eray Orçunus <erayorcunus@gmail.com>
platform/x86: ideapad-laptop: Revert "check for touchpad support in _CFG"
Hans de Goede <hdegoede@redhat.com>
platform/x86: thinkpad_acpi: Fix max_brightness of thinklight
Chris Chiu <chris.chiu@canonical.com>
ALSA: hda/realtek: Apply dual codec fixup for Dell Latitude laptops
Philipp Jungkamp <p.jungkamp@gmx.net>
ALSA: patch_realtek: Fix Dell Inspiron Plus 16
Toke Høiland-Jørgensen <toke@redhat.com>
bpf: Resolve fext program type when checking map compatibility
Smitha T Murthy <smitha.t@samsung.com>
media: s5p-mfc: Fix in register read and write for H264
Smitha T Murthy <smitha.t@samsung.com>
media: s5p-mfc: Clear workbit to handle error condition
Smitha T Murthy <smitha.t@samsung.com>
media: s5p-mfc: Fix to handle reference queue during finishing
Al Viro <viro@zeniv.linux.org.uk>
ext2: unbugger ext2_empty_dir()
Yongqiang Liu <liuyongqiang13@huawei.com>
cpufreq: Init completion before kobject_init_and_add()
Kant Fan <kant@allwinnertech.com>
PM/devfreq: governor: Add a private governor_data for governor
Jason A. Donenfeld <Jason@zx2c4.com>
random: add helpers for random numbers with given floor or range
Yazen Ghannam <yazen.ghannam@amd.com>
x86/MCE/AMD: Clear DFR errors found in THR handler
Mickaël Salaün <mic@digikod.net>
selftests: Use optional USERCFLAGS and USERLDFLAGS
Yazen Ghannam <yazen.ghannam@amd.com>
EDAC/mc_sysfs: Increase legacy channel support to 12
Dan Williams <dan.j.williams@intel.com>
cxl/region: Fix missing probe failure
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
arm64: dts: qcom: sdm850-lenovo-yoga-c630: correct I2C12 pins drive strength
Andrew Cooper <andrew.cooper3@citrix.com>
x86/fpu/xstate: Fix XSTATE_WARN_ON() to emit relevant diagnostics
Jason A. Donenfeld <Jason@zx2c4.com>
random: use rejection sampling for uniform bounded random integers
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
arm64: dts: qcom: sdm850-samsung-w737: correct I2C12 pins drive strength
Jason A. Donenfeld <Jason@zx2c4.com>
ARM: ux500: do not directly dereference __iomem
Boris Burkov <boris@bur.io>
btrfs: fix resolving backrefs for inline extent followed by prealloc
void0red <void0red@gmail.com>
btrfs: fix extent map use-after-free when handling missing device in read_one_chunk
Josef Bacik <josef@toxicpanda.com>
btrfs: fix uninitialized parent in insert_state
Evan Quan <evan.quan@amd.com>
drm/amd/pm: correct SMU13.0.0 pstate profiling clock settings
Evan Quan <evan.quan@amd.com>
drm/amd/pm: update SMU13.0.0 reported maximum shader clock
Johan Hovold <johan+linaro@kernel.org>
phy: qcom-qmp-combo: fix out-of-bounds clock access
Wenchao Chen <wenchao.chen@unisoc.com>
mmc: sdhci-sprd: Disable CLK_AUTO when the clock is less than 400K
Johan Hovold <johan+linaro@kernel.org>
arm64: dts: qcom: sc8280xp: fix UFS reference clocks
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
arm64: dts: qcom: sdm845-db845c: correct SPI2 pins drive strength
Alexander Antonov <alexander.antonov@linux.intel.com>
perf/x86/intel/uncore: Clear attr_update properly
Alexander Antonov <alexander.antonov@linux.intel.com>
perf/x86/intel/uncore: Disable I/O stacks to PMU mapping on ICX-D
Bixuan Cui <cuibixuan@linux.alibaba.com>
jbd2: use the correct print format
Steven Rostedt <rostedt@goodmis.org>
ktest.pl minconfig: Unset configs instead of just removing them
Steven Rostedt <rostedt@goodmis.org>
kest.pl: Fix grub2 menu handling for rebooting
Manivannan Sadhasivam <mani@kernel.org>
soc: qcom: Select REMAP_MMIO for ICC_BWMON driver
Manivannan Sadhasivam <mani@kernel.org>
soc: qcom: Select REMAP_MMIO for LLCC driver
Masami Hiramatsu (Google) <mhiramat@kernel.org>
arm64: Prohibit instrumentation on arch_stack_walk()
Johan Hovold <johan+linaro@kernel.org>
arm64: dts: qcom: sc8280xp: fix UFS DMA coherency
Fan Ni <fan.ni@samsung.com>
cxl/region: Fix memdev reuse check
Jason A. Donenfeld <Jason@zx2c4.com>
media: stv0288: use explicitly signed char
Tim Huang <tim.huang@amd.com>
drm/amdgpu: skip mes self test after s0i3 resume for MES IP v11.0
Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu: skip MES for S0ix as well since it's part of GFX
-------------
Diffstat:
Documentation/admin-guide/kernel-parameters.txt | 27 +-
Documentation/filesystems/mount_api.rst | 1 +
Makefile | 4 +-
arch/arm/nwfpe/Makefile | 6 +
arch/arm64/boot/dts/mediatek/mt8195-demo.dts | 4 +-
arch/arm64/boot/dts/qcom/sc8280xp.dtsi | 10 +-
arch/arm64/boot/dts/qcom/sdm845-db845c.dts | 5 +-
.../boot/dts/qcom/sdm850-lenovo-yoga-c630.dts | 6 +-
arch/arm64/boot/dts/qcom/sdm850-samsung-w737.dts | 6 +-
arch/arm64/include/asm/efi.h | 3 +
arch/arm64/kernel/efi-rt-wrapper.S | 13 +-
arch/arm64/kernel/efi.c | 27 ++
arch/arm64/kernel/stacktrace.c | 10 +-
arch/parisc/include/asm/pgtable.h | 4 +-
arch/parisc/kernel/firmware.c | 24 +-
arch/parisc/kernel/kgdb.c | 20 --
arch/parisc/kernel/pdc_cons.c | 16 +-
arch/parisc/kernel/vdso32/Makefile | 4 +-
arch/parisc/kernel/vdso64/Makefile | 4 +-
arch/powerpc/include/asm/ftrace.h | 12 -
arch/riscv/Kconfig | 2 +-
arch/riscv/include/asm/kexec.h | 5 +
arch/riscv/include/asm/mmu.h | 2 +
arch/riscv/include/asm/pgtable.h | 2 +-
arch/riscv/include/asm/tlbflush.h | 18 +
arch/riscv/kernel/elf_kexec.c | 14 +
arch/riscv/kernel/stacktrace.c | 2 +-
arch/riscv/mm/context.c | 10 +
arch/riscv/mm/tlbflush.c | 28 +-
arch/um/drivers/virt-pci.c | 9 +-
arch/x86/events/intel/uncore.h | 1 +
arch/x86/events/intel/uncore_snbep.c | 22 +-
arch/x86/kernel/cpu/mce/amd.c | 33 +-
arch/x86/kernel/cpu/microcode/intel.c | 8 +-
arch/x86/kernel/fpu/xstate.c | 12 +-
arch/x86/kernel/ftrace.c | 2 +
arch/x86/kernel/kprobes/core.c | 10 +-
arch/x86/kernel/kprobes/opt.c | 28 +-
arch/x86/kvm/lapic.c | 5 +-
arch/x86/kvm/vmx/nested.c | 47 ++-
arch/x86/kvm/vmx/sgx.c | 4 +-
arch/xtensa/kernel/xtensa_ksyms.c | 2 +
arch/xtensa/lib/Makefile | 2 +-
arch/xtensa/lib/umulsidi3.S | 230 +++++++++++++
block/mq-deadline.c | 83 ++++-
drivers/acpi/video_detect.c | 52 ++-
drivers/ata/ahci.h | 245 +++++++-------
drivers/base/dd.c | 6 +-
drivers/bus/mhi/host/pm.c | 3 +-
drivers/char/ipmi/ipmi_msghandler.c | 4 +-
drivers/char/ipmi/ipmi_si_intf.c | 27 +-
drivers/char/random.c | 38 +++
drivers/cpufreq/cpufreq.c | 2 +-
drivers/crypto/Kconfig | 4 +-
drivers/crypto/ccp/sp-pci.c | 11 +-
drivers/crypto/hisilicon/Kconfig | 2 +-
drivers/crypto/n2_core.c | 6 +
drivers/cxl/core/region.c | 5 +-
drivers/devfreq/devfreq.c | 6 +-
drivers/devfreq/governor_userspace.c | 12 +-
drivers/edac/edac_mc_sysfs.c | 24 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 5 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 13 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 3 +-
drivers/gpu/drm/amd/amdgpu/mes_v11_0.c | 3 +-
drivers/gpu/drm/amd/amdgpu/mmhub_v2_0.c | 2 +-
drivers/gpu/drm/amd/amdgpu/mmhub_v2_3.c | 2 +-
drivers/gpu/drm/amd/amdgpu/mmhub_v3_0.c | 2 +-
drivers/gpu/drm/amd/amdgpu/mmhub_v3_0_1.c | 2 +-
drivers/gpu/drm/amd/amdgpu/mmhub_v3_0_2.c | 2 +-
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 1 +
.../pm/swsmu/inc/pmfw_if/smu13_driver_if_v13_0_0.h | 2 +-
drivers/gpu/drm/amd/pm/swsmu/inc/smu_v13_0.h | 1 +
drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0.c | 2 +
.../gpu/drm/amd/pm/swsmu/smu13/smu_v13_0_0_ppt.c | 111 +++++-
.../gpu/drm/amd/pm/swsmu/smu13/smu_v13_0_7_ppt.c | 19 +-
drivers/gpu/drm/drm_connector.c | 3 +
drivers/gpu/drm/etnaviv/etnaviv_gem.c | 7 +-
drivers/gpu/drm/etnaviv/etnaviv_mmu.c | 23 +-
drivers/gpu/drm/etnaviv/etnaviv_mmu.h | 1 +
drivers/gpu/drm/i915/display/intel_dsi_vbt.c | 4 +-
drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c | 59 +++-
drivers/gpu/drm/i915/gem/i915_gem_mman.c | 2 +-
drivers/gpu/drm/i915/gem/i915_gem_object.c | 3 +
drivers/gpu/drm/i915/gem/i915_gem_object_types.h | 10 +-
drivers/gpu/drm/i915/gem/i915_gem_ttm_pm.c | 18 +-
drivers/gpu/drm/i915/gt/intel_migrate.c | 16 +-
drivers/gpu/drm/i915/i915_gem_evict.c | 37 +-
drivers/gpu/drm/i915/i915_gem_evict.h | 4 +-
drivers/gpu/drm/i915/i915_vma.c | 2 +-
drivers/gpu/drm/i915/selftests/i915_gem_evict.c | 4 +-
drivers/gpu/drm/ingenic/ingenic-drm-drv.c | 6 +-
drivers/gpu/drm/mgag200/mgag200_g200se.c | 3 +-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 3 +-
drivers/hid/hid-ids.h | 1 +
drivers/hid/hid-input.c | 2 +
drivers/iommu/amd/init.c | 86 +++--
drivers/md/dm-cache-metadata.c | 54 ++-
drivers/md/dm-cache-target.c | 11 +-
drivers/md/dm-clone-target.c | 1 +
drivers/md/dm-integrity.c | 2 +
drivers/md/dm-thin-metadata.c | 60 +++-
drivers/md/dm-thin.c | 18 +-
drivers/md/md-bitmap.c | 20 +-
drivers/media/dvb-core/dmxdev.c | 8 +
drivers/media/dvb-core/dvbdev.c | 1 +
drivers/media/dvb-frontends/stv0288.c | 5 +-
.../media/platform/samsung/s5p-mfc/s5p_mfc_ctrl.c | 4 +-
.../media/platform/samsung/s5p-mfc/s5p_mfc_enc.c | 12 +-
.../platform/samsung/s5p-mfc/s5p_mfc_opr_v6.c | 14 +-
drivers/mmc/host/sdhci-sprd.c | 16 +-
drivers/mtd/spi-nor/core.c | 2 +
drivers/mtd/spi-nor/gigadevice.c | 24 +-
drivers/net/ethernet/renesas/ravb_main.c | 2 +-
drivers/net/wireless/microchip/wilc1000/sdio.c | 1 +
drivers/of/kexec.c | 10 +-
drivers/parisc/led.c | 3 +
drivers/pci/doe.c | 20 +-
drivers/pci/pci-sysfs.c | 13 +-
drivers/pci/pci.c | 2 +
drivers/phy/qualcomm/phy-qcom-qmp-combo.c | 47 ++-
drivers/platform/x86/ideapad-laptop.c | 371 ++++++++++++++++-----
.../x86/intel/uncore-frequency/uncore-frequency.c | 1 +
drivers/platform/x86/thinkpad_acpi.c | 1 +
drivers/platform/x86/x86-android-tablets.c | 285 +++++++++++++++-
drivers/remoteproc/imx_dsp_rproc.c | 12 +-
drivers/remoteproc/imx_rproc.c | 4 +-
drivers/remoteproc/remoteproc_core.c | 9 +-
drivers/rtc/rtc-ds1347.c | 2 +-
drivers/soc/qcom/Kconfig | 2 +
drivers/soc/ux500/ux500-soc-id.c | 10 +-
drivers/staging/media/ipu3/ipu3-v4l2.c | 57 ++--
drivers/staging/media/tegra-video/csi.c | 4 +-
drivers/staging/media/tegra-video/csi.h | 2 +-
fs/btrfs/backref.c | 4 +
fs/btrfs/extent-io-tree.c | 2 +-
fs/btrfs/volumes.c | 3 +-
fs/cifs/cifsfs.c | 8 +-
fs/cifs/connect.c | 16 +-
fs/dlm/lowcomms.c | 9 +-
fs/ext2/dir.c | 2 +-
fs/ext4/ext4.h | 9 +-
fs/ext4/extents.c | 8 +
fs/ext4/extents_status.c | 3 +-
fs/ext4/fast_commit.c | 171 +++++-----
fs/ext4/fast_commit.h | 3 +-
fs/ext4/indirect.c | 9 +-
fs/ext4/inode.c | 48 ++-
fs/ext4/ioctl.c | 24 +-
fs/ext4/namei.c | 47 +--
fs/ext4/orphan.c | 2 +-
fs/ext4/resize.c | 32 +-
fs/ext4/super.c | 42 ++-
fs/ext4/verity.c | 2 +-
fs/ext4/xattr.c | 19 +-
fs/fs_parser.c | 3 +-
fs/mbcache.c | 14 +-
fs/quota/dquot.c | 2 +
include/linux/bpf_verifier.h | 2 +-
include/linux/devfreq.h | 7 +-
include/linux/fs_parser.h | 1 +
include/linux/mbcache.h | 9 +-
include/linux/prandom.h | 18 +-
include/linux/random.h | 65 ++++
include/net/mptcp.h | 12 +-
include/trace/events/ext4.h | 7 +-
include/trace/events/jbd2.h | 44 +--
kernel/bpf/core.c | 5 +-
kernel/events/core.c | 6 +-
kernel/trace/Kconfig | 2 +
kernel/trace/trace.c | 38 ++-
kernel/trace/trace.h | 27 +-
kernel/trace/trace_eprobe.c | 3 +
kernel/trace/trace_events_hist.c | 11 +-
kernel/trace/trace_events_synth.c | 2 +-
kernel/trace/trace_probe.c | 2 +-
lib/Kconfig.debug | 1 +
mm/hugetlb.c | 333 ++++++++----------
net/ipv4/syncookies.c | 7 +-
net/mptcp/pm_userspace.c | 4 +
net/mptcp/subflow.c | 61 +++-
security/device_cgroup.c | 33 +-
security/integrity/ima/Kconfig | 2 +-
security/integrity/ima/ima_main.c | 7 +-
security/integrity/ima/ima_template.c | 5 +-
security/integrity/platform_certs/load_uefi.c | 1 +
sound/pci/hda/patch_cs8409.c | 2 +-
sound/pci/hda/patch_realtek.c | 50 +++
sound/soc/jz4740/jz4740-i2s.c | 39 ++-
sound/usb/card.h | 1 +
sound/usb/endpoint.c | 16 +-
sound/usb/endpoint.h | 3 +-
sound/usb/implicit.c | 6 +-
sound/usb/implicit.h | 2 +-
sound/usb/pcm.c | 36 +-
sound/usb/pcm.h | 2 +
sound/usb/quirks.c | 2 +
sound/usb/usbaudio.h | 4 +
tools/testing/ktest/ktest.pl | 23 +-
tools/testing/selftests/lib.mk | 5 +
200 files changed, 3052 insertions(+), 1144 deletions(-)
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
2023-01-04 16:04 [PATCH 6.1 000/207] 6.1.4-rc1 review Greg Kroah-Hartman
@ 2023-01-04 19:46 ` Allen Pais
2023-01-04 21:04 ` Florian Fainelli
` (10 subsequent siblings)
11 siblings, 0 replies; 17+ messages in thread
From: Allen Pais @ 2023-01-04 19:46 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
> This is the start of the stable review cycle for the 6.1.4 release.
> There are 207 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 Jan 2023 16:04:29 +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.4-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] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
2023-01-04 16:04 [PATCH 6.1 000/207] 6.1.4-rc1 review Greg Kroah-Hartman
2023-01-04 19:46 ` Allen Pais
@ 2023-01-04 21:04 ` Florian Fainelli
2023-01-04 22:18 ` Shuah Khan
` (9 subsequent siblings)
11 siblings, 0 replies; 17+ messages in thread
From: Florian Fainelli @ 2023-01-04 21:04 UTC (permalink / raw)
To: Greg Kroah-Hartman, stable
Cc: patches, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, sudipm.mukherjee, srw, rwarsow
On 1/4/23 08:04, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.4 release.
> There are 207 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 Jan 2023 16:04:29 +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.4-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
On ARCH_BRCMSTB using 32-bit and 64-bit ARM kernels, build tested on
BMIPS_GENERIC:
Tested-by: Florian Fainelli <f.fainelli@gmail.com>
--
Florian
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
2023-01-04 16:04 [PATCH 6.1 000/207] 6.1.4-rc1 review Greg Kroah-Hartman
2023-01-04 19:46 ` Allen Pais
2023-01-04 21:04 ` Florian Fainelli
@ 2023-01-04 22:18 ` Shuah Khan
2023-01-05 0:21 ` Guenter Roeck
` (8 subsequent siblings)
11 siblings, 0 replies; 17+ messages in thread
From: Shuah Khan @ 2023-01-04 22:18 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, Shuah Khan
On 1/4/23 09:04, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.4 release.
> There are 207 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 Jan 2023 16:04:29 +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.4-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] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
2023-01-04 16:04 [PATCH 6.1 000/207] 6.1.4-rc1 review Greg Kroah-Hartman
` (2 preceding siblings ...)
2023-01-04 22:18 ` Shuah Khan
@ 2023-01-05 0:21 ` Guenter Roeck
2023-01-05 7:02 ` Jon Hunter
` (7 subsequent siblings)
11 siblings, 0 replies; 17+ messages in thread
From: Guenter Roeck @ 2023-01-05 0:21 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
On Wed, Jan 04, 2023 at 05:04:18PM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.4 release.
> There are 207 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 Jan 2023 16:04:29 +0000.
> Anything received after that time might be too late.
>
Build results:
total: 155 pass: 155 fail: 0
Qemu test results:
total: 500 pass: 500 fail: 0
Tested-by: Guenter Roeck <linux@roeck-us.net>
Guenter
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
2023-01-04 16:04 [PATCH 6.1 000/207] 6.1.4-rc1 review Greg Kroah-Hartman
` (3 preceding siblings ...)
2023-01-05 0:21 ` Guenter Roeck
@ 2023-01-05 7:02 ` Jon Hunter
2023-01-05 7:19 ` Bagas Sanjaya
` (6 subsequent siblings)
11 siblings, 0 replies; 17+ messages in thread
From: Jon Hunter @ 2023-01-05 7:02 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, linux-tegra
On Wed, 04 Jan 2023 17:04:18 +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.4 release.
> There are 207 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 Jan 2023 16:04:29 +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.4-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:
11 builds: 11 pass, 0 fail
28 boots: 28 pass, 0 fail
130 tests: 130 pass, 0 fail
Linux version: 6.1.4-rc1-ga31425cbf493
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] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
2023-01-04 16:04 [PATCH 6.1 000/207] 6.1.4-rc1 review Greg Kroah-Hartman
` (4 preceding siblings ...)
2023-01-05 7:02 ` Jon Hunter
@ 2023-01-05 7:19 ` Bagas Sanjaya
2023-01-05 8:41 ` Naresh Kamboju
` (5 subsequent siblings)
11 siblings, 0 replies; 17+ messages in thread
From: Bagas Sanjaya @ 2023-01-05 7:19 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
[-- Attachment #1: Type: text/plain, Size: 538 bytes --]
On Wed, Jan 04, 2023 at 05:04:18PM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.4 release.
> There are 207 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 cross-compiled for arm64 (bcm2711_defconfig, GCC 10.2.0) and
powerpc (ps3_defconfig, GCC 12.2.0).
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] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
2023-01-04 16:04 [PATCH 6.1 000/207] 6.1.4-rc1 review Greg Kroah-Hartman
` (5 preceding siblings ...)
2023-01-05 7:19 ` Bagas Sanjaya
@ 2023-01-05 8:41 ` Naresh Kamboju
2023-01-05 11:13 ` Sudip Mukherjee (Codethink)
` (4 subsequent siblings)
11 siblings, 0 replies; 17+ messages in thread
From: Naresh Kamboju @ 2023-01-05 8:41 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
On Wed, 4 Jan 2023 at 21:38, Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> This is the start of the stable review cycle for the 6.1.4 release.
> There are 207 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 Jan 2023 16:04:29 +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.4-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.
No regressions on arm64, arm, x86_64, and i386.
Tested-by: Linux Kernel Functional Testing <lkft@linaro.org>
## Build
* kernel: 6.1.4-rc1
* git: https://gitlab.com/Linaro/lkft/mirrors/stable/linux-stable-rc
* git branch: linux-6.1.y
* git commit: a31425cbf493ef8bc7f7ce775a1028b1e0612f32
* git describe: v6.1.3-208-ga31425cbf493
* test details:
https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.1.y/build/v6.1.3-208-ga31425cbf493
## Test Regressions (compared to v6.1.3)
## Metric Regressions (compared to v6.1.3)
## Test Fixes (compared to v6.1.3)
## Metric Fixes (compared to v6.1.3)
## Test result summary
total: 182377, pass: 153035, fail: 5009, skip: 24307, xfail: 26
## Build Summary
* arc: 5 total, 5 passed, 0 failed
* arm: 151 total, 148 passed, 3 failed
* arm64: 51 total, 50 passed, 1 failed
* i386: 39 total, 36 passed, 3 failed
* mips: 30 total, 28 passed, 2 failed
* parisc: 8 total, 8 passed, 0 failed
* powerpc: 38 total, 32 passed, 6 failed
* riscv: 16 total, 15 passed, 1 failed
* s390: 16 total, 13 passed, 3 failed
* sh: 14 total, 12 passed, 2 failed
* sparc: 8 total, 8 passed, 0 failed
* x86_64: 44 total, 44 passed, 0 failed
## Test suites summary
* boot
* fwts
* igt-gpu-tools
* 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-filesystems
* kselftest-filesystems-binderfs
* kselftest-firmware
* kselftest-fpu
* kselftest-futex
* kselftest-gpio
* kselftest-intel_pstate
* kselftest-ipc
* kselftest-ir
* kselftest-kcmp
* kselftest-kexec
* kselftest-kvm
* kselftest-lib
* kselftest-livepatch
* kselftest-membarrier
* kselftest-memfd
* kselftest-memory-hotplug
* kselftest-mincore
* kselftest-mount
* kselftest-mqueue
* 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-timers
* kselftest-tmpfs
* kselftest-tpm2
* kselftest-user
* kselftest-vm
* kselftest-x86
* kselftest-zram
* kunit
* kvm-unit-tests
* libgpiod
* libhugetlbfs
* 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-np++
* ltp-nptl
* ltp-open-posix-tests
* ltp-pty
* ltp-sched
* ltp-securebits
* ltp-smoke
* ltp-syscalls
* ltp-tracing
* network-basic-tests
* packetdrill
* perf
* rcutorture
* v4l2-compliance
* vdso
--
Linaro LKFT
https://lkft.linaro.org
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
2023-01-04 16:04 [PATCH 6.1 000/207] 6.1.4-rc1 review Greg Kroah-Hartman
` (6 preceding siblings ...)
2023-01-05 8:41 ` Naresh Kamboju
@ 2023-01-05 11:13 ` Sudip Mukherjee (Codethink)
2023-01-05 11:23 ` Ron Economos
` (3 subsequent siblings)
11 siblings, 0 replies; 17+ messages in thread
From: Sudip Mukherjee (Codethink) @ 2023-01-05 11:13 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli, srw, rwarsow
Hi Greg,
On Wed, Jan 04, 2023 at 05:04:18PM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.4 release.
> There are 207 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 Jan 2023 16:04:29 +0000.
> Anything received after that time might be too late.
Build test (gcc version 12.2.1 20221127):
mips: 52 configs -> no failure
arm: 100 configs -> no failure
arm64: 3 configs -> no failure
x86_64: 4 configs -> no failure
alpha allmodconfig -> no failure
csky allmodconfig -> no failure
powerpc allmodconfig -> no failure
riscv allmodconfig -> no failure
s390 allmodconfig -> no failure
xtensa allmodconfig -> no failure
Boot test:
x86_64: Booted on my test laptop. No regression.
x86_64: Booted on qemu. No regression. [1]
arm64: Booted on rpi4b (4GB model). No regression. [2]
[1]. https://openqa.qa.codethink.co.uk/tests/2556
[2]. https://openqa.qa.codethink.co.uk/tests/2570
Tested-by: Sudip Mukherjee <sudip.mukherjee@codethink.co.uk>
--
Regards
Sudip
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
2023-01-04 16:04 [PATCH 6.1 000/207] 6.1.4-rc1 review Greg Kroah-Hartman
` (7 preceding siblings ...)
2023-01-05 11:13 ` Sudip Mukherjee (Codethink)
@ 2023-01-05 11:23 ` Ron Economos
2023-01-05 14:43 ` Justin Forbes
` (2 subsequent siblings)
11 siblings, 0 replies; 17+ messages in thread
From: Ron Economos @ 2023-01-05 11:23 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
On 1/4/23 8:04 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.4 release.
> There are 207 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 Jan 2023 16:04:29 +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.4-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] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
2023-01-04 16:04 [PATCH 6.1 000/207] 6.1.4-rc1 review Greg Kroah-Hartman
` (8 preceding siblings ...)
2023-01-05 11:23 ` Ron Economos
@ 2023-01-05 14:43 ` Justin Forbes
2023-01-05 19:34 ` Pavel Machek
2023-01-06 0:04 ` Rudi Heitbaum
11 siblings, 0 replies; 17+ messages in thread
From: Justin Forbes @ 2023-01-05 14:43 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
On Wed, Jan 04, 2023 at 05:04:18PM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.4 release.
> There are 207 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 Jan 2023 16:04:29 +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.4-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
Tested rc1 against the Fedora build system (aarch64, armv7, ppc64le,
s390x, x86_64), and boot tested x86_64. No regressions noted.
Tested-by: Justin M. Forbes <jforbes@fedoraproject.org>
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
2023-01-04 16:04 [PATCH 6.1 000/207] 6.1.4-rc1 review Greg Kroah-Hartman
` (9 preceding siblings ...)
2023-01-05 14:43 ` Justin Forbes
@ 2023-01-05 19:34 ` Pavel Machek
2023-01-06 6:58 ` Greg Kroah-Hartman
2023-01-06 0:04 ` Rudi Heitbaum
11 siblings, 1 reply; 17+ messages in thread
From: Pavel Machek @ 2023-01-05 19:34 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
[-- Attachment #1: Type: text/plain, Size: 644 bytes --]
Hi!
> This is the start of the stable review cycle for the 6.1.4 release.
> There are 207 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.
Thank you.
Is it known at this point if 6.1 will became next longterm release? It
is not listed as such on https://www.kernel.org/category/releases.html
. We might want to do some extra testing if it is.
Best regards,
Pavel
--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
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] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
2023-01-04 16:04 [PATCH 6.1 000/207] 6.1.4-rc1 review Greg Kroah-Hartman
` (10 preceding siblings ...)
2023-01-05 19:34 ` Pavel Machek
@ 2023-01-06 0:04 ` Rudi Heitbaum
11 siblings, 0 replies; 17+ messages in thread
From: Rudi Heitbaum @ 2023-01-06 0:04 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
On Wed, Jan 04, 2023 at 05:04:18PM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.4 release.
> There are 207 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 Jan 2023 16:04:29 +0000.
> Anything received after that time might be too late.
Hi Greg,
6.1.4-rc1 tested.
Run tested on:
- Allwinner H6 (Tanix TX6)
- Intel Alder Lake x86_64 (nuc12 i7-1260P)
- SolidRun Cubox-i Dual/Quad - NXP iMX6 (Cubox-i4Pro)
In addition - build tested for:
- Allwinner A64
- Allwinner H3
- Allwinner H5
- NXP iMX8
- Qualcomm Dragonboard
- Rockchip RK3288
- Rockchip RK3328
- Rockchip RK3399pro
- Samsung Exynos
Tested-by: Rudi Heitbaum <rudi@heitbaum.com>
--
Rudi
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
2023-01-05 19:34 ` Pavel Machek
@ 2023-01-06 6:58 ` Greg Kroah-Hartman
2023-01-06 23:53 ` Tyler Hicks
0 siblings, 1 reply; 17+ messages in thread
From: Greg Kroah-Hartman @ 2023-01-06 6:58 UTC (permalink / raw)
To: Pavel Machek
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, jonathanh, f.fainelli, sudipm.mukherjee,
srw, rwarsow
On Thu, Jan 05, 2023 at 08:34:08PM +0100, Pavel Machek wrote:
> Hi!
>
> > This is the start of the stable review cycle for the 6.1.4 release.
> > There are 207 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.
>
> Thank you.
>
> Is it known at this point if 6.1 will became next longterm release? It
> is not listed as such on https://www.kernel.org/category/releases.html
> . We might want to do some extra testing if it is.
A kernel can not become "long term" until it would have normally dropped
off of support. Right now there are known-regressions in 6.1 still that
are not resolved.
And "extra" testing is always good no matter what kernel branch it is
happening for, why not always do it?
thanks,
greg k-h
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
2023-01-06 6:58 ` Greg Kroah-Hartman
@ 2023-01-06 23:53 ` Tyler Hicks
2023-01-07 7:13 ` Thorsten Leemhuis
0 siblings, 1 reply; 17+ messages in thread
From: Tyler Hicks @ 2023-01-06 23:53 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: Pavel Machek, stable, patches, linux-kernel, torvalds, akpm,
linux, shuah, patches, lkft-triage, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow
On 2023-01-06 07:58:45, Greg Kroah-Hartman wrote:
> On Thu, Jan 05, 2023 at 08:34:08PM +0100, Pavel Machek wrote:
> > Hi!
> >
> > > This is the start of the stable review cycle for the 6.1.4 release.
> > > There are 207 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.
> >
> > Thank you.
> >
> > Is it known at this point if 6.1 will became next longterm release? It
> > is not listed as such on https://www.kernel.org/category/releases.html
> > . We might want to do some extra testing if it is.
>
> A kernel can not become "long term" until it would have normally dropped
> off of support. Right now there are known-regressions in 6.1 still that
> are not resolved.
Hey Greg - A couple questions...
1. Does that mean that you always wait until N+1 is released by Linus
before declaring N to be an upstream LTS kernel?
Looking back to last year, v5.16 was released on 2022-01-10 and you
declared v5.15 as the LTS on 2022-01-16:
https://git.kernel.org/pub/scm/docs/kernel/website.git/commit/?id=c335525958a3424ec0200dc9093d2bbf95032f83
That one data point lines up but I want to confirm that's the normal
procedure because I hadn't noticed that pattern until now and I don't
see it mentioned on the kernel.org Releases page.
2. Do you (or anyone else) happen to have a list of the known
regressions? I see one specific to linux-6.1.y in the regzbot list:
https://linux-regtracking.leemhuis.info/regzbot/stable/
Another reported here (with a potential fix identified):
https://lore.kernel.org/netdev/CAK8fFZ7cYRkGjUJD2D86G6Jh9YRmP_L+7Ke6CLFSyFmRkoe-Hg@mail.gmail.com/T/#m1b118647969eb0d64de016858506fc2345a0b834
A more complete list may help all of us currently evaluating v6.1.
> And "extra" testing is always good no matter what kernel branch it is
> happening for, why not always do it?
That's a very good point. I have to admit that we are a bit too
LTS-focused today when it comes to our testing. We have a goal to
improve in that area.
We have been working under the assumption that v6.1 is going to be the
next LTS but, as you point out, we should be iteratively testing each
release just the same. We are currently doing some additional/extra
testing of v6.1 with our Microsoft Linux kernel and will let you know
the results as they come in.
Tyler
>
> thanks,
>
> greg k-h
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
2023-01-06 23:53 ` Tyler Hicks
@ 2023-01-07 7:13 ` Thorsten Leemhuis
0 siblings, 0 replies; 17+ messages in thread
From: Thorsten Leemhuis @ 2023-01-07 7:13 UTC (permalink / raw)
To: Tyler Hicks, Greg Kroah-Hartman
Cc: Pavel Machek, stable, patches, linux-kernel, torvalds, akpm,
linux, shuah, patches, lkft-triage, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow
On 07.01.23 00:53, Tyler Hicks wrote:
>
> 2. Do you (or anyone else) happen to have a list of the known
> regressions? I see one specific to linux-6.1.y in the regzbot list:
>
> https://linux-regtracking.leemhuis.info/regzbot/stable/
That page only lists regressions that where introduced in stable (e.g.
say in a range like v6.1.1..v6.1.2) which might need to be handled by
the stable team (for example if a regression is caused by incomplete
backport).
All that where introduced in mainline (e.g. v6.0..v6.1) are listed on
the mainline page, as those need to be fixed in mainline by the regular
developers (e.g. never by the stable team) before they can be backported
to the stable series[1]:
https://linux-regtracking.leemhuis.info/regzbot/mainline/
There are plenty for v6.0..v6.1 currently, which is unusual, but that
can happen this time of the year. I hope the situation improves somewhat
over the next two weeks when more people are back from the holidays.
Ciao, Thorsten
[1] which is true for some of those that are introduced in the stable
series as well. That's one of the reasons why I'm not really happy with
how rezbot exposes those regressions and will improve this sooner or
later, but there are more important things on the todo list for now.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 6.1 000/207] 6.1.4-rc1 review
@ 2023-01-04 17:17 Ronald Warsow
0 siblings, 0 replies; 17+ messages in thread
From: Ronald Warsow @ 2023-01-04 17:17 UTC (permalink / raw)
To: linux-kernel; +Cc: stable
Hi Greg
6.1.4-rc1
compiles, boots and runs here on x86_64
(Intel i5-11400, Fedora 37)
Thanks
Tested-by: Ronald Warsow <rwarsow@gmx.de>
^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2023-01-07 7:14 UTC | newest]
Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-01-04 16:04 [PATCH 6.1 000/207] 6.1.4-rc1 review Greg Kroah-Hartman
2023-01-04 19:46 ` Allen Pais
2023-01-04 21:04 ` Florian Fainelli
2023-01-04 22:18 ` Shuah Khan
2023-01-05 0:21 ` Guenter Roeck
2023-01-05 7:02 ` Jon Hunter
2023-01-05 7:19 ` Bagas Sanjaya
2023-01-05 8:41 ` Naresh Kamboju
2023-01-05 11:13 ` Sudip Mukherjee (Codethink)
2023-01-05 11:23 ` Ron Economos
2023-01-05 14:43 ` Justin Forbes
2023-01-05 19:34 ` Pavel Machek
2023-01-06 6:58 ` Greg Kroah-Hartman
2023-01-06 23:53 ` Tyler Hicks
2023-01-07 7:13 ` Thorsten Leemhuis
2023-01-06 0:04 ` Rudi Heitbaum
2023-01-04 17:17 Ronald Warsow
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).