From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.0 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C75DEC433DF for ; Tue, 11 Aug 2020 12:08:11 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 4CA092075D for ; Tue, 11 Aug 2020 12:08:11 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 4CA092075D Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=suse.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:50984 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k5T4c-0000QI-DC for qemu-devel@archiver.kernel.org; Tue, 11 Aug 2020 08:08:10 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:32898) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k5T45-0008Qf-E4 for qemu-devel@nongnu.org; Tue, 11 Aug 2020 08:07:37 -0400 Received: from mx2.suse.de ([195.135.220.15]:55240) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k5T43-0002px-Id for qemu-devel@nongnu.org; Tue, 11 Aug 2020 08:07:37 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id C3731AF13; Tue, 11 Aug 2020 12:07:44 +0000 (UTC) Message-ID: Subject: Re: [PATCH v2] virtio-rng: return available data with O_NONBLOCK From: Martin Wilck To: "Michael S. Tsirkin" Date: Tue, 11 Aug 2020 14:07:23 +0200 In-Reply-To: <20200811071726-mutt-send-email-mst@kernel.org> References: <20200715133255.10526-1-mwilck@suse.com> <20200811071726-mutt-send-email-mst@kernel.org> Content-Type: text/plain; charset="ISO-8859-15" User-Agent: Evolution 3.36.4 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=195.135.220.15; envelope-from=mwilck@suse.com; helo=mx2.suse.de X-detected-operating-system: by eggs.gnu.org: First seen = 2020/08/11 02:05:49 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x (no timestamps) [generic] X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Jason Wang , qemu-devel@nongnu.org, virtualization@lists.linux-foundation.org Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" On Tue, 2020-08-11 at 07:26 -0400, Michael S. Tsirkin wrote: > On Wed, Jul 15, 2020 at 03:32:55PM +0200, mwilck@suse.com wrote: > > drivers/char/hw_random/virtio-rng.c | 14 ++++++++++++++ > > 1 file changed, 14 insertions(+) > > > > diff --git a/drivers/char/hw_random/virtio-rng.c > > b/drivers/char/hw_random/virtio-rng.c > > index 79a6e47b5fbc..984713b35892 100644 > > --- a/drivers/char/hw_random/virtio-rng.c > > +++ b/drivers/char/hw_random/virtio-rng.c > > @@ -59,6 +59,20 @@ static int virtio_read(struct hwrng *rng, void > > *buf, size_t size, bool wait) > > if (vi->hwrng_removed) > > return -ENODEV; > > > > + /* > > + * If the previous call was non-blocking, we may have got some > > + * randomness already. > > + */ > > + if (vi->busy && completion_done(&vi->have_data)) { > > + unsigned int len; > > + > > + vi->busy = false; > > + len = vi->data_avail > size ? size : vi->data_avail; > > + vi->data_avail -= len; > > I wonder what purpose does this line serve: busy is false > which basically means data_avail is invalid, right? > A following non blocking call will not enter here. Well, I thought this is just how reading data normally works. But you're right, the remainder will not be used. I can remove the line, or reset data_avail to 0 at this point. What do you prefer? Regards, Martin