From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 28 02:47:53 2019 Received: (at 36380) by debbugs.gnu.org; 28 Jun 2019 06:47:53 +0000 Received: from localhost ([127.0.0.1]:40284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgkfp-0003eR-G9 for submit@debbugs.gnu.org; Fri, 28 Jun 2019 02:47:53 -0400 Received: from mx2.mailbox.org ([80.241.60.215]:18054) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgkfm-0003eD-V3 for 36380@debbugs.gnu.org; Fri, 28 Jun 2019 02:47:52 -0400 Received: from smtp2.mailbox.org (smtp2.mailbox.org [IPv6:2001:67c:2050:105:465:1:2:0]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by mx2.mailbox.org (Postfix) with ESMTPS id 7446BA020C; Fri, 28 Jun 2019 08:47:44 +0200 (CEST) X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from smtp2.mailbox.org ([80.241.60.241]) by hefe.heinlein-support.de (hefe.heinlein-support.de [91.198.250.172]) (amavisd-new, port 10030) with ESMTP id yfKH0kvIyeI6; Fri, 28 Jun 2019 08:47:38 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: bug#36380: service urandom-seed takes too long on boot From: Robert Vollmert In-Reply-To: <20190627190314.GA7403@jasmine.lan> Date: Fri, 28 Jun 2019 08:47:35 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20190626154721.GA2999@jasmine.lan> <87zhm3xdfu.fsf@gnu.org> <20190627190314.GA7403@jasmine.lan> To: Leo Famulari X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36380 Cc: 36380@debbugs.gnu.org, =?utf-8?Q?Ludovic_Court=C3=A8s?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > On 27. Jun 2019, at 21:03, Leo Famulari wrote: > Perhaps, but if the reason for the slowness on their first boot was a > suboptimal /dev/hwrng source, I would expect it to be equally slow for > each boot, since we unconditionally read 64 bytes each time. It=E2=80=99s 512 bytes, not that that should fundamentally change = anything.