From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NxJXz-0006dP-CI for qemu-devel@nongnu.org; Thu, 01 Apr 2010 08:30:55 -0400 Received: from [140.186.70.92] (port=43086 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NxJXu-0006co-WB for qemu-devel@nongnu.org; Thu, 01 Apr 2010 08:30:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NxJXp-0006OH-A6 for qemu-devel@nongnu.org; Thu, 01 Apr 2010 08:30:51 -0400 Received: from mail2.shareable.org ([80.68.89.115]:33220) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NxJXp-0006Ls-1v for qemu-devel@nongnu.org; Thu, 01 Apr 2010 08:30:45 -0400 Date: Thu, 1 Apr 2010 13:30:36 +0100 From: Jamie Lokier Subject: Re: [Qemu-devel] [PATCH 2/2] VirtIO RNG Message-ID: <20100401123036.GA1752@shareable.org> References: <4BB2053C.6000701@collabora.co.uk> <4BB206EF.3030100@collabora.co.uk> <201004011317.45269.paul@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201004011317.45269.paul@codesourcery.com> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paul Brook Cc: Ian Molton , qemu-devel@nongnu.org, Gerd Hoffmann Paul Brook wrote: > > This patch adds support for virtio-rng. Data is read from a chardev > > and can be either raw entropy or received via the EGD protocol. > > I still don't get why you need this at all. It seems like > virtio-serial would already provides everything you need. I guess when virtio-rng was first written, virtio-serial wasn't flexible enough because it didn't support multiple devices - and maybe virtio-rng is still needed to enforce the EGD protocol when that is being used. > > + qemu_gettimeofday(&now); > > Using qemu_gettimeofday is almost certainly wrong, and you want to > be using virtual time. Plus I'm not convinced this is the right > place to enforce rate limiting. If it's for rate limiting how fast the guest can take entropy from the host, to ensure the host's entropy cannot be exhausted by a single greedy guest, then perhaps qemu_gettimeofday() is right here. I doubt if virtual time is right, at least not by itself. I would hope that the host can rate limit itself without needing apps to govern themselves, though. -- Jamie