Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp5992236ybe; Tue, 17 Sep 2019 17:36:59 -0700 (PDT) X-Google-Smtp-Source: APXvYqyyJLaYsEvu/H7Mhl0Q5qj9QFBrg3ovjyD1NNo5nQHOOszwImIjCVefIB1aiozx/LNU7hVz X-Received: by 2002:a17:906:f6d1:: with SMTP id jo17mr7370249ejb.62.1568767019213; Tue, 17 Sep 2019 17:36:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568767019; cv=none; d=google.com; s=arc-20160816; b=D2NJTWHB8MA250TuN4qxFCn5JQa1Y/nexuIFw9RoUfhcK1635hdwI+TZk3hj/y6ogM jRCRBgNVMoXYTN+XKqSSdXHchpMNGDARNuhG0xBu1I795NaGDTFXsWxrwb7S9faW3Tjc WZG3pIg69FBXwbHZnuw6NewB/ynzQ2yfJtUK7dKXdqqtdhTAWkATlcSC+PGcbZAtUV1m M1poHF7IiBqvn76UF3HrSlaRwps8vnhquaFU1NTK4IGoyY+AiCgPKGuWfmub6g++g58m DITwRC7h23TqK/+0IqU2jBifmIBIiv1DKhYUppC3g879ycStP1ToAfpFiaeqpEWeTtun F8Mg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=ca4Lhweyqz92nJyY4L52arK98MpJ203Gl7QAiPb4ap0=; b=dU8ZPVEtFJYULtvYtNBNhJUirbz+EEytKg5GzLsaMrDALyj3HbDVOuOFXtHqwz4Sgj 0R1c2MvFA9Z0Tixh3SCTiBktDGiIi+ymUCy1Ek1/Vb7HWYQuMYZJaUn3DhcbQOOt2HUy WmWhzbbFWDumqsA5SD0CHlNdA8jdKHaAf1zSu7F3k2/hEjkwzBGX7M+7v2rzjtsumxWv sUzSFJfbFIdWPNb875rXvAlI3yFRjk3M5mfaTa/W2VN8IDMy39DRyL9g2X6514fY/B0I YWwCe3I+K3spAnZjbJ3vhWzxs+co0VfUY/ptH1f/tuDKL7mpSWwObAZ/K2QjkUcD2ogR cYpw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@codon.org.uk header.s=63138784 header.b=DwTJNUQ8; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d5si355527edq.60.2019.09.17.17.36.35; Tue, 17 Sep 2019 17:36:59 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@codon.org.uk header.s=63138784 header.b=DwTJNUQ8; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726998AbfIQVwY (ORCPT + 99 others); Tue, 17 Sep 2019 17:52:24 -0400 Received: from cavan.codon.org.uk ([93.93.128.6]:58550 "EHLO cavan.codon.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726902AbfIQVwY (ORCPT ); Tue, 17 Sep 2019 17:52:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codon.org.uk; s=63138784; h=In-Reply-To:Content-Transfer-Encoding: Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: Sender:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ca4Lhweyqz92nJyY4L52arK98MpJ203Gl7QAiPb4ap0=; b=DwTJNUQ8yCEtLTkhaV9aHyfbMN O3iKbXNzLDBx8o+KQ5sXbLOi7HA7oif5rLNCgaIu0GA7Ml7qLArYCHiD3MI3Yf1jJ8meJdBPQzkCP sooXvUeDqQAHpNlgBE+K8QU5hMqaYVrJQ7boqm7hSTTAV8cirKS+1NdYEH1KYj1EXpsA=; Received: from mjg59 by cavan.codon.org.uk with local (Exim 4.89) (envelope-from ) id 1iALOC-0006gx-Us; Tue, 17 Sep 2019 22:52:00 +0100 Date: Tue, 17 Sep 2019 22:52:00 +0100 From: Matthew Garrett To: Martin Steigerwald Cc: "Ahmed S. Darwish" , Linus Torvalds , Lennart Poettering , "Theodore Y. Ts'o" , Willy Tarreau , Vito Caputo , Andreas Dilger , Jan Kara , Ray Strode , William Jon McCann , "Alexander E. Patrakov" , zhangjs , linux-ext4@vger.kernel.org, lkml Subject: Re: Linux 5.3-rc8 Message-ID: <20190917215200.wtjim3t6zgt7gdmw@srcf.ucam.org> References: <2658007.Cequ2ms4lF@merkaba> <20190917205234.GA1765@darwi-home-pc> <1722575.Y5XjozQscI@merkaba> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1722575.Y5XjozQscI@merkaba> User-Agent: NeoMutt/20170113 (1.7.2) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: mjg59@cavan.codon.org.uk X-SA-Exim-Scanned: No (on cavan.codon.org.uk); SAEximRunCond expanded to false Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Tue, Sep 17, 2019 at 11:38:33PM +0200, Martin Steigerwald wrote: > My understanding of entropy always has been that only a certain amount > of it can be produced in a certain amount of time. If that is wrong… > please by all means, please teach me, how it would be. getrandom() will never "consume entropy" in a way that will block any users of getrandom(). If you don't have enough collected entropy to seed the rng, getrandom() will block. If you do, getrandom() will generate as many numbers as you ask it to, even if no more entropy is ever collected by the system. So it doesn't matter how many clients you have calling getrandom() in the boot process - either there'll be enough entropy available to satisfy all of them, or there'll be too little to satisfy any of them. -- Matthew Garrett | mjg59@srcf.ucam.org