From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) by dpdk.org (Postfix) with ESMTP id 678E15A89 for ; Thu, 24 Sep 2015 23:01:41 +0200 (CEST) Received: by pacfv12 with SMTP id fv12so84570346pac.2 for ; Thu, 24 Sep 2015 14:01:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=MHwaTtkeReIzy5nVMhkKfWO+6eNjSfuBK8sMU6Q+HCQ=; b=Ts4E4gH20g9KE+Lsed4VblchwX/RGV/tpE6JAc3UuTxXJF9nOYy0Ou66Jl4eN6X4uu rNXaDu/fiE+uol6aNUUP9HUoqq3l/R7ZXabzG3jvq4Tb+qEXxrZ/+PCnS+99sfAjGGc3 +mc6JO3SfMEOlomLeBjcNtZeSgIYSs60Qu7TrqGEZYTM29+Us8xfxDEmjasCoWzasP7K HiNK8VWHroGI2zdHXqTjgVqHsTEGWTJ+caebPcsMY1vGGXd30rnYCrHCbrh65X8ukvpy AKlRa+U2emifgmzsLksTqZ+y7x9C+20Drq65JkrVNLbqhrn5jK800iqNS6rqfrvWC4tA SPwQ== X-Gm-Message-State: ALoCoQkIpurZBVn1LXqOhDLDpHaPzMXRt5zye1vC9jj5HYv94C6/YOz/nC+FFd+V8GcJIQLS+nDC X-Received: by 10.68.183.162 with SMTP id en2mr2079422pbc.91.1443128500580; Thu, 24 Sep 2015 14:01:40 -0700 (PDT) Received: from urahara (static-50-53-82-155.bvtn.or.frontiernet.net. [50.53.82.155]) by smtp.gmail.com with ESMTPSA id yk5sm107087pab.31.2015.09.24.14.01.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 24 Sep 2015 14:01:40 -0700 (PDT) Date: Thu, 24 Sep 2015 14:01:50 -0700 From: Stephen Hemminger To: "Xie, Huawei" Message-ID: <20150924140150.5941e4a6@urahara> In-Reply-To: References: <1442806742-32547-1-git-send-email-huawei.xie@intel.com> <20150924093617.6fd22053@urahara> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] [PATCH] virtio: fix used ring address calculation X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2015 21:01:41 -0000 On Thu, 24 Sep 2015 18:35:37 +0000 "Xie, Huawei" wrote: > On 9/25/2015 12:36 AM, Stephen Hemminger wrote: > > On Thu, 24 Sep 2015 07:30:41 +0000 > > "Xie, Huawei" wrote: > > > >> On 9/21/2015 11:39 AM, Xie, Huawei wrote: > >> vring_size calculation should consider both used_event_idx at the tail > >> of avail ring and avail_event_idx at the tail of used ring. > >> Will merge those two fixes and send a new patch. > >>> used event idx is put at the end of available ring. It isn't taken into account > >>> when we calculate the address of used ring. Fortunately, it doesn't introduce > >>> the bug with fixed queue number 256 and 4KB alignment. > >>> > >>> Signed-off-by: hxie5 > >>> --- > >>> drivers/net/virtio/virtio_ring.h | 2 +- > >>> 1 file changed, 1 insertion(+), 1 deletion(-) > >>> > >>> diff --git a/drivers/net/virtio/virtio_ring.h b/drivers/net/virtio/virtio_ring.h > >>> index a16c499..92e430d 100644 > >>> --- a/drivers/net/virtio/virtio_ring.h > >>> +++ b/drivers/net/virtio/virtio_ring.h > >>> @@ -145,7 +145,7 @@ vring_init(struct vring *vr, unsigned int num, uint8_t *p, > >>> vr->avail = (struct vring_avail *) (p + > >>> num * sizeof(struct vring_desc)); > >>> vr->used = (void *) > >>> - RTE_ALIGN_CEIL((uintptr_t)(&vr->avail->ring[num]), align); > >>> + RTE_ALIGN_CEIL((uintptr_t)(&vr->avail->ring[num + 1]), align); > >>> } > >>> > >>> /* > > Why aren't we just using the standard Linux includes for this? > > See and the function vring_init() > > > > Keeping parallel copies of headers is prone to failures. > Agree. > Using standard Linux includes then at least we don't need to redefine > the feature and other related MACRO. > This applies to vhost as well. > For vring, vring_init, we could also reuse the linux implementation > unless we have strong reason to define our own structure. > One reason was to support both FreeBSD and Linux. FreeBSD should have > its own header file. To avoid the case they have different vring > structure or VIRTIO_F_xx macro name, they are redefined here. > > > > The Linux headers for virtio are explictly BSD licensed. You could at least just have a local copy of same code.