* [PATCH 5.10 000/191] 5.10.201-rc1 review
@ 2023-11-15 20:44 Greg Kroah-Hartman
2023-11-15 23:09 ` Florian Fainelli
` (5 more replies)
0 siblings, 6 replies; 15+ messages in thread
From: Greg Kroah-Hartman @ 2023-11-15 20:44 UTC (permalink / raw)
To: stable
Cc: Greg Kroah-Hartman, patches, linux-kernel, torvalds, akpm, linux,
shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor
This is the start of the stable review cycle for the 5.10.201 release.
There are 191 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, 17 Nov 2023 20:46:03 +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.201-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.201-rc1
Filipe Manana <fdmanana@suse.com>
btrfs: use u64 for buffer sizes in the tree search ioctls
Dominique Martinet <dominique.martinet@atmark-techno.com>
Revert "mmc: core: Capture correct oemid-bits for eMMC cards"
Yujie Liu <yujie.liu@intel.com>
tracing/kprobes: Fix the order of argument descriptions
Arnd Bergmann <arnd@arndb.de>
fbdev: fsl-diu-fb: mark wr_reg_wa() static
Dan Carpenter <dan.carpenter@linaro.org>
fbdev: imsttfb: fix a resource leak in probe
Helge Deller <deller@gmx.de>
fbdev: imsttfb: Fix error path of imsttfb_probe()
Amit Kumar Mahapatra <amit.kumar-mahapatra@amd.com>
spi: spi-zynq-qspi: add spi-mem to driver kconfig dependencies
Erik Kurzinger <ekurzinger@nvidia.com>
drm/syncobj: fix DRM_SYNCOBJ_WAIT_FLAGS_WAIT_AVAILABLE
Adam Dunlap <acdunlap@google.com>
x86/sev-es: Allow copy_from_kernel_nofault() in earlier boot
Adrian Hunter <adrian.hunter@intel.com>
x86: Share definition of __is_canonical_address()
Florian Westphal <fw@strlen.de>
netfilter: nat: fix ipv6 nat redirect with mapped and scoped addresses
Jeremy Sowden <jeremy@azazel.net>
netfilter: nft_redir: use `struct nf_nat_range2` throughout and deduplicate eval call-backs
Maciej Żenczykowski <zenczykowski@gmail.com>
netfilter: xt_recent: fix (increase) ipv6 literal buffer length
Heiner Kallweit <hkallweit1@gmail.com>
r8169: respect userspace disabling IFF_MULTICAST
George Shuklin <george.shuklin@gmail.com>
tg3: power down device only on SYSTEM_POWER_OFF
D. Wythe <alibuda@linux.alibaba.com>
net/smc: put sk reference if close work was canceled
D. Wythe <alibuda@linux.alibaba.com>
net/smc: allow cdc msg send rather than drop it with NULL sndbuf_desc
D. Wythe <alibuda@linux.alibaba.com>
net/smc: fix dangling sock under state SMC_APPFINCLOSEWAIT
Furong Xu <0x1207@gmail.com>
net: stmmac: xgmac: Enable support for multiple Flexible PPS outputs
NeilBrown <neilb@suse.de>
Fix termination state for idr_for_each_entry_ul()
Patrick Thompson <ptf@google.com>
net: r8169: Disable multicast filter for RTL8168H and RTL8107E
Kuniyuki Iwashima <kuniyu@amazon.com>
dccp/tcp: Call security_inet_conn_request() after setting IPv6 addresses.
Kuniyuki Iwashima <kuniyu@amazon.com>
dccp: Call security_inet_conn_request() after setting IPv4 addresses.
Eric Dumazet <edumazet@google.com>
inet: shrink struct flowi_common
Shigeru Yoshida <syoshida@redhat.com>
tipc: Change nla_policy for bearer-related names to NLA_NUL_STRING
Dan Carpenter <dan.carpenter@linaro.org>
hsr: Prevent use after free in prp_create_tagged_frame()
Willem de Bruijn <willemb@google.com>
llc: verify mac len before reading mac header
Dan Carpenter <dan.carpenter@linaro.org>
Input: synaptics-rmi4 - fix use after free in rmi_unregister_function()
Florian Fainelli <florian.fainelli@broadcom.com>
pwm: brcmstb: Utilize appropriate clock APIs in suspend/resume
Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
pwm: sti: Reduce number of allocations and drop usage of chip_data
Thierry Reding <thierry.reding@gmail.com>
pwm: sti: Avoid conditional gotos
Ben Wolsieffer <ben.wolsieffer@hefring.com>
regmap: prevent noinc writes from clobbering cache
Hans Verkuil <hverkuil-cisco@xs4all.nl>
media: dvb-usb-v2: af9035: fix missing unlock
Jernej Skrabec <jernej.skrabec@gmail.com>
media: cedrus: Fix clock/reset sequence
Jiasheng Jiang <jiasheng@iscas.ac.cn>
media: vidtv: mux: Add check and kfree for kstrdup
Jiasheng Jiang <jiasheng@iscas.ac.cn>
media: vidtv: psi: Add check for kstrdup
Katya Orlova <e.orlova@ispras.ru>
media: s3c-camif: Avoid inappropriate kfree()
Zheng Wang <zyytlz.wz@163.com>
media: bttv: fix use after free error due to btv->timeout timer
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
media: i2c: max9286: Fix some redundant of_node_put() calls
Yang Yingliang <yangyingliang@huawei.com>
pcmcia: ds: fix possible name leak in error path in pcmcia_device_add()
Yang Yingliang <yangyingliang@huawei.com>
pcmcia: ds: fix refcount leak in pcmcia_device_add()
Yang Yingliang <yangyingliang@huawei.com>
pcmcia: cs: fix possible hung task and memory leak pccardd()
Javier Carrasco <javier.carrasco.cruz@gmail.com>
rtc: pcf85363: fix wrong mask/val parameters in regmap_update_bits call
Dinghao Liu <dinghao.liu@zju.edu.cn>
i3c: Fix potential refcount leak in i3c_master_register_new_i3c_devs
Ian Rogers <irogers@google.com>
perf hist: Add missing puts to hist__account_cycles
Ian Rogers <irogers@google.com>
perf machine: Avoid out of bounds LBR memory read
Sergey Shtylyov <s.shtylyov@omp.ru>
usb: host: xhci-plat: fix possible kernel oops while resuming
Basavaraj Natikar <Basavaraj.Natikar@amd.com>
xhci: Loosen RPM as default policy to cover for AMD xHC 1.1
Wang Yufen <wangyufen@huawei.com>
powerpc/pseries: fix potential memory leak in init_cpu_associativity()
Sebastian Andrzej Siewior <bigeasy@linutronix.de>
powerpc/imc-pmu: Use the correct spinlock initializer.
Benjamin Gray <bgray@linux.ibm.com>
powerpc/xive: Fix endian conversion size
Christophe Leroy <christophe.leroy@csgroup.eu>
powerpc/40x: Remove stale PTE_ATOMIC_UPDATES macro
Masahiro Yamada <masahiroy@kernel.org>
modpost: fix tee MODULE_DEVICE_TABLE built on big-endian host
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
interconnect: qcom: osm-l3: Replace custom implementation of COUNT_ARGS()
Konrad Dybcio <konrad.dybcio@linaro.org>
interconnect: qcom: sc7180: Set ACV enable_mask
Konrad Dybcio <konrad.dybcio@linaro.org>
interconnect: qcom: sc7180: Retire DEFINE_QBCM
Chao Yu <chao@kernel.org>
f2fs: fix to initialize map.m_pblk in f2fs_precache_extents()
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
dmaengine: pxa_dma: Remove an erroneous BUG_ON() in pxad_free_desc()
Jonas Blixt <jonas.blixt@actia.se>
USB: usbip: fix stub_dev hub disconnect
Matti Vaittinen <mazziesaccount@gmail.com>
tools: iio: iio_generic_buffer ensure alignment
Chenyuan Mi <michenyuan@huawei.com>
tools: iio: iio_generic_buffer: Fix some integer type and calculation
Alexandru Ardelean <alexandru.ardelean@analog.com>
tools: iio: privatize globals and functions in iio_generic_buffer.c file
Jinjie Ruan <ruanjinjie@huawei.com>
misc: st_core: Do not call kfree_skb() under spin_lock_irqsave()
Dan Carpenter <dan.carpenter@linaro.org>
dmaengine: ti: edma: handle irq_of_parse_and_map() errors
Jia-Ju Bai <baijiaju@buaa.edu.cn>
usb: dwc2: fix possible NULL pointer dereference caused by driver concurrency
Ian Rogers <irogers@google.com>
perf evlist: Avoid frequency mode for the dummy event
Namhyung Kim <namhyung@kernel.org>
perf tools: Get rid of evlist__add_on_all_cpus()
Adrian Hunter <adrian.hunter@intel.com>
perf evlist: Add evlist__add_dummy_on_all_cpus()
Zheng Yejian <zhengyejian1@huawei.com>
livepatch: Fix missing newline character in klp_resolve_symbols()
Yi Yang <yiyang13@huawei.com>
tty: tty_jobctrl: fix pid memleak in disassociate_ctty()
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
leds: trigger: ledtrig-cpu:: Fix 'output may be truncated' issue for 'cpu'
Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
leds: pwm: Don't disable the PWM when the LED should be off
Dinghao Liu <dinghao.liu@zju.edu.cn>
mfd: dln2: Fix double put in dln2_probe
Herve Codina <herve.codina@bootlin.com>
mfd: core: Ensure disabled devices are skipped without aborting
Michał Mirosław <mirq-linux@rere.qmqm.pl>
mfd: core: Un-constify mfd_cell.of_reg
Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
ASoC: ams-delta.c: use component after check
WangJinchao <wangjinchao@xfusion.com>
padata: Fix refcnt handling in padata_free_shell()
Xiyu Yang <xiyuyang19@fudan.edu.cn>
padata: Convert from atomic_t to refcount_t on parallel_data->refcnt
Cezary Rojewski <cezary.rojewski@intel.com>
ASoC: Intel: Skylake: Fix mem leak when parsing UUIDs fails
Hans de Goede <hdegoede@redhat.com>
HID: logitech-hidpp: Move get_wireless_feature_index() check to hidpp_connect_event()
Hans de Goede <hdegoede@redhat.com>
HID: logitech-hidpp: Revert "Don't restart communication if not necessary"
Hans de Goede <hdegoede@redhat.com>
HID: logitech-hidpp: Don't restart IO, instead defer hid_connect() only
Bastien Nocera <hadess@hadess.net>
HID: logitech-hidpp: Remove HIDPP_QUIRK_NO_HIDINPUT quirk
Bastien Nocera <hadess@hadess.net>
Revert "HID: logitech-hidpp: add a module parameter to keep firmware gestures"
Geert Uytterhoeven <geert+renesas@glider.be>
sh: bios: Revive earlyprintk support
Danny Kaehn <danny.kaehn@plexus.com>
hid: cp2112: Fix IRQ shutdown stopping polling for all IRQs on chip
Leon Romanovsky <leon@kernel.org>
RDMA/hfi1: Workaround truncation compilation error
Daniel Mentz <danielmentz@google.com>
scsi: ufs: core: Leave space for '\0' in utf8 desc string
Zhang Shurong <zhang_shurong@foxmail.com>
ASoC: fsl: Fix PM disable depth imbalance in fsl_easrc_probe
Chengchang Tang <tangchengchang@huawei.com>
RDMA/hns: Fix signed-unsigned mixed comparisons
Chengchang Tang <tangchengchang@huawei.com>
RDMA/hns: Fix uninitialized ucmd in hns_roce_create_qp_common()
Patrisious Haddad <phaddad@nvidia.com>
IB/mlx5: Fix rdma counter binding for RAW QP
Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
ASoC: fsl: mpc5200_dma.c: Fix warning of Function parameter or member not described
Gou Hao <gouhao@uniontech.com>
ext4: move 'ix' sanity check to corrent position
Kursad Oney <kursad.oney@broadcom.com>
ARM: 9321/1: memset: cast the constant byte to unsigned char
Danny Kaehn <danny.kaehn@plexus.com>
hid: cp2112: Fix duplicate workqueue initialization
Giovanni Cabiddu <giovanni.cabiddu@intel.com>
crypto: qat - increase size of buffers
Giovanni Cabiddu <giovanni.cabiddu@intel.com>
crypto: qat - mask device capabilities with soft straps
Gaurav Jain <gaurav.jain@nxp.com>
crypto: caam/jr - fix Chacha20 + Poly1305 self test failure
Gaurav Jain <gaurav.jain@nxp.com>
crypto: caam/qi2 - fix Chacha20 + Poly1305 self test failure
Tomas Glozar <tglozar@redhat.com>
nd_btt: Make BTT lanes preemptible
Chen Ni <nichen@iscas.ac.cn>
libnvdimm/of_pmem: Use devm_kstrdup instead of kstrdup and check its return value
Jonas Gorski <jonas.gorski@gmail.com>
hwrng: geode - fix accessing registers
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
crypto: hisilicon/hpre - Fix a erroneous check after snprintf()
Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
selftests/resctrl: Ensure the benchmark commands fits to its array
Maciej Wieczor-Retman <maciej.wieczor-retman@intel.com>
selftests/pidfd: Fix ksft print formats
Sudeep Holla <sudeep.holla@arm.com>
clk: scmi: Free scmi_clk allocated when the clocks with invalid info are skipped
Dhruva Gole <d-gole@ti.com>
firmware: ti_sci: Mark driver as non removable
Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
soc: qcom: llcc: Handle a second device without data corruption
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
ARM: dts: qcom: mdm9615: populate vsdcc fixed regulator
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
arm64: dts: qcom: sdm845-mtp: fix WiFi configuration
Gaurav Kohli <quic_gkohli@quicinc.com>
arm64: dts: qcom: msm8916: Fix iommu local address range
Marek Marczykowski-Górecki <marmarek@invisiblethingslab.com>
xen-pciback: Consider INTx disabled when MSI/MSI-X is enabled
Dan Carpenter <dan.carpenter@linaro.org>
drm/rockchip: Fix type promotion bug in rockchip_gem_iommu_map()
Mark Rutland <mark.rutland@arm.com>
arm64/arm: xen: enlighten: Fix KPTI checks
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
drm/rockchip: cdn-dp: Fix some error handling paths in cdn_dp_probe()
Jason-JH.Lin <jason-jh.lin@mediatek.com>
drm/mediatek: Fix iommu fault during crtc enabling
Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
drm/bridge: tc358768: Fix bit updates
Dmitry Osipenko <digetx@gmail.com>
drm/bridge: tc358768: Disable non-continuous clock mode
Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
drm/bridge: tc358768: Fix use of uninitialized variable
Konstantin Meskhidze <konstantin.meskhidze@huawei.com>
drm/radeon: possible buffer overflow
Jonas Karlman <jonas@kwiboo.se>
drm/rockchip: vop: Fix call to crtc reset helper
Jonas Karlman <jonas@kwiboo.se>
drm/rockchip: vop: Fix reset of state in duplicate state crtc funcs
Zhang Rui <rui.zhang@intel.com>
hwmon: (coretemp) Fix potentially truncated sysfs attribute name
Dragos Bogdan <dragos.bogdan@analog.com>
hwmon: (axi-fan-control) Fix possible NULL pointer dereference
Nuno Sá <nuno.sa@analog.com>
hwmon: (axi-fan-control) Support temperature vs pwm points
Armin Wolf <W_Armin@gmx.de>
platform/x86: wmi: Fix opening of char device
Barnabás Pőcze <pobrn@protonmail.com>
platform/x86: wmi: remove unnecessary initializations
Armin Wolf <W_Armin@gmx.de>
platform/x86: wmi: Fix probe failure when failing to register WMI devices
Varadarajan Narayanan <quic_varada@quicinc.com>
clk: qcom: config IPQ_APSS_6018 should depend on QCOM_SMEM
Jiasheng Jiang <jiasheng@iscas.ac.cn>
clk: mediatek: clk-mt2701: Add check for mtk_alloc_clk_data
Jiasheng Jiang <jiasheng@iscas.ac.cn>
clk: mediatek: clk-mt7629: Add check for mtk_alloc_clk_data
Jiasheng Jiang <jiasheng@iscas.ac.cn>
clk: mediatek: clk-mt7629-eth: Add check for mtk_alloc_clk_data
Jiasheng Jiang <jiasheng@iscas.ac.cn>
clk: mediatek: clk-mt6797: Add check for mtk_alloc_clk_data
Jiasheng Jiang <jiasheng@iscas.ac.cn>
clk: mediatek: clk-mt6779: Add check for mtk_alloc_clk_data
Jiasheng Jiang <jiasheng@iscas.ac.cn>
clk: mediatek: clk-mt6765: Add check for mtk_alloc_clk_data
Jonathan Neuschäfer <j.neuschaefer@gmx.net>
clk: npcm7xx: Fix incorrect kfree
Dan Carpenter <dan.carpenter@linaro.org>
clk: ti: fix double free in of_ti_divider_clk_setup()
Dario Binacchi <dario.binacchi@amarulasolutions.com>
clk: ti: change ti_clk_register[_omap_hw]() API
Tony Lindgren <tony@atomide.com>
clk: ti: Update component clocks to use ti_dt_clk_name()
Tony Lindgren <tony@atomide.com>
clk: ti: Update pll and clockdomain clocks to use ti_dt_clk_name()
Tony Lindgren <tony@atomide.com>
clk: ti: Add ti_dt_clk_name() helper to use clock-output-names
Dan Carpenter <dan.carpenter@linaro.org>
clk: keystone: pll: fix a couple NULL vs IS_ERR() checks
Han Xu <han.xu@nxp.com>
spi: nxp-fspi: use the correct ioremap function
Randy Dunlap <rdunlap@infradead.org>
clk: linux/clk-provider.h: fix kernel-doc warnings and typos
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
clk: asm9260: use parent index to link the reference clock
Peng Fan <peng.fan@nxp.com>
clk: imx: imx8mq: correct error handling path
Abel Vesa <abel.vesa@linaro.org>
clk: imx: Select MXC_CLK for CLK_IMX8QXP
Danila Tikhonov <danila@jiaxyga.com>
clk: qcom: gcc-sm8150: Fix gcc_sdcc2_apps_clk_src
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
clk: qcom: gcc-sm8150: use ARRAY_SIZE instead of specifying num_parents
Konrad Dybcio <konrad.dybcio@linaro.org>
clk: qcom: mmcc-msm8998: Fix the SMMU GDSC
AngeloGioacchino Del Regno <angelogioacchino.delregno@somainline.org>
clk: qcom: mmcc-msm8998: Set bimc_smmu_gdsc always on
Konrad Dybcio <konrad.dybcio@linaro.org>
clk: qcom: mmcc-msm8998: Don't check halt bit on some branch clks
AngeloGioacchino Del Regno <angelogioacchino.delregno@somainline.org>
clk: qcom: mmcc-msm8998: Add hardware clockgating registers to some clks
Devi Priya <quic_devipriy@quicinc.com>
clk: qcom: clk-rcg2: Fix clock rate overflow for high parent frequencies
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
regmap: debugfs: Fix a erroneous check after snprintf()
Eric Dumazet <edumazet@google.com>
ipvlan: properly track tx_errors
Eric Dumazet <edumazet@google.com>
net: add DEV_STATS_READ() helper
Yan Zhai <yan@cloudflare.com>
ipv6: avoid atomic fragment on GSO packets
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
ACPI: sysfs: Fix create_pnp_modalias() and create_of_modalias()
Eric Dumazet <edumazet@google.com>
tcp: fix cookie_init_timestamp() overflows
Eric Dumazet <edumazet@google.com>
chtls: fix tp->rcv_tstamp initialization
Heiner Kallweit <hkallweit1@gmail.com>
r8169: fix rare issue with broken rx after link-down on RTL8125
Juhee Kang <claudiajkang@gmail.com>
r8169: use tp_to_dev instead of open code
Dan Carpenter <dan.carpenter@linaro.org>
thermal: core: prevent potential string overflow
Sascha Hauer <s.hauer@pengutronix.de>
PM / devfreq: rockchip-dfi: Make pmu regmap mandatory
Marc Kleine-Budde <mkl@pengutronix.de>
can: dev: can_restart(): fix race condition between controller restart and netif_carrier_on()
Marc Kleine-Budde <mkl@pengutronix.de>
can: dev: can_restart(): don't crash kernel if carrier is OK
Dmitry Antipov <dmantipov@yandex.ru>
wifi: rtlwifi: fix EDCA limit set by BT coexistence
Eric Dumazet <edumazet@google.com>
tcp_metrics: do not create an entry from tcp_init_metrics()
Eric Dumazet <edumazet@google.com>
tcp_metrics: properly set tp->snd_ssthresh in tcp_init_metrics()
Eric Dumazet <edumazet@google.com>
tcp_metrics: add missing barriers on delete
Felix Fietkau <nbd@nbd.name>
wifi: mt76: mt7603: rework/fix rx pse hang check
Jinjie Ruan <ruanjinjie@huawei.com>
wifi: rtw88: debug: Fix the NULL vs IS_ERR() bug for debugfs_create_file()
Gustavo A. R. Silva <gustavoars@kernel.org>
net: spider_net: Use size_add() in call to struct_size()
Gustavo A. R. Silva <gustavoars@kernel.org>
tipc: Use size_add() in calls to struct_size()
Gustavo A. R. Silva <gustavoars@kernel.org>
mlxsw: Use size_mul() in call to struct_size()
Gustavo A. R. Silva <gustavoars@kernel.org>
gve: Use size_add() in call to struct_size()
Kees Cook <keescook@chromium.org>
overflow: Implement size_t saturating arithmetic helpers
Aananth V <aananthv@google.com>
tcp: call tcp_try_undo_recovery when an RTOd TFO SYNACK is ACKed
Eric Dumazet <edumazet@google.com>
udp: add missing WRITE_ONCE() around up->encap_rcv
Miri Korenblit <miriam.rachel.korenblit@intel.com>
wifi: iwlwifi: Use FW rate for non-data frames
Andrii Staikov <andrii.staikov@intel.com>
i40e: fix potential memory leaks in i40e_remove()
Chen Yu <yu.c.chen@intel.com>
genirq/matrix: Exclude managed interrupts in irq_matrix_allocated()
Jiasheng Jiang <jiasheng@iscas.ac.cn>
pstore/platform: Add check for kstrdup
Yuntao Wang <ytcoode@gmail.com>
x86/boot: Fix incorrect startup_gdt_descr.size
Ben Wolsieffer <ben.wolsieffer@hefring.com>
futex: Don't include process MM in futex key on no-MMU
Josh Poimboeuf <jpoimboe@kernel.org>
x86/srso: Fix SBPB enablement for (possible) future fixed HW
Reuben Hawkins <reubenhwk@gmail.com>
vfs: fix readahead(2) on block devices
Qais Yousef <qyousef@layalina.io>
sched/uclamp: Ignore (util == 0) optimization in feec() when p_util_max = 0
David Howells <dhowells@redhat.com>
iov_iter, x86: Be consistent about the __user tag on copy_mc_to_user()
-------------
Diffstat:
Documentation/process/deprecated.rst | 20 +-
Makefile | 4 +-
arch/arm/boot/dts/qcom-mdm9615.dtsi | 14 +-
arch/arm/lib/memset.S | 1 +
arch/arm/xen/enlighten.c | 25 +-
arch/arm64/boot/dts/qcom/msm8916.dtsi | 2 +-
arch/arm64/boot/dts/qcom/sdm845-mtp.dts | 2 +
arch/powerpc/include/asm/nohash/32/pte-40x.h | 3 -
arch/powerpc/perf/imc-pmu.c | 2 +-
arch/powerpc/platforms/pseries/lpar.c | 4 +-
arch/powerpc/sysdev/xive/native.c | 2 +-
arch/sh/Kconfig.debug | 11 +
arch/x86/events/intel/pt.c | 14 +-
arch/x86/include/asm/page.h | 10 +
arch/x86/include/asm/uaccess.h | 2 +-
arch/x86/kernel/cpu/bugs.c | 2 +-
arch/x86/kernel/head64.c | 2 +-
arch/x86/kvm/emulate.c | 4 +-
arch/x86/kvm/x86.c | 2 +-
arch/x86/kvm/x86.h | 7 +-
arch/x86/lib/copy_mc.c | 8 +-
arch/x86/mm/maccess.c | 24 +-
drivers/acpi/device_sysfs.c | 10 +-
drivers/base/regmap/regmap-debugfs.c | 2 +-
drivers/base/regmap/regmap.c | 16 +-
drivers/char/hw_random/geode-rng.c | 6 +-
drivers/clk/clk-asm9260.c | 29 +--
drivers/clk/clk-npcm7xx.c | 2 +-
drivers/clk/clk-scmi.c | 1 +
drivers/clk/imx/Kconfig | 1 +
drivers/clk/imx/clk-imx8mq.c | 17 +-
drivers/clk/keystone/pll.c | 15 +-
drivers/clk/mediatek/clk-mt2701.c | 8 +
drivers/clk/mediatek/clk-mt6765.c | 6 +
drivers/clk/mediatek/clk-mt6779.c | 4 +
drivers/clk/mediatek/clk-mt6797.c | 6 +
drivers/clk/mediatek/clk-mt7629-eth.c | 4 +
drivers/clk/mediatek/clk-mt7629.c | 6 +
drivers/clk/qcom/Kconfig | 1 +
drivers/clk/qcom/clk-rcg2.c | 14 +-
drivers/clk/qcom/gcc-sm8150.c | 98 ++++----
drivers/clk/qcom/mmcc-msm8998.c | 17 +-
drivers/clk/ti/apll.c | 13 +-
drivers/clk/ti/autoidle.c | 2 +-
drivers/clk/ti/clk-dra7-atl.c | 6 +-
drivers/clk/ti/clk.c | 52 +++--
drivers/clk/ti/clkctrl.c | 4 +-
drivers/clk/ti/clock.h | 11 +-
drivers/clk/ti/clockdomain.c | 2 +-
drivers/clk/ti/composite.c | 6 +-
drivers/clk/ti/divider.c | 12 +-
drivers/clk/ti/dpll.c | 10 +-
drivers/clk/ti/fapll.c | 11 +-
drivers/clk/ti/fixed-factor.c | 4 +-
drivers/clk/ti/gate.c | 8 +-
drivers/clk/ti/interface.c | 9 +-
drivers/clk/ti/mux.c | 8 +-
drivers/crypto/caam/caamalg.c | 3 +-
drivers/crypto/caam/caamalg_qi2.c | 3 +-
drivers/crypto/hisilicon/hpre/hpre_main.c | 2 +-
drivers/crypto/qat/qat_c3xxx/adf_c3xxx_hw_data.c | 34 ++-
drivers/crypto/qat/qat_c3xxx/adf_c3xxx_hw_data.h | 1 +
drivers/crypto/qat/qat_c3xxx/adf_drv.c | 6 +-
.../crypto/qat/qat_c3xxxvf/adf_c3xxxvf_hw_data.c | 4 +-
drivers/crypto/qat/qat_c3xxxvf/adf_drv.c | 4 +-
drivers/crypto/qat/qat_c62x/adf_c62x_hw_data.c | 34 ++-
drivers/crypto/qat/qat_c62x/adf_c62x_hw_data.h | 1 +
drivers/crypto/qat/qat_c62x/adf_drv.c | 6 +-
drivers/crypto/qat/qat_c62xvf/adf_c62xvf_hw_data.c | 4 +-
drivers/crypto/qat/qat_c62xvf/adf_drv.c | 4 +-
drivers/crypto/qat/qat_common/adf_accel_devices.h | 7 +-
.../crypto/qat/qat_common/adf_transport_debug.c | 4 +-
drivers/crypto/qat/qat_common/qat_hal.c | 27 ++-
.../crypto/qat/qat_dh895xcc/adf_dh895xcc_hw_data.c | 20 +-
drivers/crypto/qat/qat_dh895xcc/adf_drv.c | 4 +-
.../qat/qat_dh895xccvf/adf_dh895xccvf_hw_data.c | 4 +-
drivers/crypto/qat/qat_dh895xccvf/adf_drv.c | 4 +-
drivers/devfreq/event/rockchip-dfi.c | 15 +-
drivers/dma/pxa_dma.c | 1 -
drivers/dma/ti/edma.c | 4 +-
drivers/firmware/ti_sci.c | 46 +---
drivers/gpu/drm/bridge/tc358768.c | 25 +-
drivers/gpu/drm/drm_syncobj.c | 3 +-
drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 3 +
drivers/gpu/drm/radeon/evergreen.c | 7 +-
drivers/gpu/drm/rockchip/cdn-dp-core.c | 15 +-
drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 2 +-
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 8 +-
drivers/hid/hid-cp2112.c | 9 +-
drivers/hid/hid-logitech-hidpp.c | 76 +++---
drivers/hwmon/axi-fan-control.c | 101 ++++++--
drivers/hwmon/coretemp.c | 2 +-
drivers/i3c/master.c | 4 +-
drivers/infiniband/hw/hfi1/efivar.c | 2 +-
drivers/infiniband/hw/hns/hns_roce_hw_v2.c | 2 +-
drivers/infiniband/hw/hns/hns_roce_qp.c | 2 +-
drivers/infiniband/hw/mlx5/qp.c | 27 +++
drivers/input/rmi4/rmi_bus.c | 2 +-
drivers/interconnect/qcom/osm-l3.c | 3 +-
drivers/interconnect/qcom/sc7180.c | 256 +++++++++++++++++++--
drivers/leds/leds-pwm.c | 2 +-
drivers/leds/trigger/ledtrig-cpu.c | 4 +-
drivers/media/i2c/max9286.c | 2 -
drivers/media/pci/bt8xx/bttv-driver.c | 1 +
drivers/media/platform/s3c-camif/camif-capture.c | 6 +-
drivers/media/test-drivers/vidtv/vidtv_mux.c | 7 +-
drivers/media/test-drivers/vidtv/vidtv_psi.c | 45 +++-
drivers/media/usb/dvb-usb-v2/af9035.c | 13 +-
drivers/mfd/dln2.c | 1 -
drivers/mfd/mfd-core.c | 17 +-
drivers/misc/ti-st/st_core.c | 7 +-
drivers/mmc/core/mmc.c | 2 +-
drivers/net/can/dev/dev.c | 10 +-
drivers/net/ethernet/broadcom/tg3.c | 3 +-
.../chelsio/inline_crypto/chtls/chtls_cm.c | 2 +-
drivers/net/ethernet/google/gve/gve_main.c | 2 +-
drivers/net/ethernet/intel/i40e/i40e_main.c | 10 +-
.../mellanox/mlxsw/spectrum_acl_bloom_filter.c | 2 +-
drivers/net/ethernet/realtek/r8169_main.c | 15 +-
drivers/net/ethernet/stmicro/stmmac/dwxgmac2.h | 2 +-
.../net/ethernet/stmicro/stmmac/dwxgmac2_core.c | 14 +-
drivers/net/ethernet/toshiba/spider_net.c | 2 +-
drivers/net/ipvlan/ipvlan_core.c | 8 +-
drivers/net/ipvlan/ipvlan_main.c | 1 +
drivers/net/macsec.c | 6 +-
drivers/net/wireless/intel/iwlwifi/mvm/tx.c | 14 +-
drivers/net/wireless/mediatek/mt76/mt7603/core.c | 2 +
drivers/net/wireless/mediatek/mt76/mt7603/mac.c | 23 +-
.../net/wireless/realtek/rtlwifi/rtl8188ee/dm.c | 2 +-
.../wireless/realtek/rtlwifi/rtl8192c/dm_common.c | 2 +-
.../net/wireless/realtek/rtlwifi/rtl8723ae/dm.c | 2 +-
drivers/net/wireless/realtek/rtw88/debug.c | 4 +-
drivers/nvdimm/of_pmem.c | 8 +-
drivers/nvdimm/region_devs.c | 8 +-
drivers/pcmcia/cs.c | 1 +
drivers/pcmcia/ds.c | 14 +-
drivers/platform/x86/wmi.c | 50 ++--
drivers/pwm/pwm-brcmstb.c | 4 +-
drivers/pwm/pwm-sti.c | 75 +++---
drivers/rtc/rtc-pcf85363.c | 2 +-
drivers/scsi/ufs/ufshcd.c | 2 +-
drivers/soc/qcom/llcc-qcom.c | 3 +
drivers/spi/Kconfig | 1 +
drivers/spi/spi-nxp-fspi.c | 2 +-
drivers/staging/media/sunxi/cedrus/cedrus_hw.c | 24 +-
drivers/thermal/thermal_core.c | 6 +-
drivers/tty/tty_jobctrl.c | 17 +-
drivers/usb/dwc2/hcd.c | 2 +-
drivers/usb/host/xhci-pci.c | 2 +
drivers/usb/host/xhci-plat.c | 23 +-
drivers/usb/usbip/stub_dev.c | 9 +-
drivers/video/fbdev/fsl-diu-fb.c | 2 +-
drivers/video/fbdev/imsttfb.c | 33 +--
drivers/xen/xen-pciback/conf_space.c | 19 +-
drivers/xen/xen-pciback/conf_space_capability.c | 8 +-
drivers/xen/xen-pciback/conf_space_header.c | 21 +-
fs/btrfs/ioctl.c | 10 +-
fs/ext4/extents.c | 10 +-
fs/f2fs/file.c | 1 +
fs/pstore/platform.c | 9 +-
include/linux/clk-provider.h | 34 ++-
include/linux/cpuhotplug.h | 1 +
include/linux/idr.h | 6 +-
include/linux/mfd/core.h | 2 +-
include/linux/netdevice.h | 1 +
include/linux/overflow.h | 110 +++++----
include/linux/padata.h | 3 +-
include/net/flow.h | 2 +-
include/net/netfilter/nf_nat_redirect.h | 3 +-
include/net/tcp.h | 2 +-
kernel/futex/core.c | 12 +-
kernel/irq/matrix.c | 6 +-
kernel/livepatch/core.c | 2 +-
kernel/padata.c | 14 +-
kernel/sched/fair.c | 18 +-
kernel/trace/trace_kprobe.c | 2 +-
lib/test_overflow.c | 98 ++++++++
mm/readahead.c | 3 +-
net/dccp/ipv4.c | 6 +-
net/dccp/ipv6.c | 6 +-
net/hsr/hsr_forward.c | 4 +-
net/ipv4/syncookies.c | 20 +-
net/ipv4/tcp_input.c | 9 +-
net/ipv4/tcp_metrics.c | 15 +-
net/ipv4/udp.c | 6 +-
net/ipv6/ip6_output.c | 8 +-
net/ipv6/syncookies.c | 7 +-
net/llc/llc_input.c | 10 +-
net/llc/llc_s_ac.c | 3 +
net/llc/llc_station.c | 3 +
net/netfilter/nf_nat_redirect.c | 98 ++++----
net/netfilter/nft_redir.c | 84 +++----
net/netfilter/xt_REDIRECT.c | 10 +-
net/netfilter/xt_recent.c | 2 +-
net/smc/af_smc.c | 4 +-
net/smc/smc.h | 5 +
net/smc/smc_cdc.c | 11 +-
net/smc/smc_close.c | 5 +-
net/tipc/link.c | 4 +-
net/tipc/netlink.c | 4 +-
scripts/mod/file2alias.c | 10 +-
sound/soc/fsl/fsl_easrc.c | 8 +-
sound/soc/fsl/mpc5200_dma.c | 3 +
sound/soc/intel/skylake/skl-sst-utils.c | 1 +
sound/soc/ti/ams-delta.c | 4 +-
tools/iio/iio_generic_buffer.c | 59 +++--
tools/perf/util/evlist.c | 21 ++
tools/perf/util/evlist.h | 5 +
tools/perf/util/hist.c | 10 +-
tools/perf/util/machine.c | 22 +-
tools/testing/selftests/pidfd/pidfd_fdinfo_test.c | 2 +-
tools/testing/selftests/pidfd/pidfd_test.c | 12 +-
tools/testing/selftests/resctrl/resctrl_tests.c | 5 +
213 files changed, 1806 insertions(+), 975 deletions(-)
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH 5.10 000/191] 5.10.201-rc1 review
2023-11-15 20:44 [PATCH 5.10 000/191] 5.10.201-rc1 review Greg Kroah-Hartman
@ 2023-11-15 23:09 ` Florian Fainelli
2023-11-16 7:21 ` Dominique Martinet
` (4 subsequent siblings)
5 siblings, 0 replies; 15+ messages in thread
From: Florian Fainelli @ 2023-11-15 23:09 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,
conor
On 11/15/23 12:44, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.10.201 release.
> There are 191 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, 17 Nov 2023 20:46:03 +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.201-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
This was caught up in the previous -rc cycle:
/local/stbopt_p/toolchains_303/stbgcc-12.3-0.2/bin/../lib/gcc/arm-unknown-linux-musleabihf/12.3.0/../../../../arm-unknown-linux-musleabihf/bin/ld:
/local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/perf-in.o:
in function `evlist__add_aux_dummy':
/local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/util/evlist.c:269:
undefined reference to `evlist__dummy_event'
collect2: error: ld returned 1 exit status
make[4]: *** [Makefile.perf:655:
/local/users/fainelli/buildroot/output/arm/build/linux-custom/tools/perf/perf]
Error 1
make[3]: *** [Makefile.perf:229: sub-make] Error 2
make[2]: *** [Makefile:70: all] Error 2
perf fails to build because of 8911e3d6564efbb253208ba031b42fa3e672b3b0
("perf evlist: Add evlist__add_dummy_on_all_cpus()").
--
Florian
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH 5.10 000/191] 5.10.201-rc1 review
2023-11-15 20:44 [PATCH 5.10 000/191] 5.10.201-rc1 review Greg Kroah-Hartman
2023-11-15 23:09 ` Florian Fainelli
@ 2023-11-16 7:21 ` Dominique Martinet
2023-11-16 18:18 ` Naresh Kamboju
` (3 subsequent siblings)
5 siblings, 0 replies; 15+ messages in thread
From: Dominique Martinet @ 2023-11-16 7:21 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor
Greg Kroah-Hartman wrote on Wed, Nov 15, 2023 at 03:44:35PM -0500:
> This is the start of the stable review cycle for the 5.10.201 release.
> There are 191 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, 17 Nov 2023 20:46:03 +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.201-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.
Tested on:
- arm i.MX6ULL (Armadillo 640)
- arm64 i.MX8MP (Armadillo G4)
No obvious regression in dmesg or basic tests:
Tested-by: Dominique Martinet <dominique.martinet@atmark-techno.com>
--
Dominique Martinet | Asmadeus
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH 5.10 000/191] 5.10.201-rc1 review
2023-11-15 20:44 [PATCH 5.10 000/191] 5.10.201-rc1 review Greg Kroah-Hartman
2023-11-15 23:09 ` Florian Fainelli
2023-11-16 7:21 ` Dominique Martinet
@ 2023-11-16 18:18 ` Naresh Kamboju
2023-11-17 1:13 ` Guenter Roeck
` (2 subsequent siblings)
5 siblings, 0 replies; 15+ messages in thread
From: Naresh Kamboju @ 2023-11-16 18:18 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor
On Thu, 16 Nov 2023 at 02:23, Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> This is the start of the stable review cycle for the 5.10.201 release.
> There are 191 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, 17 Nov 2023 20:46:03 +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.201-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.201-rc1
* git: https://gitlab.com/Linaro/lkft/mirrors/stable/linux-stable-rc
* git branch: linux-5.10.y
* git commit: 550b7e1fee20e8840f9c1028c89dd3fc9c959fff
* git describe: v5.10.200-192-g550b7e1fee20
* test details:
https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.10.y/build/v5.10.200-192-g550b7e1fee20
## Test Regressions (compared to v5.10.200)
## Metric Regressions (compared to v5.10.200)
## Test Fixes (compared to v5.10.200)
## Metric Fixes (compared to v5.10.200)
## Test result summary
total: 82357, pass: 64836, fail: 2567, skip: 14910, xfail: 44
## Build Summary
* arc: 5 total, 5 passed, 0 failed
* arm: 113 total, 110 passed, 3 failed
* arm64: 43 total, 40 passed, 3 failed
* i386: 34 total, 33 passed, 1 failed
* mips: 24 total, 24 passed, 0 failed
* parisc: 3 total, 0 passed, 3 failed
* powerpc: 25 total, 25 passed, 0 failed
* riscv: 11 total, 11 passed, 0 failed
* s390: 12 total, 12 passed, 0 failed
* sh: 10 total, 10 passed, 0 failed
* sparc: 8 total, 8 passed, 0 failed
* x86_64: 37 total, 37 passed, 0 failed
## Test suites summary
* boot
* kselftest-android
* kselftest-arm64
* kselftest-breakpoints
* kselftest-capabilities
* kselftest-cgroup
* kselftest-clone3
* kselftest-core
* kselftest-cpu-hotplug
* kselftest-cpufreq
* kselftest-drivers-dma-buf
* kselftest-efivarfs
* kselftest-exec
* kselftest-filesystems
* kselftest-filesystems-binderfs
* kselftest-filesystems-epoll
* kselftest-firmware
* kselftest-fpu
* kselftest-ftrace
* kselftest-futex
* kselftest-gpio
* kselftest-intel_pstate
* kselftest-ipc
* kselftest-ir
* kselftest-kcmp
* kselftest-kexec
* kselftest-kvm
* kselftest-lib
* kselftest-membarrier
* kselftest-memfd
* kselftest-memory-hotplug
* kselftest-mincore
* kselftest-mount
* kselftest-mqueue
* kselftest-net
* kselftest-net-forwarding
* kselftest-net-mptcp
* kselftest-netfilter
* kselftest-nsfs
* kselftest-openat2
* kselftest-pid_namespace
* kselftest-pidfd
* kselftest-proc
* kselftest-pstore
* kselftest-ptrace
* kselftest-rseq
* kselftest-rtc
* kselftest-sigaltstack
* kselftest-size
* kselftest-tc-testing
* kselftest-timens
* kselftest-tmpfs
* kselftest-tpm2
* kselftest-user
* kselftest-user_events
* kselftest-vDSO
* kselftest-vm
* kselftest-x86
* kselftest-zram
* kunit
* libgpiod
* log-parser-boot
* log-parser-test
* ltp-cap_bounds
* ltp-commands
* ltp-containers
* ltp-controllers
* ltp-cpuhotplug
* ltp-crypto
* ltp-cve
* ltp-dio
* ltp-fcntl-locktests
* ltp-filecaps
* ltp-fs
* ltp-fs_bind
* ltp-fs_perms_simple
* ltp-fsx
* ltp-hugetlb
* ltp-io
* ltp-ipc
* ltp-math
* ltp-mm
* ltp-nptl
* ltp-pty
* ltp-sched
* ltp-securebits
* ltp-smoke
* ltp-syscalls
* ltp-tracing
* perf
* rcutorture
--
Linaro LKFT
https://lkft.linaro.org
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH 5.10 000/191] 5.10.201-rc1 review
2023-11-15 20:44 [PATCH 5.10 000/191] 5.10.201-rc1 review Greg Kroah-Hartman
` (2 preceding siblings ...)
2023-11-16 18:18 ` Naresh Kamboju
@ 2023-11-17 1:13 ` Guenter Roeck
2023-11-17 1:57 ` Dominique Martinet
` (2 more replies)
2023-11-17 1:25 ` Guenter Roeck
2023-11-17 17:01 ` Pavel Machek
5 siblings, 3 replies; 15+ messages in thread
From: Guenter Roeck @ 2023-11-17 1:13 UTC (permalink / raw)
To: Greg Kroah-Hartman, stable
Cc: patches, linux-kernel, torvalds, akpm, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw,
rwarsow, conor
On 11/15/23 12:44, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.10.201 release.
> There are 191 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, 17 Nov 2023 20:46:03 +0000.
> Anything received after that time might be too late.
>
Build results:
total: 159 pass: 155 fail: 4
Failed builds:
arm:allmodconfig
arm64:allmodconfig
i386:tools/perf
x86_64:tools/perf
Qemu test results:
total: 495 pass: 495 fail: 0
with:
Building arm64:allmodconfig ... failed
--------------
Error log:
drivers/interconnect/qcom/osm-l3.c:6:10: fatal error: linux/args.h: No such file or directory
There is no linux/args.h in v5.10.y.
Caused by "interconnect: qcom: osm-l3: Replace custom implementation of COUNT_ARGS()".
Also:
Building i386:tools/perf ... failed
util/evlist.c: In function ‘evlist__add_aux_dummy’:
util/evlist.c:269:24: error: implicit declaration of function ‘evlist__dummy_event’; did you mean ‘evsel__is_dummy_event’? [-Werror=implicit-function-declaration]
269 | struct evsel *evsel = evlist__dummy_event(evlist);
| ^~~~~~~~~~~~~~~~~~~
| evsel__is_dummy_event
util/evlist.c:269:24: error: initialization of ‘struct evsel *’ from ‘int’ makes pointer from integer without a cast
There is indeed no 'evlist__dummy_event' function in v5.10.y.
This is with v5.10.200-192-g550b7e1fee20. I am a bit puzzled why others
don't seem to see those problems.
Guenter
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH 5.10 000/191] 5.10.201-rc1 review
2023-11-15 20:44 [PATCH 5.10 000/191] 5.10.201-rc1 review Greg Kroah-Hartman
` (3 preceding siblings ...)
2023-11-17 1:13 ` Guenter Roeck
@ 2023-11-17 1:25 ` Guenter Roeck
2023-11-17 17:01 ` Pavel Machek
5 siblings, 0 replies; 15+ messages in thread
From: Guenter Roeck @ 2023-11-17 1:25 UTC (permalink / raw)
To: Greg Kroah-Hartman, stable
Cc: patches, linux-kernel, torvalds, akpm, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw,
rwarsow, conor
On 11/15/23 12:44, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.10.201 release.
> There are 191 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, 17 Nov 2023 20:46:03 +0000.
> Anything received after that time might be too late.
>
Build results:
total: 159 pass: 154 fail: 5
Failed builds:
arm:allmodconfig
arm64:allmodconfig
i386:tools/perf
x86_64:allyesconfig
x86_64:tools/perf
Qemu test results:
total: 495 pass: 495 fail: 0
with:
Building arm64:allmodconfig ... failed
--------------
Error log:
drivers/interconnect/qcom/osm-l3.c:6:10: fatal error: linux/args.h: No such file or directory
There is no linux/args.h in v5.10.y.
Caused by "interconnect: qcom: osm-l3: Replace custom implementation of COUNT_ARGS()".
Also:
Building i386:tools/perf ... failed
util/evlist.c: In function ‘evlist__add_aux_dummy’:
util/evlist.c:269:24: error: implicit declaration of function ‘evlist__dummy_event’; did you mean ‘evsel__is_dummy_event’? [-Werror=implicit-function-declaration]
269 | struct evsel *evsel = evlist__dummy_event(evlist);
| ^~~~~~~~~~~~~~~~~~~
| evsel__is_dummy_event
util/evlist.c:269:24: error: initialization of ‘struct evsel *’ from ‘int’ makes pointer from integer without a cast
There is indeed no 'evlist__dummy_event' function in v5.10.y.
This is with v5.10.200-192-g550b7e1fee20. I am a bit puzzled why others
don't seem to see those problems.
Guenter
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH 5.10 000/191] 5.10.201-rc1 review
2023-11-17 1:13 ` Guenter Roeck
@ 2023-11-17 1:57 ` Dominique Martinet
2023-11-17 15:15 ` Guenter Roeck
2023-11-17 7:41 ` Naresh Kamboju
2023-11-20 10:05 ` Greg Kroah-Hartman
2 siblings, 1 reply; 15+ messages in thread
From: Dominique Martinet @ 2023-11-17 1:57 UTC (permalink / raw)
To: Guenter Roeck
Cc: Greg Kroah-Hartman, stable, patches, linux-kernel, torvalds, akpm,
shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor
Guenter Roeck wrote on Thu, Nov 16, 2023 at 05:13:39PM -0800:
> Failed builds:
> arm:allmodconfig
> arm64:allmodconfig
> i386:tools/perf
> x86_64:tools/perf
> This is with v5.10.200-192-g550b7e1fee20. I am a bit puzzled why others
> don't seem to see those problems.
The perf problem was reported by Florian Fainelli, but my current test
build does not include userspace tools as we're not shipping them (and
would rely on $distro packages when I need perf as a user rather than
building it).
Likewise, it looks like neither Linaro nor me build the qcom driver...
I'm building kernels that have been trimmed down for our boards (with
that exact config we're shipping and providing for our customers), and
arm* drivers are especially fractured so it's a bit misleading to see
"arm64 pass", that's just the tip of the actual setup tested.
(Anyway, the main reason for me is mostly that $job is a small company
that cannot afford extensive upstream testing, so I just don't have the
time to do extended tests -- for the same reason we're only supporting
the 5.10 tree so I'm focusing my limited time on just this branch, even
if I'd love to do more.
I'm just taking the stance that some test is better than no test and
report back things we'd need to test before shipping customers a few
weeks later anyway -- thank you for covering more!)
--
Dominique Martinet | Asmadeus
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH 5.10 000/191] 5.10.201-rc1 review
2023-11-17 1:13 ` Guenter Roeck
2023-11-17 1:57 ` Dominique Martinet
@ 2023-11-17 7:41 ` Naresh Kamboju
2023-11-17 14:58 ` Guenter Roeck
2023-11-20 10:05 ` Greg Kroah-Hartman
2 siblings, 1 reply; 15+ messages in thread
From: Naresh Kamboju @ 2023-11-17 7:41 UTC (permalink / raw)
To: Greg Kroah-Hartman, Guenter Roeck
Cc: stable, patches, linux-kernel, torvalds, akpm, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw,
rwarsow, conor
On Fri, 17 Nov 2023 at 06:43, Guenter Roeck <linux@roeck-us.net> wrote:
>
> On 11/15/23 12:44, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.10.201 release.
> > There are 191 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, 17 Nov 2023 20:46:03 +0000.
> > Anything received after that time might be too late.
> >
>
> Build results:
> total: 159 pass: 155 fail: 4
> Failed builds:
> arm:allmodconfig
> arm64:allmodconfig
> i386:tools/perf
> x86_64:tools/perf
> Qemu test results:
> total: 495 pass: 495 fail: 0
>
> with:
>
> Building arm64:allmodconfig ... failed
> --------------
> Error log:
> drivers/interconnect/qcom/osm-l3.c:6:10: fatal error: linux/args.h: No such file or directory
>
> There is no linux/args.h in v5.10.y.
>
> Caused by "interconnect: qcom: osm-l3: Replace custom implementation of COUNT_ARGS()".
>
> Also:
>
> Building i386:tools/perf ... failed
>
> util/evlist.c: In function ‘evlist__add_aux_dummy’:
> util/evlist.c:269:24: error: implicit declaration of function ‘evlist__dummy_event’; did you mean ‘evsel__is_dummy_event’? [-Werror=implicit-function-declaration]
> 269 | struct evsel *evsel = evlist__dummy_event(evlist);
> | ^~~~~~~~~~~~~~~~~~~
> | evsel__is_dummy_event
> util/evlist.c:269:24: error: initialization of ‘struct evsel *’ from ‘int’ makes pointer from integer without a cast
>
> There is indeed no 'evlist__dummy_event' function in v5.10.y.
>
> This is with v5.10.200-192-g550b7e1fee20. I am a bit puzzled why others
> don't seem to see those problems.
Thanks for reporting allmodconfig build failures.
My apologies.
The LKFT found allmodconfig failure lately due to infra issues / timeouts,
the builds have been re-triggered manually.
arm:allmodconfig - FAILED
arm64:allmodconfig - FAILED
LKFT have stopped building perf on 5.x and 4.x branches, because we
reported several perf build issues and were not solved in the past.
However, building perf tests from recent stable branches and testing
that on older
stable-rc branches.
- Naresh
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH 5.10 000/191] 5.10.201-rc1 review
2023-11-17 7:41 ` Naresh Kamboju
@ 2023-11-17 14:58 ` Guenter Roeck
2023-11-17 17:06 ` Florian Fainelli
0 siblings, 1 reply; 15+ messages in thread
From: Guenter Roeck @ 2023-11-17 14:58 UTC (permalink / raw)
To: Naresh Kamboju, Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw,
rwarsow, conor
On 11/16/23 23:41, Naresh Kamboju wrote:
> On Fri, 17 Nov 2023 at 06:43, Guenter Roeck <linux@roeck-us.net> wrote:
>>
>> On 11/15/23 12:44, Greg Kroah-Hartman wrote:
>>> This is the start of the stable review cycle for the 5.10.201 release.
>>> There are 191 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, 17 Nov 2023 20:46:03 +0000.
>>> Anything received after that time might be too late.
>>>
>>
>> Build results:
>> total: 159 pass: 155 fail: 4
>> Failed builds:
>> arm:allmodconfig
>> arm64:allmodconfig
>> i386:tools/perf
>> x86_64:tools/perf
>> Qemu test results:
>> total: 495 pass: 495 fail: 0
>>
>> with:
>>
>> Building arm64:allmodconfig ... failed
>> --------------
>> Error log:
>> drivers/interconnect/qcom/osm-l3.c:6:10: fatal error: linux/args.h: No such file or directory
>>
>> There is no linux/args.h in v5.10.y.
>>
>> Caused by "interconnect: qcom: osm-l3: Replace custom implementation of COUNT_ARGS()".
>>
>> Also:
>>
>> Building i386:tools/perf ... failed
>>
>> util/evlist.c: In function ‘evlist__add_aux_dummy’:
>> util/evlist.c:269:24: error: implicit declaration of function ‘evlist__dummy_event’; did you mean ‘evsel__is_dummy_event’? [-Werror=implicit-function-declaration]
>> 269 | struct evsel *evsel = evlist__dummy_event(evlist);
>> | ^~~~~~~~~~~~~~~~~~~
>> | evsel__is_dummy_event
>> util/evlist.c:269:24: error: initialization of ‘struct evsel *’ from ‘int’ makes pointer from integer without a cast
>>
>> There is indeed no 'evlist__dummy_event' function in v5.10.y.
>>
>> This is with v5.10.200-192-g550b7e1fee20. I am a bit puzzled why others
>> don't seem to see those problems.
>
> Thanks for reporting allmodconfig build failures.
>
> My apologies.
> The LKFT found allmodconfig failure lately due to infra issues / timeouts,
> the builds have been re-triggered manually.
>
> arm:allmodconfig - FAILED
> arm64:allmodconfig - FAILED
>
> LKFT have stopped building perf on 5.x and 4.x branches, because we
> reported several perf build issues and were not solved in the past.
>
Kind of makes (sad) sense; after all, I had stopped building perf on
4.14.y as well for the same reason. I'll do the same for 4.19.y and
for all 5.x branches.
Guenter
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH 5.10 000/191] 5.10.201-rc1 review
2023-11-17 1:57 ` Dominique Martinet
@ 2023-11-17 15:15 ` Guenter Roeck
0 siblings, 0 replies; 15+ messages in thread
From: Guenter Roeck @ 2023-11-17 15:15 UTC (permalink / raw)
To: Dominique Martinet
Cc: Greg Kroah-Hartman, stable, patches, linux-kernel, torvalds, akpm,
shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor
Hi,
On 11/16/23 17:57, Dominique Martinet wrote:
> Guenter Roeck wrote on Thu, Nov 16, 2023 at 05:13:39PM -0800:
>> Failed builds:
>> arm:allmodconfig
>> arm64:allmodconfig
>> i386:tools/perf
>> x86_64:tools/perf
>
>> This is with v5.10.200-192-g550b7e1fee20. I am a bit puzzled why others
>> don't seem to see those problems.
>
> The perf problem was reported by Florian Fainelli, but my current test
> build does not include userspace tools as we're not shipping them (and
> would rely on $distro packages when I need perf as a user rather than
> building it).
>
> Likewise, it looks like neither Linaro nor me build the qcom driver...
> I'm building kernels that have been trimmed down for our boards (with
> that exact config we're shipping and providing for our customers), and
> arm* drivers are especially fractured so it's a bit misleading to see
> "arm64 pass", that's just the tip of the actual setup tested.
>
>
> (Anyway, the main reason for me is mostly that $job is a small company
> that cannot afford extensive upstream testing, so I just don't have the
> time to do extended tests -- for the same reason we're only supporting
> the 5.10 tree so I'm focusing my limited time on just this branch, even
> if I'd love to do more.
> I'm just taking the stance that some test is better than no test and
> report back things we'd need to test before shipping customers a few
> weeks later anyway -- thank you for covering more!)
>
Just to clarify, I wasn't assuming or expecting that _everyone_ would report
those errors. I was just puzzled that I had not seen _any_ reports, especially
since arm:allmodconfig and arm64:allmodconfig both failed to build for me
(and I had somehow missed Florian's perf report).
Thanks,
Guenter
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH 5.10 000/191] 5.10.201-rc1 review
2023-11-15 20:44 [PATCH 5.10 000/191] 5.10.201-rc1 review Greg Kroah-Hartman
` (4 preceding siblings ...)
2023-11-17 1:25 ` Guenter Roeck
@ 2023-11-17 17:01 ` Pavel Machek
5 siblings, 0 replies; 15+ messages in thread
From: Pavel Machek @ 2023-11-17 17:01 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor
[-- Attachment #1: Type: text/plain, Size: 662 bytes --]
Hi!
> This is the start of the stable review cycle for the 5.10.201 release.
> There are 191 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.10.y
Tested-by: Pavel Machek (CIP) <pavel@denx.de>
Best regards,
Pavel
--
DENX Software Engineering GmbH, Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH 5.10 000/191] 5.10.201-rc1 review
2023-11-17 14:58 ` Guenter Roeck
@ 2023-11-17 17:06 ` Florian Fainelli
0 siblings, 0 replies; 15+ messages in thread
From: Florian Fainelli @ 2023-11-17 17:06 UTC (permalink / raw)
To: Guenter Roeck, Naresh Kamboju, Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, shuah, patches,
lkft-triage, pavel, jonathanh, sudipm.mukherjee, srw, rwarsow,
conor
On 11/17/23 06:58, Guenter Roeck wrote:
> On 11/16/23 23:41, Naresh Kamboju wrote:
>> On Fri, 17 Nov 2023 at 06:43, Guenter Roeck <linux@roeck-us.net> wrote:
>>>
>>> On 11/15/23 12:44, Greg Kroah-Hartman wrote:
>>>> This is the start of the stable review cycle for the 5.10.201 release.
>>>> There are 191 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, 17 Nov 2023 20:46:03 +0000.
>>>> Anything received after that time might be too late.
>>>>
>>>
>>> Build results:
>>> total: 159 pass: 155 fail: 4
>>> Failed builds:
>>> arm:allmodconfig
>>> arm64:allmodconfig
>>> i386:tools/perf
>>> x86_64:tools/perf
>>> Qemu test results:
>>> total: 495 pass: 495 fail: 0
>>>
>>> with:
>>>
>>> Building arm64:allmodconfig ... failed
>>> --------------
>>> Error log:
>>> drivers/interconnect/qcom/osm-l3.c:6:10: fatal error: linux/args.h:
>>> No such file or directory
>>>
>>> There is no linux/args.h in v5.10.y.
>>>
>>> Caused by "interconnect: qcom: osm-l3: Replace custom implementation
>>> of COUNT_ARGS()".
>>>
>>> Also:
>>>
>>> Building i386:tools/perf ... failed
>>>
>>> util/evlist.c: In function ‘evlist__add_aux_dummy’:
>>> util/evlist.c:269:24: error: implicit declaration of function
>>> ‘evlist__dummy_event’; did you mean ‘evsel__is_dummy_event’?
>>> [-Werror=implicit-function-declaration]
>>> 269 | struct evsel *evsel = evlist__dummy_event(evlist);
>>> | ^~~~~~~~~~~~~~~~~~~
>>> | evsel__is_dummy_event
>>> util/evlist.c:269:24: error: initialization of ‘struct evsel *’ from
>>> ‘int’ makes pointer from integer without a cast
>>>
>>> There is indeed no 'evlist__dummy_event' function in v5.10.y.
>>>
>>> This is with v5.10.200-192-g550b7e1fee20. I am a bit puzzled why others
>>> don't seem to see those problems.
>>
>> Thanks for reporting allmodconfig build failures.
>>
>> My apologies.
>> The LKFT found allmodconfig failure lately due to infra issues /
>> timeouts,
>> the builds have been re-triggered manually.
>>
>> arm:allmodconfig - FAILED
>> arm64:allmodconfig - FAILED
>>
>> LKFT have stopped building perf on 5.x and 4.x branches, because we
>> reported several perf build issues and were not solved in the past.
>>
>
> Kind of makes (sad) sense; after all, I had stopped building perf on
> 4.14.y as well for the same reason. I'll do the same for 4.19.y and
> for all 5.x branches.
FWIW, I will continue to build and test perf for all branches that I can
easily run on our test rack, which are all of them except 4.14.y and 4.19.y.
--
Florian
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH 5.10 000/191] 5.10.201-rc1 review
2023-11-17 1:13 ` Guenter Roeck
2023-11-17 1:57 ` Dominique Martinet
2023-11-17 7:41 ` Naresh Kamboju
@ 2023-11-20 10:05 ` Greg Kroah-Hartman
2023-11-20 18:17 ` Guenter Roeck
2 siblings, 1 reply; 15+ messages in thread
From: Greg Kroah-Hartman @ 2023-11-20 10:05 UTC (permalink / raw)
To: Guenter Roeck
Cc: stable, patches, linux-kernel, torvalds, akpm, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw,
rwarsow, conor
On Thu, Nov 16, 2023 at 05:13:39PM -0800, Guenter Roeck wrote:
> On 11/15/23 12:44, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.10.201 release.
> > There are 191 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, 17 Nov 2023 20:46:03 +0000.
> > Anything received after that time might be too late.
> >
>
> Build results:
> total: 159 pass: 155 fail: 4
> Failed builds:
> arm:allmodconfig
> arm64:allmodconfig
> i386:tools/perf
> x86_64:tools/perf
> Qemu test results:
> total: 495 pass: 495 fail: 0
>
> with:
>
> Building arm64:allmodconfig ... failed
> --------------
> Error log:
> drivers/interconnect/qcom/osm-l3.c:6:10: fatal error: linux/args.h: No such file or directory
>
> There is no linux/args.h in v5.10.y.
>
> Caused by "interconnect: qcom: osm-l3: Replace custom implementation of COUNT_ARGS()".
Now dropped, thanks.
greg k-h
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH 5.10 000/191] 5.10.201-rc1 review
2023-11-20 10:05 ` Greg Kroah-Hartman
@ 2023-11-20 18:17 ` Guenter Roeck
2023-11-20 19:01 ` Holger Hoffstätte
0 siblings, 1 reply; 15+ messages in thread
From: Guenter Roeck @ 2023-11-20 18:17 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw,
rwarsow, conor
On 11/20/23 02:05, Greg Kroah-Hartman wrote:
> On Thu, Nov 16, 2023 at 05:13:39PM -0800, Guenter Roeck wrote:
>> On 11/15/23 12:44, Greg Kroah-Hartman wrote:
>>> This is the start of the stable review cycle for the 5.10.201 release.
>>> There are 191 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, 17 Nov 2023 20:46:03 +0000.
>>> Anything received after that time might be too late.
>>>
>>
>> Build results:
>> total: 159 pass: 155 fail: 4
>> Failed builds:
>> arm:allmodconfig
>> arm64:allmodconfig
>> i386:tools/perf
>> x86_64:tools/perf
>> Qemu test results:
>> total: 495 pass: 495 fail: 0
>>
>> with:
>>
>> Building arm64:allmodconfig ... failed
>> --------------
>> Error log:
>> drivers/interconnect/qcom/osm-l3.c:6:10: fatal error: linux/args.h: No such file or directory
>>
>> There is no linux/args.h in v5.10.y.
>>
>> Caused by "interconnect: qcom: osm-l3: Replace custom implementation of COUNT_ARGS()".
>
> Now dropped, thanks.
>
v5.10.201 fails to build arm:allmodconfig and arm64:allmodconfig with
drivers/interconnect/qcom/sc7180.c:158:10: error: 'struct qcom_icc_bcm' has no member named 'enable_mask'
Guenter
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH 5.10 000/191] 5.10.201-rc1 review
2023-11-20 18:17 ` Guenter Roeck
@ 2023-11-20 19:01 ` Holger Hoffstätte
0 siblings, 0 replies; 15+ messages in thread
From: Holger Hoffstätte @ 2023-11-20 19:01 UTC (permalink / raw)
To: Guenter Roeck, Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw,
rwarsow, conor
On 2023-11-20 19:17, Guenter Roeck wrote:
> On 11/20/23 02:05, Greg Kroah-Hartman wrote:
>> On Thu, Nov 16, 2023 at 05:13:39PM -0800, Guenter Roeck wrote:
>>> On 11/15/23 12:44, Greg Kroah-Hartman wrote:
>>>> This is the start of the stable review cycle for the 5.10.201 release.
>>>> There are 191 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, 17 Nov 2023 20:46:03 +0000.
>>>> Anything received after that time might be too late.
>>>>
>>>
>>> Build results:
>>> total: 159 pass: 155 fail: 4
>>> Failed builds:
>>> arm:allmodconfig
>>> arm64:allmodconfig
>>> i386:tools/perf
>>> x86_64:tools/perf
>>> Qemu test results:
>>> total: 495 pass: 495 fail: 0
>>>
>>> with:
>>>
>>> Building arm64:allmodconfig ... failed
>>> --------------
>>> Error log:
>>> drivers/interconnect/qcom/osm-l3.c:6:10: fatal error: linux/args.h: No such file or directory
>>>
>>> There is no linux/args.h in v5.10.y.
>>>
>>> Caused by "interconnect: qcom: osm-l3: Replace custom implementation of COUNT_ARGS()".
>>
>> Now dropped, thanks.
>>
>
> v5.10.201 fails to build arm:allmodconfig and arm64:allmodconfig with
>
> drivers/interconnect/qcom/sc7180.c:158:10: error: 'struct qcom_icc_bcm' has no member named 'enable_mask'
>
Sam sent a note about that as well, probably got lost in the pile:
https://lore.kernel.org/stable/87fs10k1ee.fsf@gentoo.org/
Looks like it's missing a prerequisite patch.
-h
^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2023-11-20 19:09 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-11-15 20:44 [PATCH 5.10 000/191] 5.10.201-rc1 review Greg Kroah-Hartman
2023-11-15 23:09 ` Florian Fainelli
2023-11-16 7:21 ` Dominique Martinet
2023-11-16 18:18 ` Naresh Kamboju
2023-11-17 1:13 ` Guenter Roeck
2023-11-17 1:57 ` Dominique Martinet
2023-11-17 15:15 ` Guenter Roeck
2023-11-17 7:41 ` Naresh Kamboju
2023-11-17 14:58 ` Guenter Roeck
2023-11-17 17:06 ` Florian Fainelli
2023-11-20 10:05 ` Greg Kroah-Hartman
2023-11-20 18:17 ` Guenter Roeck
2023-11-20 19:01 ` Holger Hoffstätte
2023-11-17 1:25 ` Guenter Roeck
2023-11-17 17:01 ` Pavel Machek
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox