Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp3860719pxb; Tue, 17 Nov 2020 05:37:07 -0800 (PST) X-Google-Smtp-Source: ABdhPJzDZ175/i8Lh+cCqINnweNujTbi01BUffnoDk/q9XyPm8hqoQKW7cLQc3F2i59xmx4Us7QI X-Received: by 2002:a17:906:edd9:: with SMTP id sb25mr19809370ejb.430.1605620226899; Tue, 17 Nov 2020 05:37:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605620226; cv=none; d=google.com; s=arc-20160816; b=oXSfeLDxE1AfceQBSz4EtIqYnZmEpvqX9+Z+7rziWbk8j4f1WoqMOiaWJ7jKojQKYw MaMTFJ7gYaiGuijW3CIHldSgL0xByVcD5sBSAy131BRk9isOAuApb+G7ODSn7xjTrneJ jue4IHgGK7l1VGY2QeIH7Tz77HgDEvfweyNr8QaZi3AIvWaI0UyUfN/g0PK0uA196DDm m4wnFKOzl85uVnWD+e3eXxfgxLHAqyNxXfVF6cga5NE2LGMRKZL75p2w6a9LzyMdrT6j dzd3o/dG2vhwFNDqXIXVmAOyE/UYwH/YZM5TCqehAKndKz9LbB/Nzj9jR4gOcroKsKOq lEfg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=P3QPHP28u0jPiXhYDcti5rfikRqnPRUbhDbG0FCtnts=; b=kekw2WP3nrUx0XWKFO+hD+LCu6nNhCqOlT5boGU4eFpSmbCHLwuag5zlRh9/nQ8gCz yFFNVOzfLKI7ZRC85IC1HRyHc5NO3o3mV3eVFfyPkVWuWhfo5Ldkn6g7Gg0whws42+rn F/OIU1fnNVSHXiRZrzMmwdb3gkZqzIsMvewKGuSUpSN51TFXChdNqsHksm5EL+UCqSfR yRo2Pz7WY4ovK+iVjmqN39lAnxsei+YaLDofupYV3B0cEbNCpAfxuTcXr8SbRGl7++d4 VF/l1R7bEYXhb6d2C+AT1opgdNyoZSHZ8FELg7HwDPhD8e6q3cYYz25EVFsSGbYje9xt ESyA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=LLloAgMG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-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 b25si12042052edx.603.2020.11.17.05.36.44; Tue, 17 Nov 2020 05:37:06 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-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=default header.b=LLloAgMG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-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 S1732058AbgKQNd1 (ORCPT + 99 others); Tue, 17 Nov 2020 08:33:27 -0500 Received: from mail.kernel.org ([198.145.29.99]:43344 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732396AbgKQNdV (ORCPT ); Tue, 17 Nov 2020 08:33:21 -0500 Received: from mail-oi1-f174.google.com (mail-oi1-f174.google.com [209.85.167.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 659C02078E for ; Tue, 17 Nov 2020 13:33:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1605620001; bh=FNUMtUFr2gxSIUeoSoFkfzUvq7YGPvz+XCfemlIQIAo=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=LLloAgMGPWy91D8Y4ee412VaiCmoj3pC4+2SLtgPrMG5nYwq9SmNLMNU7ZCD/zfMf SzkM4JXJ+ZSI+rW8mH1mgroaDREOQi8gNh+Fa+Ki8wgRmoG012ZPjscxUoiShwLC0o y/d99XNK3HuxqgAgiesuPzjRMn79zlUzJJoVrLVw= Received: by mail-oi1-f174.google.com with SMTP id c80so22565804oib.2 for ; Tue, 17 Nov 2020 05:33:21 -0800 (PST) X-Gm-Message-State: AOAM530fyfVoF5l5rNsV6mvSvQVauToLOgTfzkG8eJBfBGDeyHVwJzva GQXdQgBmlBOTEeumpmZs+xaFHgs/tfOoVEPB7IY= X-Received: by 2002:aca:5c82:: with SMTP id q124mr2367095oib.33.1605620000524; Tue, 17 Nov 2020 05:33:20 -0800 (PST) MIME-Version: 1.0 References: <20201105152944.16953-1-ardb@kernel.org> In-Reply-To: From: Ard Biesheuvel Date: Tue, 17 Nov 2020 14:33:07 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] random: avoid arch_get_random_seed_long() when collecting IRQ randomness To: "Theodore Y. Ts'o" , Eric Biggers Cc: Linux Kernel Mailing List , Linux ARM , Marc Zyngier , Mark Rutland , Mark Brown , Andre Przywara Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 11 Nov 2020 at 09:19, Ard Biesheuvel wrote: > > (+ Eric) > > On Thu, 5 Nov 2020 at 16:29, Ard Biesheuvel wrote: > > > > When reseeding the CRNG periodically, arch_get_random_seed_long() is > > called to obtain entropy from an architecture specific source if one > > is implemented. In most cases, these are special instructions, but in > > some cases, such as on ARM, we may want to back this using firmware > > calls, which are considerably more expensive. > > > > Another call to arch_get_random_seed_long() exists in the CRNG driver, > > in add_interrupt_randomness(), which collects entropy by capturing > > inter-interrupt timing and relying on interrupt jitter to provide > > random bits. This is done by keeping a per-CPU state, and mixing in > > the IRQ number, the cycle counter and the return address every time an > > interrupt is taken, and mixing this per-CPU state into the entropy pool > > every 64 invocations, or at least once per second. The entropy that is > > gathered this way is credited as 1 bit of entropy. Every time this > > happens, arch_get_random_seed_long() is invoked, and the result is > > mixed in as well, and also credited with 1 bit of entropy. > > > > This means that arch_get_random_seed_long() is called at least once > > per second on every CPU, which seems excessive, and doesn't really > > scale, especially in a virtualization scenario where CPUs may be > > oversubscribed: in cases where arch_get_random_seed_long() is backed > > by an instruction that actually goes back to a shared hardware entropy > > source (such as RNDRRS on ARM), we will end up hitting it hundreds of > > times per second. > > > > So let's drop the call to arch_get_random_seed_long() from > > add_interrupt_randomness(), and instead, rely on crng_reseed() to call > > the arch hook to get random seed material from the platform. > > > > Signed-off-by: Ard Biesheuvel > > --- > > drivers/char/random.c | 15 +-------------- > > 1 file changed, 1 insertion(+), 14 deletions(-) > > > > diff --git a/drivers/char/random.c b/drivers/char/random.c > > index 2a41b21623ae..a9c393c1466d 100644 > > --- a/drivers/char/random.c > > +++ b/drivers/char/random.c > > @@ -1261,8 +1261,6 @@ void add_interrupt_randomness(int irq, int irq_flags) > > cycles_t cycles = random_get_entropy(); > > __u32 c_high, j_high; > > __u64 ip; > > - unsigned long seed; > > - int credit = 0; > > > > if (cycles == 0) > > cycles = get_reg(fast_pool, regs); > > @@ -1298,23 +1296,12 @@ void add_interrupt_randomness(int irq, int irq_flags) > > > > fast_pool->last = now; > > __mix_pool_bytes(r, &fast_pool->pool, sizeof(fast_pool->pool)); > > - > > - /* > > - * If we have architectural seed generator, produce a seed and > > - * add it to the pool. For the sake of paranoia don't let the > > - * architectural seed generator dominate the input from the > > - * interrupt noise. > > - */ > > - if (arch_get_random_seed_long(&seed)) { > > - __mix_pool_bytes(r, &seed, sizeof(seed)); > > - credit = 1; > > - } > > spin_unlock(&r->lock); > > > > fast_pool->count = 0; > > > > /* award one bit for the contents of the fast pool */ > > - credit_entropy_bits(r, credit + 1); > > + credit_entropy_bits(r, 1); > > } > > EXPORT_SYMBOL_GPL(add_interrupt_randomness); > > > > -- > > 2.17.1 > > Ping?