* [PATCH 5.10 00/89] 5.10.185-rc1 review @ 2023-06-19 10:29 Greg Kroah-Hartman 2023-06-19 13:20 ` Florian Fainelli ` (7 more replies) 0 siblings, 8 replies; 12+ messages in thread From: Greg Kroah-Hartman @ 2023-06-19 10:29 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 5.10.185 release. There are 89 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Wed, 21 Jun 2023 10:21: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/v5.x/stable-review/patch-5.10.185-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-5.10.y and the diffstat can be found below. thanks, greg k-h ------------- Pseudo-Shortlog of commits: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Linux 5.10.185-rc1 Johannes Berg <johannes.berg@intel.com> um: Fix build w/o CONFIG_PM_SLEEP José Roberto de Souza <jose.souza@intel.com> drm/i915/gen11+: Only load DRAM information from pcode Matt Roper <matthew.d.roper@intel.com> drm/i915/dg1: Wait for pcode/uncore handshake at startup Hyunwoo Kim <imv4bel@gmail.com> media: dvb-core: Fix use-after-free due to race at dvb_register_device() Mauro Carvalho Chehab <mchehab+huawei@kernel.org> media: dvbdev: fix error logic at dvb_register_device() Dinghao Liu <dinghao.liu@zju.edu.cn> media: dvbdev: Fix memleak in dvb_register_device Ryusuke Konishi <konishi.ryusuke@gmail.com> nilfs2: reject devices with insufficient block count David Hildenbrand <david@redhat.com> mm/memory_hotplug: extend offline_and_remove_memory() to handle more than one memory block Christian Loehle <CLoehle@hyperstone.com> mmc: block: ensure error propagation for non-blk Sven Eckelmann <sven@narfation.org> batman-adv: Switch to kstrtox.h for kstrtou64 Leon Romanovsky <leon@kernel.org> neighbour: delete neigh_lookup_nodev as not used Guillaume Nault <gnault@redhat.com> net: Remove DECnet leftovers from flow.h. Gaosheng Cui <cuigaosheng1@huawei.com> net: Remove unused inline function dst_hold_and_use() Gaosheng Cui <cuigaosheng1@huawei.com> neighbour: Remove unused inline function neigh_key_eq16() Ziwei Dai <ziwei.dai@unisoc.com> rcu/kvfree: Avoid freeing new kfree_rcu() memory after old grace period John Sperbeck <jsperbeck@google.com> cgroup: always put cset in cgroup_css_set_put_fork David Howells <dhowells@redhat.com> afs: Fix vlserver probe RTT handling Alex Maftei <alex.maftei@amd.com> selftests/ptp: Fix timestamp printf format for PTP_SYS_OFFSET Lin Ma <linma@zju.edu.cn> net: tipc: resize nlattr array to correct size Eric Dumazet <edumazet@google.com> net: lapbether: only support ethernet devices Vlad Buslov <vladbu@nvidia.com> net/sched: cls_api: Fix lockup on flushing explicitly created chain Fabio M. De Francesco <fmdefrancesco@gmail.com> ext4: drop the call to ext4_error() from ext4_get_group_info() Natalia Petrova <n.petrova@fintech.ru> drm/nouveau: add nv_encoder pointer check for NULL Natalia Petrova <n.petrova@fintech.ru> drm/nouveau/dp: check for NULL nv_connector->native_mode Ratchanan Srirattanamet <peathot@hotmail.com> drm/nouveau: don't detect DSM for non-NVIDIA device Aleksandr Loktionov <aleksandr.loktionov@intel.com> igb: fix nvm.ops.read() error handling Dan Carpenter <dan.carpenter@linaro.org> sctp: fix an error code in sctp_sf_eat_auth() Hangbin Liu <liuhangbin@gmail.com> ipvlan: fix bound dev checking for IPv6 l3s mode Saravanan Vajravel <saravanan.vajravel@broadcom.com> IB/isert: Fix incorrect release of isert connection Saravanan Vajravel <saravanan.vajravel@broadcom.com> IB/isert: Fix possible list corruption in CMA handler Saravanan Vajravel <saravanan.vajravel@broadcom.com> IB/isert: Fix dead lock in ib_isert Yishai Hadas <yishaih@nvidia.com> IB/uverbs: Fix to consider event queue closing also upon non-blocking mode Mark Zhang <markzhang@nvidia.com> RDMA/cma: Always set static rate to 0 for RoCE Maher Sanalla <msanalla@nvidia.com> RDMA/mlx5: Initiate dropless RQ for RAW Ethernet functions Satha Rao <skoteshwar@marvell.com> octeontx2-af: fixed resource availability check Ahmed Zaki <ahmed.zaki@intel.com> iavf: remove mask from iavf_irq_enable_queues() Zhu Yanjun <yanjun.zhu@linux.dev> RDMA/rxe: Fix the use-before-initialization error of resp_pkts Bob Pearson <rpearsonhpe@gmail.com> RDMA/rxe: Removed unused name from rxe_task struct Zhu Yanjun <yanjun.zhu@linux.dev> RDMA/rxe: Remove the unused variable obj Lee Jones <lee@kernel.org> net/sched: cls_u32: Fix reference counter leak leading to overflow Guillaume Nault <gnault@redhat.com> ping6: Fix send to link-local addresses with VRF. Wei Fang <wei.fang@nxp.com> net: enetc: correct the indexes of highest and 2nd highest TCs Pablo Neira Ayuso <pablo@netfilter.org> netfilter: nfnetlink: skip error delivery on batch in case of ENOMEM Vladimir Oltean <vladimir.oltean@nxp.com> spi: fsl-dspi: avoid SCK glitches with continuous transfers Li Zhijian <lizhijian@fujitsu.com> RDMA/rtrs: Fix the last iu->buf leak in err path Elson Roy Serrao <quic_eserrao@quicinc.com> usb: dwc3: gadget: Reset num TRBs before giving back the request Bernhard Seibold <mail@bernhard-seibold.de> serial: lantiq: add missing interrupt ack Jerry Meng <jerry-meng@foxmail.com> USB: serial: option: add Quectel EM061KGL series Stephen Hemminger <stephen@networkplumber.org> Remove DECnet support from kernel Edson Juliano Drosdeck <edson.drosdeck@gmail.com> ALSA: hda/realtek: Add a quirk for Compaq N14JP6 Wes Huang <wes.huang@moxa.com> net: usb: qmi_wwan: add support for Compal RXM-G1 Edward Srouji <edwards@nvidia.com> RDMA/uverbs: Restrict usage of privileged QKEYs Dave Airlie <airlied@redhat.com> nouveau: fix client work fence deletion race Ricardo Ribalda <ribalda@chromium.org> powerpc/purgatory: remove PGO flags Ricardo Ribalda <ribalda@chromium.org> x86/purgatory: remove PGO flags Ricardo Ribalda <ribalda@chromium.org> kexec: support purgatories with .text.hot sections Ryusuke Konishi <konishi.ryusuke@gmail.com> nilfs2: fix possible out-of-bounds segment allocation in resize ioctl Ryusuke Konishi <konishi.ryusuke@gmail.com> nilfs2: fix incomplete buffer cleanup in nilfs_btnode_abort_change_key() Janne Grunau <j@jannau.net> nios2: dts: Fix tse_mac "max-frame-size" property Luís Henriques <ocfs2-devel@oss.oracle.com> ocfs2: check new file size on fallocate call Luís Henriques <ocfs2-devel@oss.oracle.com> ocfs2: fix use-after-free when unmounting read-only filesystem Benjamin Segall <bsegall@google.com> epoll: ep_autoremove_wake_function should use list_del_init_careful Jens Axboe <axboe@kernel.dk> io_uring: hold uring mutex around poll removal Marc Zyngier <maz@kernel.org> irqchip/gic: Correctly validate OF quirk descriptors Sukrut Bellary <sukrut.bellary@linux.com> drm:amd:amdgpu: Fix missing buffer object unlock in failure path Ross Lagerwall <ross.lagerwall@citrix.com> xen/blkfront: Only check REQ_FUA for writes Maxim Kochetkov <fido_max@inbox.ru> ASoC: dwc: move DMA init to snd_soc_dai_driver probe() Liviu Dudau <liviu@dudau.co.uk> mips: Move initrd_start check after initrd address sanitisation. Manuel Lauss <manuel.lauss@gmail.com> MIPS: Alchemy: fix dbdma2 Helge Deller <deller@gmx.de> parisc: Flush gatt writes and adjust gatt mask in parisc_agp_mask_memory() Helge Deller <deller@gmx.de> parisc: Improve cache flushing for PCXL in arch_sync_dma_for_cpu() Ranjani Sridharan <ranjani.sridharan@linux.intel.com> ASoC: soc-pcm: test if a BE can be prepared Johannes Thumshirn <johannes.thumshirn@wdc.com> btrfs: handle memory allocation failure in btrfs_csum_one_bio Qu Wenruo <wqu@suse.com> btrfs: scrub: try harder to mark RAID56 block groups read-only Mario Limonciello <mario.limonciello@amd.com> power: supply: Fix logic checking if system is running from battery Douglas Anderson <dianders@chromium.org> irqchip/gic-v3: Disable pseudo NMIs on Mediatek devices w/ firmware issues Osama Muhammad <osmtendev@gmail.com> regulator: Fix error checking for debugfs_create_dir Alexandru Sorodoc <ealex95@gmail.com> platform/x86: asus-wmi: Ignore WMI events with codes 0x7B, 0xC0 Marek Vasut <marex@denx.de> power: supply: Ratelimit no data debug output Milo Spadacini <milo.spadacini@gmail.com> tools: gpio: fix debounce_period_us output of lsgpio Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> ARM: dts: vexpress: add missing cache properties Hans de Goede <hdegoede@redhat.com> power: supply: bq27xxx: Use mod_delayed_work() instead of cancel() + schedule() Hans de Goede <hdegoede@redhat.com> power: supply: sc27xx: Fix external_power_changed race Hans de Goede <hdegoede@redhat.com> power: supply: ab8500: Fix external_power_changed race Mirsad Goran Todorovac <mirsad.todorovac@alu.unizg.hr> test_firmware: fix a memory leak with reqs buffer Mirsad Goran Todorovac <mirsad.todorovac@alu.unizg.hr> test_firmware: prevent race conditions by a correct implementation of locking Christophe JAILLET <christophe.jaillet@wanadoo.fr> test_firmware: Use kstrtobool() instead of strtobool() Andy Shevchenko <andriy.shevchenko@linux.intel.com> kernel.h: split out kstrtox() and simple_strtox() to a separate header Alexey Dobriyan <adobriyan@gmail.com> lib: cleanup kstrto*() usage ------------- Diffstat: Documentation/admin-guide/kernel-parameters.txt | 4 - Documentation/admin-guide/sysctl/net.rst | 15 +- Documentation/core-api/kernel-api.rst | 7 +- Documentation/networking/decnet.rst | 243 -- Documentation/networking/index.rst | 1 - Documentation/userspace-api/ioctl/ioctl-number.rst | 1 - MAINTAINERS | 7 - Makefile | 4 +- arch/arm/boot/dts/vexpress-v2p-ca5s.dts | 1 + arch/mips/alchemy/common/dbdma.c | 27 +- arch/mips/configs/decstation_64_defconfig | 2 - arch/mips/configs/decstation_defconfig | 2 - arch/mips/configs/decstation_r4k_defconfig | 2 - arch/mips/configs/gpr_defconfig | 2 - arch/mips/configs/mtx1_defconfig | 2 - arch/mips/configs/nlm_xlp_defconfig | 2 - arch/mips/configs/nlm_xlr_defconfig | 2 - arch/mips/configs/rm200_defconfig | 2 - arch/mips/kernel/setup.c | 9 +- arch/nios2/boot/dts/10m50_devboard.dts | 2 +- arch/nios2/boot/dts/3c120_devboard.dts | 2 +- arch/parisc/kernel/pci-dma.c | 18 +- arch/powerpc/configs/ppc6xx_defconfig | 2 - arch/powerpc/purgatory/Makefile | 5 + arch/um/kernel/um_arch.c | 2 +- arch/x86/purgatory/Makefile | 5 + drivers/block/xen-blkfront.c | 3 +- drivers/char/agp/parisc-agp.c | 15 +- drivers/gpu/drm/amd/amdgpu/gfx_v10_0.c | 4 +- drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c | 4 +- drivers/gpu/drm/i915/display/intel_bw.c | 80 +- drivers/gpu/drm/i915/i915_drv.c | 4 + drivers/gpu/drm/i915/i915_drv.h | 1 + drivers/gpu/drm/i915/i915_reg.h | 3 + drivers/gpu/drm/i915/intel_dram.c | 82 +- drivers/gpu/drm/i915/intel_sideband.c | 15 + drivers/gpu/drm/i915/intel_sideband.h | 2 + drivers/gpu/drm/nouveau/nouveau_acpi.c | 3 + drivers/gpu/drm/nouveau/nouveau_connector.c | 7 +- drivers/gpu/drm/nouveau/nouveau_drm.c | 14 +- drivers/infiniband/core/cma.c | 4 +- drivers/infiniband/core/uverbs_cmd.c | 7 +- drivers/infiniband/core/uverbs_main.c | 12 +- drivers/infiniband/hw/mlx5/main.c | 3 + drivers/infiniband/sw/rxe/rxe_qp.c | 16 +- drivers/infiniband/sw/rxe/rxe_task.c | 5 +- drivers/infiniband/sw/rxe/rxe_task.h | 5 +- drivers/infiniband/ulp/isert/ib_isert.c | 16 +- drivers/infiniband/ulp/rtrs/rtrs.c | 4 +- drivers/irqchip/irq-gic-common.c | 10 +- drivers/irqchip/irq-gic-common.h | 1 + drivers/irqchip/irq-gic-v3.c | 20 + drivers/media/dvb-core/dvbdev.c | 88 +- drivers/mmc/core/block.c | 5 + drivers/net/ethernet/freescale/enetc/enetc_qos.c | 4 +- drivers/net/ethernet/intel/iavf/iavf.h | 2 +- drivers/net/ethernet/intel/iavf/iavf_main.c | 15 +- drivers/net/ethernet/intel/iavf/iavf_register.h | 2 +- drivers/net/ethernet/intel/igb/igb_ethtool.c | 3 + .../net/ethernet/marvell/octeontx2/af/rvu_nix.c | 3 +- drivers/net/ipvlan/ipvlan_l3s.c | 4 + drivers/net/usb/qmi_wwan.c | 2 + drivers/net/wan/lapbether.c | 3 + drivers/platform/x86/asus-nb-wmi.c | 2 + drivers/power/supply/ab8500_btemp.c | 6 +- drivers/power/supply/ab8500_fg.c | 6 +- drivers/power/supply/bq27xxx_battery.c | 6 +- drivers/power/supply/power_supply_core.c | 8 +- drivers/power/supply/power_supply_sysfs.c | 3 +- drivers/power/supply/sc27xx_fuel_gauge.c | 9 +- drivers/regulator/core.c | 4 +- drivers/spi/spi-fsl-dspi.c | 15 + drivers/tty/serial/lantiq.c | 1 + drivers/usb/dwc3/gadget.c | 1 + drivers/usb/serial/option.c | 16 + fs/afs/vl_probe.c | 4 +- fs/btrfs/block-group.c | 14 +- fs/btrfs/file-item.c | 4 +- fs/btrfs/scrub.c | 9 +- fs/eventpoll.c | 6 +- fs/ext4/balloc.c | 20 +- fs/nilfs2/btnode.c | 12 +- fs/nilfs2/sufile.c | 9 + fs/nilfs2/the_nilfs.c | 44 +- fs/ocfs2/file.c | 8 +- fs/ocfs2/super.c | 6 +- include/linux/kernel.h | 143 +- include/linux/kstrtox.h | 155 ++ include/linux/netdevice.h | 4 - include/linux/netfilter.h | 5 - include/linux/netfilter_defs.h | 8 - include/linux/string.h | 7 - include/linux/sunrpc/cache.h | 1 + include/media/dvbdev.h | 15 + include/net/dn.h | 231 -- include/net/dn_dev.h | 199 -- include/net/dn_fib.h | 167 -- include/net/dn_neigh.h | 30 - include/net/dn_nsp.h | 195 -- include/net/dn_route.h | 115 - include/net/dst.h | 6 - include/net/flow.h | 26 - include/net/neighbour.h | 7 - include/net/netns/netfilter.h | 3 - include/rdma/ib_addr.h | 23 - include/sound/soc-dpcm.h | 4 + include/uapi/linux/dn.h | 149 -- include/uapi/linux/netfilter_decnet.h | 72 - include/uapi/linux/netlink.h | 2 +- io_uring/io_uring.c | 3 + kernel/cgroup/cgroup.c | 17 +- kernel/kexec_file.c | 14 +- kernel/rcu/tree.c | 49 +- lib/kstrtox.c | 5 +- lib/parser.c | 1 + lib/test_firmware.c | 72 +- lib/test_kmod.c | 26 +- mm/memory_hotplug.c | 105 +- net/Kconfig | 2 - net/Makefile | 1 - net/batman-adv/gateway_common.c | 2 +- net/core/dev.c | 4 +- net/core/neighbour.c | 34 - net/decnet/Kconfig | 43 - net/decnet/Makefile | 10 - net/decnet/README | 8 - net/decnet/af_decnet.c | 2400 -------------------- net/decnet/dn_dev.c | 1435 ------------ net/decnet/dn_fib.c | 799 ------- net/decnet/dn_neigh.c | 605 ----- net/decnet/dn_nsp_in.c | 906 -------- net/decnet/dn_nsp_out.c | 695 ------ net/decnet/dn_route.c | 1923 ---------------- net/decnet/dn_rules.c | 258 --- net/decnet/dn_table.c | 929 -------- net/decnet/dn_timer.c | 104 - net/decnet/netfilter/Kconfig | 17 - net/decnet/netfilter/Makefile | 6 - net/decnet/netfilter/dn_rtmsg.c | 158 -- net/decnet/sysctl_net_decnet.c | 362 --- net/ipv6/ping.c | 3 +- net/netfilter/core.c | 10 - net/netfilter/nfnetlink.c | 3 +- net/sched/cls_api.c | 12 +- net/sched/cls_u32.c | 18 +- net/sctp/sm_statefuns.c | 2 +- net/tipc/bearer.c | 4 +- sound/pci/hda/patch_realtek.c | 1 + sound/soc/dwc/dwc-i2s.c | 41 +- sound/soc/soc-pcm.c | 20 + tools/gpio/lsgpio.c | 2 +- tools/testing/selftests/ptp/testptp.c | 6 +- 152 files changed, 993 insertions(+), 12744 deletions(-) ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 5.10 00/89] 5.10.185-rc1 review 2023-06-19 10:29 [PATCH 5.10 00/89] 5.10.185-rc1 review Greg Kroah-Hartman @ 2023-06-19 13:20 ` Florian Fainelli 2023-06-20 9:18 ` Chris Paterson ` (6 subsequent siblings) 7 siblings, 0 replies; 12+ messages in thread From: Florian Fainelli @ 2023-06-19 13:20 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 6/19/2023 11:29 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.10.185 release. > There are 89 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses should be made by Wed, 21 Jun 2023 10:21: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/v5.x/stable-review/patch-5.10.185-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-5.10.y > and the diffstat can be found below. > > thanks, > > greg k-h On ARCH_BRCMSTB using 32-bit and 64-bit ARM kernels, build tested on BMIPS_GENERIC: Tested-by: Florian Fainelli <florian.fainelli@broadcom.com> -- Florian ^ permalink raw reply [flat|nested] 12+ messages in thread
* RE: [PATCH 5.10 00/89] 5.10.185-rc1 review 2023-06-19 10:29 [PATCH 5.10 00/89] 5.10.185-rc1 review Greg Kroah-Hartman 2023-06-19 13:20 ` Florian Fainelli @ 2023-06-20 9:18 ` Chris Paterson 2023-06-20 10:21 ` Jon Hunter ` (5 subsequent siblings) 7 siblings, 0 replies; 12+ messages in thread From: Chris Paterson @ 2023-06-20 9: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 Hello Greg, > From: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > Sent: Monday, June 19, 2023 11:30 AM > > This is the start of the stable review cycle for the 5.10.185 release. > There are 89 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses should be made by Wed, 21 Jun 2023 10:21:12 +0000. > Anything received after that time might be too late. Thank you for the release! CIP configurations built and booted okay with Linux 5.10.185-rc1 (8ce687c6d277): https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/pipelines/904359430 https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/commits/linux-5.10.y Tested-by: Chris Paterson (CIP) <chris.paterson2@renesas.com> Kind regards, Chris ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 5.10 00/89] 5.10.185-rc1 review 2023-06-19 10:29 [PATCH 5.10 00/89] 5.10.185-rc1 review Greg Kroah-Hartman 2023-06-19 13:20 ` Florian Fainelli 2023-06-20 9:18 ` Chris Paterson @ 2023-06-20 10:21 ` Jon Hunter 2023-06-20 11:04 ` Sudip Mukherjee (Codethink) ` (4 subsequent siblings) 7 siblings, 0 replies; 12+ messages in thread From: Jon Hunter @ 2023-06-20 10:21 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, stable On Mon, 19 Jun 2023 12:29:48 +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.10.185 release. > There are 89 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses should be made by Wed, 21 Jun 2023 10:21: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/v5.x/stable-review/patch-5.10.185-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-5.10.y > and the diffstat can be found below. > > thanks, > > greg k-h All tests passing for Tegra ... Test results for stable-v5.10: 11 builds: 11 pass, 0 fail 28 boots: 28 pass, 0 fail 67 tests: 67 pass, 0 fail Linux version: 5.10.185-rc1-g8ce687c6d277 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] 12+ messages in thread
* Re: [PATCH 5.10 00/89] 5.10.185-rc1 review 2023-06-19 10:29 [PATCH 5.10 00/89] 5.10.185-rc1 review Greg Kroah-Hartman ` (2 preceding siblings ...) 2023-06-20 10:21 ` Jon Hunter @ 2023-06-20 11:04 ` Sudip Mukherjee (Codethink) 2023-06-20 14:37 ` Naresh Kamboju ` (3 subsequent siblings) 7 siblings, 0 replies; 12+ messages in thread From: Sudip Mukherjee (Codethink) @ 2023-06-20 11:04 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 Mon, Jun 19, 2023 at 12:29:48PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.10.185 release. > There are 89 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. Build test (gcc version 11.3.1 20230511): mips: 63 configs -> 3 failures arm: 104 configs -> no failure arm64: 3 configs -> no failure x86_64: 4 configs -> no failure alpha allmodconfig -> no failure powerpc allmodconfig -> no failure riscv allmodconfig -> no failure s390 allmodconfig -> no failure xtensa allmodconfig -> no failure Note: mips db1xxx_defconfig, gpr_defconfig and mtx1_defconfig fails with: arch/mips/alchemy/common/dbdma.c: In function 'au1xxx_dbdma_put_source': arch/mips/alchemy/common/dbdma.c:632:14: error: 'dma_default_coherent' undeclared (first use in this function); did you mean 'dma_free_coherent'? 632 | if (!dma_default_coherent) | ^~~~~~~~~~~~~~~~~~~~ | dma_free_coherent 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/4067 [2]. https://openqa.qa.codethink.co.uk/tests/4068 Tested-by: Sudip Mukherjee <sudip.mukherjee@codethink.co.uk> -- Regards Sudip ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 5.10 00/89] 5.10.185-rc1 review 2023-06-19 10:29 [PATCH 5.10 00/89] 5.10.185-rc1 review Greg Kroah-Hartman ` (3 preceding siblings ...) 2023-06-20 11:04 ` Sudip Mukherjee (Codethink) @ 2023-06-20 14:37 ` Naresh Kamboju 2023-06-20 17:08 ` Allen Pais ` (2 subsequent siblings) 7 siblings, 0 replies; 12+ messages in thread From: Naresh Kamboju @ 2023-06-20 14:37 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 Mon, 19 Jun 2023 at 16:23, Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote: > > This is the start of the stable review cycle for the 5.10.185 release. > There are 89 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses should be made by Wed, 21 Jun 2023 10:21: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/v5.x/stable-review/patch-5.10.185-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-5.10.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: 5.10.185-rc1 * git: https://gitlab.com/Linaro/lkft/mirrors/stable/linux-stable-rc * git branch: linux-5.10.y * git commit: 8ce687c6d277beb9d0c0c1109a3336ae63976ee2 * git describe: v5.10.184-90-g8ce687c6d277 * test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.10.y/build/v5.10.184-90-g8ce687c6d277 ## Test Regressions (compared to v5.10.183) ## Metric Regressions (compared to v5.10.183) ## Test Fixes (compared to v5.10.183) ## Metric Fixes (compared to v5.10.183) ## Test result summary total: 134576, pass: 109283, fail: 3977, skip: 21211, xfail: 105 ## Build Summary * arc: 5 total, 5 passed, 0 failed * arm: 117 total, 116 passed, 1 failed * arm64: 45 total, 43 passed, 2 failed * i386: 35 total, 33 passed, 2 failed * mips: 27 total, 26 passed, 1 failed * parisc: 4 total, 4 passed, 0 failed * powerpc: 26 total, 25 passed, 1 failed * riscv: 12 total, 11 passed, 1 failed * s390: 12 total, 12 passed, 0 failed * sh: 14 total, 12 passed, 2 failed * sparc: 8 total, 8 passed, 0 failed * x86_64: 38 total, 36 passed, 2 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-exec * kselftest-filesystems * kselftest-filesystems-binderfs * 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-livepatch * 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-sigaltstack * kselftest-size * kselftest-tc-testing * kselftest-timens * kselftest-timers * kselftest-tmpfs * kselftest-tpm2 * kselftest-user * kselftest-user_events * kselftest-vDSO * kselftest-watchdog * 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-nptl * ltp-pty * ltp-sched * ltp-securebits * ltp-smoke * ltp-syscalls * ltp-tracing * network-basic-tests * perf * rcutorture * v4l2-compliance * vdso -- Linaro LKFT https://lkft.linaro.org ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 5.10 00/89] 5.10.185-rc1 review 2023-06-19 10:29 [PATCH 5.10 00/89] 5.10.185-rc1 review Greg Kroah-Hartman ` (4 preceding siblings ...) 2023-06-20 14:37 ` Naresh Kamboju @ 2023-06-20 17:08 ` Allen Pais 2023-06-20 21:04 ` Shuah Khan 2023-06-21 0:38 ` Guenter Roeck 7 siblings, 0 replies; 12+ messages in thread From: Allen Pais @ 2023-06-20 17:08 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 5.10.185 release. > There are 89 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses should be made by Wed, 21 Jun 2023 10:21: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/v5.x/stable-review/patch-5.10.185-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-5.10.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] 12+ messages in thread
* Re: [PATCH 5.10 00/89] 5.10.185-rc1 review 2023-06-19 10:29 [PATCH 5.10 00/89] 5.10.185-rc1 review Greg Kroah-Hartman ` (5 preceding siblings ...) 2023-06-20 17:08 ` Allen Pais @ 2023-06-20 21:04 ` Shuah Khan 2023-06-21 0:38 ` Guenter Roeck 7 siblings, 0 replies; 12+ messages in thread From: Shuah Khan @ 2023-06-20 21:04 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 6/19/23 04:29, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.10.185 release. > There are 89 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses should be made by Wed, 21 Jun 2023 10:21: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/v5.x/stable-review/patch-5.10.185-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-5.10.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] 12+ messages in thread
* Re: [PATCH 5.10 00/89] 5.10.185-rc1 review 2023-06-19 10:29 [PATCH 5.10 00/89] 5.10.185-rc1 review Greg Kroah-Hartman ` (6 preceding siblings ...) 2023-06-20 21:04 ` Shuah Khan @ 2023-06-21 0:38 ` Guenter Roeck 7 siblings, 0 replies; 12+ messages in thread From: Guenter Roeck @ 2023-06-21 0:38 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 Mon, Jun 19, 2023 at 12:29:48PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.10.185 release. > There are 89 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses should be made by Wed, 21 Jun 2023 10:21:12 +0000. > Anything received after that time might be too late. > Build results: total: 162 pass: 162 fail: 0 Qemu test results: total: 485 pass: 485 fail: 0 Tested-by: Guenter Roeck <linux@roeck-us.net> Guenter ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 5.10 00/89] 5.10.185-rc1 review @ 2023-06-20 13:25 Tim Lewis 2023-06-22 7:36 ` Greg KH 0 siblings, 1 reply; 12+ messages in thread From: Tim Lewis @ 2023-06-20 13:25 UTC (permalink / raw) To: osmtendev, Greg KH; +Cc: open list, stable Is it intentional and acceptable for dmesg to now log 14 "Failed to create debugfs directory" messages? I assume it's related to "regulator: Fix error checking for debugfs_create_dir". dmesg 398 lines: diff ./5.10.184-rc1-dirty.txt ./5.10.185-rc1-dirty.txt 19a20 > 12V: Failed to create debugfs directory 20a22 > 5V: Failed to create debugfs directory 69a72 > FLASH_1V8: Failed to create debugfs directory 72a76 > HUB_5V: Failed to create debugfs directory 121a126,127 > TFLASH_VDD: Failed to create debugfs directory > TF_IO: Failed to create debugfs directory 122a129 > USB_PWR_EN: Failed to create debugfs directory 123a131 > VCC_1V8: Failed to create debugfs directory 124a133 > VCC_3V3: Failed to create debugfs directory 125a135 > VDDAO_1V8: Failed to create debugfs directory 126a137 > VDDAO_3V3: Failed to create debugfs directory 127a139 > VDDCPU: Failed to create debugfs directory 278a291,292 > regulator-dummy: Failed to create debugfs directory > regulator: Failed to create debugfs directory kselftest 270 tests: diff ./out_5.10.184-rc1-dirty.txt ./out_5.10.185-rc1-dirty.txt ltp 865 tests: diff ./out_5.10.184-rc1-dirty.txt ./out_5.10.185-rc1-dirty.txt ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 5.10 00/89] 5.10.185-rc1 review 2023-06-20 13:25 Tim Lewis @ 2023-06-22 7:36 ` Greg KH 2023-06-23 13:46 ` Tim Lewis 0 siblings, 1 reply; 12+ messages in thread From: Greg KH @ 2023-06-22 7:36 UTC (permalink / raw) To: Tim Lewis; +Cc: osmtendev, open list, stable On Tue, Jun 20, 2023 at 09:25:52AM -0400, Tim Lewis wrote: > Is it intentional and acceptable for dmesg to now log 14 "Failed to > create debugfs directory" messages? > > I assume it's related to "regulator: Fix error checking for debugfs_create_dir". > > dmesg 398 lines: diff ./5.10.184-rc1-dirty.txt ./5.10.185-rc1-dirty.txt > 19a20 > > 12V: Failed to create debugfs directory Do you also see this issue in newer kernel releases? thanks, greg k-h ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 5.10 00/89] 5.10.185-rc1 review 2023-06-22 7:36 ` Greg KH @ 2023-06-23 13:46 ` Tim Lewis 0 siblings, 0 replies; 12+ messages in thread From: Tim Lewis @ 2023-06-23 13:46 UTC (permalink / raw) To: Greg KH; +Cc: osmtendev, open list, stable On Thu, Jun 22, 2023 at 3:36 AM Greg KH <gregkh@linuxfoundation.org> wrote: > > On Tue, Jun 20, 2023 at 09:25:52AM -0400, Tim Lewis wrote: > > Is it intentional and acceptable for dmesg to now log 14 "Failed to > > create debugfs directory" messages? > > > > I assume it's related to "regulator: Fix error checking for debugfs_create_dir". > > > > dmesg 398 lines: diff ./5.10.184-rc1-dirty.txt ./5.10.185-rc1-dirty.txt > > 19a20 > > > 12V: Failed to create debugfs directory > > Do you also see this issue in newer kernel releases? > > thanks, > > greg k-h Yes; # uname -r 6.3.9-dirty # dmesg | grep -c "Failed to create debugfs directory" 13 ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2023-06-23 13:47 UTC | newest] Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2023-06-19 10:29 [PATCH 5.10 00/89] 5.10.185-rc1 review Greg Kroah-Hartman 2023-06-19 13:20 ` Florian Fainelli 2023-06-20 9:18 ` Chris Paterson 2023-06-20 10:21 ` Jon Hunter 2023-06-20 11:04 ` Sudip Mukherjee (Codethink) 2023-06-20 14:37 ` Naresh Kamboju 2023-06-20 17:08 ` Allen Pais 2023-06-20 21:04 ` Shuah Khan 2023-06-21 0:38 ` Guenter Roeck 2023-06-20 13:25 Tim Lewis 2023-06-22 7:36 ` Greg KH 2023-06-23 13:46 ` Tim Lewis
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).