lkml.org http://lkml.org lkml.org - the realtime linux kernel mailinglist archive Tue, 18 Mar 2025 09:20:41 +0100 Re: [PATCH v4 5/5] arm64: defconfig: Enable the Renesas RZ/G3E th ... Krzysztof Kozlowski <invalid@email.com> http://lkml.org/lkml/2025/3/18/423 Summary not available Re: [PATCH] mm/vmalloc: fix mischeck pfn valid in vmap_pfns Huan Yang <invalid@email.com> http://lkml.org/lkml/2025/3/18/422 Summary not available Re: [PATCH v4 2/5] dt-bindings: thermal: r9a09g047-tsu: Document t ... Krzysztof Kozlowski <invalid@email.com> http://lkml.org/lkml/2025/3/18/421 Summary not available Re:_[PATCH][next]_iio:_cros_ec:_Avoid_ -Wflex-array-member-not-at- ... Kees Cook <invalid@email.com> http://lkml.org/lkml/2025/3/18/420 Summary not available Re: [PATCH v2 3/4] Kbuild: Create intermediate vmlinux build with ... Heiko Carstens <invalid@email.com> http://lkml.org/lkml/2025/3/18/419 Summary not available Re: fbdev deferred I/O broken in some scenarios Helge Deller <invalid@email.com> http://lkml.org/lkml/2025/3/18/418 Summary not available Re: [PATCH] dql: Fix dql->limit value when reset. Andrew Morton <invalid@email.com> http://lkml.org/lkml/2025/3/18/417 Summary not available [PATCH bpf-next] selftests/bpf: Sanitize pointer prior fclose() Björn Töpel <invalid@email.com> http://lkml.org/lkml/2025/3/18/416 Summary not available Re: [RFC V6 2/2] firmware: arm_scmi: Add quirk to bypass SCP fw bug Johan Hovold <invalid@email.com> http://lkml.org/lkml/2025/3/18/415 Summary not available [PATCH] ASoC: codecs: ntp8918: Remove duplicate clk.h header Chen Ni <invalid@email.com> http://lkml.org/lkml/2025/3/18/414 Summary not available Re: [PATCH v8 0/3] rust: kunit: Support KUnit tests with a user-sp ... David Gow <invalid@email.com> http://lkml.org/lkml/2025/3/18/413 Summary not available [PATCH v4 3/8] dt-bindings: clock: brcm,kona-ccu: Add BCM21664 and ... Artur Weber <invalid@email.com> http://lkml.org/lkml/2025/3/18/412 Summary not available [PATCH] dt-bindings: power: supply: Correct indentation and style ... Krzysztof Kozlowski <invalid@email.com> http://lkml.org/lkml/2025/3/18/411 Summary not available [PATCH v4 7/8] ARM: dts: bcm2166x-common: Add matching bus clocks ... Artur Weber <invalid@email.com> http://lkml.org/lkml/2025/3/18/410 Summary not available [PATCH v4 6/8] clk: bcm281xx: Add corresponding bus clocks for per ... Artur Weber <invalid@email.com> http://lkml.org/lkml/2025/3/18/409 Summary not available [PATCH v4 8/8] ARM: dts: bcm11351: Add corresponding bus clocks fo ... Artur Weber <invalid@email.com> http://lkml.org/lkml/2025/3/18/408 Summary not available [PATCH v4 5/8] clk: bcm21664: Add corresponding bus clocks for per ... Artur Weber <invalid@email.com> http://lkml.org/lkml/2025/3/18/407 Summary not available [PATCH v4 4/8] clk: bcm: kona: Add support for bus clocks Artur Weber <invalid@email.com> http://lkml.org/lkml/2025/3/18/406 Artur Weber writes: (Summary) + } + } + } else if (hyst_exists(hyst)) { + pr_err("%s: hysteresis but no gate for %s\n", __func__, name); +} + static bool kona_clk_valid(struct kona_clk *bcm_clk) { switch (bcm_clk-&gt;type) { + case bcm_clk_bus: + if (!bus_clk_data_valid(bcm_clk)) + return false; +} + +struct clk_ops kona_bus_clk_ops = { + .enable = kona_bus_clk_enable, + .disable = kona_bus_clk_disable, + .is_enabled = kona_bus_clk_is_enabled, +}; Re: [PATCH v6 04/13] xfs: pass flags to xfs_reflink_allocate_cow() John Garry <invalid@email.com> http://lkml.org/lkml/2025/3/18/405 John Garry writes: On 18/03/2025 05:33, Christoph Hellwig wrote:<br/> maybe when you see the code, you could have a better suggestion, but I'll keep the wording the same verbatim for now.<br/> I'll keep the wording the same verbatim for now.<br/> I'll keep the wording the same verbatim for now.<br/> I'll keep the wording the same verbatim for now.<br/> [PATCH v4 2/8] dt-bindings: clock: brcm,kona-ccu: Drop CLOCK_COUNT ... Artur Weber <invalid@email.com> http://lkml.org/lkml/2025/3/18/404 Artur Weber writes: (Summary) 5 ----- 2 files changed, 9 deletions(-) diff --git a/include/dt-bindings/clock/bcm21664.h b/include/dt-bindings/clock/bcm21664.h index 7c7492742f3d4ca439236f2f352e432989409570..7a380a51848ce100cbf94f9da2b997dbe3a65230 100644 --- a/include/dt-bindings/clock/bcm21664.h +++ b/include/dt-bindings/clock/bcm21664.h @@ -21,12 +21,10 @@ /* root CCU clock ids */ #define BCM21664_ROOT_CCU_FRAC_1M 0 -#define BCM21664_ROOT_CCU_CLOCK_COUNT 1 /* aon CCU clock ids */ #define BCM21664_AON_CCU_HUB_TIMER 0 -#define BCM21664_AON_CCU_CLOCK_COUNT 1 /* master CCU clock ids */ @@ -38,7 +36,6 @@ #define BCM21664_MASTER_CCU_SDIO2_SLEEP 5 #define BCM21664_MASTER_CCU_SDIO3_SLEEP 6 #define BCM21664_MASTER_CCU_SDIO4_SLEEP 7 -#define BCM21664_MASTER_CCU_CLOCK_COUNT 8 /* slave CCU clock ids */ @@ -49,6 +46,5 @@ #define BCM21664_SLAVE_CCU_BSC2 4 #define BCM21664_SLAVE_CCU_BSC3 5 #define BCM21664_SLAVE_CCU_BSC4 6 -#define BCM21664_SLAVE_CCU_CLOCK_COUNT 7 #endif /* _CLOCK_BCM21664_H */ diff --git [PATCH v4 1/8] clk: bcm: kona: Move CLOCK_COUNT defines into the d ... Artur Weber <invalid@email.com> http://lkml.org/lkml/2025/3/18/403 Artur Weber writes: (Summary) +#define BCM21664_AON_CCU_CLK_COUNT (BCM21664_AON_CCU_HUB_TIMER + 1) + static struct ccu_data aon_ccu_data = { BCM21664_CCU_COMMON(aon, AON), .policy = { @@ -48,7 +52,7 @@ static struct ccu_data aon_ccu_data = { .kona_clks = { [BCM21664_AON_CCU_HUB_TIMER] = KONA_CLK(aon, hub_timer, peri), - [BCM21664_AON_CCU_CLOCK_COUNT] = LAST_KONA_CLK, + [BCM21664_AON_CCU_CLK_COUNT] = LAST_KONA_CLK, }, }; +#define BCM281XX_SLAVE_CCU_CLK_COUNT (BCM281XX_SLAVE_CCU_PWM + 1) + static struct ccu_data slave_ccu_data = { BCM281XX_CCU_COMMON(slave, SLAVE), .kona_clks = { @@ -324,7 +334,7 @@ static struct ccu_data slave_ccu_data = { KONA_CLK(slave, bsc3, peri), [BCM281XX_SLAVE_CCU_PWM] = KONA_CLK(slave, pwm, peri), - [BCM281XX_SLAVE_CCU_CLOCK_COUNT] = LAST_KONA_CLK, + [BCM281XX_SLAVE_CCU_CLK_COUNT] = LAST_KONA_CLK, }, }; [PATCH v4 0/8] clk: bcm: kona: Add bus clock support, bus clocks f ... Artur Weber <invalid@email.com> http://lkml.org/lkml/2025/3/18/402 Artur Weber writes: (Summary) --- Changes in v4: - Rename moved CLOCK_COUNT defines to CLK_COUNT to avoid redefinition - Squash BCM21664/BCM281xx bus clock DT bindings commits together - Link to v3: <a href="/load/view.php?a=aHR0cHM6Ly9sb3JlLmtlcm5lbC5vcmcvci8yMDI1MDMwOC1rb25hLWJ1cy1jbG9jay12My0wLWQ2ZmI1YmZjM2I2N0BnbWFpbC5jb20">https://lore.kernel.org/r/20250308-kona-bus-clock-v3-0-d6fb5bfc3b67@gmail.com</a> Changes in v3: - Fix DT schema example in BCM281xx bus clock bindings - Move CLOCK_COUNT defines from dt-bindings header to the driver - Fix BCM21664 UARTBx_APB IDs being out of order compared to clock driver - Link to v2: <a href="/load/view.php?a=aHR0cHM6Ly9sb3JlLmtlcm5lbC5vcmcvci8yMDI1MDMwMy1rb25hLWJ1cy1jbG9jay12Mi0wLWEzNjNjNmE2Yjc5OEBnbWFpbC5jb20">https://lore.kernel.org/r/20250303-kona-bus-clock-v2-0-a363c6a6b798@gmail.com</a> Changes in v2: - Drop prerequisite clock patch - Move clock/bcm21664.h dt-bindings header change to dt-bindings patch - Add BCM281xx bus clocks - Link to v1: <a href="/load/view.php?a=aHR0cHM6Ly9sb3JlLmtlcm5lbC5vcmcvci8yMDI1MDIxNi1rb25hLWJ1cy1jbG9jay12MS0wLWU4Nzc5ZDc3YTZmMkBnbWFpbC5jb20">https://lore.kernel.org/r/20250216-k Re: [PATCH 3/4] PCI: cadence-ep: Introduce cdns_pcie_ep_disable he ... Siddharth Vadapalli <invalid@email.com> http://lkml.org/lkml/2025/3/18/401 Siddharth Vadapalli writes: (Summary) On Tue, Mar 18, 2025 at 01:33:04PM +0530, Manivannan Sadhasivam wrote: On Tue, Mar 18, 2025 at 01:33:04PM +0530, Manivannan Sadhasivam wrote: Hello Mani,<br/> Hello Mani,<br/> pci_epc_deinit_notify()<br/> I had initially planned to add this, but I noticed that it is not invoked by dw_pcie_ep_deinit() within<br/> drivers/pci/controller/dwc/pcie-designware-ep.c<br/> Since cdns_pcie_ep_disable() is similar to dw_pcie_ep_deinit(), I decided to drop it. Re: [PATCH] ext4: cache es->s_journal_inum in ext4_sb_info Ojaswin Mujoo <invalid@email.com> http://lkml.org/lkml/2025/3/18/400 Ojaswin Mujoo writes: (Summary) On Sat, Mar 15, 2025 at 09:41:28PM -0400, Theodore Ts'o wrote: check to see if inode == sbi-&gt;s_journal instead. This will simplify I believe you mean inode == sbi-&gt;s_journal-&gt;j_inode here right? I believe you mean inode == sbi-&gt;s_journal-&gt;j_inode here right? since that is enough to confirm if we are called via ext4_journal_bmap so we can avoid validity checks.<br/> so we can avoid validity checks.<br/> Regards,<br/> ojaswin<br/> ojaswin<br/> - Ted<br/> - Ted<br/> Re: [PATCH 2/2] drm/panel: simple: Add NLT NL13676BC25-03F panel entry Neil Armstrong <invalid@email.com> http://lkml.org/lkml/2025/3/18/399 Neil Armstrong writes: On 18/03/2025 08:58, Antonin Godard wrote:<br/> .data = &amp;nlt_nl192108ac18_02d,<br/> Reviewed-by: Neil Armstrong &lt;neil.armstrong@linaro.org&gt; Reviewed-by: Neil Armstrong &lt;neil.armstrong@linaro.org&gt; Reviewed-by: Neil Armstrong &lt;neil.armstrong@linaro.org&gt; Re: [PATCH v6 03/13] iomap: rework IOMAP atomic flags John Garry <invalid@email.com> http://lkml.org/lkml/2025/3/18/398 John Garry writes: On 18/03/2025 05:32, Christoph Hellwig wrote:<br/> That's what I meant.<br/> ok<br/> ok<br/> set specific flags.<br/> understood<br/> understood<br/> understood<br/> [syzbot] [afs?] general protection fault in afs_atcell_get_link syzbot <invalid@email.com> http://lkml.org/lkml/2025/3/18/397 syzbot writes: (Summary) 3c 02 00 0f 85 1f 01 00 00 4c 89 f6 bf 03 00 00 00 4c 8b a5 b0 RSP: 0018:ffffc90004c3f988 EFLAGS: 00010206 RAX: dffffc0000000000 RBX: 0000000000000001 RCX: ffffffff837e3e8a RDX: 0000000000000056 RSI: ffffffff837e3e16 RDI: 00000000000002b0 RBP: 0000000000000000 R08: 0000000000000005 R09: 0000000000000000 R10: 0000000000000001 R11: 0000000000000001 R12: 0000000000000000 R13: ffff8881082b6000 R14: 0000000000000003 R15: ffff8880345a1480 FS: 000055559399f380(0000) GS:ffff88806a800000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00005555939b0738 CR3: 000000002712e000 CR4: 0000000000352ef0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 ---------------- Code disassembly (best guess): 0: 89 c3 mov %eax,%ebx 2: 89 c6 mov %eax,%esi 4: e8 53 af 3b fe call 0xfe3baf5c 9: 85 db test %ebx,%ebx b: 75 64 jne Re: [RFC PATCH] block: Make request_queue lockdep splats show up e ... Ming Lei <invalid@email.com> http://lkml.org/lkml/2025/3/18/396 Ming Lei writes: [PATCH] MAINTAINERS: adjust the file entry in GOCONTROLL MODULINE ... Lukas Bulwahn <invalid@email.com> http://lkml.org/lkml/2025/3/18/395 Lukas Bulwahn writes: (Summary) Adjust the file reference to the intended location.<br/> the intended location.<br/> Signed-off-by: Lukas Bulwahn &lt;lukas.bulwahn@redhat.com&gt; 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 561d394cb210..92af00cd0eee 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -10022,7 +10022,7 @@ F: drivers/media/usb/go7007/ GOCONTROLL MODULINE MODULE SLOT M: Maud Spierings &lt;maudspierings@gocontroll.com&gt; [PATCH] PM: hibernate: Remove size arguments when calling strscpy() Thorsten Blum <invalid@email.com> http://lkml.org/lkml/2025/3/18/394 Thorsten Blum writes: (Summary) 9 ++++----- 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/kernel/power/hibernate.c b/kernel/power/hibernate.c index 10a01af63a80..ddf7c4a5736f 100644 --- a/kernel/power/hibernate.c +++ b/kernel/power/hibernate.c @@ -756,7 +756,7 @@ int hibernate(void) * Query for the compression algorithm support if compression is enabled. */ if (!nocompress) { - strscpy(hib_comp_algo, hibernate_compressor, sizeof(hib_comp_algo)); if (!ret) - strscpy(hib_comp_algo, comp_alg_enabled[index], - sizeof(hib_comp_algo)); Re: [PATCH net-next v5 00/13] net: phy: Rework linkmodes handling ... patchwork-bot+netdevbpf@kernel ... <invalid@email.com> http://lkml.org/lkml/2025/3/18/393 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 Fri, 7 Mar 2025 18:35:57 +0100 you wrote:<br/> [...]<br/> Here is the summary with links:<br/> - [net-next,v5,01/13] net: ethtool: Export the link_mode_params definitions <a href="/load/view.php?a=aHR0cHM6Ly9naXQua2VybmVsLm9yZy9uZXRkZXYvbmV0LW5leHQvYy83OWY4OGE1ODRlMzU">https://git.kernel.org/netdev/net-next/c/79f88a584e35</a> - [net-next,v5,02/13] net: phy: Use an internal, searchable storage for the linkmodes <a href="/load/view.php?a=aHR0cHM6Ly9naXQua2VybmVsLm9yZy9uZXRkZXYvbmV0LW5leHQvYy9kOGM4MzhhNTdjZTI">https://git.kernel.org/netdev/net-next/c/d8c838a57ce2</a> - [net-next,v5,03/13] net: phy: phy_caps: Move phy_speeds to phy_caps <a href="/load/view.php?a=aHR0cHM6Ly9naXQua2VybmVsLm9yZy9uZXRkZXYvbmV0LW5leHQvYy84YzhjNGE4NzkzM2Q">https://git.kernel.org/netdev/net-next/c/8c8c4a87933d</a> - [net-next,v5,04/13] net: phy: phy_caps: Move __set_linkmode_max_speed to phy_caps <a href="/load/view.php?a=aHR0cHM6Ly9naXQua2VybmVsLm9yZy9uZTwvZGVzY3JpcHRpb24+CiAgICA8L2l0ZW0+CiAgICA8aXRlbT4KICAgICAgPHRpdGxlPlJlOiBbUEFUQ0ggVjJdIG1tL2NtYTogdXNpbmcgcGVyLUNNQSBsb2NrcyB0byBpbXByb3ZlIGNvbmN1cnJlbnQgYSAuLi48L3RpdGxlPgogICAgICA8YXV0aG9yPkdlIFlhbmcgJmx0O2ludmFsaWRAZW1haWwuY29tJmd0OzwvYXV0aG9yPgogICAgICA8bGluaz5odHRwOi8vbGttbC5vcmcvbGttbC8yMDI1LzMvMTgvMzkyPC9saW5rPgogICAgICA8ZGVzY3JpcHRpb24+R2UgWWFuZyB3cml0ZXM6IDwvZGVzY3JpcHRpb24+CiAgICA8L2l0ZW0+CiAgICA8aXRlbT4KICAgICAgPHRpdGxlPlJlOiBbUEFUQ0hdIG5ldDogcXJ0cjogbWhpOiBzeW5jaHJvbml6ZSBxcnRyIGFuZCBtaGkgcHJlcGFyYXRpb248L3RpdGxlPgogICAgICA8YXV0aG9yPkpvaGFuIEhvdm9sZCAmbHQ7aW52YWxpZEBlbWFpbC5jb20mZ3Q7PC9hdXRob3I+CiAgICAgIDxsaW5rPmh0dHA6Ly9sa21sLm9yZy9sa21sLzIwMjUvMy8xOC8zOTE8L2xpbms+CiAgICAgIDxkZXNjcmlwdGlvbj5Kb2hhbiBIb3ZvbGQgd3JpdGVzOiAoU3VtbWFyeSkgSGkgQ2hyaXMsJmx0O2JyLyZndDsKSGkgQ2hyaXMsJmx0O2JyLyZndDsKT24gVGh1LCBOb3YgMjEsIDIwMjQgYXQgMDQ6Mjg6NDFQTSAtMDgwMCwgQ2hyaXMgTGV3IHdyb3RlOgoKSSdsbCB0YWtlIGEgc3RhYiBhdCBpbXBsZW1lbnRpbmcgdGhpcy4mbHQ7YnIvJmd0OwpUaGlzIGJ1ZyBzdGlsbCBleGlzdHMgaW4gbWFpbmxpbmUgYW5kIG9jY2FzaW9uYWxseSB0cmlnZ2VycyBhCk5VTEwtcG9pbnRlciBkZXJlZmVyZW5jZSBvbiBib290IHdpdGggdGhlIGluLWtlcm5lbCBwZC1tYXBwZXIgb24gWCBFbGl0ZQpsYXB0b3BzIGxpa2UgdGhlIFQxNHMuJmx0O2JyLyZndDsKbGFwdG9wcyBsaWtlIHRoZSBUMTRzLiZsdDtici8mZ3Q7CkhhdmUgeW91IG1hZGUgYW55IHByb2dyZXNzIGluIHJld29ya2luZyB0aGUgY29kZSB0byBhZGRyZXNzIHRoZSByYWNlPwpIYXZlIHlvdSBtYWRlIGFueSBwcm9ncmVzcyBpbiByZXdvcmtpbmcgdGhlIGNvZGUgdG8gYWRkcmVzcyB0aGUgcmFjZT8KSm9oYW4mbHQ7YnIvJmd0OwpKb2hhbiZsdDtici8mZ3Q7CkpvaGFuJmx0O2JyLyZndDsKCjwvZGVzY3JpcHRpb24+CiAgICA8L2l0ZW0+CiAgICA8aXRlbT4KICAgICAgPHRpdGxlPlJlOiBbUEFUQ0ggMi8yIHY2XSBtbS9tZW1wb2xpY3k6IERvbid0IGNyZWF0ZSB3ZWlnaHQgc3lzZnMgZm9yIG1lbSAuLi48L3RpdGxlPgogICAgICA8YXV0aG9yPll1bmplb25nIE11biAmbHQ7aW52YWxpZEBlbWFpbC5jb20mZ3Q7PC9hdXRob3I+CiAgICAgIDxsaW5rPmh0dHA6Ly9sa21sLm9yZy9sa21sLzIwMjUvMy8xOC8zOTA8L2xpbms+CiAgICAgIDxkZXNjcmlwdGlvbj5ZdW5qZW9uZyBNdW4gd3JpdGVzOiA8L2Rlc2NyaXB0aW9uPgogICAgPC9pdGVtPgogICAgPGl0ZW0+CiAgICAgIDx0aXRsZT5SZTogW1BBVENIIHY0IDA4LzE2XSBydXN0OiBrdW5pdDogcmVmYWN0b3IgdG8gdXNlIGAmYW1wO3JhdyBbY29uc3R8bXV0XWA8L3RpdGxlPgogICAgICA8YXV0aG9yPkRhdmlkIEdvdyAmbHQ7aW52YWxpZEBlbWFpbC5jb20mZ3Q7PC9hdXRob3I+CiAgICAgIDxsaW5rPmh0dHA6Ly9sa21sLm9yZy9sa21sLzIwMjUvMy8xOC8zODk8L2xpbms+CiAgICAgIDxkZXNjcmlwdGlvbj5EYXZpZCBHb3cgd3JpdGVzOiAoU3VtbWFyeSkgIEkgc3VzcGVjdCBnaXZlbiBob3cgY2xvc2UgdG8gdGhlIG1lcmdlCndpbmRvdyB3ZSBhcmUsIHRoZSBkZWxheSBpcyBtb3JlIGxpa2VseS4mbHQ7YnIvJmd0OwotIE1lcmdlIHRoZSBLVW5pdCBjaGFuZ2VzIGFzLWlzIChlaXRoZXIgaW50byBydXN0LW5leHQgb3IKa3NlbGZ0ZXN0L2t1bml0KSwgYW5kIHNlbmQgb3V0IGEgbmV3IHZlcnNpb24gb2YgdGhpcyBzZXJpZXMgd2hpY2ggYWxzbwp1cGRhdGVzIGl0IChwcm9iYWJseSBpbiA2LjE2LCBidXQgbWF5YmUgc29vbmVyIGlmIGV2ZXJ5dGhpbmcgZ29lcyB2aWEKcnVzdC1uZXh0KS4mbHQ7YnIvJmd0OwotIE1lcmdlIGJvdGgsIGFuZCBhY2NlcHQgdGhhdCB0aGVyZSdsbCBiZSBzb21lIGNsaXBweSBlcnJvcnMgdW50aWwgYQpmb2xsb3ctdXAgcGF0Y2ggZml4aW5nIHRoZW0gaXMgc2VudCBhbmQgbWVyZ2VkLiZsdDtici8mZ3Q7CmZvbGxvdy11cCBwYXRjaCBmaXhpbmcgdGhlbSBpcyBzZW50IGFuZCBtZXJnZWQuJmx0O2JyLyZndDsKQXMgc29tZW9uZSB3aXRoIGEgdmVzdGVkIGludGVyZXN0IGluIHRoZSBLVW5pdCBjaGFuZ2VzLCBhbmQgYXQgYmVzdCBhCm1pbGQgYWNhZGVtaWMgaW50ZXJlc3QgaW4gdGhlIGFkZHJfb2ZfbXVpdCEoKSBkZXByZWNhdGlvbiwgbXkKcHJlZmVyZW5jZXMgYXJlIHdpdGggdGhlIGxhdHRlciB0d28gb3B0aW9ucy4KPC9kZXNjcmlwdGlvbj4KICAgIDwvaXRlbT4KICAgIDxpdGVtPgogICAgICA8dGl0bGU+UmU6IFtQQVRDSCAzLzRdIFBDSTogY2FkZW5jZS1lcDogSW50cm9kdWNlIGNkbnNfcGNpZV9lcF9kaXNhYmxlIGhlIC4uLjwvdGl0bGU+CiAgICAgIDxhdXRob3I+TWFuaXZhbm5hbiBTYWRoYXNpdmFtICZsdDtpbnZhbGlkQGVtYWlsLmNvbSZndDs8L2F1dGhvcj4KICAgICAgPGxpbms+aHR0cDovL2xrbWwub3JnL2xrbWwvMjAyNS8zLzE4LzM4ODwvbGluaz4KICAgICAgPGRlc2NyaXB0aW9uPk1hbml2YW5uYW4gU2FkaGFzaXZhbSB3cml0ZXM6IDwvZGVzY3JpcHRpb24+CiAgICA8L2l0ZW0+CiAgICA8aXRlbT4KICAgICAgPHRpdGxlPlJlOiBbUEFUQ0ggYXRoLW5leHQgdjExIDAwLzEzXSB3aWZpOiBhdGgxMms6IGFkZCBBdGgxMmsgQUhCIGRyaXZlciAuLi48L3RpdGxlPgogICAgICA8YXV0aG9yPktyenlzenRvZiBLb3psb3dza2kgJmx0O2ludmFsaWRAZW1haWwuY29tJmd0OzwvYXV0aG9yPgogICAgICA8bGluaz5odHRwOi8vbGttbC5vcmcvbGttbC8yMDI1LzMvMTgvMzg3PC9saW5rPgogICAgICA8ZGVzY3JpcHRpb24+S3J6eXN6dG9mIEtvemxvd3NraSB3cml0ZXM6IChTdW1tYXJ5KSBPbiBUdWUsIE1hciAxOCwgMjAyNSBhdCAwMjoxNjoyNkFNICswNTMwLCBSYWogS3VtYXIgQmhhZ2F0IHdyb3RlOgoKICBwYXRjaCBbMTEvMTNdIHdpZmk6IGF0aDEyazogUG93ZXIgdXAgdXNlclBEJmx0O2JyLyZndDsKICBwYXRjaCBbMTEvMTNdIHdpZmk6IGF0aDEyazogUG93ZXIgdXAgdXNlclBEJmx0O2JyLyZndDsKVGhpcyBpcyB2MTEgYW5kIHN0aWxsIHNlbnQgaW4gYSB3YXkgaXQgbWVzc2VzIHdpdGggdG9vbHNldDoKVGhpcyBpcyB2MTEgYW5kIHN0aWxsIHNlbnQgaW4gYSB3YXkgaXQgbWVzc2VzIHdpdGggdG9vbHNldDoKICBiNCBkaWZmIC1DIDIwMjUwMzE3MjA0NjM5LjE4NjQ3NDItMi1xdWljX3JhamtiaGFnQHF1aWNpbmMuY29tCiAgR3JhYmJpbmcgdGhyZWFkIGZyb20gbG9yZS5rZXJuZWwub3JnL2FsbC8yMDI1MDMxNzIwNDYzOS4xODY0NzQyLTItcXVpY19yYWprYmhhZ0BxdWljaW5jLmNvbS90Lm1ib3guZ3oKICBDaGVja2luZyBmb3Igb2xkZXIgcmV2aXNpb25zJmx0O2JyLyZndDsKICAgIEFkZGVkIGZyb20gdjEwOiAxNCBwYXRjaGVzJmx0O2JyLyZndDsKICAtLS0mbHQ7YnIvJmd0OwogIEFuYWx5emluZyAxMzUgbWVzc2FnZXMgaW4gdGhlIHRocmVhZCZsdDtici8mZ3Q7CiAgUHJlcGFyaW5nIGZha2UtYW0gZm9yIHYxMTogZHQtYmluZGluZ3M6IG5ldDogd2lyZWxlc3M6IGRlc2NyaWJlIHRoZSBhdGgxMmsgQUhCIG1vZHVsZSBmb3IgSVBRNTMzMgogIEVSUk9SOiBDb3VsZCBub3QgZmFrZS1hbSB2ZXJzaW9uIHYxMSZsdDtici8mZ3Q7CiAgLS0tJmx0O2JyLyZndDsKICBDb3VsZCBub3QgY3JlYXRlIGZha2UtYW0gcmFuZ2UgZm9yIHVwcGVyIHNlcmllcyB2MTEKICBDb3VsZCBub3QgY3JlYXRlIGZha2UtYW0gcmFuZ2UgZm9yIHVwcGVyIHNlcmllcyB2MTEKQ2FuIHlvdSBmaXggeW91ciBwcm9jZXNzIHNvIHRoZSB0b29scyB3aWxsIGJlIGhhcHB5Pwo8L2Rlc2NyaXB0aW9uPgogICAgPC9pdGVtPgogICAgPGl0ZW0+CiAgICAgIDx0aXRsZT5SZTogW1BBVENIIDEvOV0gbWVtY2c6IHJlbW92ZSByb290IG1lbWNnIGNoZWNrIGZyb20gcmVmaWxsX3N0b2NrPC90aXRsZT4KICAgICAgPGF1dGhvcj5WbGFzdGltaWwgQmFia2EgJmx0O2ludmFsaWRAZW1haWwuY29tJmd0OzwvYXV0aG9yPgogICAgICA8bGluaz5odHRwOi8vbGttbC5vcmcvbGttbC8yMDI1LzMvMTgvMzg2PC9saW5rPgogICAgICA8ZGVzY3JpcHRpb24+Vmxhc3RpbWlsIEJhYmthIHdyaXRlczogKFN1bW1hcnkpIE9uIDMvMTUvMjUgMTg6NDksIFNoYWtlZWwgQnV0dCB3cm90ZTombHQ7YnIvJmd0OwoKU2lnbmVkLW9mZi1ieTogU2hha2VlbCBCdXR0ICZhbXA7bHQ7c2hha2VlbC5idXR0QGxpbnV4LmRldiZhbXA7Z3Q7CkFja2VkLWJ5OiBWbGFzdGltaWwgQmFia2EgJmFtcDtsdDt2YmFia2FAc3VzZS5jeiZhbXA7Z3Q7Jmx0O2JyLyZndDsKQWNrZWQtYnk6IFZsYXN0aW1pbCBCYWJrYSAmYW1wO2x0O3ZiYWJrYUBzdXNlLmN6JmFtcDtndDsmbHQ7YnIvJmd0OwpJdCdzIG5vdCB0cml2aWFsIHRvIHZlcmlmeSB0aGlzIHNvIEknZCBhZGQmbHQ7YnIvJmd0OwpWTV9XQVJOX09OX09OQ0UobWVtX2Nncm91cF9pc19yb290KG1lbWNnKSk7IGFzIFJvbWFuIHN1Z2dlc3RlZCBpbiBwYXRjaCA0IHJlcGx5LiBhcyBSb21hbiBzdWdnZXN0ZWQgaW4gcGF0Y2ggNCByZXBseS4KCiAgICBwYWdlX2NvdW50ZXJfdW5jaGFyZ2UoJmFtcDthbXA7bWVtY2ctJmFtcDtndDttZW1zdywgbnJfcGFnZXMpOwo8L2Rlc2NyaXB0aW9uPgogICAgPC9pdGVtPgogICAgPGl0ZW0+CiAgICAgIDx0aXRsZT5SZTogW1BBVENIIGJwZi1uZXh0IDA5LzExXSBicGY6IFJldHVybiBQVFJfRVJSIGZyb20gcHVzaF9zdGFjaygpPC90aXRsZT4KICAgICAgPGF1dGhvcj5MdWlzIEdlcmhvcnN0ICZsdDtpbnZhbGlkQGVtYWlsLmNvbSZndDs8L2F1dGhvcj4KICAgICAgPGxpbms+aHR0cDovL2xrbWwub3JnL2xrbWwvMjAyNS8zLzE4LzM4NTwvbGluaz4KICAgICAgPGRlc2NyaXB0aW9uPkx1aXMgR2VyaG9yc3Qgd3JpdGVzOiAoU3VtbWFyeSkgCmVycm9yX3JlY292ZXJhYmxlX3dpdGhfbm9zcGVjKGVycilgIGluIGRvX2NoZWNrKCkgaWYgaXQgd2FzIEVJTlZBTCAoaW4KdGhpcyBjYXNlIHdlIGhldXJpc3RpY2FsbHkgYXZvaWRlZCBuZXN0ZWQgc3BlY3VsYXRpdmUgcGF0aCB2ZXJpZmljYXRpb24KYnV0IGhhdmUgdG8gYWRkIGEgbm9zcGVjKSwgb3Igd2UgY29udGludWUgdG8gcmFpc2UgdGhlIGVycm9yIChlLmcuLApFTk9NRU0pIGZyb20gZG9fY2hlY2soKS4mbHQ7YnIvJmd0OwpFTk9NRU0pIGZyb20gZG9fY2hlY2soKS4mbHQ7YnIvJmd0OwpPciBpcyB5b3VyIHF1ZXN0aW9uIG9uIHRoaXMgcGFydCBmcm9tIHRoZSBjb21taXQgbWVzc2FnZSBvZiBwYXRjaCA5PyBIb3dldmVyLCByZWdhcmRpbmcgdGhpcywgRUZBVUxUIGFuZApFTk9NRU0gYXJlIHRyZWF0ZWQgdGhlIHNhbWUgKHRoZXkgYm90aCBkb24ndCBzYXRpc2Z5CmVycm9yX3JlY292ZXJhYmxlX3dpdGhfbm9zcGVjKCkpLCB0aGVyZWZvcmUgdGhpcyBjaGFuZ2UgaXMgcHJpbWFyaWx5Cm1hZGUgdG8gbm90IGNvbXBsaWNhdGUgdGhlIGNvZGUuJmx0O2JyLyZndDsKbWFkZSB0byBub3QgY29tcGxpY2F0ZSB0aGUgY29kZS4mbHQ7YnIvJmd0OwpJIGp1c3QgYmVjYW1lIGF3YXJlIHRoYXQgdGhlcmUgaXMgc29tZSBzcGVjaWFsIGhhbmRsaW5nIG9mIEVGQVVMVCBhcwpkaXNjdXNzZWQgaW4gYzdhODk3ODQzMjI0ICg"bpf: don't leave partial mangled prog in jit_subprogs error path"). Re: [PATCH 4/9] memcg: manually inline __refill_stock Vlastimil Babka <invalid@email.com> http://lkml.org/lkml/2025/3/18/384 Vlastimil Babka writes: On 3/18/25 01:58, Roman Gushchin wrote:<br/> + VM_WARN_ON_ONCE(mem_cgroup_is_root(memcg)); Already in patch 1 though? But I agree.<br/> Already in patch 1 though? But I agree.<br/> Reviewed-by: Roman Gushchin &lt;roman.gushchin@linux.dev&gt; Reviewed-by: Roman Gushchin &lt;roman.gushchin@linux.dev&gt; Reviewed-by: Roman Gushchin &lt;roman.gushchin@linux.dev&gt; Re: [PATCH V3] ahci: Marvell 88SE9215 controllers prefer DMA for ATAPI Niklas Cassel <invalid@email.com> http://lkml.org/lkml/2025/3/18/383 Niklas Cassel writes: (Summary) Hello Huacai,<br/> Hello Huacai,<br/> On Wed, Mar 12, 2025 at 04:47:55PM +0100, Niklas Cassel wrote: Otherwise, this looks good to me.<br/> Otherwise, this looks good to me.<br/> If you want this patch to be queued up for 6.15, please send a new version this week, because after this week, it will instead be queued up for 6.16. this week, because after this week, it will instead be queued up for 6.16. this week, because after this week, it will instead be queued up for 6.16. Re: [PATCH 7/9] memcg: use __mod_memcg_state in drain_obj_stock Vlastimil Babka <invalid@email.com> http://lkml.org/lkml/2025/3/18/382 Vlastimil Babka writes: (Summary) On 3/17/25 22:54, Shakeel Butt wrote:<br/> __mod_memcg_state()<br/> You mean first other user than mod_memcg_state() itself. Well least memcg_stats_lock() isn't expensive, and it's a no-op on non-debug !RT anyway.<br/> no-op on non-debug !RT anyway.<br/> Acked-by: Vlastimil Babka &lt;vbabka@suse.cz&gt;<br/> Acked-by: Vlastimil Babka &lt;vbabka@suse.cz&gt;<br/> Acked-by: Vlastimil Babka &lt;vbabka@suse.cz&gt;<br/> Acked-by: Vlastimil Babka &lt;vbabka@suse.cz&gt;<br/> Acked-by: Vlastimil Babka &lt;vbabka@suse.cz&gt;<br/> Re: [PATCH 9/9] memcg: manually inline replace_stock_objcg Vlastimil Babka <invalid@email.com> http://lkml.org/lkml/2025/3/18/381 Vlastimil Babka writes: On 3/15/25 18:49, Shakeel Butt wrote:<br/> Signed-off-by: Shakeel Butt &lt;shakeel.butt@linux.dev&gt; Acked-by: Vlastimil Babka &lt;vbabka@suse.cz&gt;<br/> Acked-by: Vlastimil Babka &lt;vbabka@suse.cz&gt;<br/> stock-&gt;nr_bytes += nr_bytes;<br/> stock-&gt;nr_bytes += nr_bytes;<br/> stock-&gt;nr_bytes += nr_bytes;<br/> [PATCH 1/2] dt-bindings: display: simple: Add NLT NL13676BC25-03F ... Antonin Godard <invalid@email.com> http://lkml.org/lkml/2025/3/18/380 Antonin Godard writes: [PATCH 2/2] cgroup: docs: Add pswpin and pswpout items in cgroup v ... Hao Jia <invalid@email.com> http://lkml.org/lkml/2025/3/18/379 Hao Jia writes: (Summary) From: Hao Jia &lt;jiahao1@lixiang.com&gt;<br/> From: Hao Jia &lt;jiahao1@lixiang.com&gt;<br/> The commit 15ff4d409e1a ("mm/memcontrol: add per-memcg pgpgin/pswpin counter") introduced the pswpin and pswpout items in the memory.stat of cgroup v2. workingset_nodereclaim Number of times a shadow node has been reclaimed + pswpin (npn) + Number of pages swapped into memory + + pswpout (npn) + Number of pages swapped out of memory + pgscan (npn) Amount of scanned pages (in an inactive LRU list) -- 2.34.1 <br/> <br/> [PATCH 2/2] drm/panel: simple: Add NLT NL13676BC25-03F panel entry Antonin Godard <invalid@email.com> http://lkml.org/lkml/2025/3/18/378 Antonin Godard writes: (Summary) +static const struct drm_display_mode nlt_nl13676bc25_03f_mode = { + .clock = 75400, + .hdisplay = 1366, + .hsync_start = 1366 + 14, + .hsync_end = 1366 + 14 + 56, + .htotal = 1366 + 14 + 56 + 64, + .vdisplay = 768, + .vsync_start = 768 + 1, + .vsync_end = 768 + 1 + 3, + .vtotal = 768 + 1 + 3 + 22, +}; + +static const struct panel_desc nlt_nl13676bc25_03f = { + .modes = &amp;nlt_nl13676bc25_03f_mode, + .num_modes = 1, + .bpc = 8, + .size = { + .width = 363, + .height = 215, + }, + .bus_format = MEDIA_BUS_FMT_RGB888_1X7X4_SPWG, + .connector_type = DRM_MODE_CONNECTOR_LVDS, +}; [PATCH 0/2] Add NLT NL13676BC25-03F panel support Antonin Godard <invalid@email.com> http://lkml.org/lkml/2025/3/18/377 Antonin Godard writes: (Summary) The NLT NL13676BC25-03F panel is a 15.6" LCD-TFT LVDS panel. Add a binding and a panel entry under panel-simple.c.<br/> panel entry under panel-simple.c.<br/> Signed-off-by: Antonin Godard &lt;antonin.godard@bootlin.com&gt; --- Antonin Godard (2): dt-bindings: display: simple: Add NLT NL13676BC25-03F panel drm/panel: simple: Add NLT NL13676BC25-03F panel entry .../bindings/display/panel/panel-simple.yaml | 27 ++++++++++++++++++++++ 2 files changed, 29 insertions(+) --- base-commit: 0fed89a961ea851945d23cc35beb59d6e56c0964 change-id: 20250313-b4-add-nlt-nl13676bc25-03f-6a88fbb5396c Best regards, -- Antonin Godard &lt;antonin.godard@bootlin.com&gt; [PATCH 1/2] mm: vmscan: Split proactive reclaim statistics from di ... Hao Jia <invalid@email.com> http://lkml.org/lkml/2025/3/18/376 Hao Jia writes: (Summary) diff --git a/include/linux/mmzone.h b/include/linux/mmzone.h index 9540b41894da..69b4996dadc8 100644 --- a/include/linux/mmzone.h +++ b/include/linux/mmzone.h @@ -220,6 +220,7 @@ enum node_stat_item { PGDEMOTE_KSWAPD, PGDEMOTE_DIRECT, PGDEMOTE_KHUGEPAGED, + PGDEMOTE_PROACTIVE, #ifdef CONFIG_HUGETLB_PAGE NR_HUGETLB, #endif diff --git a/include/linux/vm_event_item.h b/include/linux/vm_event_item.h index f70d0958095c..f11b6fa9c5b3 100644 --- a/include/linux/vm_event_item.h +++ b/include/linux/vm_event_item.h @@ -41,9 +41,11 @@ enum vm_event_item { PGPGIN, PGPGOUT, PSWPIN, PSWPOUT, PGSTEAL_KSWAPD, PGSTEAL_DIRECT, PGSTEAL_KHUGEPAGED, + PGSTEAL_PROACTIVE, PGSCAN_KSWAPD, PGSCAN_DIRECT, PGSCAN_KHUGEPAGED, + PGSCAN_PROACTIVE, PGSCAN_DIRECT_THROTTLE, PGSCAN_ANON, PGSCAN_FILE, diff --git a/mm/memcontrol.c b/mm/memcontrol.c index 4de6acb9b8ec..32e28ab90914 100644 --- a/mm/memcontrol.c +++ b/mm/memcontrol.c @@ -315,6 +315,7 @@ static const unsigned int memcg_node_stat_items[] = { Re: [PATCH 3/9] dt-bindings: soc: qcom: add Smart Peripheral Syste ... Krzysztof Kozlowski <invalid@email.com> http://lkml.org/lkml/2025/3/18/375 Krzysztof Kozlowski writes: On Mon, Mar 17, 2025 at 07:44:38PM +0200, Dmitry Baryshkov wrote: +title: Qualcomm Smart Peripheral System Interrupt Controller Interrupt controller should have interrupt-cells. Or this is not interrupt controller...<br/> interrupt controller...<br/> Anyway same comments as for previous patch.<br/> Anyway same comments as for previous patch.<br/> Best regards,<br/> Krzysztof<br/> Krzysztof<br/> Krzysztof<br/> Krzysztof<br/> [PATCH v2] arm64: dts: exynos: Add DT node for all UART ports Faraz Ata <invalid@email.com> http://lkml.org/lkml/2025/3/18/374 Faraz Ata writes: (Summary) + + usi_16: usi@10d600c0 { + compatible = "samsung,exynosautov920-usi", + "samsung,exynos850-usi"; + + serial_16: serial@10d60000 { + compatible = "samsung,exynosautov920-uart", + "samsung,exynos850-uart"; + + usi_17: usi@10d800c0 { + compatible = "samsung,exynosautov920-usi", + "samsung,exynos850-usi"; + + serial_17: serial@10d80000 { + compatible = "samsung,exynosautov920-uart", + "samsung,exynos850-uart"; [PATCH 0/2] Adding Proactive Memory Reclaim Statistics Hao Jia <invalid@email.com> http://lkml.org/lkml/2025/3/18/373 Hao Jia writes: (Summary) From: Hao Jia &lt;jiahao1@lixiang.com&gt;<br/> From: Hao Jia &lt;jiahao1@lixiang.com&gt;<br/> These two patches are related to proactive memory reclaim. Patch 1 Split proactive reclaim statistics from direct reclaim counters and introduces new counters: pgsteal_proactive, pgdemote_proactive, and pgscan_proactive.<br/> and pgscan_proactive.<br/> Patch 2 Adds pswpin and pswpout items to the cgroup-v2 documentation. Hao Jia (2):<br/> mm: vmscan: Split proactive reclaim statistics from direct reclaim statistics<br/> cgroup, docs: Add pswpin and pswpout items in cgroup v2 doc cgroup, docs: Add pswpin and pswpout items in cgroup v2 doc Documentation/admin-guide/cgroup-v2.rst | Re: [PATCH v5 02/19] cpufreq/amd-pstate: Show a warning when a CPU ... Paul Menzel <invalid@email.com> http://lkml.org/lkml/2025/3/18/372 Paul Menzel writes: Re: [PATCH 2/4] PCI: cadence-host: Introduce cdns_pcie_host_disabl ... Manivannan Sadhasivam <invalid@email.com> http://lkml.org/lkml/2025/3/18/371 Manivannan Sadhasivam writes: Re: [RFC PATCH v4 4/5] btrfs: ioctl: introduce btrfs_uring_import_ ... Sidong Yang <invalid@email.com> http://lkml.org/lkml/2025/3/18/370 Sidong Yang writes: (Summary) On Tue, Mar 18, 2025 at 07:25:51AM +0000, Pavel Begunkov wrote: &gt; + unsigned int issue_flags, int rw) &gt; + struct btrfs_uring_encoded_data *data = &gt; + &gt; + ret = io_uring_cmd_import_fixed_vec(cmd, data-&gt;args.iov, &gt; + data-&gt;args.iovcnt, &gt; + ITER_DEST, issue_flags, &gt; + } else { &gt; + ret = import_iovec(rw, data-&gt;args.iov, data-&gt;args.iovcnt, &gt; + ARRAY_SIZE(data-&gt;iovstack), &amp;data-&gt;iov, &gt; + } &gt; +} &gt; Re: [RFC PATCH v4 5/5] btrfs: ioctl: don't free iov when -EAGAIN i ... Sidong Yang <invalid@email.com> http://lkml.org/lkml/2025/3/18/369 Sidong Yang writes: (Summary) On Tue, Mar 18, 2025 at 07:21:00AM +0000, Pavel Begunkov wrote: &gt; On 3/17/25 13:57, Sidong Yang wrote: &gt; 3 +++ &gt; 1 file changed, 3 insertions(+) &gt; diff --git a/fs/btrfs/ioctl.c b/fs/btrfs/ioctl.c &gt; --- a/fs/btrfs/ioctl.c &gt; +++ b/fs/btrfs/ioctl.c &gt; @@ -4922,6 +4922,9 @@ static int btrfs_uring_encoded_read(struct io_uring_cmd *cmd, unsigned int issue &gt; ret = btrfs_encoded_read(&amp;kiocb, &amp;data-&gt;iter, &amp;data-&gt;args, &amp;cached_state, &gt; + &gt; + if (ret == -EAGAIN) &gt; ret != -EIOCBQUEUED) &gt; Pavel Begunkov &gt; Re: [PATCH 2/9] dt-bindings: display/msm: describe SFPB device Krzysztof Kozlowski <invalid@email.com> http://lkml.org/lkml/2025/3/18/368 Krzysztof Kozlowski writes: On Mon, Mar 17, 2025 at 07:44:37PM +0200, Dmitry Baryshkov wrote: .../devicetree/bindings/display/msm/qcom,sfpb.yaml | 39 ++++++++++++++++++++++ Filename: qcom,apq8064-mmss-sfpb.yaml<br/> Filename: qcom,apq8064-mmss-sfpb.yaml<br/> + - const: syscon<br/> Why this cannot be part of standard syscon bindings file? Looks simple enough.<br/> enough.<br/> Best regards,<br/> Krzysztof<br/> Krzysztof<br/> Krzysztof<br/> Krzysztof<br/> Re: [PATCH 1/9] dt-bindings: soc: qcom,rpm: add missing clock-cont ... Krzysztof Kozlowski <invalid@email.com> http://lkml.org/lkml/2025/3/18/367 Krzysztof Kozlowski writes: (Summary) On Mon, Mar 17, 2025 at 07:44:36PM +0200, Dmitry Baryshkov wrote: Fixes: 6b42133d2189 ("dt-bindings: soc: qcom: convert non-smd RPM bindings to dt-schema") Fixes should rather point to original binding, because the conversion did not miss them. Coversion should add them, to match existing DTS, but still the mistake is in the TXT binding.<br/> TXT binding.<br/> TXT binding.<br/> 1 file changed, 8 insertions(+)<br/> Reviewed-by: Krzysztof Kozlowski &lt;krzysztof.kozlowski@linaro.org&gt; Re: [RFC PATCH] block: Make request_queue lockdep splats show up e ... Thomas Hellström <invalid@email.com> http://lkml.org/lkml/2025/3/18/366 Thomas Hellström writes: (Summary) T24gVHVlLCAyMDI1LTAzLTE4IGF0IDA5OjE4ICswODAwLCBNaW5nIExlaSB3cm90ZToKPiBPbiBN b24sIE1hciAxNywgMjAyNSBhdCAwNjoxMTo1NVBNICswMTAwLCBUaG9tYXMgSGVsbHN0csO2bSB3 cm90ZToKPiA+IEluIHJlY2VudCBrZXJuZWxzLCB0aGVyZSBhcmUgbG9ja2RlcCBzcGxhdHMgYXJv dW5kIHRoZQo+ID4gc3RydWN0IHJlcXVlc3RfcXVldWU6OmlvX2xvY2tkZXBfbWFwLCBzaW1pbGFy IHRvIFsxXSwgYnV0IHRoZXkKPiA+IHR5cGljYWxseSBkb24ndCBzaG93IHVwIHVudGlsIHJlY2xh aW0gd2l0aCB3cml0ZWJhY2sgaGFwcGVucy4KPiA+IAo+ID4gSGF2aW5nIG11bHRpcGxlIGtlcm5l bCB2ZXJzaW9ucyByZWxlYXNlZCB3aXRoIGEga25vd24gcmlzYyBvZgo+ID4ga2VybmVsCj4gPiBk ZWFkbG9jayBkdXJpbmcgcmVjbGFpbSB3cml0ZWJhY2sgc2hvdWxkIElNSE8gYmUgYWRkcmVzc2Vk IGFuZAo+ID4gYmFja3BvcnRlZCB0byAtc3RhYmxlIHdpdGggdGhlIGhpZ2hlc3QgcHJpb3JpdHku Cj4gPiAKPiA+IEluIG9yZGVyIHRvIGhhdmUgdGhlc2UgbG9ja2RlcCBzcGxhdHMgc2hvdyB1cCBl YXJsaWVyLAo+ID4gcHJlZmVycmFibHkgZHVyaW5nIHN5c3RlbSBpbml0aWFsaXphdGlvbiwgcHJp bWUgdGhlCj4gPiBzdHJ1Y3QgcmVxdWVzdF9xdWV1ZTo6aW9fbG9ja2RlcF9tYXAgYXMgR0ZQX0tF Uk5FTCByZWNsYWltLQo+ID4gdGFpbnRlZC4gVGhpcyB3aWxsIGluc3RlYWQgbGVhZCB0byBsb2Nr ZGVwIHNwbGF0cyBsb29raW5 Re: [PATCH v2 ath-next 2/2] wifi: ath11k: fix HTC rx insufficient ... Miaoqing Pan <invalid@email.com> http://lkml.org/lkml/2025/3/18/365 Miaoqing Pan writes: (Summary) I think there might be some issues in this process, such as the lack of a wmb instruction after the copy is complete, causing the HP to be updated first.<br/> to be updated first.<br/> to be updated first.<br/> <a href="/load/view.php?a=aHR0cHM6Ly9naXRodWIuY29tL3F1YWxjb21tLWxpbnV4L21ldGEtcWNvbS1od2UvYmxvYi9zY2FydGhnYXAvcmVjaXBlcy1rZXJuZWwvbGludXgvbGludXgtcWNvbS1iYXNlXzYuNi5iYg">https://github.com/qualcomm-linux/meta-qcom-hwe/blob/scarthgap/recipes-kernel/linux/linux-qcom-base_6.6.bb</a> <a href="/load/view.php?a=aHR0cHM6Ly9naXRodWIuY29tL3F1YWxjb21tLWxpbnV4L21ldGEtcWNvbS1od2UvYmxvYi9zY2FydGhnYXAvcmVjaXBlcy1rZXJuZWwvbGludXgvbGludXgtcWNvbS1iYXNlXzYuNi5iYg">https://github.com/qualcomm-linux/meta-qcom-hwe/blob/scarthgap/recipes-kernel/linux/linux-qcom-base_6.6.bb</a> No.<br/> No.<br/> I've also tried rmb() and mb(), but they didn't work either. Yes, the test has been running continuously for over 48 hours, always work on the second try, updated in patch v4.<br/> work on the second try, updated in patch v4.<br/> work on the second try, updated in patch v4.<br/> work on the sec Re: [PATCH 1/4] PCI: cadence: Add support to build pcie-cadence li ... Siddharth Vadapalli <invalid@email.com> http://lkml.org/lkml/2025/3/18/364 Siddharth Vadapalli writes: On Tue, Mar 18, 2025 at 01:19:17PM +0530, Manivannan Sadhasivam wrote: which looked like not needed at all.<br/> Thank you for clarifying. I (mis)interpret your comment in the context of the entire "config PCIE_CADENCE_HOST" block and the change made in it :) the entire "config PCIE_CADENCE_HOST" block and the change made in it :) Regards,<br/> Siddharth.<br/> Siddharth.<br/> Siddharth.<br/> [PATCH v4 3/3] ext4: Make sb update interval tunable Ojaswin Mujoo <invalid@email.com> http://lkml.org/lkml/2025/3/18/363 Ojaswin Mujoo writes: (Summary) 1 */ @@ -2280,6 +2282,13 @@ static inline int ext4_forced_shutdown(struct super_block *sb) #define EXT4_DEF_MIN_BATCH_TIME 0 #define EXT4_DEF_MAX_BATCH_TIME 15000 /* 15ms */ +/* + * Default values for superblock update + */ +#define EXT4_DEF_SB_UPDATE_INTERVAL_SEC (3600) /* seconds (1 hour) */ +#define EXT4_DEF_SB_UPDATE_INTERVAL_KB (16384) /* kilobytes (16MB) */ + + /* * Minimum number of groups in a flexgroup before we separate out * directories into the first block group of a flexgroup diff --git a/fs/ext4/super.c b/fs/ext4/super.c index 46f7c9922cda..9eb1ae2e84bb 100644 --- a/fs/ext4/super.c +++ b/fs/ext4/super.c @@ -447,9 +447,6 @@ static time64_t __ext4_get_tstamp(__le32 *lo, __u8 *hi) #define ext4_get_tstamp(es, tstamp) \ __ext4_get_tstamp(&amp;(es)-&gt;tstamp, &amp;(es)-&gt;tstamp ## _hi) -#define EXT4_SB_REFRESH_INTERVAL_SEC (3600) /* seconds (1 hour) */ -#define EXT4_SB_REFRESH_INTERVAL_KB (16384) /* kilobytes (16MB) */ - /* * The ext4_maybe_update_superblock() function checks and [PATCH v4 1/3] ext4: define ext4_journal_destroy wrapper Ojaswin Mujoo <invalid@email.com> http://lkml.org/lkml/2025/3/18/362 Ojaswin Mujoo writes: (Summary) } +/* + * Pass journal explicitly as it may not be cached in the sbi-&gt;s_journal in some + * cases + */ +static inline int ext4_journal_destroy(struct ext4_sb_info *sbi, journal_t *journal) +{ + int err = 0; +} + #endif /* _EXT4_JBD2_H */ diff --git a/fs/ext4/super.c b/fs/ext4/super.c index a963ffda692a..8ad664d47806 100644 --- a/fs/ext4/super.c +++ b/fs/ext4/super.c @@ -1297,8 +1297,7 @@ static void ext4_put_super(struct super_block *sb) if (sbi-&gt;s_journal) { aborted = is_journal_aborted(sbi-&gt;s_journal); [PATCH v4 2/3] ext4: avoid journaling sb update on error if journa ... Ojaswin Mujoo <invalid@email.com> http://lkml.org/lkml/2025/3/18/361 Ojaswin Mujoo writes: (Summary) 16 ++++++++-------- 3 files changed, 25 insertions(+), 9 deletions(-) diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h index 2b7d781bfcad..0685bb68e64a 100644 --- a/fs/ext4/ext4.h +++ b/fs/ext4/ext4.h @@ -1823,7 +1823,8 @@ static inline int ext4_valid_inum(struct super_block *sb, unsigned long ino) */ enum { EXT4_MF_MNTDIR_SAMPLED, - EXT4_MF_FC_INELIGIBLE /* Fast commit ineligible */ + EXT4_MF_FC_INELIGIBLE, /* Fast commit ineligible */ + EXT4_MF_JOURNAL_DESTROY /* Journal is in process of destroying */ }; Once we set + * EXT4_JOURNAL_DESTROY, new ext4_handle_error() calls will not + * queue s_sb_upd_work and ext4_force_commit() makes sure any + * ext4_handle_error() calls from the running transaction commit are + * finished. [PATCH] arm64: dts: qcom: x1e001de-devkit: fix USB retimer reset p ... Johan Hovold <invalid@email.com> http://lkml.org/lkml/2025/3/18/360 Johan Hovold writes: (Summary) The ps8830 retimer reset is active low.<br/> The ps8830 retimer reset is active low.<br/> Fix up the retimer nodes which were based on an early version of the driver which inverted the polarity.<br/> driver which inverted the polarity.<br/> Fixes: 019e1ee32fec ("arm64: dts: qcom: x1e001de-devkit: Enable external DP support") Cc: Sibi Sankar &lt;quic_sibis@quicinc.com&gt;<br/> Signed-off-by: Johan Hovold &lt;johan+linaro@kernel.org&gt; Re: [PATCH v2 2/2] iio: adc: adding support for PAC194X kernel test robot <invalid@email.com> http://lkml.org/lkml/2025/3/18/359 kernel test robot writes: (Summary) not just a new version of the same patch/commit), kindly add following tags<br/> Closes: <a href="/load/view.php?a=aHR0cHM6Ly9sb3JlLmtlcm5lbC5vcmcvb2Uta2J1aWxkLWFsbC8yMDI1MDMxODE1NDUuem5VTGRWNEctbGtwQGludGVsLmNvbS8">https://lore.kernel.org/oe-kbuild-all/202503181545.znULdV4G-lkp@intel.com/</a> All warnings (new ones prefixed by &gt;&gt;):<br/> All warnings (new ones prefixed by &gt;&gt;):<br/> In file included from drivers/iio/adc/pac1944.c:20: In file included from include/linux/i2c.h:19:<br/> In file included from include/linux/regulator/consumer.h:35: In file included from include/linux/suspend.h:5:<br/> In file included from include/linux/swap.h:9:<br/> In file included from include/linux/memcontrol.h:13: In file included from include/linux/cgroup.h:26:<br/> In file included from include/linux/kernel_stat.h:8: In file included from include/linux/interrupt.h:22: In file included from arch/riscv/include/asm/sections.h:9: In file included from include/linux/mm.h:2223:<br/> include/linux/vmstat.h:504: [PATCH v4 0/3] Fix a BUG_ON crashing the kernel in start_this_handle Ojaswin Mujoo <invalid@email.com> http://lkml.org/lkml/2025/3/18/358 Ojaswin Mujoo writes: (Summary) ** Changes in v4 [4] **<br/> ** Changes in v4 [4] **<br/> * some minor refactoring and typo fix<br/> * some minor refactoring and typo fix<br/> [4] <a href="/load/view.php?a=aHR0cHM6Ly9sb3JlLmtlcm5lbC5vcmcvbGludXgtZXh0NC9jb3Zlci4xNzQxOTM4MDI3LmdpdC5vamFzd2luQGxpbnV4LmlibS5jb20vVC8jbThiNTE5MWZlZjhiMjAxMjQ2YWI1YjM0ZjdkYzExYjc5ZmU2YWZlOTk">https://lore.kernel.org/linux-ext4/cover.1741938027.git.ojaswin@linux.ibm.com/T/#m8b5191fef8b201246ab5b34f7dc11b79fe6afe99</a> [4] <a href="/load/view.php?a=aHR0cHM6Ly9sb3JlLmtlcm5lbC5vcmcvbGludXgtZXh0NC9jb3Zlci4xNzQxOTM4MDI3LmdpdC5vamFzd2luQGxpbnV4LmlibS5jb20vVC8jbThiNTE5MWZlZjhiMjAxMjQ2YWI1YjM0ZjdkYzExYjc5ZmU2YWZlOTk">https://lore.kernel.org/linux-ext4/cover.1741938027.git.ojaswin@linux.ibm.com/T/#m8b5191fef8b201246ab5b34f7dc11b79fe6afe99</a> ** Changes in v3 [3] **<br/> ** Changes in v3 [3] **<br/> * Picked RVBs from Jan and Baokun<br/> * In patch 2/3 we now do the following:<br/> set flag -&gt; Re: [PATCH 1/3] dt-bindings: clock: renesas: Fix description section Tommaso Merciai <invalid@email.com> http://lkml.org/lkml/2025/3/18/357 Tommaso Merciai writes: Hi Geert,<br/> Thanks for your review.<br/> Thanks for your review.<br/> On Mon, Mar 17, 2025 at 11:08:19AM +0100, Geert Uytterhoeven wrote: i.e. the "and" is part of the typical "A, B, and C" construct? Fine to me and thanks for the explanation.<br/> If you agree I will drop this in v2.<br/> If you agree I will drop this in v2.<br/> -- Linus Torvalds<br/> Thanks &amp; Regards,<br/> Tommaso<br/> Tommaso<br/> Tommaso<br/> Re: [PATCH] Documentation: Add "Unaccepted" meminfo entry "Kirill A. Shutemov" <invalid@email.com> http://lkml.org/lkml/2025/3/18/356 &quot;Kirill A. Shutemov&quot; writes: On Mon, Mar 17, 2025 at 05:04:03PM -0600, Nico Pache wrote: Signed-off-by: Nico Pache &lt;npache@redhat.com&gt; Acked-by: Kirill A. Shutemov &lt;kirill.shutemov@linux.intel.com&gt; Acked-by: Kirill A. Shutemov &lt;kirill.shutemov@linux.intel.com&gt; Re: [PATCH 7/9] memcg: use __mod_memcg_state in drain_obj_stock Vlastimil Babka <invalid@email.com> http://lkml.org/lkml/2025/3/18/355 Vlastimil Babka writes: On 3/18/25 02:13, Roman Gushchin wrote:<br/> VM_WARN_ON_IRQS_ENABLED() ?<br/> It's part of memcg_stats_lock()<br/> It's part of memcg_stats_lock()<br/> Reviewed-by: Roman Gushchin &lt;roman.gushchin@linux.dev&gt; Reviewed-by: Roman Gushchin &lt;roman.gushchin@linux.dev&gt; Reviewed-by: Roman Gushchin &lt;roman.gushchin@linux.dev&gt; Re: [PATCH v1 2/2] PCI: imx6: Use domain number replace the hardcodes "" <invalid@email.com> http://lkml.org/lkml/2025/3/18/354 &quot;&quot; writes: Re: [PATCH 1/4] PCI: cadence: Add support to build pcie-cadence li ... Manivannan Sadhasivam <invalid@email.com> http://lkml.org/lkml/2025/3/18/353 Manivannan Sadhasivam writes: [PATCH] docs: networking: strparser: Fix a typo WangYuli <invalid@email.com> http://lkml.org/lkml/2025/3/18/352 WangYuli writes: (Summary) The context indicates that 'than' is the correct word instead of 'then', as a comparison is being performed.<br/> as a comparison is being performed.<br/> Given that 'then' is also a valid English word, checkpatch.pl wouldn't have picked up on this spelling error.<br/> have picked up on this spelling error.<br/> This typo was caught by AI during code review.<br/> This typo was caught by AI during code review.<br/> Fixes: adcce4d5dd46 ("strparser: Documentation") Reported-by: Sourcery AI &lt;hello@sourcery.ai&gt;<br/> Suggested-by: Wentao Guan &lt;guanwentao@uniontech.com&gt; [RFC PATCH -next v3 10/10] ext4: add FALLOC_FL_WRITE_ZEROES support Zhang Yi <invalid@email.com> http://lkml.org/lkml/2025/3/18/351 Zhang Yi writes: (Summary) 3 +- 2 files changed, 50 insertions(+), 12 deletions(-) diff --git a/fs/ext4/extents.c b/fs/ext4/extents.c index 1b028be19193..e937a714085c 100644 --- a/fs/ext4/extents.c +++ b/fs/ext4/extents.c @@ -4483,6 +4483,8 @@ static int ext4_alloc_file_blocks(struct file *file, ext4_lblk_t offset, struct ext4_map_blocks map; EXT4_MAP_UNWRITTEN))) { + ret2 = ext4_issue_zeroout(inode, map.m_lblk, map.m_pblk, + map.m_len); { FALLOC_FL_KEEP_SIZE, "KEEP_SIZE"}, \ { FALLOC_FL_PUNCH_HOLE, "PUNCH_HOLE"}, \ { FALLOC_FL_COLLAPSE_RANGE, "COLLAPSE_RANGE"}, \ - { FALLOC_FL_ZERO_RANGE, "ZERO_RANGE"}) + { FALLOC_FL_ZERO_RANGE, "ZERO_RANGE"}, \ + { FALLOC_FL_WRITE_ZEROES, "WRITE_ZEROES"}) TRACE_DEFINE_ENUM(EXT4_FC_REASON_XATTR); [RFC PATCH -next v3 09/10] block: factor out common part in blkdev ... Zhang Yi <invalid@email.com> http://lkml.org/lkml/2025/3/18/350 Zhang Yi writes: (Summary) 40 +++++++++++++++------------------------- 1 file changed, 15 insertions(+), 25 deletions(-) diff --git a/block/fops.c b/block/fops.c index 5a519581d7e3..e590c8997689 100644 --- a/block/fops.c +++ b/block/fops.c @@ -812,6 +812,7 @@ static long blkdev_fallocate(struct file *file, int mode, loff_t start, struct block_device *bdev = I_BDEV(inode); - /* - * Invalidate the page cache, including dirty pages, for valid - * de-allocate mode calls to fallocate(). FALLOC_FL_KEEP_SIZE: - error = truncate_bdev_range(bdev, file_to_blk_mode(file), start, end); [PATCH v3] hwmon: (cros_ec) Add set and get target fan RPM function Sung-Chi Li <invalid@email.com> http://lkml.org/lkml/2025/3/18/349 Sung-Chi Li writes: (Summary) } +static int cros_ec_hwmon_set_fan_rpm(struct cros_ec_device *cros_ec, u8 index, + u16 val) +{ + struct ec_params_pwm_set_fan_target_rpm_v1 req = { + .rpm = val, + .fan_idx = index, + }; HWMON_T_LABEL, @@ -178,6 +244,7 @@ static const struct hwmon_channel_info * const cros_ec_hwmon_info[] = { static const struct hwmon_ops cros_ec_hwmon_ops = { .read = cros_ec_hwmon_read, .read_string = cros_ec_hwmon_read_string, + .write = cros_ec_hwmon_write, .is_visible = cros_ec_hwmon_is_visible, }; [RFC PATCH -next v3 06/10] dm: add BLK_FEAT_WRITE_ZEROES_UNMAP support Zhang Yi <invalid@email.com> http://lkml.org/lkml/2025/3/18/348 Zhang Yi writes: (Summary) 1 + 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/md/dm-table.c b/drivers/md/dm-table.c index 453803f1edf5..d4a483287e26 100644 --- a/drivers/md/dm-table.c +++ b/drivers/md/dm-table.c @@ -598,7 +598,8 @@ int dm_split_args(int *argc, char ***argvp, char *input) static void dm_set_stacking_limits(struct queue_limits *limits) { blk_set_stacking_limits(limits); } - if (!dm_table_supports_write_zeroes(t)) + if (!dm_table_supports_write_zeroes(t)) { limits-&gt;max_write_zeroes_sectors = 0; diff --git a/drivers/md/dm.c b/drivers/md/dm.c index 5ab7574c0c76..b59c3dbeaaf1 100644 --- a/drivers/md/dm.c +++ b/drivers/md/dm.c @@ -1096,6 +1096,7 @@ void disable_write_zeroes(struct mapped_device *md) /* device doesn't really support WRITE ZEROES, disable it */ limits-&gt;max_write_zeroes_sectors = 0; [RFC PATCH -next v3 05/10] scsi: sd: set BLK_FEAT_WRITE_ZEROES_UNM ... Zhang Yi <invalid@email.com> http://lkml.org/lkml/2025/3/18/347 Zhang Yi writes: (Summary) From: Zhang Yi &lt;yi.zhang@huawei.com&gt;<br/> From: Zhang Yi &lt;yi.zhang@huawei.com&gt;<br/> When the device supports the Write Zeroes command and the zeroing mode is set to SD_ZERO_WS16_UNMAP or SD_ZERO_WS10_UNMAP, this means that the device supports unmap Write Zeroes, so set the corresponding BLK_FEAT_WRITE_ZEROES_UNMAP feature to the device's queue limit. 5 +++++ 1 file changed, 5 insertions(+) diff --git a/drivers/scsi/sd.c b/drivers/scsi/sd.c index 950d8c9fb884..652630b410de 100644 --- a/drivers/scsi/sd.c +++ b/drivers/scsi/sd.c @@ -1118,6 +1118,11 @@ static void sd_config_write_same(struct scsi_disk *sdkp, else sdkp-&gt;zeroing_mode = SD_ZERO_WRITE; [RFC PATCH -next v3 04/10] nvmet: set WZDS and DRB if device suppo ... Zhang Yi <invalid@email.com> http://lkml.org/lkml/2025/3/18/346 Zhang Yi writes: (Summary) From: Zhang Yi &lt;yi.zhang@huawei.com&gt;<br/> From: Zhang Yi &lt;yi.zhang@huawei.com&gt;<br/> Set WZDS and DRB bit to the namespace dlfeat if the underlying block device supports BLK_FEAT_WRITE_ZEROES_UNMAP, make the nvme target device supports unmaped write zeroes command.<br/> device supports unmaped write zeroes command.<br/> Signed-off-by: Zhang Yi &lt;yi.zhang@huawei.com&gt; + + /* Set WZDS and DRB if device supports unmapped write zeroes */ + if (bdev_unmap_write_zeroes(bdev)) + id-&gt;dlfeat = (1 &lt;&lt; [RFC PATCH -next v3 07/10] fs: introduce FALLOC_FL_WRITE_ZEROES to ... Zhang Yi <invalid@email.com> http://lkml.org/lkml/2025/3/18/345 Zhang Yi writes: (Summary) This provides users with a new method to quickly generate a zeroed file, users no longer need to write zero data to create a file with written extents.<br/> zero data to create a file with written extents.<br/> Users can check the disk support of unmap write zeroes command by querying:<br/> querying:<br/> /sys/block/&lt;disk&gt;/queue/write_zeroes_unmap<br/> /sys/block/&lt;disk&gt;/queue/write_zeroes_unmap<br/> Finally, this flag should not be specified in conjunction with the FALLOC_FL_KEEP_SIZE since allocating written extents beyond file EOF is not permitted, and filesystems that always require out-of-place writes should not support this flag since they still need to allocated new blocks during subsequent overwrites.<br/> blocks during subsequent overwrites.<br/> Signed-off-by: Zhang Yi &lt;yi.zhang@huawei.com&gt; [RFC PATCH -next v3 08/10] block: add FALLOC_FL_WRITE_ZEROES support Zhang Yi <invalid@email.com> http://lkml.org/lkml/2025/3/18/344 Zhang Yi writes: (Summary) if not, the driver may fall back to submitting a no-unmap write zeroes command.<br/> submitting a no-unmap write zeroes command.<br/> Signed-off-by: Zhang Yi &lt;yi.zhang@huawei.com&gt; 11 ++++++++++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/block/fops.c b/block/fops.c index be9f1dbea9ce..5a519581d7e3 100644 --- a/block/fops.c +++ b/block/fops.c @@ -803,7 +803,7 @@ static ssize_t blkdev_read_iter(struct kiocb *iocb, struct iov_iter *to) #define BLKDEV_FALLOC_FL_SUPPORTED \ (FALLOC_FL_KEEP_SIZE | FALLOC_FL_WRITE_ZEROES) static long blkdev_fallocate(struct file *file, int mode, loff_t start, loff_t len) @@ -862,6 +862,15 @@ static long blkdev_fallocate(struct file *file, int mode, loff_t start, len &gt;&gt; Re: [PATCH RFC v2 0/3] add VCP mailbox and IPC driver Chen-Yu Tsai <invalid@email.com> http://lkml.org/lkml/2025/3/18/343 Chen-Yu Tsai writes: (Summary) wrote: s<br/> able<br/> ied,<br/> ulates<br/> ID and<br/> nd<br/> he<br/> - Each channel has its own endpoint<br/> The rpmsg model has:<br/> The rpmsg model has:<br/> - device -&gt; send 2 2 2 2 18 9 &gt; recv 2 2 1 2 46 23 &gt; [RFC PATCH -next v3 01/10] block: introduce BLK_FEAT_WRITE_ZEROES_ ... Zhang Yi <invalid@email.com> http://lkml.org/lkml/2025/3/18/342 Zhang Yi writes: (Summary) From: Zhang Yi &lt;yi.zhang@huawei.com&gt;<br/> From: Zhang Yi &lt;yi.zhang@huawei.com&gt;<br/> Currently, disks primarily implement the write zeroes command (aka REQ_OP_WRITE_ZEROES) through two mechanisms: the first involves physically writing zeros to the disk media (e.g., HDDs), while the second performs an unmap operation on the logical blocks, effectively putting them into a deallocated state (e.g., SSDs). +Description: + [RO] Devices that explicitly support the unmap write zeroes + operation in which a single write zeroes request with the unmap + bit set to zero out the range of contiguous blocks on storage + by freeing blocks, rather than writing physical zeroes to the + media. [RFC PATCH -next v3 02/10] nvme: set BLK_FEAT_WRITE_ZEROES_UNMAP i ... Zhang Yi <invalid@email.com> http://lkml.org/lkml/2025/3/18/341 Zhang Yi writes: (Summary) From: Zhang Yi &lt;yi.zhang@huawei.com&gt;<br/> From: Zhang Yi &lt;yi.zhang@huawei.com&gt;<br/> When the device supports the Write Zeroes command and the DEAC bit, it indicates that the deallocate bit in the Write Zeroes command is supported, and the bytes read from a deallocated logical block are zeroes. 21 ++++++++++++--------- 1 file changed, 12 insertions(+), 9 deletions(-) diff --git a/drivers/nvme/host/core.c b/drivers/nvme/host/core.c index 24c3e1765d49..3af6a50f07ec 100644 --- a/drivers/nvme/host/core.c +++ b/drivers/nvme/host/core.c @@ -2223,22 +2223,25 @@ static int nvme_update_ns_info_block(struct nvme_ns *ns, if (!nvme_init_integrity(ns-&gt;head, &amp;lim, info)) capacity = 0; - if (ret) { - blk_mq_unfreeze_queue(ns-&gt;disk-&gt;queue, memflags); - } - - set_capacity_and_notify(ns-&gt;disk, capacity); [RFC PATCH -next v3 00/10] fallocate: introduce FALLOC_FL_WRITE_ZE ... Zhang Yi <invalid@email.com> http://lkml.org/lkml/2025/3/18/340 Zhang Yi writes: (Summary) From: Zhang Yi &lt;yi.zhang@huawei.com&gt;<br/> From: Zhang Yi &lt;yi.zhang@huawei.com&gt;<br/> Changes since RFC v2:<br/> - Rebase codes on next-20250314.<br/> - Add support for nvme multipath.<br/> - Add support for NVMeT with block device backing.<br/> - Clear FALLOC_FL_WRITE_ZEROES if dm clear<br/> limits-&gt;max_write_zeroes_sectors.<br/> - Complement the counterpart userspace tools(util-linux and xfs_io) and tests(blktests and xfstests), please see below for details. [PATCH] dql: Fix dql->limit value when reset. Jing Su <invalid@email.com> http://lkml.org/lkml/2025/3/18/339 Jing Su writes: (Summary) Executing dql_reset after setting a non-zero value for limit_min can lead to an unreasonable situation where dql-&gt;limit is less than dql-&gt;limit_min.<br/> dql-&gt;limit_min.<br/> For instance, after setting<br/> /sys/class/net/eth*/queues/tx-0/byte_queue_limits/limit_min, an ifconfig down/up operation might cause the ethernet driver to call netdev_tx_reset_queue, which in turn invokes dql_reset. 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/dynamic_queue_limits.c b/lib/dynamic_queue_limits.c index c1b7638a594a..f97a752e900a 100644 --- a/lib/dynamic_queue_limits.c +++ b/lib/dynamic_queue_limits.c @@ -190,7 +190,7 @@ EXPORT_SYMBOL(dql_completed); [RFC PATCH -next v3 03/10] nvme-multipath: add BLK_FEAT_WRITE_ZERO ... Zhang Yi <invalid@email.com> http://lkml.org/lkml/2025/3/18/338 Zhang Yi writes: (Summary) From: Zhang Yi &lt;yi.zhang@huawei.com&gt;<br/> From: Zhang Yi &lt;yi.zhang@huawei.com&gt;<br/> Set the BLK_FEAT_WRITE_ZEROES_UNMAP feature while creating multipath stacking queue limits by default. 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/nvme/host/multipath.c b/drivers/nvme/host/multipath.c index 2a7635565083..82f12209446f 100644 --- a/drivers/nvme/host/multipath.c +++ b/drivers/nvme/host/multipath.c @@ -638,7 +638,8 @@ int nvme_mpath_alloc_disk(struct nvme_ctrl *ctrl, struct nvme_ns_head *head) blk_set_stacking_limits(&amp;lim); Re: [PATCH v2] openrisc: Add cacheinfo support Stafford Horne <invalid@email.com> http://lkml.org/lkml/2025/3/18/337 Stafford Horne writes: (Summary) Hi Sahil,<br/> Hi Sahil,<br/> On Tue, Mar 18, 2025 at 12:06:30AM +0530, Sahil Siddiq wrote: more readable.<br/> Yes, I think a macro would be fine. Should we use cache_desc.block_size or L1_CACHE_BYTES? It doesn't make much difference as L1_CACHE_BYTES is defined as 16 bytes which is the minimum block size and using that will always invalidate a whole block. It would be good to have a comment explaining why using L1_CACHE_BYTES is enough.<br/> L1_CACHE_BYTES is enough.<br/> -Stafford<br/> -Stafford<br/> -Stafford<br/> [PATCH xfsprogs] xfs_io: add FALLOC_FL_WRITE_ZEROES support Zhang Yi <invalid@email.com> http://lkml.org/lkml/2025/3/18/336 Zhang Yi writes: (Summary) 5 +++++ 2 files changed, 41 insertions(+) diff --git a/io/prealloc.c b/io/prealloc.c index 8e968c9f..9d126229 100644 --- a/io/prealloc.c +++ b/io/prealloc.c @@ -30,6 +30,10 @@ #define FALLOC_FL_UNSHARE_RANGE 0x40 #endif +#ifndef FALLOC_FL_WRITE_ZEROES +#define FALLOC_FL_WRITE_ZEROES 0x80 +#endif + static cmdinfo_t allocsp_cmd; } +static int +fwzero_f( + int argc, + char **argv) +{ + xfs_flock64_t segment; + + if (!offset_length(argv[1], argv[2], &amp;segment)) { + exitcode = 1; + } + + if (fallocate(file-&gt;fd, mode, segment.l_start, segment.l_len)) { + perror("fallocate"); Re: [PATCH 1/6] sched_ext: idle: Extend topology optimizations to ... Andrea Righi <invalid@email.com> http://lkml.org/lkml/2025/3/18/335 Andrea Righi writes: On Mon, Mar 17, 2025 at 08:22:35AM -1000, Tejun Heo wrote: ...<br/> + return NULL;<br/> Also, I'm also wondering if there's really a benefit checking for cpumask_subset() and then doing cpumask_and() only when it's needed, or if we should just do cpumask_and(). It's true that we can save some writes, but they're done on a temporary local per-CPU cpumask, so they shouldn't introduce cache contention.<br/> introduce cache contention.<br/> -Andrea<br/> -Andrea<br/> -Andrea<br/> Re: [RFC PATCH v4 0/5] introduce io_uring_cmd_import_fixed_vec Pavel Begunkov <invalid@email.com> http://lkml.org/lkml/2025/3/18/334 Pavel Begunkov writes: On 3/17/25 13:57, Sidong Yang wrote:<br/> for new api for encoded read/write in btrfs by using uring cmd. You're vigorously ignoring the previous comment, you can't stick your name to my patches and send them as your own, that's not going to work. git format-patch and other tools allow to send other's patches in the same patch set without mutilating them. other's patches in the same patch set without mutilating them. Re: [RFC PATCH v4 4/5] btrfs: ioctl: introduce btrfs_uring_import_ ... Pavel Begunkov <invalid@email.com> http://lkml.org/lkml/2025/3/18/333 Pavel Begunkov writes: On 3/18/25 01:58, Sidong Yang wrote:<br/> But I think it's better to add a check in function start for safety. The check goes two lines after you already dereferenced it, and it seems to be called from io_uring cmd specific code. The null check only adds to confusion.<br/> only adds to confusion.<br/> Re: [PATCH net] bonding: check xdp prog when set bond mode Nikolay Aleksandrov <invalid@email.com> http://lkml.org/lkml/2025/3/18/332 Nikolay Aleksandrov writes: Re: [PATCH v4 1/2] venus: pm_helpers: add compatibility for dev_pm ... Vikash Garodia <invalid@email.com> http://lkml.org/lkml/2025/3/18/331 Vikash Garodia writes: On 2/18/2025 4:03 PM, Renjiang Han wrote:<br/> }<br/> Reviewed-by: Vikash Garodia &lt;quic_vgarodia@quicinc.com&gt; Reviewed-by: Vikash Garodia &lt;quic_vgarodia@quicinc.com&gt; Reviewed-by: Vikash Garodia &lt;quic_vgarodia@quicinc.com&gt; [RESEND PATCH v2 3/3] x86: Zap TOP_OF_KERNEL_STACK_PADDING on x86_64 "Xin Li (Intel)" <invalid@email.com> http://lkml.org/lkml/2025/3/18/330 &quot;Xin Li (Intel)&quot; writes: (Summary) 3 +-- 4 files changed, 6 insertions(+), 15 deletions(-) diff --git a/arch/x86/include/asm/fred.h b/arch/x86/include/asm/fred.h index 2a29e5216881..f9cca8c2c73e 100644 --- a/arch/x86/include/asm/fred.h +++ b/arch/x86/include/asm/fred.h @@ -97,7 +97,7 @@ static __always_inline void fred_sync_rsp0(unsigned long rsp0) static __always_inline void fred_update_rsp0(void) { - unsigned long rsp0 = (unsigned long) task_stack_page(current) + THREAD_SIZE; */ #ifdef CONFIG_X86_32 # ifdef CONFIG_VM86 @@ -41,12 +37,6 @@ # else # define TOP_OF_KERNEL_STACK_PADDING 8 # endif -#else /* x86-64 */ -# ifdef CONFIG_X86_FRED -# define TOP_OF_KERNEL_STACK_PADDING (2 * 8) -# else -# define TOP_OF_KERNEL_STACK_PADDING 0 -# endif #endif /* diff --git a/arch/x86/kernel/process.c b/arch/x86/kernel/process.c index 58c1cd4ca60a..51020caac332 100644 --- a/arch/x86/kernel/process.c +++ b/arch/x86/kernel/process.c @@ -124,9 +124,8 @@ int arch_dup_task_struct(struct task_struct *dst, struct task_struct *src) */ void ar Re: [PATCH v3 0/7] firmware: scmi/imx: Add i.MX95 LMM/CPU Protocol Peng Fan <invalid@email.com> http://lkml.org/lkml/2025/3/18/329 Peng Fan writes: Hi Sudeep, Cristian<br/> Hi Sudeep, Cristian<br/> On Mon, Mar 03, 2025 at 10:53:21AM +0800, Peng Fan (OSS) wrote: CPU protocol to manage Logical Machine(LM) and CPUs(eg, M7). Any comments?<br/> I am thinking to address comments and post v4 after 6.15 merge window close. I am thinking to address comments and post v4 after 6.15 merge window close. Thanks,<br/> Peng<br/> Peng<br/> Peng Fan &lt;peng.fan@nxp.com&gt;<br/> Peng Fan &lt;peng.fan@nxp.com&gt;<br/> [RESEND PATCH v2 1/3] x86/fred: Allow variable-sized event frame "Xin Li (Intel)" <invalid@email.com> http://lkml.org/lkml/2025/3/18/328 &quot;Xin Li (Intel)&quot; writes: (Summary) Thus the size of an event frame pushed by + * a FRED CPU is not fixed and the address of the pt_regs structure + * that is used to save a user level context of current task is not + * at a fixed offset from top of current task stack. + * + * For IDT user level event delivery, a pt_regs structure is pushed by both + * hardware and software and always resides at a fixed offset from top of + * current task kernel stack, thus thread_info.user_pt_regs is a per-task + * constant and NEVER changes after initialization. [RESEND PATCH v2 2/3] x86: Remove the padding space at top of the ... "Xin Li (Intel)" <invalid@email.com> http://lkml.org/lkml/2025/3/18/327 &quot;Xin Li (Intel)&quot; writes: (Summary) Because the owner of the init stack, init task, doesn't have any user level context, there will NEVER be an actual pt_regs structure pushed at top of the init stack.<br/> at top of the init stack.<br/> However a zeroed pt_regs structure is created at build time and kept at top of the init stack for task_pt_regs() to function properly with the init task in the same manner as a normal task with user level context.<br/> context.<br/> Besides, task_pt_regs() no longer converts a fixed offset from top of a task kernel stack to a pt_regs structure pointer, but rather returns whatever in the thread_info.user_pt_regs field, which is initialized at build time to '(struct pt_regs *)TOP_OF_INIT_STACK - 1' for the init task.<br/> init task.<br/> As a result, there is no point to reserve any padding space at top of the init stack, so remove the padding space.<br/> the init stack, so remove the padding space.<br/> Signed-off-by: Xin Li (Intel) &lt;xin@zytor.com&gt; [RESEND PATCH v2 0/3] x86: Allow variable-sized event frame "Xin Li (Intel)" <invalid@email.com> http://lkml.org/lkml/2025/3/18/326 &quot;Xin Li (Intel)&quot; writes: (Summary) This was initially posted as part of the FRED patch series and turned down due to its unacceptable quality:<br/> <a href="/load/view.php?a=aHR0cHM6Ly9sb3JlLmtlcm5lbC5vcmcvbGttbC8yMDIzMDQxMDA4MTQzOC4xNzUwLTMxLXhpbjMubGlAaW50ZWwuY29tLw">https://lore.kernel.org/lkml/20230410081438.1750-31-xin3.li@intel.com/</a> <a href="/load/view.php?a=aHR0cHM6Ly9sb3JlLmtlcm5lbC5vcmcvbGttbC8yMDIzMDQxMDA4MTQzOC4xNzUwLTMxLXhpbjMubGlAaW50ZWwuY29tLw">https://lore.kernel.org/lkml/20230410081438.1750-31-xin3.li@intel.com/</a> Now try another attempt to meet the bar.<br/> Now try another attempt to meet the bar.<br/> Now try another attempt to meet the bar.<br/> A FRED event frame could contain different amount of information for different event types, e.g., #MCE could push extra bytes of information, or perhaps even for different instances of the same event type. Re: [RFC PATCH v4 5/5] btrfs: ioctl: don't free iov when -EAGAIN ... Pavel Begunkov <invalid@email.com> http://lkml.org/lkml/2025/3/18/325 Pavel Begunkov writes: On 3/17/25 13:57, Sidong Yang wrote:<br/> btrfs_uring_read_finished() and could be raise memory bug. Fixes should go first. Please send it separately, and CC Mark. A "Fixes" tag would also be good to have. A "Fixes" tag would also be good to have. goto out_free;<br/> Re: [PATCH v2] watchdog: s3c2410_wdt: Fix PMU register bits for Ex ... Krzysztof Kozlowski <invalid@email.com> http://lkml.org/lkml/2025/3/18/324 Krzysztof Kozlowski writes: On 18/03/2025 01:44, Sangwook Shin wrote:<br/> v1 -&gt; v2: Restore previous email history and tags. Why do you send patches which were applied?<br/> Why do you send patches which were applied?<br/> Best regards,<br/> Krzysztof<br/> Krzysztof<br/> Krzysztof<br/>