Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2656800pxj; Mon, 17 May 2021 06:53:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwjHXICCNwv3oCcpl1h74YkKAcnFxAfwtj2arEfVaFTSbjEbFIRDW5RdN/8OaV4wq7sdocI X-Received: by 2002:aa7:c24d:: with SMTP id y13mr119484edo.155.1621259629714; Mon, 17 May 2021 06:53:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621259629; cv=none; d=google.com; s=arc-20160816; b=k+ZY+5dWE8BzG9a6H1/JLPHZnBQgy32sHqI+G1wW8uLP5wKbZTMdgTzjRqgDnn4KYZ nBbjhDD8yypbOzNSJdaMHdaEgp3/Gn6aQuCJiWgqRSQiu7FMcNcPSkW+S8jwib9aoON4 iSakLxQxUZBZVxUNdGXLhQU40Lx2bvkR+wAz0Im7VhTJwzgxkfue3GJbkdGpC966j9FP 1TrAUvJx6llrHlMzvzAsISnqdMf9ndy6me1BMvPSVUma6jyuzJbLKpcLnlZwSUjLI5Iz I6FamMqPnBpg7HOeSvUvJBGNpFBHzbj2t+l4JZoUFxPY5ffZ4/6rTcyzFO8MIxFGnV6y zdLg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=jYT6r2v5YOe62VS13hE0a+8aGTJwLS0cMR/MDWJpRA0=; b=v7xfELbbvdFK0BnQdaMFPl0KaHXwHV+FeuV36cZcv9q7Vmc0XRw5649QqZMXswWYJo mls/O7PbFPUKLEJNVnh196AuwOQmqdq5/qGpVEWelB5kXvZKxZqhB82DX8TYuEfjPsHg HaKmkP3I87nJZ4qJx1JO2xTB1+mCAKTuwJdjfKvGLv2iJu5pxU/8j60tS4XR27ZJtE5w nlTxwVyVNd11eKQ1HBX9pU0w4gJgjdPr3GqGqez0kbDhbmTibH9/2lLHBKxSt+RJxArJ R0TdRhJJEfcVOboppTmV3v+B5UNTH1SnbPRZQq5SScFeq+C4Et6LvEC20e5AtFk4P4hX 5tLg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j6si14374251edv.294.2021.05.17.06.53.26; Mon, 17 May 2021 06:53:49 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236036AbhEQJQb (ORCPT + 99 others); Mon, 17 May 2021 05:16:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53340 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236038AbhEQJNq (ORCPT ); Mon, 17 May 2021 05:13:46 -0400 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8B5E3C061761 for ; Mon, 17 May 2021 02:12:26 -0700 (PDT) Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.94.2) (envelope-from ) id 1liZI8-00AGhX-T1; Mon, 17 May 2021 11:12:00 +0200 Message-ID: <1f8289f84cd4dd9f440705d3ebab2c8a3e2e6a2c.camel@sipsolutions.net> Subject: Re: [RFC PATCH 01/17] virtio_ring: Avoid reading unneeded used length From: Johannes Berg To: Xie Yongji , mst@redhat.com, jasowang@redhat.com, stefanha@redhat.com Cc: amit@kernel.org, arei.gonglei@huawei.com, airlied@linux.ie, kraxel@redhat.com, dan.j.williams@intel.com, ohad@wizery.com, bjorn.andersson@linaro.org, david@redhat.com, vgoyal@redhat.com, miklos@szeredi.hu, sgarzare@redhat.com, virtualization@lists.linux-foundation.org, linux-kernel@vger.kernel.org Date: Mon, 17 May 2021 11:11:59 +0200 In-Reply-To: <20210517090836.533-2-xieyongji@bytedance.com> (sfid-20210517_110907_205181_BA136748) References: <20210517090836.533-1-xieyongji@bytedance.com> <20210517090836.533-2-xieyongji@bytedance.com> (sfid-20210517_110907_205181_BA136748) Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.4 (3.38.4-1.fc33) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-malware-bazaar: not-scanned Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2021-05-17 at 17:08 +0800, Xie Yongji wrote: > If device driver doesn't need used length, it can pass a NULL > len in virtqueue_get_buf()/virtqueue_get_buf_ctx(). > Well, actually, it can't right now? You should probably rephrase this, saying something like Allow passing NULL to len in ... if the device driver doesn't need the length, and don't read it in that case. or so? > Then > we can avoid reading and validating the len value in used > ring entries. Not sure what that "validating" is about, I only see reading? johannes