From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: Best Practices for PMD Verification before Upstream Requests Date: Mon, 22 Aug 2016 15:07:03 +0200 Message-ID: <2866322.PnTaiuzzpn@xps13> References: Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Cc: dev@dpdk.org To: Shepard Siegel Return-path: Received: from mail-wm0-f54.google.com (mail-wm0-f54.google.com [74.125.82.54]) by dpdk.org (Postfix) with ESMTP id ACFD72BC5 for ; Mon, 22 Aug 2016 15:07:06 +0200 (CEST) Received: by mail-wm0-f54.google.com with SMTP id i5so143318875wmg.0 for ; Mon, 22 Aug 2016 06:07:06 -0700 (PDT) In-Reply-To: List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 2016-08-17 08:34, Shepard Siegel: > Atomic Rules is new to the DPDK community. We attended the DPDK Summi= t last > week and received terrific advice and encouragement. We are developin= g a > DPDK PMD for our Arkville product which is a DPDK-aware data mover, c= apable > of marshaling packets between FPGA/ASIC gates with AXI interfaces on = one > side, and the DPDK API/ABI on the other. Arkville plus a MAC looks li= ke a > line-rate-agnostic bare-bones L2 NIC. We have testpmd and our first D= PDK > applications running using our early-alpha Arkville PMD. Welcome :) Any release targeted for upstream support? > This post is to ask of the DPDK community what tests, regressions, > check-lists or similar verification assets we might work through befo= re > starting the process to upstream our code? We know device-specific PM= Ds are > rather cloistered and unlikely to interfere; but still, others must h= ave > managed to find a way to fail with even an L2 baseline NIC. We don=E2= =80=99t want > to needlessly repeat those mistakes. Any DPDK-specific collateral tha= t we > can use to verify and validate our codes before attempting to upstrea= m them > would be greatly appreciated. To the DPDK PMD developers, what can yo= u > share so that we are more aligned with your regressions? To the DPDK > application developers, what=E2=80=99s your top gripe we might try to= avoid in our > Arkville L2 baseline PMD? Are you aware of the DPDK test suite? =09http://dpdk.org/doc/dts/gsg/ =09http://dpdk.org/browse/tools/dts/ I don't know how efficient it is for PMD developers and who use it. I guess that DTS authors would like to have more feedbacks.