From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pg1-f179.google.com (mail-pg1-f179.google.com [209.85.215.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 33A1A3FA5E7 for ; Wed, 19 Aug 2026 08:05:51 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.215.179 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787126755; cv=none; b=IMeV9xiEHu6/fl0tazbUMX0c9bAXlJhTwutETzYNJZHe3DVr/GAthTL3PkpC3lhIMrNqrMeyPhvAdBz4/Veu7wFEKalVt35IwzUA1r1qbu6WfyljZTn3LzM5N8hVLDdr+P9oilDFTjNwEBRr+4UxZ08BqPvmqqscHSJo+gp8IT0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787126755; c=relaxed/simple; bh=EqY4oFvFdWZJjHrKQ/C/3JLynOx7PRk34tHkU4TsT60=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=rhQdxOQOGPKoG3JMGd1ilZx3MiJE36HOBJzwFweI7YZE0A7ARhIIKmiCkHJ+gHFBEX+smM80JkqT/nZoG5WkCnTL2oa5q24OJUGYrHRib5ynUNt7kUo/IHPFq209Icii53kZSsRSa23n/PpbMXKBuaR5pVDfUfFuke0WTcchhqE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=fCPz3T4S; arc=none smtp.client-ip=209.85.215.179 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="fCPz3T4S" Received: by mail-pg1-f179.google.com with SMTP id 41be03b00d2f7-ca766c1c9ccso478195a12.0 for ; Wed, 19 Aug 2026 01:05:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1787126747; x=1787731547; darn=vger.kernel.org; h=content-transfer-encoding:content-type:in-reply-to:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:from:to:cc:subject:date:message-id:reply-to :content-type; bh=Zx1XIbSXQDNjuYSMB5wywKyAweiX8bC6dFO/L0qweNU=; b=fCPz3T4SRuKL1wtgWIYYXpPdHVerwoqvO8Gu5kg92Ij+BQIvdCObN9p3d40RTh+DlO EsRx7eljv+smr3av4jnSIefo9tjJ261OxnuKxaFrlzZ0ISo7q9IwknN1P/QjAf8AWcFe d7zILfLDPgjGXTFxA+USS/SYx6HPiEOIebuL0R6beLm8UUp8ikuRV5bpeGvpExJH1aiN HU1/ctzeiojqkltJ9H1PEQ/J3mtJfCkPKTFy4fgLIxC+yqqwTLW1dLCLieT8gqdUGQO6 KNmCb5vDyuBsg6bUeiLkQKP6kOzD/Iql3isS3Se7O2CLTUf+CmMRaoY3Ia0bt5xwhXn9 JSPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1787126747; x=1787731547; h=content-transfer-encoding:content-type:in-reply-to:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to:content-type; bh=Zx1XIbSXQDNjuYSMB5wywKyAweiX8bC6dFO/L0qweNU=; b=JR5/SjsaGS9v3IWjD+kAMUHMGqm9kpt9yYnWyrpTLtA7A8vI+QTylo1L7cpRW4P2LD YwXFXT8Uo4KZft+lBMAR5Lm21Y7wMrdgph26TJDvJm8A6u0QfxVds1p4TTxIo7lT+dqe wRcGfQIzE03Tq4feH8i/wOmaaQ3xPH1X/LeDIOoPKNR3BAJo4IU7CUrpNv3v9VP7lyJN /vNT4Mjteb7XvYTtYgZe6F8+8IVM5sIFLilPdlr8dXLCI8IUSygtWuhIUZJcCUZIsN69 55SU13r1+qSex0UR/XaWfBdhhlQGMQsbHOk3ln5TnZDirJuOVG7UNbv8a8IxqjaC0DuG 9mUg== X-Forwarded-Encrypted: i=1; AHgh+Rqwovk8DiBnmYeDE2eMtuyTBGVgF85fMC6ifQ+f9nIarGEFqko+v2vSDEQ0HGoYgXtnSZYdCTMKrAOJhb0=@vger.kernel.org X-Gm-Message-State: AOJu0YyU8vp5hwc2GfAJMLWjdiUm2TzDuv3G/+Kex1nTM3zAqEk7hpZI +zpDGOz0Cs0GPluMSi/sIXhUI4a3lcD0mexdoowjJFgaPvTAVkSGDn3rsqx6gN3t X-Gm-Gg: AR+sD12hwcMwFf0u07erm7OVLbwxvWDuIBQ4usOQ5gUHxSVmTgpbDsqO8+/aWzUsv4w jGZTQsr+X8BYsdLIMT8T2rkxQ8TPv+6kj2mtzabEMWeegeAChlue4waM7zCv5z+7Yl2u9WX+qTh EQ5Ktqa9zrnAO/QTaMji2wNGTaRrFYg2k9WGmc+mj6kYxSo9LGih4AHeCkd5Huy+U29d3VeY30l 2ZzJVpJ+2qy97e9sgwIR6E2f4UVTjcH/XMfjoi/vmNepziE8Y8O83wrJwt0bwptzpfVCXZD2n4U 2PqMOXWJCYtXLIKeMy20VNsJRhd79uPuOaQhk8AizXGdr7wSDk3SlEwF3Eyp7PnsxedUbEkUyqf c3RFv90+BRtG3AAgaY9AYB4bJpUevsoRn/AFTPYYwBcgVoHhH/oMhokG9La8DkvSgB5DEN/Gq4P 61xS+HgQThb1xc5HTKttdGTdQsOgNUCn+ad7G5NT0m0ed+9fvGj2uMrL11StPnFqOSlqMH X-Received: by 2002:a05:6a00:1bc8:b0:851:8bde:7873 with SMTP id d2e1a72fcca58-851d3846f63mr4732877b3a.8.1787126746627; Wed, 19 Aug 2026 01:05:46 -0700 (PDT) Received: from [192.168.90.3] ([175.235.236.1]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-851d366efa5sm330508b3a.55.2026.08.19.01.05.44 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 19 Aug 2026 01:05:46 -0700 (PDT) Message-ID: Date: Wed, 19 Aug 2026 17:05:43 +0900 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 0/4] crypto: introduce generic dynamic software fallback and EIP93 support To: Herbert Xu Cc: Christian Marangi , linux-crypto@vger.kernel.org, "David S. Miller" , Antoine Tenart , linux-kernel@vger.kernel.org, Eric Biggers References: Content-Language: en-US From: Jihong Min In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi, On 8/10/26 16:55, Herbert Xu wrote: > On Tue, Jul 28, 2026 at 05:43:28PM +0900, Jihong Min wrote: >> >> The tcrypt AES-128-CBC results are median cycles from five runs. Lower >> is better. Disabled uses cbc(aes-eip93) directly, while enabled uses >> fallback(cbc(aes-eip93)). >> >> Request Disabled Enabled Cycle reduction >> (bytes) (cycles) (cycles) >> 16 322 18 94.4% >> 64 274 43 84.3% >> 128 292 74 74.7% >> 256 312 138 55.8% >> 1024 434 439 -1.2% >> 1424 492 488 0.8% >> 4096 980 1023 -4.4% > > Do these results vary that much at run-time that requires a run-time > test? Surely you can predict the outcome for the platforms involved?> > It appears to me that you're simply adding complexity for something > that can already be easily tuned by the administrator through the > algorithm priorities. Many crypto IP including EIP93 can have different host CPU performance. This idea is directly from in-kernel raid6 module to dynamically calculate this host CPU performance to set the boundaries. > > In fact, why not implement the benchmark in user-space and then based > on that result adjust the priorities? The same reason why there is the kernel crypto API. It is a single point (both AF_ALG and devcrypto) of entrance to each crypto device implementation. It is best to control within them. > > Cheers, Sincerely, Jihong Min