Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 18 Aug 2002 12:50:30 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 18 Aug 2002 12:50:30 -0400 Received: from svr-ganmtc-appserv-mgmt.ncf.coxexpress.com ([24.136.46.5]:28173 "EHLO svr-ganmtc-appserv-mgmt.ncf.coxexpress.com") by vger.kernel.org with ESMTP id ; Sun, 18 Aug 2002 12:50:29 -0400 Subject: Re: [PATCH] (0/4) Entropy accounting fixes From: Robert Love To: Oliver Xymoron Cc: Linus Torvalds , linux-kernel In-Reply-To: <20020818042818.GG21643@waste.org> References: <20020818021522.GA21643@waste.org> <20020818042818.GG21643@waste.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 18 Aug 2002 12:54:27 -0400 Message-Id: <1029689668.903.19.camel@phantasy> Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1216 Lines: 28 On Sun, 2002-08-18 at 00:28, Oliver Xymoron wrote: > Now there's currently an orthogonal problem that /dev/urandom can > deplete /dev/random's entropy pool entirely and things like generating > sequence numbers get in the way. I intend to fix that separately. Curious, how do you intend on doing this? The reason /dev/urandom depletes /dev/random (it actually just lowers the entropy estimate) is due to the assumption that knowledge of the state is now known, so the estimate of how random (actually, we mean non-deterministic here) needs to decrease... Are you thinking of (semi) decoupling the two pools? I sort of agree with you that we should make random "stricter" and push some of the sillier uses onto urandom... but only to a degree or else /dev/random grows worthless. Right now, on my workstation with plenty of user input and my netdev-random patches, I have plenty of entropy and can safely use random for everything... and I like that. Robert Love - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/