DPDK patches and discussions
 help / color / mirror / Atom feed
From: "Liu, Yong" <yong.liu@intel.com>
To: "dev@dpdk.org" <dev@dpdk.org>
Subject: [dpdk-dev] dpdk pre-patch testing introduction
Date: Thu, 29 Oct 2015 15:19:38 +0000	[thread overview]
Message-ID: <86228AFD5BCD8E4EBFD2B90117B5E81E10F379B0@SHSMSX103.ccr.corp.intel.com> (raw)

Dear all,
Our validation team is working on pre-patch testing to support contiguous integration in DPDK community.
I'd like to share the latest status and some details of our solution to you.

The main target of pre-patch testing is supplement  the health of each patch set as soon as possible.
It will help both submitter and maintainer to know the status of patch set before it's merged.
Some of you have received the email which was generated by this tool. Let me introduce it to you.

Example email subject:
    |SUCCESS| pw 8162 ixgbe: remove useless fields in tx_offload on TCP checksum request
    The first item is the overall status of this patch set. The second item is the patchwork ID and its commit log.

There are 4 status to report as the following:
    Malformed patch: Patch's format doesn't incorrect, not applied in latest branch
    SUCCESS : Pass all testing.
    ERROR   : fail in some testing, error information can be found in report
    Not run  : Failed to compile, not able to perform functional testing

Email content included more detailed information of this patch set, like build failure log and failed cases log.
If patch set modified files for document, the content will also include the status of "Doc Compilation".

So far, we only enabled one platform to run automatic testing.
This platform installed Fedora 20 with Linux 3.18.9 and Intel Niantic NIC.

Currently the patch testing only run unit test and basic function test on this platform.
It can make sure that new patch doesn't break original code and functions.
Due to coverage limitation, it can't verify the functionality of new patch.
If you want to verify your patch's new function, you need to check with tester and perform specific testing on it.

Since platform limitation, we are not able to verify regression test on other NIC, Linux kernel.
We plan to add more platforms and support different NIC and kernels in the future.

Best regards,
DPDK validation team

             reply	other threads:[~2015-10-29 15:19 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-29 15:19 Liu, Yong [this message]
2015-10-29 16:30 ` Thomas Monjalon
2015-11-02  7:54 ` Simon Kågström

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=86228AFD5BCD8E4EBFD2B90117B5E81E10F379B0@SHSMSX103.ccr.corp.intel.com \
    --to=yong.liu@intel.com \
    --cc=dev@dpdk.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).