Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756514AbdLTVbK (ORCPT ); Wed, 20 Dec 2017 16:31:10 -0500 Received: from mail-ot0-f193.google.com ([74.125.82.193]:46092 "EHLO mail-ot0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756004AbdLTVbJ (ORCPT ); Wed, 20 Dec 2017 16:31:09 -0500 X-Google-Smtp-Source: ACJfBosQDf1f03nH+JW9WCZy7Jl0GHWz2lFIjtXB6MhzH25unTKr1FDDCkZNX0EeFJOi0EuQBCIr72XkrflgCB+1oBo= MIME-Version: 1.0 In-Reply-To: References: <20171220205213.1025257-1-arnd@arndb.de> From: Arnd Bergmann Date: Wed, 20 Dec 2017 22:31:08 +0100 X-Google-Sender-Auth: nelGcXt3fxyKpi_ptZu_jbmDR8k Message-ID: Subject: Re: [PATCH] [RFT] crypto: aes-generic - turn off -ftree-pre and -ftree-sra To: Ard Biesheuvel Cc: Herbert Xu , James Morris , Richard Biener , Jakub Jelinek , "David S. Miller" , linux-crypto@vger.kernel.org, Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 996 Lines: 26 On Wed, Dec 20, 2017 at 10:14 PM, Ard Biesheuvel wrote: > On 20 December 2017 at 20:52, Arnd Bergmann wrote: > > You can use the tcrypt.ko module to benchmark AES. > > modprobe tcrypt mode=200 sec=1 Ok, that's what I was looking for. I don't think I'll have time to analyze this before my Christmas break (I'm only here one more day, and have not set up a test environment for this) > to run a (lengthy) AES benchmark in various modes. AES-128 in ECB mode > using the largest block size tested is what I usually use for > comparison. > > On my Cortex-A57, the generic AES code runs at ~18 cycles per byte. > Note that we have alternative scalar implementations on ARM and arm64 > that are faster so the performance of aes-generic is not really > relevant (and so it is essentially dead code) Ok. arm64 is also the least affected by this problem out of all architectures, but it most architectures don't have an optimized implementation. Arnd