This is the start of the stable review cycle for the 5.10.151 release. There are 79 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 Sat, 29 Oct 2022 16:50:35 +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.151-rc... 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.151-rc1
Seth Jenkins sethjenkins@google.com mm: /proc/pid/smaps_rollup: fix no vma's null-deref
Yu Kuai yukuai3@huawei.com blk-wbt: fix that 'rwb->wc' is always set to 1 in wbt_init()
Avri Altman avri.altman@wdc.com mmc: core: Add SD card quirk for broken discard
Nick Desaulniers ndesaulniers@google.com Makefile.debug: re-enable debug info for .S files
Nathan Chancellor nathan@kernel.org x86/Kconfig: Drop check for -mabi=ms for CONFIG_EFI_STUB
Werner Sembach wse@tuxedocomputers.com ACPI: video: Force backlight native for more TongFang devices
Gaurav Kohli gauravkohli@linux.microsoft.com hv_netvsc: Fix race between VF offering and VF association message from host
Adrian Hunter adrian.hunter@intel.com perf/x86/intel/pt: Relax address filter validation
Conor Dooley conor.dooley@microchip.com riscv: topology: fix default topology reporting
Conor Dooley conor.dooley@microchip.com arm64: topology: move store_cpu_topology() to shared code
Sibi Sankar sibis@codeaurora.org arm64: dts: qcom: sc7180-trogdor: Fixup modem memory region
Desmond Cheong Zhi Xi desmondcheongzx@gmail.com fcntl: fix potential deadlocks for &fown_struct.lock
Pavel Tikhomirov ptikhomirov@virtuozzo.com fcntl: make F_GETOWN(EX) return 0 on dead owner task
Rob Herring robh@kernel.org perf: Skip and warn on unknown format 'configN' attrs
Jin Yao yao.jin@linux.intel.com perf pmu: Validate raw event with sysfs exported format bits
Wenting Zhang zephray@outlook.com riscv: always honor the CONFIG_CMDLINE_FORCE when parsing dtb
Kefeng Wang wangkefeng.wang@huawei.com riscv: Add machine name to kernel boot log and stack dump output
Prathamesh Shete pshete@nvidia.com mmc: sdhci-tegra: Use actual clock rate for SW tuning correction
M. Vefa Bicakci m.v.b@runbox.com xen/gntdev: Accommodate VMA splitting
Juergen Gross jgross@suse.com xen: assume XENFEAT_gnttab_map_avail_bits being set for pv guests
Steven Rostedt (Google) rostedt@goodmis.org tracing: Do not free snapshot if tracer is on cmdline
sunliming sunliming@kylinos.cn tracing: Simplify conditional compilation code in tracing_set_tracer()
Dario Binacchi dario.binacchi@amarulasolutions.com dmaengine: mxs: use platform_driver_register
Fabio Estevam festevam@gmail.com dmaengine: mxs-dma: Remove the unused .id_table
Dmitry Osipenko dmitry.osipenko@collabora.com drm/virtio: Use appropriate atomic state in virtio_gpu_plane_cleanup_fb()
Jerry Snitselaar jsnitsel@redhat.com iommu/vt-d: Clean up si_domain in the init_dmars() error path
Charlotte Tan charlotte@extrahop.com iommu/vt-d: Allow NVS regions in arch_rmrr_sanity_check()
Felix Riemann felix.riemann@sma.de net: phy: dp83822: disable MDI crossover status change interrupt
Eric Dumazet edumazet@google.com net: sched: fix race condition in qdisc_graft()
Yang Yingliang yangyingliang@huawei.com net: hns: fix possible memory leak in hnae_ae_register()
Pieter Jansen van Vuuren pieter.jansen-van-vuuren@amd.com sfc: include vport_id in filter spec hash and equal()
Zhengchao Shao shaozhengchao@huawei.com net: sched: sfb: fix null pointer access issue when sfb_init() fails
Zhengchao Shao shaozhengchao@huawei.com net: sched: delete duplicate cleanup of backlog and qlen
Zhengchao Shao shaozhengchao@huawei.com net: sched: cake: fix null pointer access issue when cake_init() fails
Serge Semin Sergey.Semin@baikalelectronics.ru nvme-hwmon: kmalloc the NVME SMART log buffer
Christoph Hellwig hch@lst.de nvme-hwmon: consistently ignore errors from nvme_hwmon_init
Daniel Wagner dwagner@suse.de nvme-hwmon: Return error code when registration fails
Hannes Reinecke hare@suse.de nvme-hwmon: rework to avoid devm allocation
Brett Creeley brett@pensando.io ionic: catch NULL pointer issue on reconfig
Eric Dumazet edumazet@google.com net: hsr: avoid possible NULL deref in skb_clone()
Zhang Xiaoxu zhangxiaoxu5@huawei.com cifs: Fix xid leak in cifs_ses_add_channel()
Zhang Xiaoxu zhangxiaoxu5@huawei.com cifs: Fix xid leak in cifs_flock()
Zhang Xiaoxu zhangxiaoxu5@huawei.com cifs: Fix xid leak in cifs_copy_file_range()
Kuniyuki Iwashima kuniyu@amazon.com udp: Update reuse->has_conns under reuseport_lock.
Kuniyuki Iwashima kuniyu@amazon.co.jp tcp: Add num_closed_socks to struct sock_reuseport.
Harini Katakam harini.katakam@amd.com net: phy: dp83867: Extend RX strap quirk for SGMII mode
Xiaobo Liu cppcoffee@gmail.com net/atm: fix proc_mpc_write incorrect return value
Jonathan Cooper jonathan.s.cooper@amd.com sfc: Change VF mac via PF as first preference if available.
José Expósito jose.exposito89@gmail.com HID: magicmouse: Do not set BTN_MOUSE on double report
Jan Sokolowski jan.sokolowski@intel.com i40e: Fix DMA mappings leak
Alexander Potapenko glider@google.com tipc: fix an information leak in tipc_topsrv_kern_subscr
Mark Tomlinson mark.tomlinson@alliedtelesis.co.nz tipc: Fix recognition of trial period
Tony Luck tony.luck@intel.com ACPI: extlog: Handle multiple records
Filipe Manana fdmanana@suse.com btrfs: fix processing of delayed tree block refs during backref walking
Filipe Manana fdmanana@suse.com btrfs: fix processing of delayed data refs during backref walking
Jean-Francois Le Fillatre jflf_kernel@gmx.com r8152: add PID for the Lenovo OneLink+ Dock
James Morse james.morse@arm.com arm64: errata: Remove AES hwcap for COMPAT tasks
Yu Kuai yukuai3@huawei.com blk-wbt: call rq_qos_add() after wb_normal is initialized
Lei Chen lennychen@tencent.com block: wbt: Remove unnecessary invoking of wbt_update_limits in wbt_init
Martin Rodriguez Reboredo yakoyoku@gmail.com kbuild: Add skip_encoding_btf_enum64 option to pahole
Jiri Olsa jolsa@redhat.com kbuild: Unify options for BTF generation for vmlinux and modules
Andrii Nakryiko andrii@kernel.org kbuild: skip per-CPU BTF generation for pahole v1.18-v1.21
Javier Martinez Canillas javierm@redhat.com kbuild: Quote OBJCOPY var to avoid a pahole call break the build
Ilya Leoshkevich iii@linux.ibm.com bpf: Generate BTF_KIND_FLOAT when linking vmlinux
Bryan O'Donoghue bryan.odonoghue@linaro.org media: venus: dec: Handle the case where find_format fails
Sean Young sean@mess.org media: mceusb: set timeout to at least timeout provided
Eric Ren renzhengeek@gmail.com KVM: arm64: vgic: Fix exit condition in scan_its_table()
Alexander Graf graf@amazon.com kvm: Add support for arch compat vm ioctls
Fabien Parent fabien.parent@linaro.org cpufreq: qcom: fix memory leak in error path
Kai-Heng Feng kai.heng.feng@canonical.com ata: ahci: Match EM_MAX_SLOTS with SATA_PMP_MAX_PORTS
Alexander Stein alexander.stein@ew.tq-group.com ata: ahci-imx: Fix MODULE_ALIAS
Zhang Rui rui.zhang@intel.com hwmon/coretemp: Handle large core ID value
Borislav Petkov bp@suse.de x86/microcode/AMD: Apply the patch early on every logical thread
Jon Hunter jonathanh@nvidia.com cpufreq: tegra194: Fix module loading
Bryan O'Donoghue bryan.odonoghue@linaro.org i2c: qcom-cci: Fix ordering of pm_runtime_xx and i2c_add_adapter
Fabien Parent fabien.parent@linaro.org cpufreq: qcom: fix writes in read-only memory region
GONG, Ruiqi gongruiqi1@huawei.com selinux: enable use of both GFP_KERNEL and GFP_ATOMIC in convert_context()
Joseph Qi joseph.qi@linux.alibaba.com ocfs2: fix BUG when iput after ocfs2_mknod fails
Joseph Qi joseph.qi@linux.alibaba.com ocfs2: clear dinode links count in case of error
-------------
Diffstat:
Documentation/arm64/silicon-errata.rst | 4 + Makefile | 11 ++- arch/arm64/Kconfig | 16 ++++ .../boot/dts/qcom/sc7180-trogdor-lte-sku.dtsi | 4 + arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi | 2 +- arch/arm64/include/asm/cpucaps.h | 3 +- arch/arm64/kernel/cpu_errata.c | 16 ++++ arch/arm64/kernel/cpufeature.c | 13 ++- arch/arm64/kernel/topology.c | 40 --------- arch/arm64/kvm/vgic/vgic-its.c | 5 +- arch/riscv/Kconfig | 2 +- arch/riscv/kernel/setup.c | 13 ++- arch/riscv/kernel/smpboot.c | 4 +- arch/x86/Kconfig | 1 - arch/x86/events/intel/pt.c | 63 ++++++++++++--- arch/x86/include/asm/iommu.h | 4 +- arch/x86/kernel/cpu/microcode/amd.c | 16 +++- block/blk-wbt.c | 11 +-- drivers/acpi/acpi_extlog.c | 33 +++++--- drivers/acpi/video_detect.c | 64 +++++++++++++++ drivers/ata/ahci.h | 2 +- drivers/ata/ahci_imx.c | 2 +- drivers/base/arch_topology.c | 19 +++++ drivers/cpufreq/qcom-cpufreq-nvmem.c | 10 ++- drivers/cpufreq/tegra194-cpufreq.c | 1 + drivers/dma/mxs-dma.c | 48 +++-------- drivers/gpu/drm/virtio/virtgpu_plane.c | 6 +- drivers/hid/hid-magicmouse.c | 2 +- drivers/hwmon/coretemp.c | 56 +++++++++---- drivers/i2c/busses/i2c-qcom-cci.c | 13 +-- drivers/iommu/intel/iommu.c | 5 ++ drivers/media/platform/qcom/venus/vdec.c | 2 + drivers/media/rc/mceusb.c | 2 +- drivers/mmc/core/block.c | 7 +- drivers/mmc/core/card.h | 6 ++ drivers/mmc/core/quirks.h | 6 ++ drivers/mmc/host/sdhci-tegra.c | 2 +- drivers/net/ethernet/hisilicon/hns/hnae.c | 4 +- drivers/net/ethernet/intel/i40e/i40e_ethtool.c | 3 - drivers/net/ethernet/intel/i40e/i40e_main.c | 16 ++-- drivers/net/ethernet/intel/i40e/i40e_txrx.c | 13 ++- drivers/net/ethernet/intel/i40e/i40e_txrx.h | 1 - drivers/net/ethernet/intel/i40e/i40e_xsk.c | 67 +++++++++++++-- drivers/net/ethernet/intel/i40e/i40e_xsk.h | 2 +- drivers/net/ethernet/pensando/ionic/ionic_lif.c | 12 ++- drivers/net/ethernet/sfc/ef10.c | 58 ++++++------- drivers/net/ethernet/sfc/filter.h | 3 +- drivers/net/ethernet/sfc/rx_common.c | 10 +-- drivers/net/hyperv/hyperv_net.h | 3 +- drivers/net/hyperv/netvsc.c | 4 + drivers/net/hyperv/netvsc_drv.c | 20 +++++ drivers/net/phy/dp83822.c | 3 +- drivers/net/phy/dp83867.c | 8 ++ drivers/net/usb/cdc_ether.c | 7 ++ drivers/net/usb/r8152.c | 1 + drivers/nvme/host/core.c | 7 +- drivers/nvme/host/hwmon.c | 58 +++++++++---- drivers/nvme/host/nvme.h | 8 ++ drivers/xen/gntdev-common.h | 3 +- drivers/xen/gntdev.c | 94 +++++++--------------- fs/btrfs/backref.c | 46 +++++++---- fs/cifs/cifsfs.c | 7 +- fs/cifs/file.c | 11 ++- fs/cifs/sess.c | 1 + fs/fcntl.c | 32 +++++--- fs/ocfs2/namei.c | 23 +++--- fs/proc/task_mmu.c | 2 +- include/linux/kvm_host.h | 2 + include/linux/mmc/card.h | 1 + include/net/sch_generic.h | 1 - include/net/sock_reuseport.h | 16 ++-- kernel/trace/trace.c | 12 +-- net/atm/mpoa_proc.c | 3 +- net/core/sock_reuseport.c | 91 ++++++++++++++++----- net/hsr/hsr_forward.c | 12 +-- net/ipv4/datagram.c | 2 +- net/ipv4/udp.c | 2 +- net/ipv6/datagram.c | 2 +- net/ipv6/udp.c | 2 +- net/sched/sch_api.c | 5 +- net/sched/sch_atm.c | 1 - net/sched/sch_cake.c | 4 + net/sched/sch_cbq.c | 1 - net/sched/sch_choke.c | 2 - net/sched/sch_drr.c | 2 - net/sched/sch_dsmark.c | 2 - net/sched/sch_etf.c | 3 - net/sched/sch_ets.c | 2 - net/sched/sch_fq_codel.c | 2 - net/sched/sch_fq_pie.c | 3 - net/sched/sch_hfsc.c | 2 - net/sched/sch_htb.c | 2 - net/sched/sch_multiq.c | 1 - net/sched/sch_prio.c | 2 - net/sched/sch_qfq.c | 2 - net/sched/sch_red.c | 2 - net/sched/sch_sfb.c | 5 +- net/sched/sch_skbprio.c | 3 - net/sched/sch_taprio.c | 2 - net/sched/sch_tbf.c | 2 - net/sched/sch_teql.c | 1 - net/tipc/discover.c | 2 +- net/tipc/topsrv.c | 2 +- scripts/link-vmlinux.sh | 2 +- scripts/pahole-flags.sh | 21 +++++ security/selinux/ss/services.c | 5 +- security/selinux/ss/sidtab.c | 4 +- security/selinux/ss/sidtab.h | 2 +- tools/perf/util/parse-events.c | 6 ++ tools/perf/util/pmu.c | 50 ++++++++++++ tools/perf/util/pmu.h | 5 ++ tools/perf/util/pmu.l | 2 - tools/perf/util/pmu.y | 15 +--- virt/kvm/kvm_main.c | 11 +++ 114 files changed, 889 insertions(+), 476 deletions(-)
On 10/27/22 09:55, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.151 release. There are 79 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 Sat, 29 Oct 2022 16:50:35 +0000. Anything received after that time might be too late.
Building arm64:allmodconfig ... failed -------------- Error log: /bin/sh: scripts/pahole-flags.sh: Permission denied
Indeed:
$ ls -l scripts/pahole-flags.sh -rw-rw-r-- 1 groeck groeck 530 Oct 27 11:08 scripts/pahole-flags.sh
Compared to upstream:
-rwxrwxr-x 1 groeck groeck 585 Oct 20 11:31 scripts/pahole-flags.sh
Guenter
On Thu, Oct 27, 2022 at 11:10:18AM -0700, Guenter Roeck wrote:
On 10/27/22 09:55, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.151 release. There are 79 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 Sat, 29 Oct 2022 16:50:35 +0000. Anything received after that time might be too late.
Building arm64:allmodconfig ... failed
Error log: /bin/sh: scripts/pahole-flags.sh: Permission denied
Indeed:
$ ls -l scripts/pahole-flags.sh -rw-rw-r-- 1 groeck groeck 530 Oct 27 11:08 scripts/pahole-flags.sh
Compared to upstream:
-rwxrwxr-x 1 groeck groeck 585 Oct 20 11:31 scripts/pahole-flags.sh
Yeah, this is going to be an odd one. I have to do this by hand as quilt and git quilt-import doesn't like setting the mode bit.
I wonder if I should just make a single-commit release with this file in it, set to the proper permission, to get past this hurdle. I'll think about it in the morning...
thanks,
greg k-h
On Thu 2022-10-27 21:25:54, Greg Kroah-Hartman wrote:
On Thu, Oct 27, 2022 at 11:10:18AM -0700, Guenter Roeck wrote:
On 10/27/22 09:55, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.151 release. There are 79 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 Sat, 29 Oct 2022 16:50:35 +0000. Anything received after that time might be too late.
Building arm64:allmodconfig ... failed
Error log: /bin/sh: scripts/pahole-flags.sh: Permission denied
Indeed:
$ ls -l scripts/pahole-flags.sh -rw-rw-r-- 1 groeck groeck 530 Oct 27 11:08 scripts/pahole-flags.sh
Compared to upstream:
-rwxrwxr-x 1 groeck groeck 585 Oct 20 11:31 scripts/pahole-flags.sh
Yeah, this is going to be an odd one. I have to do this by hand as quilt and git quilt-import doesn't like setting the mode bit.
I wonder if I should just make a single-commit release with this file in it, set to the proper permission, to get past this hurdle. I'll think about it in the morning...
Alternatively you can modify the caller to do /bin/sh /scripts/... so it does not need a +x bit...
Best regards, Pavel
On 10/27/22 12:27, Pavel Machek wrote:
On Thu 2022-10-27 21:25:54, Greg Kroah-Hartman wrote:
On Thu, Oct 27, 2022 at 11:10:18AM -0700, Guenter Roeck wrote:
On 10/27/22 09:55, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.151 release. There are 79 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 Sat, 29 Oct 2022 16:50:35 +0000. Anything received after that time might be too late.
Building arm64:allmodconfig ... failed
Error log: /bin/sh: scripts/pahole-flags.sh: Permission denied
Indeed:
$ ls -l scripts/pahole-flags.sh -rw-rw-r-- 1 groeck groeck 530 Oct 27 11:08 scripts/pahole-flags.sh
Compared to upstream:
-rwxrwxr-x 1 groeck groeck 585 Oct 20 11:31 scripts/pahole-flags.sh
Yeah, this is going to be an odd one. I have to do this by hand as quilt and git quilt-import doesn't like setting the mode bit.
I wonder if I should just make a single-commit release with this file in it, set to the proper permission, to get past this hurdle. I'll think about it in the morning...
Alternatively you can modify the caller to do /bin/sh /scripts/... so it does not need a +x bit...
That should be done in mainline, though.
Guenter
On 10/27/22 12:39, Guenter Roeck wrote:
On 10/27/22 12:27, Pavel Machek wrote:
On Thu 2022-10-27 21:25:54, Greg Kroah-Hartman wrote:
On Thu, Oct 27, 2022 at 11:10:18AM -0700, Guenter Roeck wrote:
On 10/27/22 09:55, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.151 release. There are 79 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 Sat, 29 Oct 2022 16:50:35 +0000. Anything received after that time might be too late.
Building arm64:allmodconfig ... failed
Error log: /bin/sh: scripts/pahole-flags.sh: Permission denied
Indeed:
$ ls -l scripts/pahole-flags.sh -rw-rw-r-- 1 groeck groeck 530 Oct 27 11:08 scripts/pahole-flags.sh
Compared to upstream:
-rwxrwxr-x 1 groeck groeck 585 Oct 20 11:31 scripts/pahole-flags.sh
Yeah, this is going to be an odd one. I have to do this by hand as quilt and git quilt-import doesn't like setting the mode bit.
I wonder if I should just make a single-commit release with this file in it, set to the proper permission, to get past this hurdle. I'll think about it in the morning...
Alternatively you can modify the caller to do /bin/sh /scripts/... so it does not need a +x bit...
That should be done in mainline, though.
This is the second time this is reported unfortunately, so while we could change things in mainline to avoid being dependent upon the file permissions stored in git, this really seems to be a workflow issue involving quilt.
Any chance you can run a fixup while you apply a patch Greg?
On Thu, Oct 27, 2022 at 12:27 PM Pavel Machek pavel@denx.de wrote:
Alternatively you can modify the caller to do /bin/sh /scripts/... so it does not need a +x bit...
Generally we should be doing both.
Make it have the proper +x bit to show clearly that it's an executable script and have 'ls' and friends show it that way when people enable colorization or whatever.
*And* make any Makefiles and tooling use an explicit "sh" or whatever thing, because we've traditionally let people use tar-files and patch to generate their trees, and various stupid tools exist and get it wrong even when we get it right in our git tree.
So belt and suspenders.
But in this case, I think our tools already do the "run shell" part:
Makefile:PAHOLE_FLAGS = $(shell PAHOLE=$(PAHOLE) $(srctree)/scripts/pahole-flags.sh)
no? And at least in my -git tree, it's already executable.
Maybe one of those "various stipid tools exists" is in the stable tree. I didn't check.
Linus
On Thu, Oct 27, 2022 at 12:49:22PM -0700, Linus Torvalds wrote:
On Thu, Oct 27, 2022 at 12:27 PM Pavel Machek pavel@denx.de wrote:
Alternatively you can modify the caller to do /bin/sh /scripts/... so it does not need a +x bit...
Generally we should be doing both.
Make it have the proper +x bit to show clearly that it's an executable script and have 'ls' and friends show it that way when people enable colorization or whatever.
*And* make any Makefiles and tooling use an explicit "sh" or whatever thing, because we've traditionally let people use tar-files and patch to generate their trees, and various stupid tools exist and get it wrong even when we get it right in our git tree.
So belt and suspenders.
But in this case, I think our tools already do the "run shell" part:
Makefile:PAHOLE_FLAGS = $(shell PAHOLE=$(PAHOLE) $(srctree)/scripts/pahole-flags.sh)
no? And at least in my -git tree, it's already executable.
In your tree, yes.
And when I export the patch, we get the proper: create mode 100755 scripts/pahole-flags.sh line added to the patch.
But then when importing the patch using: git quilt-import that line is totally ignored and the permissions are set to normal.
It's a long-running issue, and I think I'm about the only one that uses git quilt-import outside of the debian build system, so it's low on my list of things to fix up with that shell script (speed is my biggest issue, it's just slow on large amounts of patches and needs to be rewritten in C).
I'll go fix this up by hand...
thanks,
greg k-h
Hi Greg,
On Thu, Oct 27, 2022 at 06:55:10PM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.151 release. There are 79 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 Sat, 29 Oct 2022 16:50:35 +0000. Anything received after that time might be too late.
Build test (gcc version 11.3.1 20221016): mips: 63 configs -> no failure arm: 104 configs -> no failure arm64: 3 configs -> 1 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: 1) arm64 allmodconfig fails to build with the error: In file included from drivers/cpufreq/tegra194-cpufreq.c:10: drivers/cpufreq/tegra194-cpufreq.c:245:25: error: 'tegra194_cpufreq_of_match' undeclared here (not in a function); did you mean 'tegra194_cpufreq_data'? 245 | MODULE_DEVICE_TABLE(of, tegra194_cpufreq_of_match); | ^~~~~~~~~~~~~~~~~~~~~~~~~ ./include/linux/module.h:241:15: note: in definition of macro 'MODULE_DEVICE_TABLE' 241 | extern typeof(name) __mod_##type##__##name##_device_table \ | ^~~~ ./include/linux/module.h:241:21: error: conflicting types for '__mod_of__tegra194_cpufreq_of_match_device_table'; have 'const struct of_device_id[2]' 241 | extern typeof(name) __mod_##type##__##name##_device_table \ | ^~~~~~ drivers/cpufreq/tegra194-cpufreq.c:380:1: note: in expansion of macro 'MODULE_DEVICE_TABLE' 380 | MODULE_DEVICE_TABLE(of, tegra194_cpufreq_of_match); | ^~~~~~~~~~~~~~~~~~~ ./include/linux/module.h:241:21: note: previous declaration of '__mod_of__tegra194_cpufreq_of_match_device_table' with type 'int' 241 | extern typeof(name) __mod_##type##__##name##_device_table \ | ^~~~~~ drivers/cpufreq/tegra194-cpufreq.c:245:1: note: in expansion of macro 'MODULE_DEVICE_TABLE' 245 | MODULE_DEVICE_TABLE(of, tegra194_cpufreq_of_match); | ^~~~~~~~~~~~~~~~~~~
git bisect pointed to a327a52c9930 ("cpufreq: tegra194: Fix module loading")
2) Already reported by others: scripts/pahole-flags.sh: Permission denied
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/2047 [2]. https://openqa.qa.codethink.co.uk/tests/2053
Tested-by: Sudip Mukherjee sudip.mukherjee@codethink.co.uk
On Fri, Oct 28, 2022 at 11:47:27AM +0100, Sudip Mukherjee (Codethink) wrote:
Hi Greg,
On Thu, Oct 27, 2022 at 06:55:10PM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.151 release. There are 79 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 Sat, 29 Oct 2022 16:50:35 +0000. Anything received after that time might be too late.
Build test (gcc version 11.3.1 20221016): mips: 63 configs -> no failure arm: 104 configs -> no failure arm64: 3 configs -> 1 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:
- arm64 allmodconfig fails to build with the error:
In file included from drivers/cpufreq/tegra194-cpufreq.c:10: drivers/cpufreq/tegra194-cpufreq.c:245:25: error: 'tegra194_cpufreq_of_match' undeclared here (not in a function); did you mean 'tegra194_cpufreq_data'? 245 | MODULE_DEVICE_TABLE(of, tegra194_cpufreq_of_match); | ^~~~~~~~~~~~~~~~~~~~~~~~~ ./include/linux/module.h:241:15: note: in definition of macro 'MODULE_DEVICE_TABLE' 241 | extern typeof(name) __mod_##type##__##name##_device_table \ | ^~~~ ./include/linux/module.h:241:21: error: conflicting types for '__mod_of__tegra194_cpufreq_of_match_device_table'; have 'const struct of_device_id[2]' 241 | extern typeof(name) __mod_##type##__##name##_device_table \ | ^~~~~~ drivers/cpufreq/tegra194-cpufreq.c:380:1: note: in expansion of macro 'MODULE_DEVICE_TABLE' 380 | MODULE_DEVICE_TABLE(of, tegra194_cpufreq_of_match); | ^~~~~~~~~~~~~~~~~~~ ./include/linux/module.h:241:21: note: previous declaration of '__mod_of__tegra194_cpufreq_of_match_device_table' with type 'int' 241 | extern typeof(name) __mod_##type##__##name##_device_table \ | ^~~~~~ drivers/cpufreq/tegra194-cpufreq.c:245:1: note: in expansion of macro 'MODULE_DEVICE_TABLE' 245 | MODULE_DEVICE_TABLE(of, tegra194_cpufreq_of_match); | ^~~~~~~~~~~~~~~~~~~
git bisect pointed to a327a52c9930 ("cpufreq: tegra194: Fix module loading")
Now dropped.
- Already reported by others:
scripts/pahole-flags.sh: Permission denied
Will be fixed up by hand.
I'll be doing a new 5.10.y release in a few minutes and start a new round of -rc review for it to resolve this...
thanks,
greg k-h
On Thu, 27 Oct 2022 18:55:10 +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.151 release. There are 79 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 Sat, 29 Oct 2022 16:50:35 +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.151-rc... 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 75 tests: 75 pass, 0 fail
Linux version: 5.10.151-rc1-gaa25703d0a7c 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
Hi!
This is the start of the stable review cycle for the 5.10.151 release. There are 79 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
CIP testing did not find any problems here:
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/tree/linux-5...
Tested-by: Pavel Machek (CIP) pavel@denx.de
Best regards, Pavel
On Thu, 27 Oct 2022 at 22:35, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 5.10.151 release. There are 79 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 Sat, 29 Oct 2022 16:50:35 +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.151-rc... 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.151-rc1 * git: https://gitlab.com/Linaro/lkft/mirrors/stable/linux-stable-rc * git branch: linux-5.10.y * git commit: aa25703d0a7c8d3158e3753b710a730892d32a13 * git describe: v5.10.150-80-gaa25703d0a7c * test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.10.y/build/v5.10....
## No Test Regressions (compared to v5.10.149-391-gb4f4370de958)
## No Metric Regressions (compared to v5.10.149-391-gb4f4370de958)
## No Test Fixes (compared to v5.10.149-391-gb4f4370de958)
## No Metric Fixes (compared to v5.10.149-391-gb4f4370de958)
## Test result summary total: 132473, pass: 112534, fail: 2525, skip: 17013, xfail: 401
## Build Summary * arc: 5 total, 5 passed, 0 failed * arm: 143 total, 142 passed, 1 failed * arm64: 43 total, 41 passed, 2 failed * i386: 35 total, 33 passed, 2 failed * mips: 23 total, 23 passed, 0 failed * parisc: 5 total, 5 passed, 0 failed * powerpc: 25 total, 21 passed, 4 failed * riscv: 10 total, 10 passed, 0 failed * s390: 10 total, 10 passed, 0 failed * sh: 10 total, 10 passed, 0 failed * sparc: 6 total, 6 passed, 0 failed * x86_64: 36 total, 34 passed, 2 failed
## Test suites summary * fwts * igt-gpu-tools * kselftest-android * kselftest-arm64 * kselftest-arm64/arm64.btitest.bti_c_func * kselftest-arm64/arm64.btitest.bti_j_func * kselftest-arm64/arm64.btitest.bti_jc_func * kselftest-arm64/arm64.btitest.bti_none_func * kselftest-arm64/arm64.btitest.nohint_func * kselftest-arm64/arm64.btitest.paciasp_func * kselftest-arm64/arm64.nobtitest.bti_c_func * kselftest-arm64/arm64.nobtitest.bti_j_func * kselftest-arm64/arm64.nobtitest.bti_jc_func * kselftest-arm64/arm64.nobtitest.bti_none_func * kselftest-arm64/arm64.nobtitest.nohint_func * kselftest-arm64/arm64.nobtitest.paciasp_func * kselftest-breakpoints * kselftest-capabilities * 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 * 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-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-nptl * ltp-open-posix-tests * ltp-pty * ltp-sched * ltp-securebits * ltp-smoke * ltp-syscalls * ltp-tracing * network-basic-tests * packetdrill * perf * perf/Zstd-perf.data-compression * rcutorture * v4l2-compliance * vdso
-- Linaro LKFT https://lkft.linaro.org
-
Florian Fainelli -
Greg Kroah-Hartman -
Guenter Roeck -
Jon Hunter -
Linus Torvalds -
Naresh Kamboju -
Pavel Machek -
Sudip Mukherjee (Codethink)