From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=100.103.45.18 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1794273613; b=yh/jGtBoB49hwPbAaBEYA6r2eo/kSezuP772AXpy3HpAFJF+K9WpgfzxZJM79sC/nzC3 AyVclxcSAOxAeMkC9TmgCb1z0hWFfJKcNXmrRHQ40mf+akXmNDkTjawx/tw632aOCr4mw tnknllg4GtiZqZWgmpaWj37FsdDOBij8TY2kRV6BkVNhkurhMSQIaviFz6qEBMcY7T3Pv qQrfSpHoKNHz02m1qhd7TnMq4+XSOKRHL6/cMjnTXm+p2poVM2mUVLAw5IM4lRCe9Opbr /oTqdRbaAPqbtUt2Zgswkhq6M6Vh8CZr8SrsAFEWjM/+gV7o0kWvVzR+Dv16Wvcx7cw== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1794273613; h=Received:DKIM-Signature:From:To:Cc:Subject:Date:Message-ID:X-Mailer: MIME-Version:Content-Type:Content-Transfer-Encoding; bh=+CvA+exIX6F+iHyokTPsn9t1c6cdoVCP/7nQpHyIspM=; b=je1MO7NftvUk1oNRq7yS2+KI/IBPW5FAar6FrDBV+RjRYv62SgrbzvhDEZgHp+YqVQSo OFz7xHOxHotzCmRKqgckoUQ9OLok/WjCRqqY/vHF174Zxsp8bjIVSeifTSg75kdez0Boq rWpkgTilw6v3bk+QLnDY2V0BDHlnpkr7o+otHgPGKd8hBi+oj3adrOChXY0ddsa3aKedp Gg0YGJ1MSgZfGyLuPEMdDZfPKiEe63j2JWCGgRwxf0V1PPd8GCvW+8puBgEXt+5ZMwfYI MKYbMJrpEeUP4uI1U7YFcaf4N3bQTYtl/PjsKtrr/Ts2n1e9oqg8jq2SaSBLKKpce8g== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=axmLKaFB; arc=none smtp.remote-ip=100.103.45.18 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 3224F606A338 for ; Tue, 10 Nov 2026 01:20:12 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=axmLKaFB Received: by smtp.kernel.org (Postfix) with ESMTPSA id 592591F008A2; Tue, 10 Nov 2026 01:20:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1794273612; bh=+CvA+exIX6F+iHyokTPsn9t1c6cdoVCP/7nQpHyIspM=; h=From:To:Cc:Subject:Date; b=axmLKaFBXS9E6td40hx+Qn4t33Z1flrzvsu9JcBvjxl5mlIUoU8NwFea732j/ONQt ldAYJ80PbajH90DOjQs3k/yrvHZRQxQOf91esLpPlf31OyREyN8Sd5SvX6Pv2UvxC0 NsSENNPpUcHLv9GEX4sKkUOd3wXSLaLKVFUV8V7I+xRtuutIqaYtdGhDk1jSB1fvSl 0U6O3X2vLLxGcqcR7nB5kV7yGDaebPJZV6EqxFyyS14mUpmRAWeMN6IYBFH5RC2zXj ZesfosFYD9WTKggQVuMYnzLkcizfmI/J46qfHWuAomRopy4TVe5s7c0C8KZPsS9usT b/6HxT+yF6XbA== From: Sasha Levin To: ebiggers@kernel.org, ardb@kernel.org Cc: stable@vger.kernel.org Subject: FAILED: patch "[PATCH] lib/crypto: mips: Disable Octeon SHA code on little-endian kernels" failed to apply to 5.15-stable tree Date: Mon, 9 Nov 2026 20:20:11 -0500 Message-ID: <20261109202011-failed-5.15-dd2a4edb26e1@kernel.org> X-Mailer: git-send-email 2.53.0 X-Mailing-List: stable@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The patch below does not apply to the 5.15-stable tree. If someone wants it applied there, or to any other stable or longterm tree, then please email the backport, including the original git commit id to . To reproduce the conflict and resubmit, you may use the following commands: git fetch https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/ linux-5.15.y git checkout FETCH_HEAD git cherry-pick -x dd2a4edb26e1c78823c50ba10c42f2d3de2e5ec4 # git commit -s git send-email --to '' --in-reply-to '20261109202011-failed-5.15-dd2a4edb26e1@kernel.org' --subject-prefix 'PATCH 5.15.y' 'HEAD^..' Thanks, Sasha ------------------ original commit in Linus's tree ------------------ >From dd2a4edb26e1c78823c50ba10c42f2d3de2e5ec4 Mon Sep 17 00:00:00 2001 From: Eric Biggers Date: Wed, 21 Oct 2026 22:44:50 -0700 Subject: [PATCH] lib/crypto: mips: Disable Octeon SHA code on little-endian kernels Kernels built for the MIPS64-based Cavium Octeon SoCs are normally big-endian, but little-endian builds are also supported. Currently, the SHA-1, SHA-256, and SHA-512 code using the Octeon crypto co-processor is enabled in both builds. This code is untestable without the hardware. However, based on the code itself, it is implausible that it computes hash values correctly in little-endian builds. Such builds write many incorrect values to COP2: - SHA-1 and SHA-256: The 64-bit integer that contains the last two 32-bit message words of each block is written to COP2 entirely byte-reflected, due to missing endianness conversion in octeon_sha1_start() and octeon_sha256_start() to compensate for using native 64-bit loads from the message bytes. This differs from all the earlier message words which are written correctly. Furthermore, the state is written to COP2 with each 32-bit word byte-reflected within each 64-bit integer, due to incorrect use of 64-bit endianness conversion in write_octeon_64bit_hash_dword() when the state is kept in memory in native-endian 32-bit words. - SHA-512: All the 64-bit message words are written to COP2 byte-reflected, due to missing endianness conversion in write_octeon_64bit_block_sha512() and octeon_sha512_start(). The SHA-512 state words seem to be written correctly. Big-endian kernels aren't affected by these bugs. These bugs also aren't new; this code has been broken on little-endian ever since it and Octeon little-endian support were first added in v4.1. Commit d2a948d2db68 ("MIPS: Octeon: Make octeon-md5 driver endian-agnostic") made the MD5 code work on little-endian kernels by adding 64-bit endianness conversions to the COP2 macros used by MD5 (some of which are shared by SHA-1 and SHA-256, despite those algorithms keeping the state words in native-endian instead of MD5's little-endian, causing some of the strange behavior described above). However, SHA-1, SHA-256, and SHA-512 were never fixed to work on little-endian kernels. Therefore, disable the Octeon SHA-1, SHA-256, and SHA-512 code in little-endian kernels. This causes the generic code that actually computes hash values correctly to be used instead. Fixes: 82be2dcfa6a1 ("crypto: octeon - add SHA1 module") Fixes: c3d0def62001 ("crypto: octeon - add SHA256 module") Fixes: fbaa4dfd51a0 ("crypto: octeon - add SHA512 module") Cc: stable@vger.kernel.org Acked-by: Ard Biesheuvel Link: https://patch.msgid.link/20261022054450.20746-1-ebiggers@kernel.org Signed-off-by: Eric Biggers --- lib/crypto/Kconfig | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/lib/crypto/Kconfig b/lib/crypto/Kconfig index 56f308dd02731..83b4a211c15d6 100644 --- a/lib/crypto/Kconfig +++ b/lib/crypto/Kconfig @@ -237,7 +237,7 @@ config CRYPTO_LIB_SHA1_ARCH depends on CRYPTO_LIB_SHA1 && !UML default y if ARM default y if ARM64 - default y if MIPS && CPU_CAVIUM_OCTEON + default y if MIPS && CPU_CAVIUM_OCTEON && CPU_BIG_ENDIAN default y if PPC default y if S390 default y if SPARC64 @@ -255,7 +255,7 @@ config CRYPTO_LIB_SHA256_ARCH depends on CRYPTO_LIB_SHA256 && !UML default y if ARM && !CPU_V7M default y if ARM64 - default y if MIPS && CPU_CAVIUM_OCTEON + default y if MIPS && CPU_CAVIUM_OCTEON && CPU_BIG_ENDIAN default y if PPC && SPE default y if RISCV && 64BIT && TOOLCHAIN_HAS_VECTOR_CRYPTO && \ RISCV_EFFICIENT_VECTOR_UNALIGNED_ACCESS @@ -275,7 +275,7 @@ config CRYPTO_LIB_SHA512_ARCH depends on CRYPTO_LIB_SHA512 && !UML default y if ARM && !CPU_V7M default y if ARM64 - default y if MIPS && CPU_CAVIUM_OCTEON + default y if MIPS && CPU_CAVIUM_OCTEON && CPU_BIG_ENDIAN default y if RISCV && 64BIT && TOOLCHAIN_HAS_VECTOR_CRYPTO && \ RISCV_EFFICIENT_VECTOR_UNALIGNED_ACCESS default y if S390 -- 2.53.0