lkml.org http://lkml.org lkml.org - the realtime linux kernel mailinglist archive Tue, 18 Mar 2025 11:51:09 +0100 Re: [main-line][PowerPC]selftests/powerpc/signal: sigfuz fails Madhavan Srinivasan <invalid@email.com> http://lkml.org/lkml/2025/3/18/618 Summary not available RE: [PATCH] drm/exynos: exynos7_drm_decon: Consstify struct decon_data "Alim Akhtar" <invalid@email.com> http://lkml.org/lkml/2025/3/18/617 Summary not available Re: [PATCH] arm: coresight: Finish removal of Coresight support in ... Suzuki K Poulose <invalid@email.com> http://lkml.org/lkml/2025/3/18/616 Summary not available Re: [PATCH 1/2] perf vendor events arm64: AmpereOne/AmpereOneX: Ma ... James Clark <invalid@email.com> http://lkml.org/lkml/2025/3/18/615 Summary not available Re: [PATCH 3/3] remoteproc: Use of_reserved_mem_region_* functions ... neil.armstrong@linaro ... <invalid@email.com> http://lkml.org/lkml/2025/3/18/614 Summary not available [PATCH] ASoC: ti: j721e-evm: Reduce log level for EPROBE_DEFER Jayesh Choudhary <invalid@email.com> http://lkml.org/lkml/2025/3/18/613 Summary not available Re: [RFC PATCH 0/4] Kernel daemon for detecting and promoting hot ... Bharata B Rao <invalid@email.com> http://lkml.org/lkml/2025/3/18/612 Summary not available linux-next: build warnings after merge of the iommufd tree Stephen Rothwell <invalid@email.com> http://lkml.org/lkml/2025/3/18/611 Summary not available Re: [PATCH v2 2/2] leds: tps6131x: add support for Texas Instrumen ... kernel test robot <invalid@email.com> http://lkml.org/lkml/2025/3/18/610 Summary not available Re: [PATCH v17] pwm: opencores: Add PWM driver support Uwe Kleine-König <invalid@email.com> http://lkml.org/lkml/2025/3/18/609 Summary not available [PATCH v3 18/18] nvme-fc: do not reference lsrsp after failure Daniel Wagner <invalid@email.com> http://lkml.org/lkml/2025/3/18/608 Summary not available [PATCH v3 16/18] nvmet-fc: take tgtport refs for portentry Daniel Wagner <invalid@email.com> http://lkml.org/lkml/2025/3/18/607 Summary not available [PATCH v3 17/18] nvmet-fc: put ref when assoc->del_work is already ... Daniel Wagner <invalid@email.com> http://lkml.org/lkml/2025/3/18/606 Daniel Wagner writes: (Summary) Do not leak the tgtport reference when the work is already scheduled. 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/nvme/target/fc.c b/drivers/nvme/target/fc.c index 649afce908bbade0a843efc4b8b76105c164b035..e027986e35098acbe5f97dcbcc845b9d46b88923 100644 --- a/drivers/nvme/target/fc.c +++ b/drivers/nvme/target/fc.c @@ -1087,7 +1087,8 @@ static void nvmet_fc_schedule_delete_assoc(struct nvmet_fc_tgt_assoc *assoc) { nvmet_fc_tgtport_get(assoc-&gt;tgtport); - queue_work(nvmet_wq, &amp;assoc-&gt;del_work); Re: [PATCH v3 4/4] x86/sev: register tpm-svsm platform device Stefano Garzarella <invalid@email.com> http://lkml.org/lkml/2025/3/18/605 Stefano Garzarella writes: On Mon, Mar 17, 2025 at 03:34:10PM +0200, Jarkko Sakkinen wrote: I'd judge it based on that...<br/> I tried to keep the logic of whether or not the driver is needed all in the tpm_svsm_probe()/snp_svsm_vtpm_probe() (where I check for SVSM). If you prefer to move some pieces here, though, I'm open. If you prefer to move some pieces here, though, I'm open. Thanks,<br/> Stefano<br/> Stefano<br/> Stefano<br/> Stefano<br/> [PATCH V4] ahci: Marvell 88SE9215 controllers prefer DMA for ATAPI Huacai Chen <invalid@email.com> http://lkml.org/lkml/2025/3/18/604 Huacai Chen writes: (Summary) AHCI_HFLAG_NO_MSI), @@ -590,7 +599,7 @@ static const struct pci_device_id ahci_pci_tbl[] = { { PCI_DEVICE(PCI_VENDOR_ID_MARVELL_EXT, 0x91a3), .driver_data = board_ahci_yes_fbs }, { PCI_DEVICE(PCI_VENDOR_ID_MARVELL_EXT, 0x9215), - .driver_data = board_ahci_yes_fbs }, + .driver_data = board_ahci_yes_fbs_atapi_dma }, { PCI_DEVICE(PCI_VENDOR_ID_MARVELL_EXT, 0x9230), .driver_data = board_ahci_yes_fbs }, { PCI_DEVICE(PCI_VENDOR_ID_MARVELL_EXT, 0x9235), diff --git a/drivers/ata/ahci.h b/drivers/ata/ahci.h index c842e2de6ef9..2c10c8f440d1 100644 --- a/drivers/ata/ahci.h +++ b/drivers/ata/ahci.h @@ -246,6 +246,7 @@ enum { AHCI_HFLAG_NO_SXS = BIT(26), /* SXS not supported */ AHCI_HFLAG_43BIT_ONLY = BIT(27), /* 43bit DMA addr limit */ AHCI_HFLAG_INTEL_PCS_QUIRK = BIT(28), /* apply Intel PCS quirk */ + AHCI_HFLAG_ATAPI_DMA_QUIRK = BIT(29), /* force ATAPI to use DMA */ /* ap-&gt;flags bits */ diff --git a/drivers/ata/libahci.c b/drivers/ata/libahci.c index e7ace4b10f15..22afa4ff860d 1006 [PATCH v3 15/18] nvmet-fc: free pending reqs on tgtport unregister Daniel Wagner <invalid@email.com> http://lkml.org/lkml/2025/3/18/603 Daniel Wagner writes: (Summary) + + /* + * After this point the connection is lost and thus any pending + * request can't be processed by the normal completion path. + */ + for (;;) { + lsop = list_first_entry_or_null(&amp;tgtport-&gt;ls_req_list, + struct nvmet_fc_ls_req_op, + lsreq_list); + fc_dma_unmap_single(tgtport-&gt;dev, lsreq-&gt;rqstdma, + (lsreq-&gt;rqstlen + lsreq-&gt;rsplen), + DMA_BIDIRECTIONAL); + } +} + /** * nvmet_fc_unregister_targetport - transport entry point called by an * LLDD to deregister/remove a previously @@ -1619,13 +1657,7 @@ nvmet_fc_unregister_targetport(struct nvmet_fc_target_port *target_port) flush_workqueue(nvmet_wq); [PATCH v3 11/18] nvmet-fc: inline nvmet_fc_delete_assoc Daniel Wagner <invalid@email.com> http://lkml.org/lkml/2025/3/18/602 Daniel Wagner writes: (Summary) 10 ++-------- 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/drivers/nvme/target/fc.c b/drivers/nvme/target/fc.c index 8edb2b7f7a70d0a0a366f59f7db7af371e3799a0..05290506602469fc98d8463d0f1fcb6cf2422fde 100644 --- a/drivers/nvme/target/fc.c +++ b/drivers/nvme/target/fc.c @@ -1087,13 +1087,6 @@ nvmet_fc_alloc_hostport(struct nvmet_fc_tgtport *tgtport, void *hosthandle) return newhost; -} - static void nvmet_fc_delete_assoc_work(struct work_struct *work) { @@ -1101,7 +1094,8 @@ nvmet_fc_delete_assoc_work(struct work_struct *work) container_of(work, struct nvmet_fc_tgt_assoc, del_work); [PATCH v3 07/18] nvmet-fcloop: update refs on tfcp_req Daniel Wagner <invalid@email.com> http://lkml.org/lkml/2025/3/18/601 Daniel Wagner writes: (Summary) Track the lifetime of the in-flight tfcp_req to ensure the object is not freed too early.<br/> the object is not freed too early.<br/> Signed-off-by: Daniel Wagner &lt;wagi@kernel.org&gt; 10 +++++++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/drivers/nvme/target/fcloop.c b/drivers/nvme/target/fcloop.c index cddaa424bb3ff62156cef14c787fdcb33c15d76e..cadf081e3653c641b0afcb0968fc74299ab941d1 100644 --- a/drivers/nvme/target/fcloop.c +++ b/drivers/nvme/target/fcloop.c @@ -566,7 +566,8 @@ fcloop_call_host_done(struct nvmefc_fcp_req *fcpreq, } /* release original io reference on tgt struct */ - fcloop_tfcp_req_put(tfcp_req); [PATCH v3 05/18] nvmet-fcloop: track ref counts for nports Daniel Wagner <invalid@email.com> http://lkml.org/lkml/2025/3/18/600 Daniel Wagner writes: (Summary) 106 +++++++++++++++++++++++++------------------ 1 file changed, 63 insertions(+), 43 deletions(-) diff --git a/drivers/nvme/target/fcloop.c b/drivers/nvme/target/fcloop.c index 245bfe08d91ec81f1979251e8c757a0d46fd09e9..69121a5f0f280936d1b720e9e994d6e5eb9186ff 100644 --- a/drivers/nvme/target/fcloop.c +++ b/drivers/nvme/target/fcloop.c @@ -1054,8 +1054,15 @@ static void fcloop_remoteport_delete(struct nvme_fc_remote_port *remoteport) { struct fcloop_rport *rport = remoteport-&gt;private; } @@ -1402,8 +1416,8 @@ static ssize_t fcloop_delete_remote_port(struct device *dev, struct device_attribute *attr, const char *buf, size_t count) { - struct fcloop_nport *nport = NULL, *tmpport; - } - } + nport = fcloop_nport_lookup(nodename, portname); - } - } + nport = fcloop_nport_lookup(nodename, portname); [PATCH v3 02/18] nvmet-fcloop: replace kref with refcount Daniel Wagner <invalid@email.com> http://lkml.org/lkml/2025/3/18/599 Daniel Wagner writes: (Summary) @@ -533,24 +533,18 @@ fcloop_tgt_discovery_evt(struct nvmet_fc_target_port *tgtport) } static void -fcloop_tfcp_req_free(struct kref *ref) +fcloop_tfcp_req_put(struct fcloop_fcpreq *tfcp_req) { - struct fcloop_fcpreq *tfcp_req = - container_of(ref, struct fcloop_fcpreq, ref); @@ -1000,12 +994,13 @@ fcloop_fcp_abort(struct nvme_fc_local_port *localport, } static void -fcloop_nport_free(struct kref *ref) +fcloop_nport_put(struct fcloop_nport *nport) { - struct fcloop_nport *nport = - container_of(ref, struct fcloop_nport, ref); [PATCH v3 04/18] nvmet-fcloop: refactor fcloop_nport_alloc Daniel Wagner <invalid@email.com> http://lkml.org/lkml/2025/3/18/598 Daniel Wagner writes: (Summary) - - list_for_each_entry(tlport, &amp;fcloop_lports, lport_list) { - if (tlport-&gt;localport-&gt;node_name == nodename &amp;&amp; - tlport-&gt;localport-&gt;port_name == portname) { - if (!fcloop_lport_get(tlport)) - break; - } - } - spin_unlock_irqrestore(&amp;fcloop_lock, flags); opts_mask) != opts_mask) { - ret = -EINVAL; - } - - list_for_each_entry(nport, &amp;fcloop_nports, nport_list) { - if (nport-&gt;node_name == opts-&gt;wwnn &amp;&amp; - } - - fcloop_nport_get(nport); [PATCH v3 01/18] nvmet-fcloop: remove nport from list on last user Daniel Wagner <invalid@email.com> http://lkml.org/lkml/2025/3/18/597 Daniel Wagner writes: (Summary) The nport object has an association with the rport and lport object, that means we can only remove an nport object from the global nport_list after the last user of an rport or lport is gone.<br/> after the last user of an rport or lport is gone.<br/> Reviewed-by: Hannes Reinecke &lt;hare@suse.de&gt;<br/> Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;<br/> Signed-off-by: Daniel Wagner &lt;wagi@kernel.org&gt; [PATCH v3 03/18] nvmet-fcloop: add ref counting to lport Daniel Wagner <invalid@email.com> http://lkml.org/lkml/2025/3/18/596 Daniel Wagner writes: (Summary) 44 +++++++++++++++++++++++++++++++------------- 1 file changed, 31 insertions(+), 13 deletions(-) diff --git a/drivers/nvme/target/fcloop.c b/drivers/nvme/target/fcloop.c index cfce70d1b11ff305b203d716f78fad23f114e9c3..c6d5a31ce0b5ccb10988e339ae22d528e06d5e2b 100644 --- a/drivers/nvme/target/fcloop.c +++ b/drivers/nvme/target/fcloop.c @@ -208,6 +208,7 @@ struct fcloop_lport { struct nvme_fc_local_port *localport; struct fcloop_lport_priv { @@ -993,6 +994,27 @@ fcloop_fcp_abort(struct nvme_fc_local_port *localport, } } +static void +fcloop_lport_put(struct fcloop_lport *lport) +{ + unsigned long flags; } @@ -1192,8 +1208,9 @@ fcloop_delete_local_port(struct device *dev, struct device_attribute *attr, list_for_each_entry(tlport, &amp;fcloop_lports, lport_list) { if (tlport-&gt;localport-&gt;node_name == nodename &amp;&amp; [PATCH v3 00/18] nvmet-fcloop: track resources via reference counting Daniel Wagner <invalid@email.com> http://lkml.org/lkml/2025/3/18/595 Daniel Wagner writes: (Summary) --- Changes in v3: - fixed memory leaks - allocates fcloop_lsreq in fcloop directly - prevent double free due to unregister race - collected tags - Link to v2: <a href="/load/view.php?a=aHR0cHM6Ly9sb3JlLmtlcm5lbC5vcmcvci8yMDI1MDMxMS1udm1ldC1mY2xvb3AtdjItMC1mYzQwY2I2NGVkZWFAa2VybmVsLm9yZw">https://lore.kernel.org/r/20250311-nvmet-fcloop-v2-0-fc40cb64edea@kernel.org</a> Changes in v2: - drop tport and rport ref counting, use implicit synchronisation - a bunch of additional fixes in existing ref countig - replaced kref with refcount - Link to v1: <a href="/load/view.php?a=aHR0cHM6Ly9sb3JlLmtlcm5lbC5vcmcvci8yMDI1MDIyNi1udm1ldC1mY2xvb3AtdjEtMC1jMGJkODNkNDNlNmFAa2VybmVsLm9yZw">https://lore.kernel.org/r/20250226-nvmet-fcloop-v1-0-c0bd83d43e6a@kernel.org</a> --- Daniel Wagner (18): nvmet-fcloop: remove nport from list on last user nvmet-fcloop: replace kref with refcount nvmet-fcloop: add ref counting to lport nvmet-fcloop: refactor fcloop_nport_alloc nvmet-fcloop: track ref counts for nports nvmet-fcloop: sync targetport removal nvmet-fcloop: update r Re: [PATCH net, v2] net: mana: Support holes in device list reply msg patchwork-bot+netdevbpf@kernel ... <invalid@email.com> http://lkml.org/lkml/2025/3/18/594 patchwork-bot+netdevbpf@kernel ... writes: (Summary) Hello:<br/> Hello:<br/> This patch was applied to netdev/net.git (main)<br/> by Paolo Abeni &lt;pabeni@redhat.com&gt;:<br/> by Paolo Abeni &lt;pabeni@redhat.com&gt;:<br/> On Tue, 11 Mar 2025 13:12:54 -0700 you wrote:<br/> [...]<br/> Here is the summary with links:<br/> - [net,v2] net: mana: Support holes in device list reply msg <a href="/load/view.php?a=aHR0cHM6Ly9naXQua2VybmVsLm9yZy9uZXRkZXYvbmV0L2MvMmZjOGEzNDY2MjVl">https://git.kernel.org/netdev/net/c/2fc8a346625e</a><br/> <a href="/load/view.php?a=aHR0cHM6Ly9naXQua2VybmVsLm9yZy9uZXRkZXYvbmV0L2MvMmZjOGEzNDY2MjVl">https://git.kernel.org/netdev/net/c/2fc8a346625e</a><br/> You are awesome, thank you!<br/> linux-next: build warning after merge of the hmm tree Stephen Rothwell <invalid@email.com> http://lkml.org/lkml/2025/3/18/593 Stephen Rothwell writes: Hi all,<br/> Hi all,<br/> After merging the hmm tree, today's linux-next build (htmldocs) produced this warning:<br/> this warning:<br/> include/uapi/fwctl/pds.h:1: warning: no structured comments found include/uapi/fwctl/pds.h:1: warning: no structured comments found Introduced by commit<br/> Introduced by commit<br/> 16384467ec8f ("pds_fwctl: add Documentation entries") 16384467ec8f ("pds_fwctl: add Documentation entries") [unhandled content-type:application/pgp-signature] Re: [PATCH v3 3/4] tpm: add SNP SVSM vTPM driver Stefano Garzarella <invalid@email.com> http://lkml.org/lkml/2025/3/18/592 Stefano Garzarella writes: (Summary) On Mon, Mar 17, 2025 at 03:43:18PM +0200, Jarkko Sakkinen wrote: from each other by a blank line.<br/> Yep, I already fixed it in v4, since I found that issue while backporting this patch to CentOS 9.<br/> backporting this patch to CentOS 9.<br/> the tpm_svsm_priv structure is ever modified.<br/> @Tom Should that buffer really page aligned?<br/> @Tom Should that buffer really page aligned?<br/> I couldn't find anything in the specification. IIRC edk2 also doesn't allocate it aligned, and the code in SVSM already handles the case when this is not aligned.<br/> this is not aligned.<br/> So if it is to be aligned to the pages, we should reinforce it in SVSM (spec/code) and also fix edk2.<br/> (spec/code) and also fix edk2.<br/> Or was yours a suggestion for performance/optimization? Re: [PATCH 4/9] dt-bindings: arm: qcom,coresight-static-replicator ... Suzuki K Poulose <invalid@email.com> http://lkml.org/lkml/2025/3/18/591 Suzuki K Poulose writes: (Summary) On 17/03/2025 17:44, Dmitry Baryshkov wrote:<br/> On 17/03/2025 17:44, Dmitry Baryshkov wrote:<br/> nit: Subject:<br/> nit: Subject:<br/> s/qcom,coresight-static-replicator/arm,coresight-static-replicator s/qcom,coresight-static-replicator/arm,coresight-static-replicator +<br/> For the static replicator, you don't have an APB clock, as they can't be programmed. So minItems 0, maxItems: 1 Suzuki<br/> Suzuki<br/> Suzuki<br/> Suzuki<br/> additionalProperties: false<br/> additionalProperties: false<br/> additionalProperties: false<br/> [PATCH net v3] mlxsw: spectrum_acl_bloom_filter: Workaround for so ... WangYuli <invalid@email.com> http://lkml.org/lkml/2025/3/18/590 WangYuli writes: (Summary) By expanding these possibilities, the compile warning is suppressed.<br/> possibilities, the compile warning is suppressed.<br/> Fix follow error with clang-19 when -Werror:<br/> In file included from drivers/net/ethernet/mellanox/mlxsw/spectrum_acl_bloom_filter.c:5: In file included from ./include/linux/gfp.h:7:<br/> In file included from ./include/linux/mmzone.h:8:<br/> In file included from ./include/linux/spinlock.h:63: In file included from ./include/linux/lockdep.h:14: In file included from ./include/linux/smp.h:13:<br/> In file included from ./include/linux/cpumask.h:12: In file included from ./include/linux/bitmap.h:13:<br/> In file included from ./include/linux/string.h:392: ./include/linux/fortify-string.h:571:4: error: call to '__write_overflow_field' declared with 'warning' attribute: detected write beyond size of field (1st parameter); [PATCH] mfd: cgbc-core: Add support for conga-SA8 Thomas Richard <invalid@email.com> http://lkml.org/lkml/2025/3/18/589 Thomas Richard writes: (Summary) 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/drivers/mfd/cgbc-core.c b/drivers/mfd/cgbc-core.c index 85283c8dde253..1687a3b0289d1 100644 --- a/drivers/mfd/cgbc-core.c +++ b/drivers/mfd/cgbc-core.c @@ -384,6 +384,13 @@ static const struct dmi_system_id cgbc_dmi_table[] __initconst = { DMI_MATCH(DMI_BOARD_NAME, "conga-SA7"), }, }, + { + .ident = "SA8", + .matches = { + DMI_MATCH(DMI_BOARD_VENDOR, "congatec"), + DMI_MATCH(DMI_BOARD_NAME, "conga-SA8"), + }, + }, {} }; [PATCH 0/2] Add support for setting MUX for I2C lines Jayesh Choudhary <invalid@email.com> http://lkml.org/lkml/2025/3/18/588 Jayesh Choudhary writes: (Summary) These 2 patches add support for mux-controller for I2C lines as required in TI SoC J721S2 for main_i2c3 instance where the I2C lines after coming out of SoC are routed through a MUX which is controlled by WKUP_GPIO54: out of SoC are routed through a MUX which is controlled by WKUP_GPIO54: ______ MUX FOR I2C | We get the following errors: [...] [ 1.293131] pca953x 2-0020: supply vcc not found, using dummy regulator [ 1.299971] pca953x 2-0020: using no AI [ 1.318993] pca953x 2-0020: failed writing register: -121 [ 1.324599] pca953x 2-0020: probe with driver pca953x failed with error -121 [...] [ 21.191584] i2c 2-0044: deferred probe pending: i2c: supplier 2-0020 not ready [ 21.198855] platform sound: deferred probe pending: j721e-audio: devm_snd_soc_register_card() failed: -517 So add mux-control in I2C driver to defer the I2C probe till WKUP_GPIO54 is hogged to desired state and then continue with I2C probe. linux-next: build warning after merge of the hwmon-staging tree Stephen Rothwell <invalid@email.com> http://lkml.org/lkml/2025/3/18/587 Stephen Rothwell writes: (Summary) Hi all,<br/> Hi all,<br/> After merging the hwmon-staging tree, today's linux-next build (htmldocs) produced this warning:<br/> produced this warning:<br/> Documentation/hwmon/ina233.rst: WARNING: document isn't included in any toctree Documentation/hwmon/ina233.rst: WARNING: document isn't included in any toctree Introduced by commit<br/> Introduced by commit<br/> c56110bc68aa ("hwmon: Add driver for TI INA233 Current and Power Monitor") c56110bc68aa ("hwmon: Add driver for TI INA233 Current and Power Monitor") [unhandled content-type:application/pgp-signature] linux-next: build warning after merge of the iommufd tree Stephen Rothwell <invalid@email.com> http://lkml.org/lkml/2025/3/18/586 Stephen Rothwell writes: (Summary) Hi all,<br/> Hi all,<br/> After merging the iommufd tree, today's linux-next build (htmldocs) produced this warning:<br/> produced this warning:<br/> Documentation/userspace-api/iommufd:323: include/uapi/linux/iommufd.h:1033: CRITICAL: Unexpected section title or transition. ------------------------------------------------------------------------- [docutils] WARNING: kernel-doc 'scripts/kernel-doc -rst -enable-lineno include/uapi/linux/iommufd.h' processing failed with: Documentation/userspace-api/iommufd:323: include/uapi/linux/iommufd.h:1033: (SEVERE/4) Unexpected section title or transition. Re: [PATCH 1/2] rust: pass correct target to bindgen on Usermode Linux Miguel Ojeda <invalid@email.com> http://lkml.org/lkml/2025/3/18/585 Miguel Ojeda writes: (Summary) On Tue, Mar 18, 2025 at 11:14=E2=80=AFAM Johannes Berg &lt;johannes@sipsolutions.net&gt; wrote:<br/> <a href="/load/view.php?a=aHR0cHM6Ly9wYXRjaHdvcmsub3psYWJzLm9yZy9wcm9qZWN0L2xpbnV4LXVtL2xpc3Qv">https://patchwork.ozlabs.org/project/linux-um/list/</a> Ah, right, David added it.<br/> Ah, right, David added it.<br/> Acked-by: Johannes Berg &lt;johannes@sipsolutions.net&gt; Thanks for the very quick reply!<br/> Thanks for the very quick reply!<br/> I guess they could be picked independently, but I am happy to pick both. I guess they could be picked independently, but I am happy to pick both. Re: [PATCH v4 05/14] iio: accel: adxl345: add single tap feature Lothar Rubusch <invalid@email.com> http://lkml.org/lkml/2025/3/18/584 Lothar Rubusch writes: (Summary) On Sun, Mar 16, 2025 at 12:22=E2=80=AFPM Jonathan Cameron &lt;jic23@kernel.org= zes<br/> o_dev,<br/> en);<br/> SH_TAP,<br/> +}<br/> Hi Jonathan, my reason to leave this part unchanged was the following: As you can see above, 'return adxl345_set_measure_en(st, true);' - I'm actually need to turn off measurement before changing values, then to turn it on again after. I think I should generally try to turn it on again after.<br/> to turn it on again after.<br/> Alternatively I could do something with goto/label to turn measurement on, but then return ret. Re: [PATCH] mtd: spi-nor: gigadevice: add lock flags for GD25Q128/ ... "Jakub \"Kuba\" Czapiga" <invalid@email.com> http://lkml.org/lkml/2025/3/18/583 &quot;Jakub \&quot;Kuba\&quot; Czapiga&quot; writes: (Summary) wrote:<br/> adevice.c<br/> define<br/> hod.<br/> ;<br/> why do you tie locking by SFDP absence?<br/> GD25Q256C has a different Status Registers layout compared to GD25Q256D/E: GD25Q256C has QE (Quad Enable) bit on SR1(6)/S6. GD25Q256D/E has it on SR1(6)/S= 6.<br/> The default TB value is zero, so "top", which is also the default route in the swp.c if TB is not present. I figured that it's better to leave TB unset for the older chip variant and allow the driver to only access BP/Lock bits in this case.<br/> bits in this case.<br/> bits in this case.<br/> Re: [PATCH v2] perf/x86: Check data address for IBS software filter Ravi Bangoria <invalid@email.com> http://lkml.org/lkml/2025/3/18/582 Ravi Bangoria writes: (Summary) } +static bool perf_ibs_swfilt_discard(struct perf_ibs *perf_ibs, struct perf_event *event, + struct pt_regs *regs, struct perf_ibs_data *ibs_data) +{ + union ibs_op_data3 op_data3; + + if (perf_exclude_event(event, regs)) + return true; + + /* Prevent leaking kernel 'data' addresses to unprivileged users. +} + static int perf_ibs_handle_irq(struct perf_ibs *perf_ibs, struct pt_regs *iregs) { struct cpu_perf_ibs *pcpu = this_cpu_ptr(perf_ibs-&gt;pcpu); Re: [PATCH net v2] mlxsw: spectrum_acl_bloom_filter: Workaround fo ... WangYuli <invalid@email.com> http://lkml.org/lkml/2025/3/18/581 WangYuli writes: Apologies, a minor formatting error. <br/> Apologies, a minor formatting error. <br/> Will send a patch v3. <br/> Will send a patch v3. <br/> Thanks, <br/> Thanks, <br/> -- <br/> -- <br/> WangYuli <br/> WangYuli <br/> WangYuli <br/>[unhandled content-type:application/pgp-keys][unhandled content-type:application/pgp-signature] Re: [PATCH net v3] net: ethernet: ti: am65-cpsw: Fix NAPI registra ... patchwork-bot+netdevbpf@kernel ... <invalid@email.com> http://lkml.org/lkml/2025/3/18/580 patchwork-bot+netdevbpf@kernel ... writes: (Summary) Hello:<br/> Hello:<br/> This patch was applied to netdev/net.git (main)<br/> by Paolo Abeni &lt;pabeni@redhat.com&gt;:<br/> by Paolo Abeni &lt;pabeni@redhat.com&gt;:<br/> On Tue, 11 Mar 2025 21:12:59 +0530 you wrote:<br/> [...]<br/> Here is the summary with links:<br/> - [net,v3] net: ethernet: ti: am65-cpsw: Fix NAPI registration sequence <a href="/load/view.php?a=aHR0cHM6Ly9naXQua2VybmVsLm9yZy9uZXRkZXYvbmV0L2MvNWYwNzkyOTBlNTkx">https://git.kernel.org/netdev/net/c/5f079290e591</a><br/> <a href="/load/view.php?a=aHR0cHM6Ly9naXQua2VybmVsLm9yZy9uZXRkZXYvbmV0L2MvNWYwNzkyOTBlNTkx">https://git.kernel.org/netdev/net/c/5f079290e591</a><br/> You are awesome, thank you!<br/> Re: [PATCH] net: fix uninitialised access in mii_nway_restart() an ... Paolo Abeni <invalid@email.com> http://lkml.org/lkml/2025/3/18/579 Paolo Abeni writes: On 3/11/25 5:11 PM, Qasim Ijaz wrote:<br/> Signed-off-by: Qasim Ijaz &lt;qasdev00@gmail.com&gt; Please split the patch in a small series, as suggested by Simon. Please split the patch in a small series, as suggested by Simon. Please additionally include the target tree name ('net', in this case) in the subj prefix.<br/> in the subj prefix.<br/> Thanks,<br/> Thanks,<br/> Paolo<br/> Paolo<br/> Paolo<br/> Paolo<br/> Re: [PATCH v2 2/2] media: vivid: Add more webcam resolutions Hidenori Kobayashi <invalid@email.com> http://lkml.org/lkml/2025/3/18/578 Hidenori Kobayashi writes: (Summary) --- a/drivers/media/test-drivers/vivid/vivid-vid-cap.c &gt; static const struct v4l2_frmsize_discrete webcam_sizes[] = { &gt; { 320, 180 }, &gt; + { 320, 240 }, &gt; { 640, 360 }, &gt; { 640, 480 }, &gt; { 1280, 720 }, &gt; + { 1280, 960 }, &gt; + { 1600, 1200 }, &gt; { 1920, 1080 }, &gt; { 3840, 2160 }, &gt; Re: [PATCH 4/9] dt-bindings: arm: qcom,coresight-static-replicator ... Konrad Dybcio <invalid@email.com> http://lkml.org/lkml/2025/3/18/577 Konrad Dybcio writes: On 3/17/25 6:44 PM, Dmitry Baryshkov wrote:<br/> + enum:<br/> I believe this should either be items: if 0/1/2 is allowed, or minItems should be dropped if 0/1 is allowed, but the former seems to be the intention<br/> to be the intention<br/> Konrad<br/> Konrad<br/> additionalProperties: false<br/> additionalProperties: false<br/> Re: [PATCH RESEND] mtd: cfi_cmdset_0001: Fix exception handling in ... Miquel Raynal <invalid@email.com> http://lkml.org/lkml/2025/3/18/576 Miquel Raynal writes: (Summary) Hi,<br/> Hi,<br/> On 04/03/2025 at 20:21:53 +01, Markus Elfring &lt;Markus.Elfring@web.de&gt; wrote: On 04/03/2025 at 20:21:53 +01, Markus Elfring &lt;Markus.Elfring@web.de&gt; wrote: check despite of<br/> tup=E2=80=9D<br/> a null pointer because of a failed memory allocation. Can you please rephrase the commit log? It is super hard to understand. Can you please rephrase the commit log? It is super hard to understand. Thanks,<br/> Miqu=C3=A8l<br/> Miqu=C3=A8l<br/> Miqu=C3=A8l<br/> Re: [RFC PATCH v1 6/7] ima: invalidate unsupported PCR banks once ... Nicolai Stange <invalid@email.com> http://lkml.org/lkml/2025/3/18/575 Nicolai Stange writes: (Summary) However, the kexeced kernel would also not extend any further events into the now unsupported PCR banks then. It would still be possible to figure in linear time whether neither of the kernels in a kexec chain covered by a single measurement list did support a given PCR bank hash. scheme to invalidate unsupported PCR banks once upon their first extensi= on &gt;&gt; - make ima_pcr_extend() to extend these into the unsupported PCR banks o= nly &gt;&gt; Re: [PATCH bpf-next 0/2] selftests/bpf: Migrate test_xdp_vlan.sh i ... Bastien Curutchet <invalid@email.com> http://lkml.org/lkml/2025/3/18/574 Bastien Curutchet writes: Hi all,<br/> Hi all,<br/> On 2/24/25 5:10 PM, Stanislav Fomichev wrote:<br/> Acked-by: Stanislav Fomichev &lt;sdf@fomichev.me&gt; Small gentle ping on this, as I haven't received any updates since Stanislav acked it.<br/> Stanislav acked it.<br/> Stanislav acked it.<br/> Best regards,<br/> Bastien<br/> Bastien<br/> Bastien<br/> Re: [PATCHv4 RESEND net-next 0/2] selftests: wireguards: use nftab ... Hangbin Liu <invalid@email.com> http://lkml.org/lkml/2025/3/18/573 Hangbin Liu writes: (Summary) This patch set convert iptables to nftables for wireguard testing, as &gt; Donenfeld) &gt; v2: use one nft table for testing (Phil Sutter) &gt; Hangbin Liu (2): &gt; selftests: wireguards: convert iptables to nft &gt; selftests: wireguard: update to using nft for qemu test &gt; 3 files changed, 53 insertions(+), 23 deletions(-) &gt; Re: [PATCH 2/3] arm64: dts: qcom: sm6350: Add OPP table support to ... Konrad Dybcio <invalid@email.com> http://lkml.org/lkml/2025/3/18/572 Konrad Dybcio writes: On 3/17/25 1:12 PM, Luca Weiss wrote:<br/> My intepretation for this is we need low_svs?<br/> Hm, I took another look and it seems you're right, I must have misread Hm, I took another look and it seems you're right, I must have misread Reviewed-by: Konrad Dybcio &lt;konrad.dybcio@oss.qualcomm.com&gt; Reviewed-by: Konrad Dybcio &lt;konrad.dybcio@oss.qualcomm.com&gt; Konrad<br/> Konrad<br/> Konrad<br/> [PATCH 1/2] platform/chrome: Add support for Google Spherion in HW ... Laura Nao <invalid@email.com> http://lkml.org/lkml/2025/3/18/571 Laura Nao writes: (Summary) 4 ++++ 1 file changed, 4 insertions(+) diff --git a/drivers/platform/chrome/chromeos_of_hw_prober.c b/drivers/platform/chrome/chromeos_of_hw_prober.c index c6992f5cdc76..019578bc7ad0 100644 --- a/drivers/platform/chrome/chromeos_of_hw_prober.c +++ b/drivers/platform/chrome/chromeos_of_hw_prober.c @@ -84,6 +84,10 @@ static const struct hw_prober_entry hw_prober_platforms[] = { .compatible = "google,hana", .prober = chromeos_i2c_component_prober, .data = &amp;chromeos_i2c_probe_hana_trackpad, + }, { + .compatible = "google,spherion", + .prober = chromeos_i2c_component_prober, + .data = &amp;chromeos_i2c_probe_hana_trackpad, }, }; Re: [syzbot] [afs?] general protection fault in afs_atcell_get_link David Howells <invalid@email.com> http://lkml.org/lkml/2025/3/18/570 David Howells writes: (Summary) #syz test: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.gi= t master<br/> t master<br/> commit 3ce74c88a6708de1842dbebc10f83013718324d0<br/> Author: David Howells &lt;dhowells@redhat.com&gt;<br/> Date: Tue Mar 18 10:18:29 2025 +0000 afs: Fix afs_atcell_get_link() to check if ws_cell is unset first = Fix afs_atcell_get_link() to check if the workstation cell is unset be= fore doing the RCU pathwalk bit where we dereference that. [PATCH 0/2] Use ChromeOS DT hardware prober with MT8192 Spherion t ... Laura Nao <invalid@email.com> http://lkml.org/lkml/2025/3/18/569 Laura Nao writes: (Summary) This series marks the trackpads for the Google Spherion variants as "fail-needs-probe" and makes them compatibile with the ChromeOS DT hardware prober.<br/> prober.<br/> Laura Nao (2):<br/> platform/chrome: Add support for Google Spherion in HW prober arm64: dts: mediatek: mt8192-asurada-spherion: Mark trackpads as fail-needs-probe<br/> fail-needs-probe<br/> .../arm64/boot/dts/mediatek/mt8192-asurada-spherion-r0.dts | 7 +++++++ arch/arm64/boot/dts/mediatek/mt8192-asurada.dtsi | 6 ++++-- drivers/platform/chrome/chromeos_of_hw_prober.c | Re: [PATCH v2 2/2] arm64: dts: amlogic: Add Ugoos AM3 Neil Armstrong <invalid@email.com> http://lkml.org/lkml/2025/3/18/568 Neil Armstrong writes: Re: [PATCH v4 net-next 11/14] net: enetc: move generic VLAN hash f ... Vladimir Oltean <invalid@email.com> http://lkml.org/lkml/2025/3/18/567 Vladimir Oltean writes: On Tue, Mar 11, 2025 at 01:38:27PM +0800, Wei Fang wrote: the registers of the corresponding platform.<br/> For the RSS hash key register, you added a function which retrieves the register base. For the VLAN hash filter, you add ops. Same problem, different solutions? Re: [PATCH v15 3/3] PCI: amd-mdb: Add AMD MDB Root Port driver Geert Uytterhoeven <invalid@email.com> http://lkml.org/lkml/2025/3/18/566 Geert Uytterhoeven writes: (Summary) + select PCIE_DW_HOST &gt; + help &gt; + Say Y here if you want to enable PCIe controller support on AMD &gt; The AMD MDB Versal2 PCIe controller is based on &gt; + DesignWare IP and therefore the driver re-uses the DesignWare core &gt; + Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. Re: [PATCH v2 2/2] Input: atkbd - Correctly map F13 - F24 Werner Sembach <invalid@email.com> http://lkml.org/lkml/2025/3/18/565 Werner Sembach writes: Re: [PATCH] regulator: s5m8767: Convert to GPIO descriptors Andy Shevchenko <invalid@email.com> http://lkml.org/lkml/2025/3/18/564 Andy Shevchenko writes: (Summary) + else &gt; + s5m8767-&gt;buck_gpios[i] = devm_gpiod_get_index(iodev-&gt;dev, &gt; + "s5m8767,pmic-buck-dvs", &gt; + if (IS_ERR(s5m8767-&gt;buck_gpios[i])) { &gt; + return dev_err_probe(iodev-&gt;dev, ret, "invalid gpio[%d]: %d\n", &gt; + } &gt; + s5m8767-&gt;buck_ds[i] = devm_gpiod_get_index(iodev-&gt;dev, &gt; + "s5m8767,pmic-buck-ds", &gt; + if (IS_ERR(s5m8767-&gt;buck_ds[i])) { &gt; + return dev_err_probe(iodev-&gt;dev, ret, "can't get GPIO %d (%d)\n", &gt; + } &gt; Re: [PATCH v2 2/2] Input: atkbd - Correctly map F13 - F24 Werner Sembach <invalid@email.com> http://lkml.org/lkml/2025/3/18/563 Werner Sembach writes: Re: [PATCH v4 4/8] iommufd/selftest: Put iopf enablement in domain ... Yi Liu <invalid@email.com> http://lkml.org/lkml/2025/3/18/562 Yi Liu writes: On 2025/3/13 13:19, Lu Baolu wrote:<br/> 1 file changed, 53 insertions(+), 11 deletions(-)<br/> Reviewed-by: Yi Liu &lt;yi.l.liu@intel.com&gt;<br/> Reviewed-by: Yi Liu &lt;yi.l.liu@intel.com&gt;<br/> Regards,<br/> Yi Liu<br/> Yi Liu<br/> Yi Liu<br/> [PATCH] keys: Fix UAF in key_put() David Howells <invalid@email.com> http://lkml.org/lkml/2025/3/18/561 David Howells writes: (Summary) From: Hillf Danton &lt;hdanton@sina.com&gt;<br/> From: Hillf Danton &lt;hdanton@sina.com&gt;<br/> Once a key's reference count has been reduced to 0, the garbage collector thread may destroy it at any time and so key_put() is not allowed to touch the key after that point. 19 ++++++++++++++----- 1 file changed, 14 insertions(+), 5 deletions(-) diff --git a/security/keys/key.c b/security/keys/key.c index 3d7d185019d3..1e6028492355 100644 --- a/security/keys/key.c +++ b/security/keys/key.c @@ -645,21 +645,30 @@ EXPORT_SYMBOL(key_reject_and_link); /* deal with the user's key tracking and quota */ - if (test_bit(KEY_FLAG_IN_QUOTA, &amp;key-&gt;flags)) { - spin_lock_irqsave(&amp;key-&gt;user-&gt;lock, flags); Re: [PATCH net-next v4 08/10] net: usb: lan78xx: Transition get/se ... "Russell King (Oracle)" <invalid@email.com> http://lkml.org/lkml/2025/3/18/560 &quot;Russell King (Oracle)&quot; writes: On Tue, Mar 18, 2025 at 10:34:08AM +0100, Oleksij Rempel wrote: maintainability.<br/> Doesn't this user API get broken in patch 3 (in other words, shouldn't this patch be part of patch 3) ?<br/> this patch be part of patch 3) ?<br/> Re: [PATCH 1/2] rust: pass correct target to bindgen on Usermode Linux Johannes Berg <invalid@email.com> http://lkml.org/lkml/2025/3/18/559 Johannes Berg writes: (Summary) On Tue, 2025-03-18 at 11:10 +0100, Miguel Ojeda wrote: rote:<br/> them directly, for some reason -- doing it here.<br/> The list is fine, but the patch wasn't even CC'ed there, so we don't have it in our patchwork:<br/> <a href="/load/view.php?a=aHR0cHM6Ly9wYXRjaHdvcmsub3psYWJzLm9yZy9wcm9qZWN0L2xpbnV4LXVtL2xpc3Qv">https://patchwork.ozlabs.org/project/linux-um/list/</a> <a href="/load/view.php?a=aHR0cHM6Ly9wYXRjaHdvcmsub3psYWJzLm9yZy9wcm9qZWN0L2xpbnV4LXVtL2xpc3Qv">https://patchwork.ozlabs.org/project/linux-um/list/</a> be nice.<br/> I was just picking up um patches, but given that it was a series, and changes rust/ rather than arch/um/, I think it's probably better if you do it, so:<br/> do it, so:<br/> Acked-by: Johannes Berg &lt;johannes@sipsolutions.net&gt; Re: [PATCH v4 5/8] dmaengine: idxd: Remove unnecessary IOMMU_DEV_F ... Yi Liu <invalid@email.com> http://lkml.org/lkml/2025/3/18/558 Yi Liu writes: On 2025/3/13 13:19, Lu Baolu wrote:<br/> + set_bit(IDXD_FLAG_USER_PASID_ENABLED, &amp;idxd-&gt;flags); a nit. The IDXD_FLAG_USER_PASID_ENABLED becomes almost equivalent to the sva option. Is it ok?<br/> sva option. Is it ok?<br/> This patch itself LGTM.<br/> This patch itself LGTM.<br/> Reviewed-by: Yi Liu &lt;yi.l.liu@intel.com&gt;<br/> Reviewed-by: Yi Liu &lt;yi.l.liu@intel.com&gt;<br/> Re: [PATCH v6 0/4] Add virtio_rtc module Peter Hilber <invalid@email.com> http://lkml.org/lkml/2025/3/18/557 Peter Hilber writes: (Summary) On Tue, Mar 18, 2025 at 10:04:07AM +0800, Lei Yang wrote: Tested-by: Lei Yang &lt;leiyang@redhat.com&gt;<br/> Hi Lei,<br/> Hi Lei,<br/> thanks for the reply! However, I am not sure which virtio-net regression tests you are referring to, and how these tests would be relevant to virtio_rtc. Reusing virtio_rtc within virtio-net has been discussed in the past, but not done yet.<br/> in the past, but not done yet.<br/> Best regards,<br/> Best regards,<br/> Peter<br/> Peter<br/> Peter<br/> RE: [PATCH v2 1/2] dt-bindings: hwmon: pmbus: add lt3074 "Encarnacion, Cedric justine" <invalid@email.com> http://lkml.org/lkml/2025/3/18/556 &quot;Encarnacion, Cedric justine&quot; writes: (Summary) v,<br/> Guenter<br/> I'd like to follow up on this one. As of this writing, my understanding is that the dt-binding should not expect regulators subnodes for simple devices like this. There is already a similar binding as mentioned in this thread particularly<br/> "dt-bindings/regulator/infineon,ir38060". I think a binding without the subnodes should still work with or without the change above. With this, I'd like to know what the specific next steps are to continue this patch series.<br/> this patch series.<br/> Thanks,<br/> Cedric<br/> Cedric<br/> Cedric<br/> Re: [GIT PULL] pinctrl: samsung: drivers for v6.15 Linus Walleij <invalid@email.com> http://lkml.org/lkml/2025/3/18/555 Linus Walleij writes: On Sun, Mar 16, 2025 at 3:31=E2=80=AFPM Krzysztof Kozlowski &lt;krzysztof.kozlowski@linaro.org&gt; wrote:<br/> &lt;krzysztof.kozlowski@linaro.org&gt; wrote:<br/> 5b:<br/> s/samsung-pinctrl-6.15<br/> 29 +0100)<br/> 29 +0100)<br/> Pulled in, thanks for taking care of the Samsung drivers! Pulled in, thanks for taking care of the Samsung drivers! Yours,<br/> Linus Walleij<br/> Linus Walleij<br/> Linus Walleij<br/> Re: [PATCH 1/2] rust: pass correct target to bindgen on Usermode Linux Miguel Ojeda <invalid@email.com> http://lkml.org/lkml/2025/3/18/554 Miguel Ojeda writes: (Summary) But I see only the list was Cc'd, not them directly, for some reason -- doing it here.<br/> them directly, for some reason -- doing it here.<br/> Ideally, maintainers get involved and pick their own Rust-related patches, but I can also do so with an Acked-by from them, which would be nice.<br/> be nice.<br/> If they don't say anything, then since you have tested it (and you are a main um user due to KUnit), that should be enough, but then I would suggest we do it after -rc1 to give them time to react. cs35l41: Enable(1) failed: -110 David Wronek <invalid@email.com> http://lkml.org/lkml/2025/3/18/553 David Wronek writes: (Summary) Hi,<br/> Hi,<br/> I am trying to get the Cirrus CS35L41 amps working on the Lenovo Xiaoxin Pad Pro 2021 on mainline Linux.<br/> Unfortunately, while enabling the speakers, I encounter the following error with non-working speakers:<br/> error with non-working speakers:<br/> ```<br/> [ 104.028258] cs35l41 4-0041: Enable(1) failed: -110 [ 104.028597] cs35l41 4-0041: ASoC: PRE_PMU: SPK2 Main AMP event failed: -110<br/> ```<br/> ```<br/> I have looked into the driver and it seems like it timing out while polling the CS35L41_IRQ1_STATUS1 register.<br/> polling the CS35L41_IRQ1_STATUS1 register.<br/> According to the downstream device tree, the amps are connected over MI2S and are using an internal boost. Re: [PATCH net-next v9 3/6] tun: Introduce virtio-net hash feature Akihiko Odaki <invalid@email.com> http://lkml.org/lkml/2025/3/18/552 Akihiko Odaki writes: Re: [PATCH net-next] qed: remove cast to pointers passed to kfree patchwork-bot+netdevbpf@kernel ... <invalid@email.com> http://lkml.org/lkml/2025/3/18/551 patchwork-bot+netdevbpf@kernel ... writes: (Summary) Hello:<br/> Hello:<br/> This patch was applied to netdev/net-next.git (main) by Paolo Abeni &lt;pabeni@redhat.com&gt;:<br/> by Paolo Abeni &lt;pabeni@redhat.com&gt;:<br/> On Tue, 11 Mar 2025 15:06:24 +0800 you wrote:<br/> [...]<br/> Here is the summary with links:<br/> - [net-next] qed: remove cast to pointers passed to kfree <a href="/load/view.php?a=aHR0cHM6Ly9naXQua2VybmVsLm9yZy9uZXRkZXYvbmV0LW5leHQvYy9mNTgyNWU3OWIyYjc">https://git.kernel.org/netdev/net-next/c/f5825e79b2b7</a> <a href="/load/view.php?a=aHR0cHM6Ly9naXQua2VybmVsLm9yZy9uZXRkZXYvbmV0LW5leHQvYy9mNTgyNWU3OWIyYjc">https://git.kernel.org/netdev/net-next/c/f5825e79b2b7</a> You are awesome, thank you!<br/> Re: [PATCH RFC 3/8] sched/ext: Add a DL server for sched_ext tasks Joel Fernandes <invalid@email.com> http://lkml.org/lkml/2025/3/18/550 Joel Fernandes writes: (Summary) On 3/17/2025 11:48 PM, Tejun Heo wrote:<br/> reservations can be retracted when not in use.<br/> Ah, you raise a good point. Sorry, you were on to something and that makes sense to me. Basically, when we switch to full-mode from say partial, we could/should remove the bandwidth reservation of the servers. I think I confused the concept of "server not running" to "server reserving bandwidth". My bad!<br/> bandwidth". My bad!<br/> thanks,<br/> thanks,<br/> - Joel<br/> - Joel<br/> - Joel<br/> - Joel<br/> Re: [PATCH] virtio: console: Make resizing compliant with virtio spec Maximilian Immanuel Brandtner <invalid@email.com> http://lkml.org/lkml/2025/3/18/549 Maximilian Immanuel Brandtner writes: (Summary) On Mon, 2025-03-03 at 12:54 +0100, Amit Shah wrote: ee/drivers/char/virtio_console.c#n1787<br/> =20<br/> then cols).<br/> Under section 5.3.6.2 multiport device operation for VIRTIO_CONSOLE_RESIZE the spec says the following<br/> VIRTIO_CONSOLE_RESIZE the spec says the following<br/> ```<br/> Sent by the device to indicate a console size change. ``` It would be extremely surprising to me if the section `multiport device operation` does not document resize for multiport control messages, but rather config messages, especially as VIRTIO_CONSOLE_RESIZE is documented as a virtio_console_control event. But note that all this only affects devices that implement multiport &gt; misconfiguration happen when trying to resize consoles which led to &gt; Re: [PATCH v4 2/3] ext4: avoid journaling sb update on error if jo ... Jan Kara <invalid@email.com> http://lkml.org/lkml/2025/3/18/548 Jan Kara writes: On Tue 18-03-25 13:22:56, Ojaswin Mujoo wrote:<br/> Signed-off-by: Ojaswin Mujoo &lt;ojaswin@linux.ibm.com&gt; Looks good. Feel free to add:<br/> Looks good. Feel free to add:<br/> Reviewed-by: Jan Kara &lt;jack@suse.cz&gt;<br/> Reviewed-by: Jan Kara &lt;jack@suse.cz&gt;<br/> Honza<br/> Honza<br/> Re: [PATCH v3 1/4] x86/sev: add SVSM vTPM probe/send_command functions Stefano Garzarella <invalid@email.com> http://lkml.org/lkml/2025/3/18/547 Stefano Garzarella writes: (Summary) On Mon, Mar 17, 2025 at 03:36:26PM +0200, Jarkko Sakkinen wrote: Reviewed-by: Tom Lendacky &lt;thomas.lendacky@amd.com&gt; BIT_ULL(8);<br/> Sure.<br/> Sure.<br/> here brings much additional clarity or anything useful... I can do that, I slightly prefer BIT_ULL() macro, but I don't have a strong opinion on my side.<br/> @Borislav since you suggested it, WDYT?<br/> @Borislav since you suggested it, WDYT?<br/> Thanks,<br/> Stefano<br/> Stefano<br/> Stefano<br/> Stefano<br/> Re: [PATCH RFC] backlight: pwm_bl: Read back PWM period from provider Daniel Thompson <invalid@email.com> http://lkml.org/lkml/2025/3/18/546 Daniel Thompson writes: [PATCH v2][next] iio: cros_ec: Avoid -Wflex-array-member-not-at-en ... "Gustavo A. R. Silva" <invalid@email.com> http://lkml.org/lkml/2025/3/18/545 &quot;Gustavo A. R. Silva&quot; writes: (Summary) 28 ++++++++----------- 1 file changed, 11 insertions(+), 17 deletions(-) diff --git a/drivers/iio/common/cros_ec_sensors/cros_ec_sensors_core.c b/drivers/iio/common/cros_ec_sensors/cros_ec_sensors_core.c index 7751d6f69b12..40d5b10c74e0 100644 --- a/drivers/iio/common/cros_ec_sensors/cros_ec_sensors_core.c +++ b/drivers/iio/common/cros_ec_sensors/cros_ec_sensors_core.c @@ -34,25 +34,19 @@ static int cros_ec_get_host_cmd_version_mask(struct cros_ec_device *ec_dev, u16 cmd_offset, u16 cmd, u32 *mask) { + DEFINE_RAW_FLEX(struct cros_ec_command, buf, data, + MAX(sizeof(struct ec_response_get_cmd_versions), + sizeof(struct ec_params_get_cmd_versions))); - } __packed buf = { - .msg = { - .command = EC_CMD_GET_CMD_VERSIONS + cmd_offset, - .insize = sizeof(struct ec_response_get_cmd_versions), - .outsize = sizeof(struct ec_params_get_cmd_versions) - }, - .params = {.cmd = cmd} - }; [PATCH 0/3] arm64: dts: rockchip: Add DMA controller for RK3528 Chukun Pan <invalid@email.com> http://lkml.org/lkml/2025/3/18/544 Chukun Pan writes: (Summary) First commit adds missing uart3 interrupt for uart3 node. And add DMA description for uart nodes. grep dma [ 0.103466] dma-pl330 ffd60000.dma-controller: Loaded driver for PL330 DMAC-241330 [ 0.104212] dma-pl330 ffd60000.dma-controller: DBUFF-128x8bytes Num_Chans-8 Num_Peri-32 Num_Events-16 Chukun Pan (3): arm64: dts: rockchip: Add missing uart3 interrupt for RK3528 arm64: dts: rockchip: Add DMA controller for RK3528 arm64: dts: rockchip: Add UART DMA support for RK3528 arch/arm64/boot/dts/rockchip/rk3528.dtsi | Re: [PATCH 35/41] um: Replace __ASSEMBLY__ with __ASSEMBLER__ in t ... Johannes Berg <invalid@email.com> http://lkml.org/lkml/2025/3/18/543 Johannes Berg writes: On Fri, 2025-03-14 at 08:10 +0100, Thomas Huth wrote: =20<br/> Looks fine, I guess - I'll assume that since it's part of a larger series you'll merge it elsewhere.<br/> series you'll merge it elsewhere.<br/> johannes<br/> johannes<br/> johannes<br/> Re: [PATCH net-next 0/4] mlx5: Support setting a parent for a devl ... patchwork-bot+netdevbpf@kernel ... <invalid@email.com> http://lkml.org/lkml/2025/3/18/542 patchwork-bot+netdevbpf@kernel ... writes: (Summary) Hello:<br/> Hello:<br/> This series was applied to netdev/net-next.git (main) by Paolo Abeni &lt;pabeni@redhat.com&gt;:<br/> by Paolo Abeni &lt;pabeni@redhat.com&gt;:<br/> On Mon, 10 Mar 2025 23:26:52 +0200 you wrote:<br/> [...]<br/> Here is the summary with links:<br/> - [net-next,1/4] net/mlx5: Rename devlink rate parent set function for leaf nodes <a href="/load/view.php?a=aHR0cHM6Ly9naXQua2VybmVsLm9yZy9uZXRkZXYvbmV0LW5leHQvYy9iNDA3YjRiODA0Y2Q">https://git.kernel.org/netdev/net-next/c/b407b4b804cd</a> - [net-next,2/4] net/mlx5: Introduce hierarchy level tracking on scheduling nodes <a href="/load/view.php?a=aHR0cHM6Ly9naXQua2VybmVsLm9yZy9uZXRkZXYvbmV0LW5leHQvYy80OThiZDc5Y2I5MmI">https://git.kernel.org/netdev/net-next/c/498bd79cb92b</a> - [net-next,3/4] net/mlx5: Preserve rate settings when creating a rate node <a href="/load/view.php?a=aHR0cHM6Ly9naXQua2VybmVsLm9yZy9uZXRkZXYvbmV0LW5leHQvYy9mODhjMzQ5Yzc1ZTM">https://git.kernel.org/netdev/net-next/c/f88c349c75e3</a> - [net-next,4/4] net/mlx5: Add support for setting parent of nodes <a href="/load/view.php?a=aHR0cHM6Ly9naXQua2VybmVsLm9yZy9uZXRkZXYvbmV0LTwvZGVzY3JpcHRpb24+CiAgICA8L2l0ZW0+CiAgICA8aXRlbT4KICAgICAgPHRpdGxlPlJlOiBbUEFUQ0ggdjE3XSBwd206IG9wZW5jb3JlczogQWRkIFBXTSBkcml2ZXIgc3VwcG9ydDwvdGl0bGU+CiAgICAgIDxhdXRob3I+VXdlIEtsZWluZS1Lw7ZuaWcgJmx0O2ludmFsaWRAZW1haWwuY29tJmd0OzwvYXV0aG9yPgogICAgICA8bGluaz5odHRwOi8vbGttbC5vcmcvbGttbC8yMDI1LzMvMTgvNTQxPC9saW5rPgogICAgICA8ZGVzY3JpcHRpb24+VXdlIEtsZWluZS1Lw4PCtm5pZyB3cml0ZXM6IChTdW1tYXJ5KSBIZWxsbyBNYXVkLCZsdDtici8mZ3Q7CkhlbGxvIE1hdWQsJmx0O2JyLyZndDsKT24gVHVlLCBKYW4gMDcsIDIwMjUgYXQgMDc6Mzc6MTNBTSArMDEwMCwgTWF1ZCBTcGllcmluZ3Mgd3JvdGU6CgpicmlnaHRuZXNzID0gKHU4KX5icmlnaHRuZXNzOyZsdDtici8mZ3Q7Ckh1aCwgdGhhdCBjb25maXJtcyBteSBwcmVqdWRpY2UgdGhhdCB2ZW5kb3IgdHJlZXMgYXJlIGJhZC4gRXZlbiBpbgpjb21iaW5hdGlvbiB3aXRoJmx0O2JyLyZndDsKY29tYmluYXRpb24gd2l0aCZsdDtici8mZ3Q7CiBzdGF0ZS5wb2xhcml0eSA9IFBXTV9QT0xBUklUWV9JTlZFUlNFRDsmbHQ7YnIvJmd0Owogc3RhdGUucG9sYXJpdHkgPSBQV01fUE9MQVJJVFlfSU5WRVJTRUQ7Jmx0O2JyLyZndDsKaW4gdGhlIHByb2JlIGZ1bmN0aW9uIHRoaXMgaXMgaG9ycmlibGUuIFRoaXMgZWZmZWN0aXZlbHkgcmVuZGVycyB5b3VyCnRlc3RpbmcgdXNlbGVzcy4mbHQ7YnIvJmd0Owp0ZXN0aW5nIHVzZWxlc3MuJmx0O2JyLyZndDsKQmVzdCByZWdhcmRzJmx0O2JyLyZndDsKVXdlJmx0O2JyLyZndDsKVXdlJmx0O2JyLyZndDtbdW5oYW5kbGVkIGNvbnRlbnQtdHlwZTphcHBsaWNhdGlvbi9wZ3Atc2lnbmF0dXJlXQoKPC9kZXNjcmlwdGlvbj4KICAgIDwvaXRlbT4KICAgIDxpdGVtPgogICAgICA8dGl0bGU+W1BBVENIIG5ldC1uZXh0IDQvNF0gdmlydGlvX25ldDogQWxsb2NhdGUgcnNzX2hkciB3aXRoIGRldnJlczwvdGl0bGU+CiAgICAgIDxhdXRob3I+QWtpaGlrbyBPZGFraSAmbHQ7aW52YWxpZEBlbWFpbC5jb20mZ3Q7PC9hdXRob3I+CiAgICAgIDxsaW5rPmh0dHA6Ly9sa21sLm9yZy9sa21sLzIwMjUvMy8xOC81NDA8L2xpbms+CiAgICAgIDxkZXNjcmlwdGlvbj5Ba2loaWtvIE9kYWtpIHdyaXRlczogKFN1bW1hcnkpICAxMCArKysrLS0tLS0tCiAxIGZpbGUgY2hhbmdlZCwgNCBpbnNlcnRpb25zKCspLCA2IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2RyaXZlcnMvbmV0L3ZpcnRpb19uZXQuYyBiL2RyaXZlcnMvbmV0L3ZpcnRpb19uZXQuYwppbmRleCA0MTUzYTBhNWYyNzguLjZjYmViYTY1YTRhNCAxMDA2NDQKLS0tIGEvZHJpdmVycy9uZXQvdmlydGlvX25ldC5jCisrKyBiL2RyaXZlcnMvbmV0L3ZpcnRpb19uZXQuYwpAQCAtMzU4MCw3ICszNTgwLDcgQEAgc3RhdGljIGludCB2aXJ0bmV0X3NldF9xdWV1ZXMoc3RydWN0IHZpcnRuZXRfaW5mbyAqdmksIHUxNiBxdWV1ZV9wYWlycykKICBpZiAodmktJmFtcDtndDtoYXNfcnNzICZhbXA7YW1wOyZhbXA7YW1wOwpAQCAtMzU5MSw3ICszNTkxLDcgQEAgc3RhdGljIGludCB2aXJ0bmV0X3NldF9xdWV1ZXMoc3RydWN0IHZpcnRuZXRfaW5mbyAqdmksIHUxNiBxdWV1ZV9wYWlycykKIAogICBpZiAoIXZpcnRuZXRfY29tbWl0X3Jzc19jb21tYW5kKHZpKSkgewogICAgLyogcmVzdG9yZSBjdHJsX3JzcyBpZiBjb21taXRfcnNzX2NvbW1hbmQgZmFpbGVkICovCi0gICBrZnJlZSh2aS0mYW1wO2d0O3Jzc19oZHIpOwo8L2Rlc2NyaXB0aW9uPgogICAgPC9pdGVtPgogICAgPGl0ZW0+CiAgICAgIDx0aXRsZT5bUEFUQ0ggbmV0LW5leHQgMy80XSB2aXJ0aW9fbmV0OiBVc2UgbmV3IFJTUyBjb25maWcgc3RydWN0czwvdGl0bGU+CiAgICAgIDxhdXRob3I+QWtpaGlrbyBPZGFraSAmbHQ7aW52YWxpZEBlbWFpbC5jb20mZ3Q7PC9hdXRob3I+CiAgICAgIDxsaW5rPmh0dHA6Ly9sa21sLm9yZy9sa21sLzIwMjUvMy8xOC81Mzk8L2xpbms+CiAgICAgIDxkZXNjcmlwdGlvbj5Ba2loaWtvIE9kYWtpIHdyaXRlczogKFN1bW1hcnkpIAogCi1zdGF0aWMgaW50IHJzc19pbmRpcmVjdGlvbl90YWJsZV9hbGxvYyhzdHJ1Y3QgdmlydGlvX25ldF9jdHJsX3JzcyAqcnNzLCB1MTYgaW5kaXJfdGFibGVfc2l6ZSkKK3N0YXRpYyBzaXplX3QgdmlydG5ldF9yc3NfaGRyX3NpemUoY29uc3Qgc3RydWN0IHZpcnRuZXRfaW5mbyAqdmkpCiB7Ci0gaWYgKCFpbmRpcl90YWJsZV9zaXplKSB7Ci0gIHJzcy0mYW1wO2d0O2luZGlyZWN0aW9uX3RhYmxlID0gTlVMTDsKLSB9Ci0KLSBzZ19idWZfc2l6ZSA9IG9mZnNldG9mKHN0cnVjdCB2aXJ0aW9fbmV0X2N0cmxfcnNzLCBrZXkpCi0gICAtIG9mZnNldG9mKHN0cnVjdCB2aXJ0aW9fbmV0X2N0cmxfcnNzLCBtYXhfdHhfdnEpOyBWSVJUSU9fTkVUX0NUUkxfTVFfUlNTX0NPTkZJRwpAQCAtNDA5NywxNyArNDA2NCwxNyBAQCBzdGF0aWMgYm9vbCB2aXJ0bmV0X2NvbW1pdF9yc3NfY29tbWFuZChzdHJ1Y3QgdmlydG5ldF9pbmZvICp2aSkKIAogc3RhdGljIHZvaWQgdmlydG5ldF9pbml0X2RlZmF1bHRfcnNzKHN0cnVjdCB2aXJ0bmV0X2luZm8gKnZpKQogewotIHZpLSZhbXA7Z3Q7cnNzLmhhc2hfdHlwZXMgPSBjcHVfdG9fbGUzMih2aS0mYW1wO2d0O3Jzc19oYXNoX3R5cGVzX3N1cHBvcnRlZCk7CjwvZGVzY3JpcHRpb24+CiAgICA8L2l0ZW0+CiAgICA8aXRlbT4KICAgICAgPHRpdGxlPlJlOiBbUEFUQ0ggbW0tdW5zdGFibGVdIG1tL2thc2FuOiB1c2UgU0xBQl9OT19NRVJHRSBmbGFnIGluc3RlYWQgbyAuLi48L3RpdGxlPgogICAgICA8YXV0aG9yPkFsZXhhbmRlciBQb3RhcGVua28gJmx0O2ludmFsaWRAZW1haWwuY29tJmd0OzwvYXV0aG9yPgogICAgICA8bGluaz5odHRwOi8vbGttbC5vcmcvbGttbC8yMDI1LzMvMTgvNTM4PC9saW5rPgogICAgICA8ZGVzY3JpcHRpb24+QWxleGFuZGVyIFBvdGFwZW5rbyB3cml0ZXM6IChTdW1tYXJ5KSBPbiBUdWUsIE1hciAxOCwgMjAyNSBhdCAyOjU5PUUyPTgwPUFGQU0gSGFycnkgWW9vICZhbXA7bHQ7aGFycnkueW9vQG9yYWNsZS5jb20mYW1wO2d0OyB3cj0Kb3RlOiZsdDtici8mZ3Q7CgpvZiBzbGFiIGludGVyZmFjZS4mbHQ7YnIvJmd0OwpUaGlzIGNvZGUgcHJlZGF0ZWQgdGhlIGV4aXN0ZW5jZSBvZiBTTEFCX05PX01FUkdFLiBUaGFua3MgZm9yIGZpeGluZyB0aGlzIQpUaGlzIGNvZGUgcHJlZGF0ZWQgdGhlIGV4aXN0ZW5jZSBvZiBTTEFCX05PX01FUkdFLiBUaGFua3MgZm9yIGZpeGluZyB0aGlzIQoKU2lnbmVkLW9mZi1ieTogSGFycnkgWW9vICZhbXA7bHQ7aGFycnkueW9vQG9yYWNsZS5jb20mYW1wO2d0OwpSZXZpZXdlZC1ieTogQWxleGFuZGVyIFBvdGFwZW5rbyAmYW1wO2x0O2dsaWRlckBnb29nbGUuY29tJmFtcDtndDsKUmV2aWV3ZWQtYnk6IEFsZXhhbmRlciBQb3RhcGVua28gJmFtcDtsdDtnbGlkZXJAZ29vZ2xlLmNvbSZhbXA7Z3Q7ClJldmlld2VkLWJ5OiBBbGV4YW5kZXIgUG90YXBlbmtvICZhbXA7bHQ7Z2xpZGVyQGdvb2dsZS5jb20mYW1wO2d0Owo8L2Rlc2NyaXB0aW9uPgogICAgPC9pdGVtPgogICAgPGl0ZW0+CiAgICAgIDx0aXRsZT5bUEFUQ0ggbmV0LW5leHQgMi80XSB2aXJ0aW9fbmV0OiBGaXggZW5kaWFuIHdpdGggdmlydGlvX25ldF9jdHJsX3JzczwvdGl0bGU+CiAgICAgIDxhdXRob3I+QWtpaGlrbyBPZGFraSAmbHQ7aW52YWxpZEBlbWFpbC5jb20mZ3Q7PC9hdXRob3I+CiAgICAgIDxsaW5rPmh0dHA6Ly9sa21sLm9yZy9sa21sLzIwMjUvMy8xOC81Mzc8L2xpbms+CiAgICAgIDxkZXNjcmlwdGlvbj5Ba2loaWtvIE9kYWtpIHdyaXRlczogKFN1bW1hcnkpICAzMCArKysrKysrKysrKysrKystLS0tLS0tLS0tLS0tLS0KIDEgZmlsZSBjaGFuZ2VkLCAxNSBpbnNlcnRpb25zKCspLCAxNSBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9kcml2ZXJzL25ldC92aXJ0aW9fbmV0LmMgYi9kcml2ZXJzL25ldC92aXJ0aW9fbmV0LmMKaW5kZXggNzY0NmRkZDliZWY3Li5kMWVkNTQ0YmEwM2EgMTAwNjQ0Ci0tLSBhL2RyaXZlcnMvbmV0L3ZpcnRpb19uZXQuYworKysgYi9kcml2ZXJzL25ldC92aXJ0aW9fbmV0LmMKQEAgLTM2OCwxNSArMzY4LDE1IEBAIHN0cnVjdCByZWNlaXZlX3F1ZXVlIHsKICAqLwogI2RlZmluZSBWSVJUSU9fTkVUX1JTU19NQVhfS0VZX1NJWkUgICAgIDQwCiBzdHJ1Y3QgdmlydGlvX25ldF9jdHJsX3JzcyB7Ci0gdTMyIGhhc2hfdHlwZXM7CiB9CiAKIHN0YXRpYyBpbnQgdmlydG5ldF9zZXRfcXVldWVzKHN0cnVjdCB2aXJ0bmV0X2luZm8gKnZpLCB1MTYgcXVldWVfcGFpcnMpCkBAIC00MDk3LDEwICs0MDk3LDEwIEBAIHN0YXRpYyBib29sIHZpcnRuZXRfY29tbWl0X3Jzc19jb21tYW5kKHN0cnVjdCB2aXJ0bmV0X2luZm8gKnZpKQogCiBzdGF0aWMgdm9pZCB2aXJ0bmV0X2luaXRfZGVmYXVsdF9yc3Moc3RydWN0IHZpcnRuZXRfaW5mbyAqdmkpCiB7Ci0gdmktJmFtcDtndDtyc3MuaGFzaF90eXBlcyA9IHZpLSZhbXA7Z3Q7cnNzX2hhc2hfdHlwZXNfc3VwcG9ydGVkOwo8L2Rlc2NyaXB0aW9uPgogICAgPC9pdGVtPgogICAgPGl0ZW0+CiAgICAgIDx0aXRsZT5bUEFUQ0ggbmV0LW5leHQgMS80XSB2aXJ0aW9fbmV0OiBTcGxpdCBzdHJ1Y3QgdmlydGlvX25ldF9yc3NfY29uZmlnPC90aXRsZT4KICAgICAgPGF1dGhvcj5Ba2loaWtvIE9kYWtpICZsdDtpbnZhbGlkQGVtYWlsLmNvbSZndDs8L2F1dGhvcj4KICAgICAgPGxpbms+aHR0cDovL2xrbWwub3JnL2xrbWwvMjAyNS8zLzE4LzUzNjwvbGluaz4KICAgICAgPGRlc2NyaXB0aW9uPkFraWhpa28gT2Rha2kgd3JpdGVzOiAoU3VtbWFyeSkgc3RydWN0IHZpcnRpb19uZXRfcnNzX2NvbmZpZyB3YXMgbGVzcyB1c2VmdWwgaW4gYWN0dWFsIGNvZGUgYmVjYXVzZSBvZiBhCmZsZXhpYmxlIGFycmF5IHBsYWNlZCBpbiB0aGUgbWlkZGxlLiAxMyArKysrKysrKysrKysrCiAxIGZpbGUgY2hhbmdlZCwgMTMgaW5zZXJ0aW9ucygrKQoKZGlmZiAtLWdpdCBhL2luY2x1ZGUvdWFwaS9saW51eC92aXJ0aW9fbmV0LmggYi9pbmNsdWRlL3VhcGkvbGludXgvdmlydGlvX25ldC5oCmluZGV4IGFjOTE3NDcxN2VmMS4uOTYzNTQwZGVhZTY2IDEwMDY0NAotLS0gYS9pbmNsdWRlL3VhcGkvbGludXgvdmlydGlvX25ldC5oCisrKyBiL2luY2x1ZGUvdWFwaS9saW51eC92aXJ0aW9fbmV0LmgKQEAgLTMyNyw2ICszMjcsMTkgQEAgc3RydWN0IHZpcnRpb19uZXRfcnNzX2NvbmZpZyB7CiAgX191OCBoYXNoX2tleV9kYXRhWy8qIGhhc2hfa2V5X2xlbmd0aCAqL107CisgX19sZTE2IGluZGlyZWN0aW9uX3RhYmxlWy8qIDEgKyBpbmRpcmVjdGlvbl90YWJsZV9tYXNrICovXTsKKworc3RydWN0IHZpcnRpb19uZXRfcnNzX2NvbmZpZ190cmFpbGVyIHsKKyBfX2xlMTYgbWF4X3R4X3ZxOwo8L2Rlc2NyaXB0aW9uPgogICAgPC9pdGVtPgogICAgPGl0ZW0+CiAgICAgIDx0aXRsZT5bUEFUQ0ggbmV0LW5leHQgMC80XSB2aXJ0aW9fbmV0OiBGaXhlcyBhbmQgaW1wcm92ZW1lbnRzPC90aXRsZT4KICAgICAgPGF1dGhvcj5Ba2loaWtvIE9kYWtpICZsdDtpbnZhbGlkQGVtYWlsLmNvbSZndDs8L2F1dGhvcj4KICAgICAgPGxpbms+aHR0cDovL2xrbWwub3JnL2xrbWwvMjAyNS8zLzE4LzUzNTwvbGluaz4KICAgICAgPGRlc2NyaXB0aW9uPkFraWhpa28gT2Rha2kgd3JpdGVzOiAoU3VtbWFyeSkgSmFzb24gV2FuZyByZWNlbnRseSBwcm9wb3NlZCBhbiBpbXByb3ZlbWVudCB0byBzdHJ1Y3QKdmlydGlvX25ldF9yc3NfY29uZmlnOiZsdDtici8mZ3Q7CiZsdDthIGhyZWY9"/load/view.php?a=aHR0cHM6Ly9sb3JlLmtlcm5lbC5vcmcvci9DQUNHa01FdWQwS2k4cD16Mjk5UTdiNHFFRE9OcFlEemJWcWhIeENOVmtfdm8tS2RQOUFAbWFpbC5nbWFpbC5jb20">https://lore.kernel.org/r/CACGkMEud0Ki8p=z299Q7b4qEDONpYDzbVqhHxCNVk_vo-KdP9A@mail.gmail.com</a> <a href="/load/view.php?a=aHR0cHM6Ly9sb3JlLmtlcm5lbC5vcmcvci9DQUNHa01FdWQwS2k4cD16Mjk5UTdiNHFFRE9OcFlEemJWcWhIeENOVmtfdm8tS2RQOUFAbWFpbC5nbWFpbC5jb20">https://lore.kernel.org/r/CACGkMEud0Ki8p=z299Q7b4qEDONpYDzbVqhHxCNVk_vo-KdP9A@mail.gmail.com</a> This patch series implements it and also fixes a few minor bugs I found when writing patches.<br/> when writing patches.<br/> Signed-off-by: Akihiko Odaki &lt;akihiko.odaki@daynix.com&gt; --- Akihiko Odaki (4): virtio_net: Split struct virtio_net_rss_config virtio_net: Fix endian with virtio_net_ctrl_rss virtio_net: Use new RSS config structs virtio_net: Allocate rss_hdr with devres drivers/net/virtio_net.c | [PATCH v2] block: Make request_queue lockdep splats show up earlier Thomas Hellström <invalid@email.com> http://lkml.org/lkml/2025/3/18/534 Thomas Hellström writes: Re: [PATCH v4 3/8] iommu/vt-d: Put iopf enablement in domain attac ... Yi Liu <invalid@email.com> http://lkml.org/lkml/2025/3/18/533 Yi Liu writes: (Summary) On 2025/3/13 13:19, Lu Baolu wrote:<br/> last domain is removed, remove it from the iopf queue and disable PRI. Reviewed-by: Yi Liu &lt;yi.l.liu@intel.com&gt;<br/> Reviewed-by: Yi Liu &lt;yi.l.liu@intel.com&gt;<br/> a nit. It appears to me the PRI cap and IOMMU PRI enable bit is set in the probe_device() now after the below patch. <a href="/load/view.php?a=aHR0cHM6Ly9sb3JlLmtlcm5lbC5vcmcvbGludXgtaW9tbXUvMjAyNTAyMjgwOTI2MzEuMzQyNTQ2NC02LWJhb2x1Lmx1QGxpbnV4LmludGVsLmNvbS8">https://lore.kernel.org/linux-iommu/20250228092631.3425464-6-baolu.lu@linux.intel.com/</a> <a href="/load/view.php?a=aHR0cHM6Ly9sb3JlLmtlcm5lbC5vcmcvbGludXgtaW9tbXUvMjAyNTAyMjgwOTI2MzEuMzQyNTQ2NC02LWJhb2x1Lmx1QGxpbnV4LmludGVsLmNvbS8">https://lore.kernel.org/linux-iommu/20250228092631.3425464-6-baolu.lu@linux.intel.com/</a> Regards,<br/> Yi Liu<br/> Yi Liu<br/> Yi Liu<br/> Re: [PATCH v4 1/2] dt-bindings: PCI: xilinx-cpm: Add reset-gpios f ... Krzysztof Kozlowski <invalid@email.com> http://lkml.org/lkml/2025/3/18/532 Krzysztof Kozlowski writes: (Summary) On 18/03/2025 10:26, Sai Krishna Musham wrote:<br/> - description: CPM5 control and status registers.<br/> You cannot add items to the middle, that's an ABI break. Why you cannot add it to the end of the list?<br/> list?<br/> Or at least explain ABI break impact in commit msg? + description: GPIO used as PERST# signal<br/> Isn't this already in pci-bus-common.yaml?<br/> Isn't this already in pci-bus-common.yaml?<br/> Isn't this already in pci-bus-common.yaml?<br/> Best regards,<br/> Krzysztof<br/> Krzysztof<br/> Krzysztof<br/> [PATCH 1/2] perf/bench: Fix perf bench internals pmu-scan core dump Thomas Richter <invalid@email.com> http://lkml.org/lkml/2025/3/18/531 Thomas Richter writes: (Summary) perf_pmus__tool_pmu() perf_pmus__tool_pmu() returns a pointer to a static defined variable: static struct perf_pmu tool = { .name = "tool", .type = PERF_PMU_TYPE_TOOL, .aliases = LIST_HEAD_INIT(tool.aliases), .caps = LIST_HEAD_INIT(tool.caps), .format = LIST_HEAD_INIT(tool.format), }; [PATCH 2/2] perf/bench: Double free of dynamic allocated memory Thomas Richter <invalid@email.com> http://lkml.org/lkml/2025/3/18/530 Thomas Richter writes: (Summary) On s390 z/VM the command 'perf bench internals pmu-scan' dumps core, as can be seen:<br/> dumps core, as can be seen:<br/> Output before:<br/> # ./perf bench internals pmu-scan<br/> # Running 'internals/pmu-scan' benchmark:<br/> Computing performance of sysfs PMU event scan for 100 times perf: /root/linux/tools/include/linux/refcount.h:131: refcount_sub_and_test: Assertion `!(new &gt; 7 +------ 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/tools/perf/util/cpumap.c b/tools/perf/util/cpumap.c index 5c329ad614e9..ab9e7a266af9 100644 --- a/tools/perf/util/cpumap.c +++ b/tools/perf/util/cpumap.c @@ -691,12 +691,7 @@ size_t cpu_map__snprint_mask(struct perf_cpu_map *map, char *buf, size_t size) struct perf_cpu_map *cpu_map__online(void) /* thread unsafe */ { - static struct perf_cpu_map *online; [PATCH 0/2] perf bench: Fix core dumps on s390 z/VM Thomas Richter <invalid@email.com> http://lkml.org/lkml/2025/3/18/529 Thomas Richter writes: (Summary) On s390 z/VM command 'perf bench internals pmu-scan' dumps core, due to a<br/> - double free of the same memory chunck<br/> - free of memory chunk located to read-only data segment - free of memory chunk located to read-only data segment Thomas Richter (2):<br/> perf/bench: perf bench internals pmu-scan dumps core perf/bench: Double free of dynamic allocated memory perf/bench: Double free of dynamic allocated memory tools/perf/util/cpumap.c | 11 +++++++---- 2 files changed, 8 insertions(+), 10 deletions(-) -- 2.48.1 Re: [PATCH] virtio: console: Make resizing compliant with virtio spec Amit Shah <invalid@email.com> http://lkml.org/lkml/2025/3/18/528 Amit Shah writes: (Summary) On Mon, 2025-03-10 at 14:04 +0100, Maximilian Immanuel Brandtner wrote: On Mon, 2025-03-10 at 14:04 +0100, Maximilian Immanuel Brandtner wrote: On Mon, 2025-03-10 at 14:04 +0100, Maximilian Immanuel Brandtner wrote: [...]<br/> [...]<br/> github.<br/> I'm afraid you haven't understood the difference between a control message for an individual port, and the config space for the entire device. If anything, there may be a chance to add to the spec the order for the control message - though I don't think there's a strong need to.<br/> there's a strong need to.<br/> Amit<br/> Amit<br/> Amit<br/> Re: [syzbot] [afs?] general protection fault in afs_atcell_get_link syzbot <invalid@email.com> http://lkml.org/lkml/2025/3/18/527 syzbot writes: (Summary) Hello,<br/> Hello,<br/> syzbot has tested the proposed patch and the reproducer did not trigger any issue: syzbot has tested the proposed patch and the reproducer did not trigger any issue: Reported-by: syzbot+76a6f18e3af82e84f264@syzkaller.appspotmail.com Tested-by: syzbot+76a6f18e3af82e84f264@syzkaller.appspotmail.com Tested-by: syzbot+76a6f18e3af82e84f264@syzkaller.appspotmail.com Tested on:<br/> Tested on:<br/> commit: 76b6905c Merge tag 'mm-hotfixes-stable-2025-03-17-20-0.. Re: [RFC PATCH] initramfs: Add size validation to prevent tmpfs ex ... David Disseldorp <invalid@email.com> http://lkml.org/lkml/2025/3/18/526 David Disseldorp writes: (Summary) On Tue, 18 Mar 2025 06:28:53 +0000, Stephen Eta Zhou wrote: &gt; Since initramfs is decompressed in the early stage of the kernel, if the decompression fails, it will call panic to put the kernel into a panic state. The *built-in* initramfs unpack_to_rootfs() error path panics, but external initramfs unpack_to_rootfs() failure won't panic immediately... There is a contradiction: at this time, the console and serial port have not been initialized yet, which will cause the error message to fail to be output, resulting in a suspended state, and no valid output can be seen. [PATCH v7 0/7] Introduction of PSCR Framework and Related Components Oleksij Rempel <invalid@email.com> http://lkml.org/lkml/2025/3/18/525 Oleksij Rempel writes: (Summary) changes v7:<br/> - document expected values in sysfs documentation<br/> - make write support optional<br/> - make write support optional<br/> changes v6:<br/> - add sysfs documentation<br/> - rebase against latest hw_protection_reboot changes: <a href="/load/view.php?a=aHR0cHM6Ly93ZWIuZ2l0Lmtlcm5lbC5vcmcvcHViL3NjbS9saW51eC9rZXJuZWwvZ2l0L2FrcG0vbW0uZ2l0L2NvbW1pdC8/aD1tbS1ub25tbS11bnN0YWJsZSZhbXA7YW1wO2lkPTIxMmRkM2Y2ZTU3ZjZhZjhlZDNjYWEyM2I5M2FkYzI5MzM0Zjk2NTI">https://web.git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git/commit/?h=mm-nonmm-unstable&amp;id=212dd3f6e57f6af8ed3caa23b93adc29334f9652</a> - push core part of the reset reason the kernel/reboot.c - push core part of the reset reason the kernel/reboot.c changes v5:<br/> - fix compile with NVMEM=n and potential issues with NVMEM=m - fix compile with NVMEM=n and potential issues with NVMEM=m changes v4:<br/> - fix compile with CONFIG_PSCRR=n<br/> - fix compile with CONFIG_PSCRR=n<br/> changes v3<br/> - rework to remove devicetree dependencies<br/> - extend NVMEM to search devices and cells by names. RE: [PATCH v4 net-next 04/14] net: enetc: add MAC filter for i.MX9 ... Wei Fang <invalid@email.com> http://lkml.org/lkml/2025/3/18/524 Wei Fang writes: (Summary) ause the<br/> r<br/> ction<br/> =20<br/> Currently, I don't want to make the driver too complicated, I think if the = number<br/> of MACs exceeds the MAFT's capability, we just use hash filter. Otherwise, = we<br/> use MAFT.<br/> use MAFT.<br/> type)<br/> ()<br/> n<br/> Are you aware of __dev_uc_sync() / __dev_mc_sync()? They are helpers All I can say that I have been saw them in kernel, but I did not spend time to study them.<br/> to study them.<br/> structured in this way.<br/> structured in this way.<br/> [PATCH v7 5/7] nvmem: add support for device and sysfs-based cell ... Oleksij Rempel <invalid@email.com> http://lkml.org/lkml/2025/3/18/523 Oleksij Rempel writes: (Summary) #endif +/** + * nvmem_device_get_by_name - Look up an NVMEM device by its device name + * @name: String matching device name in the provider + * + * Return: A valid pointer to struct nvmem_device on success, + * or ERR_PTR(...) on failure. +} + +/** + * nvmem_cell_get_by_sysfs_name - Retrieve an NVMEM cell using a sysfs-style + * name. +#define NVMEM_CELL_NAME_MAX \ + (sizeof("very_long_cell_name_with_some_extra_chars_12345678@0x12345678,128")) + + /** * struct nvmem_cell_lookup - cell lookup entry * @@ -52,6 +56,8 @@ enum { /* Cell based interface */ struct nvmem_cell *nvmem_cell_get(struct device *dev, const char *id); [PATCH v7 3/7] power: reset: Introduce PSCR Recording Framework fo ... Oleksij Rempel <invalid@email.com> http://lkml.org/lkml/2025/3/18/522 Oleksij Rempel writes: [PATCH v7 7/7] Documentation: Add sysfs documentation for PSCRR re ... Oleksij Rempel <invalid@email.com> http://lkml.org/lkml/2025/3/18/521 Oleksij Rempel writes: (Summary) /sys/kernel/pscrr/reason + # Sets the reason to 5 (Example: User-triggered reboot, + # this may not be a real value in your system) + + Values are defined in: + - `include/linux/reboot.h` (enum psc_reason) + + Supported Values: + Defined in `include/linux/reboot.h` (enum psc_reason): + + +-------+---------------------------+--------------------------+ + | + + Example usage (values are for illustration and may not reflect + actual reasons used in a given system): + Read: + $ cat /sys/kernel/pscrr/reason_boot + 2 # (Example: Over-temperature shutdown, may differ per system) + + Supported Values: + Same as `/sys/kernel/pscrr/reason` (see above). [PATCH v7 1/7] power: Extend power_on_reason.h for upcoming PSCRR ... Oleksij Rempel <invalid@email.com> http://lkml.org/lkml/2025/3/18/520 Oleksij Rempel writes: (Summary) 4 ++++ 1 file changed, 4 insertions(+) diff --git a/include/linux/power/power_on_reason.h b/include/linux/power/power_on_reason.h index 95a1ec0c403c..bf9501792696 100644 --- a/include/linux/power/power_on_reason.h +++ b/include/linux/power/power_on_reason.h @@ -15,5 +15,9 @@ #define POWER_ON_REASON_XTAL_FAIL "crystal oscillator failure" #define POWER_ON_REASON_BROWN_OUT "brown-out reset" #define POWER_ON_REASON_UNKNOWN "unknown reason" +#define POWER_ON_REASON_OVER_CURRENT "over current" +#define POWER_ON_REASON_REGULATOR_FAILURE "regulator failure" +#define POWER_ON_REASON_OVER_TEMPERATURE "over temperature" +#define POWER_ON_REASON_EC_PANIC "EC panic" #endif /* POWER_ON_REASON_H */ -- 2.39.5 <br/> <br/> [PATCH v7 4/7] nvmem: provide consumer access to cell size metrics Oleksij Rempel <invalid@email.com> http://lkml.org/lkml/2025/3/18/519 Oleksij Rempel writes: (Summary) + * + * This function allows consumers to retrieve the size of a specific NVMEM + * cell before performing read/write operations. + + if (!entry-&gt;nvmem) + return -EINVAL; + + if (bytes) + *bytes = entry-&gt;bytes; + + if (bits) + *bits = entry-&gt;nbits; } +static inline int nvmem_cell_get_size(struct nvmem_cell *cell, size_t *bytes, + size_t *bits) +{ + return -EOPNOTSUPP;