From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 5079BA04B5; Mon, 11 Jan 2021 14:04:34 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id A5141140CCB; Mon, 11 Jan 2021 14:04:30 +0100 (CET) Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [216.205.24.124]) by mails.dpdk.org (Postfix) with ESMTP id DE63D140CCA for ; Mon, 11 Jan 2021 14:04:28 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1610370268; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=4vzdqpTs1RgbDQC1eurGHsr0vnrmb43lgYEs0JwLN0A=; b=BpKLEAmEOKzgdUq2a3NkiWQT9dnWXjjfSnRH1nLy4CdmhvAfp7uEaScIKvznnbgd7FJWxD 2S+eVb1StI+gqMR2hH8V34g0cp5caBjydu7GnuNIgo9bXta/Nt6bbsxc9wdMeQe5MfG8Gq HZD6LOcXbw+5dZGU1KZxF7RqSwJG+ko= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-327-9HDm-oWnMIGJMLG9GuFLXw-1; Mon, 11 Jan 2021 08:04:25 -0500 X-MC-Unique: 9HDm-oWnMIGJMLG9GuFLXw-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id CE43B879514; Mon, 11 Jan 2021 13:04:23 +0000 (UTC) Received: from dhcp-25.97.bos.redhat.com (ovpn-113-60.rdu2.redhat.com [10.10.113.60]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 852E95D6D5; Mon, 11 Jan 2021 13:04:16 +0000 (UTC) From: Aaron Conole To: Ferruh Yigit Cc: Joyce Kong , maxime.coquelin@redhat.com, chenbo.xia@intel.com, jerinj@marvell.com, ruifeng.wang@arm.com, honnappa.nagarahalli@arm.com, dev@dpdk.org, nd@arm.com, David Marchand , Thomas Monjalon , dpdklab@iol.unh.edu, "Chen\, Zhaoyan" References: <20200911120906.45995-1-joyce.kong@arm.com> <20201117100635.27690-1-joyce.kong@arm.com> <20201117100635.27690-3-joyce.kong@arm.com> Date: Mon, 11 Jan 2021 08:04:15 -0500 In-Reply-To: (Ferruh Yigit's message of "Fri, 8 Jan 2021 17:02:24 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=aconole@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain Subject: Re: [dpdk-dev] [PATCH v1 2/4] net/virtio: add vectorized packed ring Rx NEON path X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Ferruh Yigit writes: > On 11/17/2020 10:06 AM, Joyce Kong wrote: >> + /** >> + * Update data length and packet length for descriptor. >> + * structure of pkt_mb: >> + * -------------------------------------------------------------------- >> + * |32 bits pkt_type|32 bits pkt_len|16 bits data_len|16 bits vlan_tci| >> + * -------------------------------------------------------------------- >> + */ >> + pkt_mb[0] = vreinterpretq_u64_u8(vqtbl1q_u8( >> + vreinterpretq_u8_u64(desc[0]), shuf_msk1)); >> + pkt_mb[1] = vreinterpretq_u64_u8(vqtbl1q_u8( >> + vreinterpretq_u8_u64(desc[0]), shuf_msk2)); >> + pkt_mb[2] = vreinterpretq_u64_u8(vqtbl1q_u8( >> + vreinterpretq_u8_u64(desc[1]), shuf_msk1))' > > s\'\; > > I will fix in next-net but my concern is why this has been not caught > by any of our automated builds? That series was flagged for error with Travis: http://mails.dpdk.org/archives/test-report/2020-November/167602.html Unfortunately, the build seems to have been purged (since it's from November). But Travis did flag the build as failing. With github actions we hope to pull the full logs into the email. > In patchwork only test report seems from the 'checkpatch': > https://patches.dpdk.org/patch/84260/ At least the 0-day robot does not submit each patch for separate build. We did that at first, and the robot's queue reached a week of backlog because the build takes a while. Especially when we get 20+ patch series followed by v2-v4 fixing build errors or compile errors.