Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp707452pxf; Thu, 18 Mar 2021 09:44:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzSsmf7hH1rHIoH6HDk2eFo56mL3hcrtic9w9Vwv5k8e7Qys7yiE3aKdQMKwgSFeReLzoQ3 X-Received: by 2002:a17:906:2818:: with SMTP id r24mr10543104ejc.502.1616085842433; Thu, 18 Mar 2021 09:44:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616085842; cv=none; d=google.com; s=arc-20160816; b=mu+wF9Lzz/oI2xgJ2e0RT5nldLmHzt+TEq6whWYckaH1l+EW27lRRYD9MU0rCXb7aJ qM5MQVJAoOzS7jGTWRXpCGJrX8Y0Q4ffdWiCzmBjzZ9bcdU3NGcdtQ5lVqc63FSfJmZx c6oFQg4DIs4P2a6gCVB2OrfnJoe25EaYCbITOLkMLxAb411biuWewxCLA1McwJ1l+qU5 WRE4e4SXKL4J+TCo843TNHtPC9pBg0G0bwUy/S1pcsIK6/TDPK5fRwM7Am4rdvBmdDj3 0DtjpKirMEety2w3HHOrtyjBg4cI4+3RUkhnX5xrLvtx+YKLXVcfiVTljkYQwL1c3000 k1Tw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=301tDaQ8fSgtENKeOPyo8C0ti1MBAEECSVA2ZH4ya5Y=; b=XFAdtgOenQH/B1eNbJ0XcuGdYNTdTcppG4/76EwQK7gWFXgzCba05HKIVcc6cn18ET 0vTOPF+cFnzlkXpuG83kcwFCmW1x2/JPu68JzpKP1tKDPZF11pc6S2H347VhomH+iuIo TCyws1+aqxRs2Qve+cFFO/RRadgVyHOr9VTOevMlLU4Rzvt1GOHL5813DTTtGI7Hc/Vn wlPHoF5PmqsTmfcCTVhQbH7V0tf4/S9oIe613MOGxZf3nuI5tsVCb7pJFEB8qO7WTdne n8qv9nZzu4oWcX5UIzjQZSMCG66fCEUlp/P47GrO4KVTwRtw8o/ckN2UoZD85OMzDb4r rGbA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=JKeDwqoV; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 40si1810829edq.26.2021.03.18.09.43.35; Thu, 18 Mar 2021 09:44:02 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=JKeDwqoV; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232091AbhCRQnD (ORCPT + 99 others); Thu, 18 Mar 2021 12:43:03 -0400 Received: from mail.kernel.org ([198.145.29.99]:35438 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232069AbhCRQmv (ORCPT ); Thu, 18 Mar 2021 12:42:51 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 7255D64E20; Thu, 18 Mar 2021 16:42:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1616085771; bh=6gXB2FWqFCIJGxnEQusd1j2r934ubPSgjAWKKMgxyGE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=JKeDwqoVTZ4oHT4WTN7DgZ9cPLeanqv2IHDDpA3PuXByeB1i93SHENdeSpoV0DIRy +DQIz5heGAZ2Eu3TKbNcXpaf8VHxM964pVCwdFGY1rcdrwkyhZVfcB7b/78Ocy2h4A 4tVRQuF7rhYnqN7g+YhDsGmdiYYWG9FSIZCpvMX6os4bcx6UT4nRUSAg7npTW5kTAu 7q66x8+Vl0yjMewf2Yej2l3TQAb3yKl7JqFbttn5N4d46fXyFeQhJBN+mGjZZhRZvf hDLTUGOqy2V+8wI3r9FlcWhzxUTtb68aLPSZNDwFvLIr9c/ADNM6kcUO04+13SjwsB +fp40dX/SPb2Q== Date: Thu, 18 Mar 2021 12:42:50 -0400 From: Sasha Levin To: Ard Biesheuvel Cc: Thomas Backlund , "# 3.4.x" , Linux Crypto Mailing List , Eric Biggers , Herbert Xu Subject: Re: stable request Message-ID: References: <1e6eb02b-e699-d1ff-9cfb-4ef77255e244@tmb.nu> <9493dced-908e-a9bd-009a-6b20a8422ec1@tmb.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Thu, Mar 18, 2021 at 03:15:35PM +0100, Ard Biesheuvel wrote: >On Thu, 18 Mar 2021 at 14:03, Sasha Levin wrote: >> What about anything older than 5.10? Looks like it's needed there too? >> > >Yes, 4.19 and 5.4 should probably get this too. They should apply with >minimal effort, afaict. The only conflicting change is >34fdce6981b96920ced4e0ee56e9db3fb03a33f0, which changed > >--- a/arch/x86/crypto/aesni-intel_asm.S >+++ b/arch/x86/crypto/aesni-intel_asm.S >@@ -2758,7 +2758,7 @@ SYM_FUNC_START(aesni_xts_crypt8) > pxor INC, STATE4 > movdqu IV, 0x30(OUTP) > >- CALL_NOSPEC %r11 >+ CALL_NOSPEC r11 > > movdqu 0x00(OUTP), INC > pxor INC, STATE1 >@@ -2803,7 +2803,7 @@ SYM_FUNC_START(aesni_xts_crypt8) > _aesni_gf128mul_x_ble() > movups IV, (IVP) > >- CALL_NOSPEC %r11 >+ CALL_NOSPEC r11 > > movdqu 0x40(OUTP), INC > pxor INC, STATE1 > >but those CALL_NOSPEC calls are being removed by this patch anyway, so >that shouldn't matter. Hm, I'm seeing a lot more conflicts on 5.4 that I'm not too comfortable with resolving. I should be taking just these two, right? 032d049ea0f4 ("crypto: aesni - Use TEST %reg,%reg instead of CMP $0,%reg") 86ad60a65f29 ("crypto: x86/aes-ni-xts - use direct calls to and 4-way stride") -- Thanks, Sasha