From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: bug#36380: service urandom-seed takes too long on boot Date: Fri, 28 Jun 2019 13:24:01 -0400 Message-ID: <20190628172401.GA17073@jasmine.lan> References: <20190626154721.GA2999@jasmine.lan> <87zhm3xdfu.fsf@gnu.org> <20190627190314.GA7403@jasmine.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:51891) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hgucU-000116-I1 for bug-guix@gnu.org; Fri, 28 Jun 2019 13:25:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hgucQ-0001BT-M1 for bug-guix@gnu.org; Fri, 28 Jun 2019 13:25:05 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:57589) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hgucQ-0001B0-7M for bug-guix@gnu.org; Fri, 28 Jun 2019 13:25:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hgucQ-0007gu-0K for bug-guix@gnu.org; Fri, 28 Jun 2019 13:25:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Content-Disposition: inline In-Reply-To: List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Robert Vollmert Cc: 36380@debbugs.gnu.org --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 28, 2019 at 08:47:35AM +0200, Robert Vollmert wrote: > > 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. >=20 > It=E2=80=99s 512 bytes, not that that should fundamentally change anythin= g. Oh right, my bad. It's been a while... Anyways, this should either work immediately or fail. Aside from getrandom(2), which we aren't using here, nothing related to this stuff should ever block, and if it does then it's a bug we need to work around. So, I suggest we add a 1 second timeout to this read. I can work on that next week. --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEsFFZSPHn08G5gDigJkb6MLrKfwgFAl0WTSsACgkQJkb6MLrK fwg/Fw//TuhAY/itosOCYb0BXcYPmNwKHSNM0BpI5nZk1v7vbyUTlEO2Hvr11ST2 sbuAyvwvD7CER2dNp2ep9YeSGQ+jh2f0ZV/FI/VlSJo3pu53wCvPndwaJWfuUl+D 1NI4v7m4Zgl4ZUnQRdcxaGHBf/waw0z3uRXK5lIxMQBB5895Bt/REkxLuz6E8Jmq PJw86Wofhl6gR4CqznEv8GWraaNQvJmQxGMYAuENyxP+HTrtUS9BB46X7sOLO2jR SXMmp9UWDddsCs3FXEMxbnGZXVxLgwmY2NVVlNDU5dcrKy4qtwnAg73PriLT0XXB UXD2dWk6oZv/O7zLibsKacpZ5+dIoamyH+Y9fjGfGhmohVdYgYdB82I2cZw7OcYh D9RdcIKU1b+N56i+zVJirXOPg5iLDv+nMG6xJuo52JucH2HVhY4RNux2OTaUQxPo pnHj4iKYYDJ8+JpA/1DhD0L3DZdigLSqFWmRAkAwrXCvZMotl5oOxwBozlcdNR6M Oa11OrNUdL29G4Bo9VMNLZWgd8Mcpb6HAUfU/kzM4e6IauUFcakvKF+v8otwujUO fYSuim286GefG85PEJDxS7ak7G1LslrjVts8J/4CyQ5FYlvJ9TkG/Uh8dGA+M8bv bk96AOQxRyyF/j/Y3Pll9U8ltdr+vhU8DlOWZRihct5FYmid1Gk= =//G7 -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI--