Message has a DKIM or DK signature, not necessarily valid 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager SpamTally: Final spam score: 4 Joanne Koong : > This series adds buffer ring and zero-copy capabilities to fuse over io-uring. So this is superior modern io-uring-based zero-copy for fuse? I. e. modern alternative to splice fuse hacks here: https://elixir.bootlin.com/linux/v6.18-rc6/source/fs/fuse/dev.c#L979 https://elixir.bootlin.com/linux/v6.18-rc6/source/fs/fuse/dev.c#L2291 ? If so, then may I remove that fuse splice special-casing? I assume that splice for fuse is not that fast anyway despite that special-casing linked above. So code linked above introduce complexity to the kernel without giving any actual benefits. As opposed to truly fast modern uring interfaces. Fuse is the only user of "pipe_buf_confirm" outside of fs/pipe.c and fs/splice.c: https://elixir.bootlin.com/linux/v6.18-rc6/C/ident/pipe_buf_confirm It is the only user of "PIPE_BUF_FLAG_LRU" outside of fs/splice.c: https://elixir.bootlin.com/linux/v6.18-rc6/C/ident/PIPE_BUF_FLAG_LRU . It is the only user of "PIPE_BUF_FLAG_GIFT" outside of fs/splice.c: https://elixir.bootlin.com/linux/v6.18-rc6/C/ident/PIPE_BUF_FLAG_GIFT . It is one of the few users of "SPLICE_F_MOVE": https://elixir.bootlin.com/linux/v6.18-rc6/C/ident/SPLICE_F_MOVE . It is one of two callers of "pipe_buf_try_steal": https://elixir.bootlin.com/linux/v6.18-rc6/C/ident/pipe_buf_try_steal (the other is virtio-console). (Side note: Linus on pipe_buf_try_steal/SPLICE_F_GIFT: "Now, I would actually not disagree with removing that part. It's scary. But I think we don't really have any users (ok, fuse and some random console driver?)" - https://lore.kernel.org/all/CAHk-=whYWEUU69nY6k4j1_EQnQDNPy4TqAMvpf1UA111UDdmYg@mail.gmail.com/ ) So, removing special handling of splice in fuse will lead to simplifications in core pipe/splice code. And I think that we need to do this, because splice is not fast anyway, compared to uring. Also from Linus: > Side note: maybe I should clarify. I have grown to pretty much hate > splice() over the years, just because it's been a constant source of > sorrow in so many ways. ... > It's just that it was never as lovely and as useful as it promised to > be. So I'd actually be more than happy to just say "let's decommission > splice entirely, just keeping the interfaces alive for backwards > compatibility" ... > I'd be willing to *simplify* splice() by just > saying "it was all a mistake", and just turning it into wrappers > around read/write. But those patches would have to be radical > simplifications, not adding yet more crud on top of the pain that is > splice(). > > Because it will hurt performance. And I'm ok with that as long as it > comes with huge simplifications. What I'm *not* ok with is "I mis-used > splice, now I want splice to act differently, so let's make it even > more complicated". - https://lore.kernel.org/all/CAHk-=wgG_2cmHgZwKjydi7=iimyHyN8aessnbM9XQ9ufbaUz9g@mail.gmail.com/ - https://lore.kernel.org/all/CAHk-=wjixHw6n_R5TQWW1r0a+GgFAPGw21KMj6obkzr3qXXbYA@mail.gmail.com/ For all these reasons, may I remove fuse splice special casing? -- Askar Safin From - Sat Dec 13 11:42:40 2025 X-Mozilla-Status: 0001 X-Mozilla-Status2: 00000000 Return-Path: Delivered-To: hi@josie.lol Received: from witcher.mxrouting.net by witcher.mxrouting.net with LMTP id 6IfkAGE3PWmd/BsAYBR5ng (envelope-from ) for ; Sat, 13 Dec 2025 09:52:33 +0000 Return-path: Envelope-to: hi@josie.lol Delivery-date: Sat, 13 Dec 2025 09:52:33 +0000 Received: from tor.lore.kernel.org ([172.105.105.114]) by witcher.mxrouting.net with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.98) (envelope-from ) id 1vUMIi-00000009MLr-2Gsh for hi@josie.lol; Sat, 13 Dec 2025 09:52:32 +0000 Received: from smtp.subspace.kernel.org (conduit.subspace.kernel.org [100.90.174.1]) by tor.lore.kernel.org (Postfix) with ESMTP id 63E8A300F1A5 for ; Sat, 13 Dec 2025 09:52:31 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 80C8B2EA46B; Sat, 13 Dec 2025 09:52:30 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="k1SMTNDb" X-Original-To: stable@vger.kernel.org Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id BA1F035977 for ; Sat, 13 Dec 2025 09:52:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=192.198.163.8 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765619550; cv=none; b=fB3Puldv9D+Oxm+UDwxBhkYctzWScjsS7YOu5XU+AOHOBzEOWG3e7HUBoMXdHfKrXP/JkLcRuDUB/YOCbR6HKQhr4IuQ1vjMYhoazUpJSjnRZgStuNDROVtn/QMC2p4CKAVubsOyVZtv3VMm1CumBrCqz3MX+0nJFDfzNTM+GNQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765619550; c=relaxed/simple; bh=ynqRBUAULXgIMfjECn/ojh+RpXKsaoXJPQx5zKt46tQ=; h=Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type: Content-Disposition:In-Reply-To; b=n4cDEQIQ5id7xgXjgU+Q7NW47jdCY8iMQiUD73Fu+8+NDKrWicgWC8Ar4XFX7nl2qlNKfc0M0psVLwgqW7WbVr12sDRvn0EjC7Ry7BPus5AYpzc3qdFIERMxgKNaJls9N9ioKb+TsGweGeYeIpUImx1xNf1RdnAM7hHvafo3YcM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com; spf=pass smtp.mailfrom=intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=k1SMTNDb; arc=none smtp.client-ip=192.198.163.8 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1765619548; x=1797155548; h=date:from:to:cc:subject:message-id:mime-version: in-reply-to; bh=ynqRBUAULXgIMfjECn/ojh+RpXKsaoXJPQx5zKt46tQ=; b=k1SMTNDbaYMJLTzsXt02XENpW0MsPDx3981cIpfg/OTZcBekLtHS+x+f DdH+3MNlOaSuAi9Foqc0S6GRsQ128TEhm4/1Cc6EY8cCqqR1unEUZoo97 MkfWA9JsEHJWBlXDUXe4CWMZsWCe441DYVM+xGvactN8fwAjaVuzexKZc HZx/UssLT1nasMlpY8jARipP2r40n0tAPyHc8TOl8oiaF5YVBi5cdyzV0 mqrB3ma5c5FOsH3Ddu+8HZqo7wWPcUr514NIlEMTmTPmrJt1Pzsc8w6z2 oz/6M/6NYY7wuoq0M44dTmugqtcs9HDLHZF+iHgg2NzLgddOWj6fWQNOW g==; X-CSE-ConnectionGUID: rN0o8UkaSraQZjkUbIj1aA== X-CSE-MsgGUID: bQE+XAjCSA+bJ+IIwbIcdQ== X-IronPort-AV: E=McAfee;i="6800,10657,11640"; a="85200135" X-IronPort-AV: E=Sophos;i="6.21,146,1763452800"; d="scan'208";a="85200135" Received: from fmviesa008.fm.intel.com ([10.60.135.148]) by fmvoesa102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Dec 2025 01:52:28 -0800 X-CSE-ConnectionGUID: 9xWtv78VReuHKZOp1GX2PQ== X-CSE-MsgGUID: yrZ8Z78ISUCez6Aol1u6iw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.21,146,1763452800"; d="scan'208";a="197557145" Received: from lkp-server01.sh.intel.com (HELO d335e3c6db51) ([10.239.97.150]) by fmviesa008.fm.intel.com with ESMTP; 13 Dec 2025 01:52:27 -0800 Received: from kbuild by d335e3c6db51 with local (Exim 4.98.2) (envelope-from ) id 1vUMIb-000000007Sb-1O02; Sat, 13 Dec 2025 09:52:25 +0000 Date: Sat, 13 Dec 2025 17:51:25 +0800 From: kernel test robot To: Huacai Chen Cc: stable@vger.kernel.org, oe-kbuild-all@lists.linux.dev Subject: Re: [PATCH 6.12] LoongArch: Add machine_kexec_mask_interrupts() implementation Message-ID: Precedence: bulk X-Mailing-List: stable@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20251213094950.1068951-1-chenhuacai@loongson.cn> X-DKIM: signer='intel.com' status='pass' reason='' DKIMCheck: Server passes DKIM test, 0 Spam score X-DKIM: signer='@intel.com' status='pass' reason='' X-Spam-Score: 0.4 (/) X-Spam-Report: Spam detection software, running on the system "witcher.mxrouting.net", has performed the tests listed below against this email. Information: https://mxroutedocs.com/directadmin/spamfilters/ --- Content analysis details: (0.4 points) --- pts rule name description ---- ---------------------- ----------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: intel.com] 0.0 RCVD_IN_DNSWL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to DNSWL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#DnsBlocklists-dnsbl-block for more information. [172.105.105.114 listed in list.dnswl.org] 1.5 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager -0.0 DKIMWL_WL_HIGH DKIMwl.org - High trust sender SpamTally: Final spam score: 4 Hi, Thanks for your patch. FYI: kernel test robot notices the stable kernel rule is not satisfied. The check is based on https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html#option-3 Rule: The upstream commit ID must be specified with a separate line above the commit text. Subject: [PATCH 6.12] LoongArch: Add machine_kexec_mask_interrupts() implementation Link: https://lore.kernel.org/stable/20251213094950.1068951-1-chenhuacai%40loongson.cn Please ignore this mail if the patch is not relevant for upstream. -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki From - Sat Dec 13 20:56:36 2025 X-Mozilla-Status: 0001 X-Mozilla-Status2: 00000000 Return-Path: Delivered-To: hi@josie.lol Received: from witcher.mxrouting.net by witcher.mxrouting.net with LMTP id cEgLI92TPWnWigsAYBR5ng (envelope-from ) for ; Sat, 13 Dec 2025 16:27:09 +0000 Return-path: Envelope-to: hi@josie.lol Delivery-date: Sat, 13 Dec 2025 16:27:09 +0000 Received: from tor.lore.kernel.org ([172.105.105.114]) by witcher.mxrouting.net with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.98) (envelope-from ) id 1vUSSb-00000003Kx2-077o for hi@josie.lol; Sat, 13 Dec 2025 16:27:09 +0000 Received: from smtp.subspace.kernel.org (conduit.subspace.kernel.org [100.90.174.1]) by tor.lore.kernel.org (Postfix) with ESMTP id D2F8630065BA for 0.0.0 2.0.0 |checksum:8a686bce741cb442913ba76b9a947893a099a6edda358b9bd03cbf8d51b44db7,ruby:> 0.0.0 2.0.1 |checksum:cc8e185ee079cdd99b1b5b45028bb9e6e3186800a6bba103dbee81253bfd1625,ruby:> 0.0.0 2.0.2 |checksum:d1440bc902e8e4e3651bd0053baf00f84317c8733e28463a7029617342d4fc3d,ruby:> 0.0.0 2.0.3 |checksum:b78d8a802f887f2c38d20df3e7b93f08ee61f178b9ad6a9df9d7ff8a782efff6 2.0.4 |checksum:0b49b76ecedc3a9a58112146b6de062c805d567e366a5889b518f6bb66e9e830 2.0.5 |checksum:728d9ccaaf1c93d00fd4f7ac2f0414b6cca0d3874ad6d37ab42e640fd3843f4b 2.1.0 |checksum:89d16225ca9a059fef5469decab8d713552343a9366509519209f53c4cb16ff1 2.1.1 |checksum:61c6db7e7e4aed8d844e90ae0a9956a1996b093cb3b95e371ead06d04aedddaa 2.1.2 |checksum:6b7150c6accf5c99a8d170bd6057542b1f9237de1bfd0aa5b7611246ced5e4f4 2.1.3 |checksum:a68a69870523c44bef1385c59b1306dcfa611efe7def0f8b3505d531d565f880 2.1.3-java |checksum:769bc7f19a55e2fff8c9b29629a5b9bfc9d1d75d503080f6f3e9cf60bb911440 2.1.3-x86-mingw32 |checksum:09b38893222eab5a6b6e9400c94c124c4770ca674a9b79b0f41eff6b9a474516 2.1.3-x86-mswin32-60 |checksum:bed88c69b4fe340b11a00d755fae254f024142a61c0515bf6752e35049d23d66 2.1.4-java |checksum:4a461e81f07af07ffca3c95a7e331e1fb7a8c542ce114b8e8bb90355eac99597 2.1.4-x86-mingw32 |checksum:6ce60015aaa25c69a4dc3e1bbfd80689a86c3f2c7448749180c39ec6d0a29e60 2.1.4-x86-mswin32-60 |checksum:85e64aa122a9a900ec6b85999719fbaab4fac54ad17f7d739c340cd2b8ecf8d9 2.1.4 |checksum:6198fa6c0c1a2c2fc437e03f956866fa82e2178f4d4006ce5a77823e4643d853 3.0.0-java |checksum:b1e20b8c67a6c81d2a73ef9db9dc486591d88200105f1e7952c3e75fb55fb459 3.0.0-x86-mingw32 |checksum:321588ce1cf41713b9e554999cab0308c4c3ccc9e6d87e5a2f115aeb2934e7a6 3.0.0-x86-mswin32-60 |checksum:269b7f3abe6dad0618b835e04cab30ef119e32777e27196bdb6bb0aafe7c5738 3.0.0 |checksum:dc9db6f2939b3fc3cc49cab5e68c56f3387a3f0765bcd009b360cd2d20041c32 3.0.1-java |checksum:d01afee2f924b47bb0abd156acbafc3f0f2938f11a81331c9c4cd80a9e41e8b5 3.0.1-x86-mingw32 |checksum:cd16b566cc561b232f122a4a6e9bb7de91008e3c483246f36b8978cb6a250335 3.0.1-x86-mswin32-60 |checksum:6487dc15cea76639feb113e0f8cd11e46fcfa951f3ffaef0cdedea54de710bbb 3.0.1 |checksum:1c677889ceef0d03680162e5560ee15600c2de60a9f2113b88710ac97c7b6c4c 3.1.0 |checksum:4e610d22ba98a254d2622a4a0b620016774618ad8affbd9ecdd64f79ea8d4ee3 3.1.0-java |checksum:00089be2e19338d64f272ea28c5e1f9a5d9be0f5a3a409ccd946ddf1f12234b9 3.1.0-x86-mingw32 |checksum:cdf5b2317fe7323b69966ac1e7a90eac13bd67b3247a18f36dc3428412ff2177 3.1.0-x86-mswin32-60 |checksum:170c58b859e3b5282e9b460988e950236bcbb980dc29d14ea231cd0d1ba5fd15 3.1.1.rc1 |checksum:412ebfd72f48d38073b5c115849890d050baa498e2f63890c237a4d8bd4f9c15,rubygems:> 1.3.1 3.1.1.rc1-java |checksum:7f9aa90b8c7efdc670a8328c0a7d337060a9423598d84e344f9b06f564a92481,rubygems:> 1.3.1 3.1.1.rc1-x86-mingw32 |checksum:8f99a646a6c9797f8ad7c4ff5d1b3984d810d25cf297e0092cd3465b267a7494,rubygems:> 1.3.1 3.1.1.rc1-x86-mswin32-60 |checksum:1f8033839244ea4fbb09fa101219a5658259aee1e2ec80df476b81469abd796a,rubygems:> 1.3.1 3.1.1 |checksum:6c41754ca9160086149301548e8781b5fdf52c05b4adcd2dfc8d0783a5f56b8a 3.1.1-java |checksum:768f5ccbf3a01e92a8c5b348a878be3b46073feb30b0a7635ccfc4d43c53cac5 3.1.1-x86-mingw32 |checksum:d13e1812d401ac03bba24dcd88cf85044bb6c0ee5d4b963bc8b2ba20adbe4fb4 3.1.1-x86-mswin32-60 |checksum:1d252e7d62192eacad9ab6b6635c7e4c990093646e35e3e7492713410409f9bf 3.1.2.rc1 |checksum:3b81d023c6372d40d76abb375adc4a885a890ce7f0b3f8a95ff8c7acae48d38e,rubygems:> 1.3.1 3.1.2.rc1-x86-mswin32-60 |checksum:5dec2b698224bef621d157d897959cc1a888404a72e22e2ea618468f7505b67c,rubygems:> 1.3.1 3.1.2.rc1-x86-mingw32 |checksum:2eb0d2c40c18eec45786423f93bfd91dc64809fce02d16b4803730fb5ef17fd2,rubygems:> 1.3.1 3.1.2.rc1-x64-mingw32 |checksum:1e7b510645b4da9a1842460f3f8af30913346fef7b5500b85260855d23d09491,rubygems:> 1.3.1 3.1.2.rc1-java |checksum:bb0a9bfb911779be72a22666156feb716606ba237c0ac2b26c321a9b9dc9c841,rubygems:> 1.3.1 3.1.2 |checksum:e3857f0e4f5ecbd8bbfd3f6e662aba80e4fbc60a4c78b4771bcc074b0d50f8e7 3.1.2-java |checksum:fd858439a68bad1e67557ddfcecce65ef1d412452cb62e26a3073b0b7b63c835 3.1.2-x64-mingw32 |checksum:22149ce36d728809bb5a57f6245508548d2de4e1e2f1691c62db93eba687d957 3.1.2-x86-mingw32 |checksum:ad724b55861312427622342444b69af69e59f8ec60bf8622aa724531b2e767cc 3.1.2-x86-mswin32-60 |checksum:839e43cf5c5b47cf60476ea90f4f829331fe724b47de5732c9820b027d378260 3.1.3 bcrypt:>= 3.1.3|checksum:083bec75a3537de27ee1a04afec2353de693236bab69c65ebb3d19be9abc0bec 3.1.3-java bcrypt:>= 3.1.3|checksum:aca54bc7a1635f2ddb7f8cf2e802c52b030fcd83e2f7a8bc7228b16c798802af 3.1.3-x86-mingw32 bcrypt:>= 3.1.3|checksum:54d9365fa45cd0a46054b840f2b0b88dfc2e52b8d78b8a25c6caccb9acbaa7ad 3.1.3-x64-mingw32 bcrypt:>= 3.1.3|checksum:34f7b128e54727256a32bdf46bf370df0d9b7885fdf52d09b92e2c239dc3ec22 3.1.4 bcrypt:>= 3.1.3|checksum:3cb3ab765ce7b3a1f8f64c7bb82f6a71024e3e4766dfaf32b6f7b8957b56fe09 3.1.4-java bcrypt:>= 3.1.3|checksum:0e9e2285753d0e3cdad43cc781cbd6c818dd5a00cb19af8867fffdf2e10ccf0b 3.1.4-x86-mingw32 bcrypt:>= 3.1.3|checksum:15194257790a48a804f12c6a8dffb30002110ac5838d292b9b256785c1905f72 3.1.4-x64-mingw32 bcrypt:>= 3.1.3|checksum:ec3911d79ec6c5bebb07f6bf9b435c8cced9c91703cad293f1adf71f166e045b 3.1.5-java bcrypt:>= 3.1.3|checksum:0036beb31497c84c581a79194e274383f6eb764b092ffd50135431db9821fd05 3.1.5-x64-mingw32 bcrypt:>= 3.1.3|checksum:621c0b09aed911c55ef5cfddb8ce7f6fa7d68a1366837cb45c14dd13d152676c 3.1.5-x86-mingw32 bcrypt:>= 3.1.3|checksum:b286616749f03e7877891791c46e583e67fb023d8e25ad7423fdc02f5477f1bd 3.1.5 bcrypt:>= 3.1.3|checksum:12706615f32df94d7d6942a9338da02d7e7a9963fdc4ffa27233caf24cbc19c8