This is the start of the stable review cycle for the 5.10.156 release. There are 149 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, 25 Nov 2022 08:45:20 +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.156-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.156-rc1
Hawkins Jiawei yin31149@gmail.com ntfs: check overflow when iterating ATTR_RECORDs
Hawkins Jiawei yin31149@gmail.com ntfs: fix out-of-bounds read in ntfs_attr_find()
Hawkins Jiawei yin31149@gmail.com ntfs: fix use-after-free in ntfs_attr_find()
Alexander Potapenko glider@google.com mm: fs: initialize fsdata passed to write_begin/write_end interface
Tetsuo Handa penguin-kernel@I-love.SAKURA.ne.jp 9p/trans_fd: always use O_NONBLOCK read/write
Andreas Gruenbacher agruenba@redhat.com gfs2: Switch from strlcpy to strscpy
Andrew Price anprice@redhat.com gfs2: Check sb_bsize_shift after reading superblock
Dominique Martinet asmadeus@codewreck.org 9p: trans_fd/p9_conn_cancel: drop client lock earlier
Cong Wang cong.wang@bytedance.com kcm: close race conditions on sk_receive_queue
Eric Dumazet edumazet@google.com kcm: avoid potential race in kcm_tx_work
Eric Dumazet edumazet@google.com tcp: cdg: allow tcp_cdg_release() to be called multiple times
Eric Dumazet edumazet@google.com macvlan: enforce a consistent minimal mtu
Tadeusz Struk tadeusz.struk@linaro.org uapi/linux/stddef.h: Add include guards
Chen Jun chenjun102@huawei.com Input: i8042 - fix leaking of platform device on module removal
Li Huafei lihuafei1@huawei.com kprobes: Skip clearing aggrprobe's post_handler in kprobe-on-ftrace case
Yuan Can yuancan@huawei.com scsi: scsi_debug: Fix possible UAF in sdebug_add_host_helper()
Yang Yingliang yangyingliang@huawei.com scsi: target: tcm_loop: Fix possible name leak in tcm_loop_setup_hba_bus()
Hangbin Liu liuhangbin@gmail.com net: use struct_group to copy ip/ipv6 header addresses
Kees Cook keescook@chromium.org stddef: Introduce struct_group() helper macro
Lukas Wunner lukas@wunner.de usbnet: smsc95xx: Fix deadlock on runtime resume
Steven Rostedt (Google) rostedt@goodmis.org ring-buffer: Include dropped pages in counting dirty patches
Gong, Sishuai sishuai@purdue.edu net: fix a concurrency bug in l2tp_tunnel_register()
Keith Busch kbusch@kernel.org nvme: ensure subsystem reset is single threaded
Keith Busch kbusch@kernel.org nvme: restrict management ioctls to admin
Adrian Hunter adrian.hunter@intel.com perf/x86/intel/pt: Fix sampling using single range output
Alexander Potapenko glider@google.com misc/vmw_vmci: fix an infoleak in vmci_host_do_receive_datagram()
Shuah Khan skhan@linuxfoundation.org docs: update mediator contact information in CoC doc
Xiongfeng Wang wangxiongfeng2@huawei.com mmc: sdhci-pci: Fix possible memory leak caused by missing pci_dev_put()
Chevron Li chevron.li@bayhubtech.com mmc: sdhci-pci-o2micro: fix card detect fail issue caused by CD# debounce timeout
Yann Gautier yann.gautier@foss.st.com mmc: core: properly select voltage range without power cycle
Brian Norris briannorris@chromium.org firmware: coreboot: Register bus in module init
Tina Zhang tina.zhang@intel.com iommu/vt-d: Set SRE bit only when hardware has SRS cap
Benjamin Block bblock@linux.ibm.com scsi: zfcp: Fix double free of FSF request when qdio send fails
Alban Crequy albancrequy@linux.microsoft.com maccess: Fix writing offset in case of fault in strncpy_from_kernel_nofault()
Tetsuo Handa penguin-kernel@I-love.SAKURA.ne.jp Input: iforce - invert valid length check when fetching device IDs
Ilpo Järvinen ilpo.jarvinen@linux.intel.com serial: 8250_lpss: Configure DMA also w/o DMA filter
Ilpo Järvinen ilpo.jarvinen@linux.intel.com serial: 8250: Flush DMA Rx on RLSI
Ilpo Järvinen ilpo.jarvinen@linux.intel.com serial: 8250: Fall back to non-DMA Rx if IIR_RDI occurs
Mikulas Patocka mpatocka@redhat.com dm ioctl: fix misbehavior if list_versions races with module loading
Mitja Spes mitja@lxnav.com iio: pressure: ms5611: changed hardcoded SPI speed to value limited
Saravanan Sekar sravanhome@gmail.com iio: adc: mp2629: fix potential array out of bound access
Saravanan Sekar sravanhome@gmail.com iio: adc: mp2629: fix wrong comparison of channel
Yang Yingliang yangyingliang@huawei.com iio: trigger: sysfs: fix possible memory leak in iio_sysfs_trig_init()
Yang Yingliang yangyingliang@huawei.com iio: adc: at91_adc: fix possible memory leak in at91_adc_allocate_trigger()
Rajat Khandelwal rajat.khandelwal@linux.intel.com usb: typec: mux: Enter safe mode only when pins need to be reconfigured
Duoming Zhou duoming@zju.edu.cn usb: chipidea: fix deadlock in ci_otg_del_timer
Nicolas Dumazet ndumazet@google.com usb: add NO_LPM quirk for Realforce 87U Keyboard
Reinhard Speyerer rspmn@arcor.de USB: serial: option: add Fibocom FM160 0x0111 composition
Davide Tronchin davide.tronchin.94@gmail.com USB: serial: option: add u-blox LARA-L6 modem
Davide Tronchin davide.tronchin.94@gmail.com USB: serial: option: add u-blox LARA-R6 00B modem
Davide Tronchin davide.tronchin.94@gmail.com USB: serial: option: remove old LARA-R6 PID
Benoît Monin benoit.monin@gmx.fr USB: serial: option: add Sierra Wireless EM9191
Linus Walleij linus.walleij@linaro.org USB: bcma: Make GPIO explicitly optional
Mushahid Hussain mushi.shar@gmail.com speakup: fix a segfault caused by switching consoles
Krzysztof Kozlowski krzysztof.kozlowski@linaro.org slimbus: stream: correct presence rate frequencies
Johan Hovold johan+linaro@kernel.org Revert "usb: dwc3: disable USB core PHY management"
Takashi Iwai tiwai@suse.de ALSA: hda/realtek: Fix the speaker output on Samsung Galaxy Book Pro 360
Emil Flink emil.flink@gmail.com ALSA: hda/realtek: fix speakers for Samsung Galaxy Book Pro
Takashi Iwai tiwai@suse.de ALSA: usb-audio: Drop snd_BUG_ON() from snd_usbmidi_output_open()
Shang XiaoJing shangxiaojing@huawei.com tracing: kprobe: Fix potential null-ptr-deref on trace_array in kprobe_event_gen_test_exit()
Shang XiaoJing shangxiaojing@huawei.com tracing: kprobe: Fix potential null-ptr-deref on trace_event_file in kprobe_event_gen_test_exit()
Shang XiaoJing shangxiaojing@huawei.com tracing: Fix wild-memory-access in register_synth_event()
Shang XiaoJing shangxiaojing@huawei.com tracing: Fix memory leak in test_gen_synth_cmd() and test_empty_synth_event()
Steven Rostedt (Google) rostedt@goodmis.org tracing/ring-buffer: Have polling block on watermark
Daniil Tatianin d-tatianin@yandex-team.ru ring_buffer: Do not deactivate non-existant pages
Xiu Jianfeng xiujianfeng@huawei.com ftrace: Fix null pointer dereference in ftrace_add_mod()
Wang Wensheng wangwensheng4@huawei.com ftrace: Optimize the allocation for mcount entries
Wang Wensheng wangwensheng4@huawei.com ftrace: Fix the possible incorrect kernel message
Anastasia Belova abelova@astralinux.ru cifs: add check for returning value of SMB2_set_info_init
Yuan Can yuancan@huawei.com net: thunderbolt: Fix error handling in tbnet_init()
Zhang Xiaoxu zhangxiaoxu5@huawei.com cifs: Fix wrong return value checking when GETFLAGS
Wei Yongjun weiyongjun1@huawei.com net/x25: Fix skb leak in x25_lapb_receive_frame()
Liu Jian liujian56@huawei.com net: ag71xx: call phylink_disconnect_phy if ag71xx_hw_enable() fail in ag71xx_open()
Anastasia Belova abelova@astralinux.ru cifs: add check for returning value of SMB2_close_init
Roger Pau Monné roger.pau@citrix.com platform/x86/intel: pmc: Don't unconditionally attach Intel PMC when virtualized
Dan Carpenter error27@gmail.com drbd: use after free in drbd_create_device()
Yuan Can yuancan@huawei.com net: ena: Fix error handling in ena_init()
Yuan Can yuancan@huawei.com net: ionic: Fix error handling in ionic_init_module()
Yang Yingliang yangyingliang@huawei.com xen/pcpu: fix possible memory leak in register_pcpu()
Gaosheng Cui cuigaosheng1@huawei.com bnxt_en: Remove debugfs when pci_register_driver failed
Zhengchao Shao shaozhengchao@huawei.com net: caif: fix double disconnect client in chnl_net_open()
Chuang Wang nashuiliang@gmail.com net: macvlan: Use built-in RCU list checking
Wang ShaoBo bobo.shaobowang@huawei.com mISDN: fix misuse of put_device() in mISDN_register_device()
Zhengchao Shao shaozhengchao@huawei.com net: liquidio: release resources when liquidio driver open failed
Yuan Can yuancan@huawei.com net: hinic: Fix error handling in hinic_module_init()
Yang Yingliang yangyingliang@huawei.com mISDN: fix possible memory leak in mISDN_dsp_element_register()
Wei Yongjun weiyongjun1@huawei.com net: bgmac: Drop free_netdev() from bgmac_enet_remove()
Xu Kuohai xukuohai@huawei.com bpf: Initialize same number of free nodes for each pcpu_freelist
Yang Yingliang yangyingliang@huawei.com ata: libata-transport: fix error handling in ata_tdev_add()
Yang Yingliang yangyingliang@huawei.com ata: libata-transport: fix error handling in ata_tlink_add()
Yang Yingliang yangyingliang@huawei.com ata: libata-transport: fix error handling in ata_tport_add()
Yang Yingliang yangyingliang@huawei.com ata: libata-transport: fix double ata_host_put() in ata_tport_add()
Marek Vasut marex@denx.de arm64: dts: imx8mn: Fix NAND controller size-cells
Marek Vasut marex@denx.de arm64: dts: imx8mm: Fix NAND controller size-cells
Marek Vasut marex@denx.de ARM: dts: imx7: Fix NAND controller size-cells
Shang XiaoJing shangxiaojing@huawei.com drm: Fix potential null-ptr-deref in drm_vblank_destroy_worker()
Shang XiaoJing shangxiaojing@huawei.com drm/drv: Fix potential memory leak in drm_dev_init()
Aishwarya Kothari aishwarya.kothari@toradex.com drm/panel: simple: set bpc field for logic technologies displays
Zeng Heng zengheng4@huawei.com pinctrl: devicetree: fix null pointer dereferencing in pinctrl_dt_to_map
Maciej W. Rozycki macro@orcam.me.uk parport_pc: Avoid FIFO port location truncation
Yang Yingliang yangyingliang@huawei.com siox: fix possible memory leak in siox_device_add()
D Scott Phillips scott@os.amperecomputing.com arm64: Fix bit-shifting UB in the MIDR_CPU_MODEL() macro
Serge Semin Sergey.Semin@baikalelectronics.ru block: sed-opal: kmalloc the cmd/resp buffers
Xin Long lucien.xin@gmail.com sctp: clear out_curr if all frag chunks of current msg are pruned
Xin Long lucien.xin@gmail.com sctp: remove the unnecessary sinfo_stream check in sctp_prsctp_prune_unsent
Chen Zhongjin chenzhongjin@huawei.com ASoC: soc-utils: Remove __exit for snd_soc_util_exit()
Baisong Zhong zhongbaisong@huawei.com bpf, test_run: Fix alignment problem in bpf_prog_test_run_skb()
Duoming Zhou duoming@zju.edu.cn tty: n_gsm: fix sleep-in-atomic-context bug in gsm_control_send
Shawn Guo shawn.guo@linaro.org serial: imx: Add missing .thaw_noirq hook
Tony Lindgren tony@atomide.com serial: 8250: omap: Flush PM QOS work on remove
Tony Lindgren tony@atomide.com serial: 8250: omap: Fix unpaired pm_runtime_put_sync() in omap8250_remove()
Matthias Schiffer matthias.schiffer@ew.tq-group.com serial: 8250_omap: remove wait loop from Errata i202 workaround
Tony Lindgren tony@atomide.com serial: 8250: omap: Fix missing PM runtime calls for omap8250_set_mctrl()
Ilpo Järvinen ilpo.jarvinen@linux.intel.com serial: 8250: Remove serial_rs485 sanitization from em485
Martin Povišer povik+lin@cutebit.org ASoC: tas2764: Fix set_tdm_slot in case of single slot
Martin Povišer povik+lin@cutebit.org ASoC: tas2770: Fix set_tdm_slot in case of single slot
Chen Zhongjin chenzhongjin@huawei.com ASoC: core: Fix use-after-free in snd_soc_exit()
Marek Vasut marex@denx.de spi: stm32: Print summary 'callbacks suppressed' message
Guchun Chen guchun.chen@amd.com drm/amdgpu: disable BACO on special BEIGE_GOBY card
Guchun Chen guchun.chen@amd.com drm/amd/pm: disable BACO entry/exit completely on several sienna cichlid cards
Lijo Lazar lijo.lazar@amd.com drm/amd/pm: Read BIF STRAP also for BACO check
Evan Quan evan.quan@amd.com drm/amd/pm: support power source switch on Sienna Cichlid
Haibo Chen haibo.chen@nxp.com mmc: sdhci-esdhc-imx: use the correct host caps for MMC_CAP_8_BIT_DATA
Mika Westerberg mika.westerberg@linux.intel.com spi: intel: Use correct mask for flash and protected regions
Mika Westerberg mika.westerberg@linux.intel.com mtd: spi-nor: intel-spi: Disable write protection only if asked
Alexander Sergeyev sergeev917@gmail.com ALSA: hda/realtek: fix speakers and micmute on HP 855 G8
Colin Ian King colin.i.king@gmail.com ASoC: codecs: jz4725b: Fix spelling mistake "Sourc" -> "Source", "Routee" -> "Route"
Luiz Augusto von Dentz luiz.von.dentz@intel.com Bluetooth: L2CAP: Fix l2cap_global_chan_by_psm
Filipe Manana fdmanana@suse.com btrfs: remove pointless and double ulist frees in error paths of qgroup tests
Nathan Huckleberry nhuck@google.com drm/imx: imx-tve: Fix return type of imx_tve_connector_mode_valid
Nam Cao namcaov@gmail.com i2c: i801: add lis3lv02d's I2C address for Vostro 5568
Thierry Reding treding@nvidia.com i2c: tegra: Allocate DMA memory for DMA engine
Benjamin Coddington bcodding@redhat.com NFSv4: Retry LOCK on OLD_STATEID during delegation return
Rodrigo Siqueira Rodrigo.Siqueira@amd.com drm/amd/display: Remove wrong pipe control lock
Shuming Fan shumingf@realtek.com ASoC: rt1308-sdw: add the default value of some registers
Alexandre Belloni alexandre.belloni@bootlin.com rtc: cmos: fix build on non-ACPI platforms
Ricardo Cañuelo ricardo.canuelo@collabora.com selftests/intel_pstate: fix build for ARCH=x86_64
Ricardo Cañuelo ricardo.canuelo@collabora.com selftests/futex: fix build for clang
Pierre-Louis Bossart pierre-louis.bossart@linux.intel.com ASoC: Intel: sof_sdw: add quirk variant for LAPBC710 NUC15
Siarhei Volkau lis8215@gmail.com ASoC: codecs: jz4725b: fix capture selector naming
Siarhei Volkau lis8215@gmail.com ASoC: codecs: jz4725b: use right control for Capture Volume
Siarhei Volkau lis8215@gmail.com ASoC: codecs: jz4725b: fix reported volume for Master ctl
Siarhei Volkau lis8215@gmail.com ASoC: codecs: jz4725b: add missed Line In power control bit
Mauro Lima mauro.lima@eclypsium.com spi: intel: Fix the offset to get the 64K erase opcode
Xiaolei Wang xiaolei.wang@windriver.com ASoC: wm8962: Add an event handler for TEMP_HP and TEMP_SPK
Zhang Qilong zhangqilong3@huawei.com ASoC: mt6660: Keep the pm_runtime enables before component stuff in mt6660_i2c_probe
Zhang Qilong zhangqilong3@huawei.com ASoC: wm8997: Revert "ASoC: wm8997: Fix PM disable depth imbalance in wm8997_probe"
Zhang Qilong zhangqilong3@huawei.com ASoC: wm5110: Revert "ASoC: wm5110: Fix PM disable depth imbalance in wm5110_probe"
Zhang Qilong zhangqilong3@huawei.com ASoC: wm5102: Revert "ASoC: wm5102: Fix PM disable depth imbalance in wm5102_probe"
-------------
Diffstat:
.../process/code-of-conduct-interpretation.rst | 2 +- Makefile | 4 +- arch/arm/boot/dts/imx7s.dtsi | 4 +- arch/arm64/boot/dts/freescale/imx8mm.dtsi | 4 +- arch/arm64/boot/dts/freescale/imx8mn.dtsi | 2 +- arch/arm64/include/asm/cputype.h | 2 +- arch/x86/events/intel/pt.c | 9 +++ block/sed-opal.c | 32 ++++++++-- drivers/accessibility/speakup/main.c | 2 +- drivers/ata/libata-transport.c | 19 ++++-- drivers/block/drbd/drbd_main.c | 4 +- drivers/firmware/google/coreboot_table.c | 37 ++++++++--- drivers/gpu/drm/amd/display/dc/dcn20/dcn20_hwseq.c | 2 +- drivers/gpu/drm/amd/pm/swsmu/smu11/arcturus_ppt.c | 25 ++++++-- drivers/gpu/drm/amd/pm/swsmu/smu11/navi10_ppt.c | 27 +++++--- .../drm/amd/pm/swsmu/smu11/sienna_cichlid_ppt.c | 42 +++++++++++-- drivers/gpu/drm/drm_drv.c | 2 +- drivers/gpu/drm/drm_internal.h | 3 +- drivers/gpu/drm/imx/imx-tve.c | 5 +- drivers/gpu/drm/panel/panel-simple.c | 2 + drivers/i2c/busses/i2c-i801.c | 1 + drivers/i2c/busses/i2c-tegra.c | 16 +++-- drivers/iio/adc/at91_adc.c | 4 +- drivers/iio/adc/mp2629_adc.c | 5 +- drivers/iio/pressure/ms5611_spi.c | 2 +- drivers/iio/trigger/iio-trig-sysfs.c | 6 +- drivers/input/joystick/iforce/iforce-main.c | 8 +-- drivers/input/serio/i8042.c | 4 -- drivers/iommu/intel/pasid.c | 5 +- drivers/isdn/mISDN/core.c | 2 +- drivers/isdn/mISDN/dsp_pipeline.c | 3 +- drivers/md/dm-ioctl.c | 4 +- drivers/mfd/lpc_ich.c | 59 ++++++++++++++++-- drivers/misc/vmw_vmci/vmci_queue_pair.c | 2 + drivers/mmc/core/core.c | 8 ++- drivers/mmc/host/sdhci-esdhc-imx.c | 4 +- drivers/mmc/host/sdhci-pci-core.c | 2 + drivers/mmc/host/sdhci-pci-o2micro.c | 7 +++ drivers/mtd/spi-nor/controllers/intel-spi-pci.c | 29 ++++++--- drivers/mtd/spi-nor/controllers/intel-spi.c | 51 ++++++++-------- drivers/net/ethernet/amazon/ena/ena_netdev.c | 8 ++- drivers/net/ethernet/atheros/ag71xx.c | 3 +- drivers/net/ethernet/broadcom/bgmac.c | 1 - drivers/net/ethernet/broadcom/bnxt/bnxt.c | 10 ++- drivers/net/ethernet/cavium/liquidio/lio_main.c | 34 ++++++++--- drivers/net/ethernet/huawei/hinic/hinic_main.c | 9 ++- drivers/net/ethernet/pensando/ionic/ionic_main.c | 8 ++- drivers/net/macvlan.c | 6 +- drivers/net/thunderbolt.c | 19 ++++-- drivers/net/usb/smsc95xx.c | 27 ++++++-- drivers/nvme/host/core.c | 6 ++ drivers/nvme/host/nvme.h | 16 ++++- drivers/parport/parport_pc.c | 2 +- drivers/pinctrl/devicetree.c | 2 + drivers/platform/x86/intel_pmc_core_pltdrv.c | 9 +++ drivers/rtc/rtc-cmos.c | 3 + drivers/s390/scsi/zfcp_fsf.c | 2 +- drivers/scsi/scsi_debug.c | 6 +- drivers/siox/siox-core.c | 2 + drivers/slimbus/stream.c | 8 +-- drivers/spi/spi-stm32.c | 1 + drivers/target/loopback/tcm_loop.c | 3 +- drivers/tty/n_gsm.c | 2 +- drivers/tty/serial/8250/8250_lpss.c | 15 +++-- drivers/tty/serial/8250/8250_omap.c | 45 ++++++++------ drivers/tty/serial/8250/8250_port.c | 25 +++----- drivers/tty/serial/imx.c | 1 + drivers/usb/chipidea/otg_fsm.c | 2 + drivers/usb/core/quirks.c | 3 + drivers/usb/dwc3/host.c | 10 --- drivers/usb/host/bcma-hcd.c | 10 +-- drivers/usb/serial/option.c | 19 +++++- drivers/usb/typec/mux/intel_pmc_mux.c | 15 ++++- drivers/xen/pcpu.c | 2 +- fs/btrfs/tests/qgroup-tests.c | 16 ++--- fs/buffer.c | 4 +- fs/cifs/ioctl.c | 4 +- fs/cifs/smb2ops.c | 4 ++ fs/gfs2/ops_fstype.c | 17 ++++-- fs/namei.c | 2 +- fs/nfs/nfs4proc.c | 6 +- fs/ntfs/attrib.c | 28 +++++++-- fs/ntfs/inode.c | 7 +++ include/linux/platform_data/intel-spi.h | 6 +- include/linux/ring_buffer.h | 2 +- include/linux/stddef.h | 48 +++++++++++++++ include/net/ip.h | 2 +- include/net/ipv6.h | 2 +- include/uapi/linux/ip.h | 6 +- include/uapi/linux/ipv6.h | 6 +- include/uapi/linux/stddef.h | 25 ++++++++ kernel/bpf/percpu_freelist.c | 23 ++++--- kernel/kprobes.c | 8 ++- kernel/trace/ftrace.c | 5 +- kernel/trace/kprobe_event_gen_test.c | 48 ++++++++++----- kernel/trace/ring_buffer.c | 71 +++++++++++++++------- kernel/trace/synth_event_gen_test.c | 16 ++--- kernel/trace/trace.c | 2 +- kernel/trace/trace_events_synth.c | 5 +- mm/filemap.c | 2 +- mm/maccess.c | 2 +- net/9p/trans_fd.c | 6 +- net/bluetooth/l2cap_core.c | 2 +- net/bpf/test_run.c | 1 + net/caif/chnl_net.c | 3 - net/ipv4/tcp_cdg.c | 2 + net/kcm/kcmsock.c | 62 +++---------------- net/l2tp/l2tp_core.c | 10 +-- net/sctp/outqueue.c | 13 ++-- net/x25/x25_dev.c | 2 +- scripts/kernel-doc | 7 +++ sound/pci/hda/patch_realtek.c | 14 +++++ sound/soc/codecs/jz4725b.c | 34 ++++++----- sound/soc/codecs/mt6660.c | 8 +-- sound/soc/codecs/rt1308-sdw.h | 2 + sound/soc/codecs/tas2764.c | 19 ++---- sound/soc/codecs/tas2770.c | 20 ++---- sound/soc/codecs/wm5102.c | 6 +- sound/soc/codecs/wm5110.c | 6 +- sound/soc/codecs/wm8962.c | 54 +++++++++++++++- sound/soc/codecs/wm8997.c | 6 +- sound/soc/intel/boards/sof_sdw.c | 11 ++++ sound/soc/soc-core.c | 17 +++++- sound/soc/soc-utils.c | 2 +- sound/usb/midi.c | 4 +- tools/testing/selftests/futex/functional/Makefile | 6 +- tools/testing/selftests/intel_pstate/Makefile | 6 +- 127 files changed, 1008 insertions(+), 467 deletions(-)
On Wed, Nov 23, 2022 at 09:49:43AM +0100, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.156 release. There are 149 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, 25 Nov 2022 08:45:20 +0000. Anything received after that time might be too late.
Hi Greg,
5.10.156-rc1 tested.
Run tested on: - Intel Skylake x86_64 (nuc6 i5-6260U)
In addition - build tested for: - Allwinner A64 - Allwinner H3 - Allwinner H5 - Allwinner H6 - Rockchip RK3288 - Rockchip RK3328 - Rockchip RK3399pro
Tested-by: Rudi Heitbaum rudi@heitbaum.com -- Rudi
Hi!
This is the start of the stable review cycle for the 5.10.156 release. There are 149 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 Wed, 23 Nov 2022 at 14:50, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 5.10.156 release. There are 149 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, 25 Nov 2022 08:45:20 +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.156-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
With stable rc 5.10.156-rc1 Raspberry Pi 4 Model B failed to boot due to following warnings / errors [1]. The NFS mount failed and failed to boot.
I have to bisect this problem.
Reported-by: Linux Kernel Functional Testing lkft@linaro.org
[ 0.000000] Linux version 5.10.156-rc1 (tuxmake@tuxmake) (aarch64-linux-gnu-gcc (Debian 11.3.0-6) 11.3.0, GNU ld (GNU Binutils for Debian) 2.39) #1 SMP PREEMPT @1669194931 [ 0.000000] Machine model: Raspberry Pi 4 Model B --- [ 3.253965] mmc0: new high speed SDIO card at address 0001 [ 7.229502] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off [ 7.237710] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 7.253259] Sending DHCP requests ...... [ 81.086546] DHCP/BOOTP: Reply not for us on eth0, op[2] xid[42e6766b] [ 89.106504] DHCP/BOOTP: Reply not for us on eth0, op[2] xid[42e6766b] [ 98.657252] timed out! [ 98.683997] bcmgenet fd580000.ethernet eth0: Link is Down [ 98.691276] IP-Config: Retrying forever (NFS root)... [ 98.698404] bcmgenet fd580000.ethernet: configuring instance for external RGMII (RX delay) [ 98.707190] bcmgenet fd580000.ethernet eth0: Link is Down [ 102.813504] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off [ 102.821680] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 102.841257] Sending DHCP requests .... [ 119.840915] DHCP/BOOTP: Reply not for us on eth0, op[2] xid[34e6766b] [ 127.860148] DHCP/BOOTP: Reply not for us on eth0, op[2] xid[34e6766b] [ 132.513252] .. timed out!
[1] https://lkft.validation.linaro.org/scheduler/job/5880584#L392
-- Linaro LKFT https://lkft.linaro.org
On Wed, 23 Nov 2022 at 19:30, Naresh Kamboju naresh.kamboju@linaro.org wrote:
On Wed, 23 Nov 2022 at 14:50, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 5.10.156 release. There are 149 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, 25 Nov 2022 08:45:20 +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.156-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
With stable rc 5.10.156-rc1 Raspberry Pi 4 Model B failed to boot due to following warnings / errors [1]. The NFS mount failed and failed to boot.
I have to bisect this problem.
Daniel bisected this reported problem and found the first bad commit,
YueHaibing yuehaibing@huawei.com net: broadcom: Fix BCMGENET Kconfig
Reported-by: Linux Kernel Functional Testing lkft@linaro.org
[ 0.000000] Linux version 5.10.156-rc1 (tuxmake@tuxmake) (aarch64-linux-gnu-gcc (Debian 11.3.0-6) 11.3.0, GNU ld (GNU Binutils for Debian) 2.39) #1 SMP PREEMPT @1669194931 [ 0.000000] Machine model: Raspberry Pi 4 Model B
[ 3.253965] mmc0: new high speed SDIO card at address 0001 [ 7.229502] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off [ 7.237710] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 7.253259] Sending DHCP requests ...... [ 81.086546] DHCP/BOOTP: Reply not for us on eth0, op[2] xid[42e6766b] [ 89.106504] DHCP/BOOTP: Reply not for us on eth0, op[2] xid[42e6766b] [ 98.657252] timed out! [ 98.683997] bcmgenet fd580000.ethernet eth0: Link is Down [ 98.691276] IP-Config: Retrying forever (NFS root)... [ 98.698404] bcmgenet fd580000.ethernet: configuring instance for external RGMII (RX delay) [ 98.707190] bcmgenet fd580000.ethernet eth0: Link is Down [ 102.813504] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off [ 102.821680] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 102.841257] Sending DHCP requests .... [ 119.840915] DHCP/BOOTP: Reply not for us on eth0, op[2] xid[34e6766b] [ 127.860148] DHCP/BOOTP: Reply not for us on eth0, op[2] xid[34e6766b] [ 132.513252] .. timed out!
[1] https://lkft.validation.linaro.org/scheduler/job/5880584#L392
-- Linaro LKFT https://lkft.linaro.org
On Thu, Nov 24, 2022 at 09:17:36PM +0530, Naresh Kamboju wrote:
On Wed, 23 Nov 2022 at 19:30, Naresh Kamboju naresh.kamboju@linaro.org wrote:
On Wed, 23 Nov 2022 at 14:50, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 5.10.156 release. There are 149 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, 25 Nov 2022 08:45:20 +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.156-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
With stable rc 5.10.156-rc1 Raspberry Pi 4 Model B failed to boot due to following warnings / errors [1]. The NFS mount failed and failed to boot.
I have to bisect this problem.
Daniel bisected this reported problem and found the first bad commit,
YueHaibing yuehaibing@huawei.com net: broadcom: Fix BCMGENET Kconfig
But that is in 5.10.155, 5.15.79, 6.0.9, and 6.1-rc5. It is not new to this -rc release.
What config options are being set because of this that cause the problem? Should it just be reverted for 5.10.y, and not the other branches? Or for everywhere including Linus's tree?
thanks,
greg k-h
On Fri, 25 Nov 2022 at 12:57, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Thu, Nov 24, 2022 at 09:17:36PM +0530, Naresh Kamboju wrote:
On Wed, 23 Nov 2022 at 19:30, Naresh Kamboju naresh.kamboju@linaro.org wrote:
On Wed, 23 Nov 2022 at 14:50, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 5.10.156 release. There are 149 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, 25 Nov 2022 08:45:20 +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.156-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
With stable rc 5.10.156-rc1 Raspberry Pi 4 Model B failed to boot due to following warnings / errors [1]. The NFS mount failed and failed to boot.
I have to bisect this problem.
Daniel bisected this reported problem and found the first bad commit,
YueHaibing yuehaibing@huawei.com net: broadcom: Fix BCMGENET Kconfig
But that is in 5.10.155, 5.15.79, 6.0.9, and 6.1-rc5. It is not new to this -rc release.
It started from 5.10.155 and this is only seen on 5.10 and other branches 5.15, 6.0 and mainline are looking good.
What config options are being set because of this that cause the problem?
LKFT is built with arm64 defconfig + distro configs as described below.
Should it just be reverted for 5.10.y, and not the other branches? Or for everywhere including Linus's tree?
Reverting for 5.10 works for Rpi-4 to boot.
Due to the problematic commit # CONFIG_BROADCOM_PHY is not set and Raspberry Pi 4 boot failed only on 5.10.155 and later.
--
diff -Narub good-config bad-config --- good-config 2022-11-09 14:19:58.000000000 +0530 +++ bad-config 2022-11-16 15:50:36.000000000 +0530 @@ -1,6 +1,6 @@ # # Automatically generated file; DO NOT EDIT. -# Linux/arm64 5.10.154-rc2 Kernel Configuration +# Linux/arm64 5.10.155 Kernel Configuration # CONFIG_CC_VERSION_TEXT="aarch64-linux-gnu-gcc (Debian 11.3.0-6) 11.3.0" CONFIG_CC_IS_GCC=y @@ -2611,7 +2611,7 @@ # CONFIG_ADIN_PHY is not set CONFIG_AQUANTIA_PHY=y # CONFIG_AX88796B_PHY is not set -CONFIG_BROADCOM_PHY=y +# CONFIG_BROADCOM_PHY is not set # CONFIG_BCM54140_PHY is not set CONFIG_BCM7XXX_PHY=y # CONFIG_BCM84881_PHY is not set
---
# To install tuxmake on your system globally: # sudo pip3 install -U tuxmake # # See https://docs.tuxmake.org/ for complete documentation. # Original tuxmake command with fragments listed below. # tuxmake --runtime podman --target-arch arm64 --toolchain gcc-11 --kconfig defconfig --kconfig-add https://raw.githubusercontent.com/Linaro/meta-lkft/kirkstone/meta/recipes-ke... --kconfig-add https://raw.githubusercontent.com/Linaro/meta-lkft/kirkstone/meta/recipes-ke... --kconfig-add https://raw.githubusercontent.com/Linaro/meta-lkft/kirkstone/meta/recipes-ke... --kconfig-add https://raw.githubusercontent.com/Linaro/meta-lkft/kirkstone/meta/recipes-ke... --kconfig-add https://raw.githubusercontent.com/Linaro/meta-lkft/kirkstone/meta/recipes-ke... --kconfig-add CONFIG_ARM64_MODULE_PLTS=y --kconfig-add CONFIG_SYN_COOKIES=y --kconfig-add CONFIG_SCHEDSTATS=y CROSS_COMPILE_COMPAT=arm-linux-gnueabihf-
Bad config link, https://builds.tuxbuild.com/2HcnnvEDD3gSr1zmS5DHzqPG2cJ/config
thanks,
greg k-h
- Naresh
On 2022/11/25 16:05, Naresh Kamboju wrote:
On Fri, 25 Nov 2022 at 12:57, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Thu, Nov 24, 2022 at 09:17:36PM +0530, Naresh Kamboju wrote:
On Wed, 23 Nov 2022 at 19:30, Naresh Kamboju naresh.kamboju@linaro.org wrote:
On Wed, 23 Nov 2022 at 14:50, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 5.10.156 release. There are 149 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, 25 Nov 2022 08:45:20 +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.156-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
With stable rc 5.10.156-rc1 Raspberry Pi 4 Model B failed to boot due to following warnings / errors [1]. The NFS mount failed and failed to boot.
I have to bisect this problem.
Daniel bisected this reported problem and found the first bad commit,
YueHaibing yuehaibing@huawei.com net: broadcom: Fix BCMGENET Kconfig
But that is in 5.10.155, 5.15.79, 6.0.9, and 6.1-rc5. It is not new to this -rc release.
It started from 5.10.155 and this is only seen on 5.10 and other branches 5.15, 6.0 and mainline are looking good.
What config options are being set because of this that cause the problem?
LKFT is built with arm64 defconfig + distro configs as described below.
Should it just be reverted for 5.10.y, and not the other branches? Or for everywhere including Linus's tree?
Reverting for 5.10 works for Rpi-4 to boot.
Due to the problematic commit # CONFIG_BROADCOM_PHY is not set and Raspberry Pi 4 boot failed only on 5.10.155 and later.
BROADCOM_PHY is needed by ARCH_BCM2835, but BROADCOM_PHY depends on PTP_1588_CLOCK_OPTIONAL now see commit 39db6be781cd ("net: phy: broadcom: Add PTP support for some Broadcom PHYs.")
config BROADCOM_PHY tristate "Broadcom 54XX PHYs" select BCM_NET_PHYLIB select BCM_NET_PHYPTP if NETWORK_PHY_TIMESTAMPING depends on PTP_1588_CLOCK_OPTIONAL
Your config don't enable PTP_1588_CLOCK_OPTIONAL, maybe PTP_1588_CLOCK_OPTIONAL should be enabled or BROADCOM_PHY does not depends on PTP_1588_CLOCK_OPTIONAL?
--
diff -Narub good-config bad-config --- good-config 2022-11-09 14:19:58.000000000 +0530 +++ bad-config 2022-11-16 15:50:36.000000000 +0530 @@ -1,6 +1,6 @@ # # Automatically generated file; DO NOT EDIT. -# Linux/arm64 5.10.154-rc2 Kernel Configuration +# Linux/arm64 5.10.155 Kernel Configuration # CONFIG_CC_VERSION_TEXT="aarch64-linux-gnu-gcc (Debian 11.3.0-6) 11.3.0" CONFIG_CC_IS_GCC=y @@ -2611,7 +2611,7 @@ # CONFIG_ADIN_PHY is not set CONFIG_AQUANTIA_PHY=y # CONFIG_AX88796B_PHY is not set -CONFIG_BROADCOM_PHY=y +# CONFIG_BROADCOM_PHY is not set # CONFIG_BCM54140_PHY is not set CONFIG_BCM7XXX_PHY=y # CONFIG_BCM84881_PHY is not set
# To install tuxmake on your system globally: # sudo pip3 install -U tuxmake # # See https://docs.tuxmake.org/ for complete documentation. # Original tuxmake command with fragments listed below. # tuxmake --runtime podman --target-arch arm64 --toolchain gcc-11 --kconfig defconfig --kconfig-add https://raw.githubusercontent.com/Linaro/meta-lkft/kirkstone/meta/recipes-ke... --kconfig-add https://raw.githubusercontent.com/Linaro/meta-lkft/kirkstone/meta/recipes-ke... --kconfig-add https://raw.githubusercontent.com/Linaro/meta-lkft/kirkstone/meta/recipes-ke... --kconfig-add https://raw.githubusercontent.com/Linaro/meta-lkft/kirkstone/meta/recipes-ke... --kconfig-add https://raw.githubusercontent.com/Linaro/meta-lkft/kirkstone/meta/recipes-ke... --kconfig-add CONFIG_ARM64_MODULE_PLTS=y --kconfig-add CONFIG_SYN_COOKIES=y --kconfig-add CONFIG_SCHEDSTATS=y CROSS_COMPILE_COMPAT=arm-linux-gnueabihf-
Bad config link, https://builds.tuxbuild.com/2HcnnvEDD3gSr1zmS5DHzqPG2cJ/config
thanks,
greg k-h
- Naresh
.
On Fri, Nov 25, 2022, at 09:05, Naresh Kamboju wrote:
On Fri, 25 Nov 2022 at 12:57, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Thu, Nov 24, 2022 at 09:17:36PM +0530, Naresh Kamboju wrote:
Daniel bisected this reported problem and found the first bad commit,
YueHaibing yuehaibing@huawei.com net: broadcom: Fix BCMGENET Kconfig
But that is in 5.10.155, 5.15.79, 6.0.9, and 6.1-rc5. It is not new to this -rc release.
It started from 5.10.155 and this is only seen on 5.10 and other branches 5.15, 6.0 and mainline are looking good.
I think the original patch is wrong and should be fixed upstream. The backported patch in question is a one-line Kconfig change doing
diff --git a/drivers/net/ethernet/broadcom/Kconfig b/drivers/net/ethernet/broadcom/Kconfig index f4e1ca68d831..55dfdb34e37b 100644 --- a/drivers/net/ethernet/broadcom/Kconfig +++ b/drivers/net/ethernet/broadcom/Kconfig @@ -77,7 +77,7 @@ config BCMGENET select BCM7XXX_PHY select MDIO_BCM_UNIMAC select DIMLIB - select BROADCOM_PHY if ARCH_BCM2835 + select BROADCOM_PHY if (ARCH_BCM2835 && PTP_1588_CLOCK_OPTIONAL) help This driver supports the built-in Ethernet MACs found in the Broadcom BCM7xxx Set Top Box family chipset.
which fixes the build on kernels that contain 99addbe31f55 ("net: broadcom: Select BROADCOM_PHY for BCMGENET") and enable BCMGENET=y but PTP_1588_CLOCK_OPTIONAL=m, which otherwise leads to a link failure.
The patch unfortunately solves it by replacing it with a runtime failure by no longer linking in the PHY driver (as found by Naresh).
I think the correct fix would be to propagate the dependency down to BCMGENET:
diff --git a/drivers/net/ethernet/broadcom/Kconfig b/drivers/net/ethernet/broadcom/Kconfig index f4e1ca68d831..f4ca0c6c0f51 100644 --- a/drivers/net/ethernet/broadcom/Kconfig +++ b/drivers/net/ethernet/broadcom/Kconfig @@ -71,6 +71,7 @@ config BCM63XX_ENET config BCMGENET tristate "Broadcom GENET internal MAC support" depends on HAS_IOMEM + depends on PTP_1588_CLOCK_OPTIONAL || !ARCH_BCM2835 select MII select PHYLIB select FIXED_PHY
With this change, the broken config is no longer possible, instead forcing BCMGENET to be =m when building for ARCH_BCM2835 with PTP_1588_CLOCK=m.
Arnd
On 2022/11/25 18:02, Arnd Bergmann wrote:
On Fri, Nov 25, 2022, at 09:05, Naresh Kamboju wrote:
On Fri, 25 Nov 2022 at 12:57, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Thu, Nov 24, 2022 at 09:17:36PM +0530, Naresh Kamboju wrote:
Daniel bisected this reported problem and found the first bad commit,
YueHaibing yuehaibing@huawei.com net: broadcom: Fix BCMGENET Kconfig
But that is in 5.10.155, 5.15.79, 6.0.9, and 6.1-rc5. It is not new to this -rc release.
It started from 5.10.155 and this is only seen on 5.10 and other branches 5.15, 6.0 and mainline are looking good.
I think the original patch is wrong and should be fixed upstream. The backported patch in question is a one-line Kconfig change doing
It seems lts 5.10 do not contain commit e5f31552674e ("ethernet: fix PTP_1588_CLOCK dependencies"), there is not PTP_1588_CLOCK_OPTIONAL option.
diff --git a/drivers/net/ethernet/broadcom/Kconfig b/drivers/net/ethernet/broadcom/Kconfig index f4e1ca68d831..55dfdb34e37b 100644 --- a/drivers/net/ethernet/broadcom/Kconfig +++ b/drivers/net/ethernet/broadcom/Kconfig @@ -77,7 +77,7 @@ config BCMGENET select BCM7XXX_PHY select MDIO_BCM_UNIMAC select DIMLIB
select BROADCOM_PHY if ARCH_BCM2835
select BROADCOM_PHY if (ARCH_BCM2835 && PTP_1588_CLOCK_OPTIONAL) help This driver supports the built-in Ethernet MACs found in the Broadcom BCM7xxx Set Top Box family chipset.which fixes the build on kernels that contain 99addbe31f55 ("net: broadcom: Select BROADCOM_PHY for BCMGENET") and enable BCMGENET=y but PTP_1588_CLOCK_OPTIONAL=m, which otherwise leads to a link failure.
The patch unfortunately solves it by replacing it with a runtime failure by no longer linking in the PHY driver (as found by Naresh).
I think the correct fix would be to propagate the dependency down to BCMGENET:
diff --git a/drivers/net/ethernet/broadcom/Kconfig b/drivers/net/ethernet/broadcom/Kconfig index f4e1ca68d831..f4ca0c6c0f51 100644 --- a/drivers/net/ethernet/broadcom/Kconfig +++ b/drivers/net/ethernet/broadcom/Kconfig @@ -71,6 +71,7 @@ config BCM63XX_ENET config BCMGENET tristate "Broadcom GENET internal MAC support" depends on HAS_IOMEM
- depends on PTP_1588_CLOCK_OPTIONAL || !ARCH_BCM2835 select MII select PHYLIB select FIXED_PHY
With this change, the broken config is no longer possible, instead forcing BCMGENET to be =m when building for ARCH_BCM2835 with PTP_1588_CLOCK=m.
Arnd.
On Fri, Nov 25, 2022, at 11:25, YueHaibing wrote:
On 2022/11/25 18:02, Arnd Bergmann wrote:
On Fri, Nov 25, 2022, at 09:05, Naresh Kamboju wrote:
On Fri, 25 Nov 2022 at 12:57, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Thu, Nov 24, 2022 at 09:17:36PM +0530, Naresh Kamboju wrote:
Daniel bisected this reported problem and found the first bad commit,
YueHaibing yuehaibing@huawei.com net: broadcom: Fix BCMGENET Kconfig
But that is in 5.10.155, 5.15.79, 6.0.9, and 6.1-rc5. It is not new to this -rc release.
It started from 5.10.155 and this is only seen on 5.10 and other branches 5.15, 6.0 and mainline are looking good.
I think the original patch is wrong and should be fixed upstream. The backported patch in question is a one-line Kconfig change doing
It seems lts 5.10 do not contain commit e5f31552674e ("ethernet: fix PTP_1588_CLOCK dependencies"), there is not PTP_1588_CLOCK_OPTIONAL option.
Ok, so there is a second problem then.
Greg, please just revert fbb4e8e6dc7b ("net: broadcom: Fix BCMGENET Kconfig") in stable/linux-5.10.y: it depends on e5f31552674e ("ethernet: fix PTP_1588_CLOCK dependencies"), which we probably don't want backported from 5.15 to 5.10.
YueHaibing, do you agree with my suggestion for improving the upstream 8d820bc9d12b ("net: broadcom: Fix BCMGENET Kconfig") commit? Can you send a follow-up fix, or should I?
Arnd
On 2022/11/25 18:32, Arnd Bergmann wrote:
On Fri, Nov 25, 2022, at 11:25, YueHaibing wrote:
On 2022/11/25 18:02, Arnd Bergmann wrote:
On Fri, Nov 25, 2022, at 09:05, Naresh Kamboju wrote:
On Fri, 25 Nov 2022 at 12:57, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Thu, Nov 24, 2022 at 09:17:36PM +0530, Naresh Kamboju wrote:
Daniel bisected this reported problem and found the first bad commit,
YueHaibing yuehaibing@huawei.com net: broadcom: Fix BCMGENET Kconfig
But that is in 5.10.155, 5.15.79, 6.0.9, and 6.1-rc5. It is not new to this -rc release.
It started from 5.10.155 and this is only seen on 5.10 and other branches 5.15, 6.0 and mainline are looking good.
I think the original patch is wrong and should be fixed upstream. The backported patch in question is a one-line Kconfig change doing
It seems lts 5.10 do not contain commit e5f31552674e ("ethernet: fix PTP_1588_CLOCK dependencies"), there is not PTP_1588_CLOCK_OPTIONAL option.
Ok, so there is a second problem then.
Greg, please just revert fbb4e8e6dc7b ("net: broadcom: Fix BCMGENET Kconfig") in stable/linux-5.10.y: it depends on e5f31552674e ("ethernet: fix PTP_1588_CLOCK dependencies"), which we probably don't want backported from 5.15 to 5.10.
YueHaibing, do you agree with my suggestion for improving the upstream 8d820bc9d12b ("net: broadcom: Fix BCMGENET Kconfig") commit? Can you send a follow-up fix, or should I?
Ok, I will take care this.
Arnd.
On Fri, Nov 25, 2022 at 11:32:49AM +0100, Arnd Bergmann wrote:
On Fri, Nov 25, 2022, at 11:25, YueHaibing wrote:
On 2022/11/25 18:02, Arnd Bergmann wrote:
On Fri, Nov 25, 2022, at 09:05, Naresh Kamboju wrote:
On Fri, 25 Nov 2022 at 12:57, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Thu, Nov 24, 2022 at 09:17:36PM +0530, Naresh Kamboju wrote:
Daniel bisected this reported problem and found the first bad commit,
YueHaibing yuehaibing@huawei.com net: broadcom: Fix BCMGENET Kconfig
But that is in 5.10.155, 5.15.79, 6.0.9, and 6.1-rc5. It is not new to this -rc release.
It started from 5.10.155 and this is only seen on 5.10 and other branches 5.15, 6.0 and mainline are looking good.
I think the original patch is wrong and should be fixed upstream. The backported patch in question is a one-line Kconfig change doing
It seems lts 5.10 do not contain commit e5f31552674e ("ethernet: fix PTP_1588_CLOCK dependencies"), there is not PTP_1588_CLOCK_OPTIONAL option.
Ok, so there is a second problem then.
Greg, please just revert fbb4e8e6dc7b ("net: broadcom: Fix BCMGENET Kconfig") in stable/linux-5.10.y: it depends on e5f31552674e ("ethernet: fix PTP_1588_CLOCK dependencies"), which we probably don't want backported from 5.15 to 5.10.
Now reverted, thanks.
greg k-h
On Wed, 23 Nov 2022 09:49:43 +0100, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.156 release. There are 149 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, 25 Nov 2022 08:45:20 +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.156-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.156-rc1-g38866e257e18 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
On Wed, Nov 23, 2022 at 09:49:43AM +0100, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.156 release. There are 149 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, 25 Nov 2022 08:45:20 +0000. Anything received after that time might be too late.
Build results: total: 163 pass: 163 fail: 0 Qemu test results: total: 475 pass: 475 fail: 0
Tested-by: Guenter Roeck linux@roeck-us.net
Guenter
Hi Greg,
On Wed, Nov 23, 2022 at 09:49:43AM +0100, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.156 release. There are 149 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, 25 Nov 2022 08:45:20 +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 -> 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
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/2208 [2]. https://openqa.qa.codethink.co.uk/tests/2212
Tested-by: Sudip Mukherjee sudip.mukherjee@codethink.co.uk
On 2022/11/23 16:49, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.156 release. There are 149 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, 25 Nov 2022 08:45:20 +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.156-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
Tested on arm64 and x86 for 5.10.156-rc1,
Kernel repo:https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Branch: linux-5.10.y Version: 5.10.156-rc1 Commit: 38866e257e18dbc209f4c355fe57123b0c2e0e4a Compiler: gcc version 7.3.0 (GCC)
arm64: -------------------------------------------------------------------- Testcase Result Summary: total: 9023 passed: 9023 failed: 0 timeout: 0 --------------------------------------------------------------------
x86: -------------------------------------------------------------------- Testcase Result Summary: total: 9023 passed: 9023 failed: 0 timeout: 0 -------------------------------------------------------------------- Tested-by: Hulk Robot hulkrobot@huawei.com
On 11/23/22 00:49, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.156 release. There are 149 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, 25 Nov 2022 08:45:20 +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.156-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
On ARCH_BRCMSTB using 32-bit and 64-bit ARM kernels, build tested on BMIPS_GENERIC:
Tested-by: Florian Fainelli f.fainelli@gmail.com
-
Arnd Bergmann -
Florian Fainelli -
Greg Kroah-Hartman -
Guenter Roeck -
Jon Hunter -
Naresh Kamboju -
Pavel Machek -
Rudi Heitbaum -
Sudip Mukherjee -
YueHaibing -
zhouzhixiu