automatic DPDK test reports
 help / color / mirror / Atom feed
From: "Liu, Yong" <yong.liu@intel.com>
To: David Marchand <david.marchand@6wind.com>
Cc: "test-report@dpdk.org" <test-report@dpdk.org>,
	Thomas Monjalon <thomas.monjalon@6wind.com>,
	"Chen, WeichunX" <weichunx.chen@intel.com>,
	"Gu, YongjieX" <yongjiex.gu@intel.com>,
	"Cao, Waterman" <waterman.cao@intel.com>
Subject: Re: [dpdk-test-report] [PatchWork]|SUCCESS| pw11517-11520 pci: explicitly call ioport handlers for uio_pci_generic
Date: Wed, 16 Mar 2016 02:55:07 +0000	[thread overview]
Message-ID: <86228AFD5BCD8E4EBFD2B90117B5E81E14EC51C0@SHSMSX103.ccr.corp.intel.com> (raw)
In-Reply-To: <CALwxeUsXh=W3003R9ROrUCfqxJ174PHBSEXNz39WZngoMn8bZQ@mail.gmail.com>

Hi David,

> -----Original Message-----
> From: test-report [mailto:test-report-bounces@dpdk.org] On Behalf Of
> David Marchand
> Sent: Tuesday, March 15, 2016 3:19 PM
> To: sys_stv
> Cc: test-report@dpdk.org; Thomas Monjalon
> Subject: Re: [dpdk-test-report] [PatchWork]|SUCCESS| pw11517-11520 pci:
> explicitly call ioport handlers for uio_pci_generic
> 
> Hello all,
> 
> On Tue, Mar 15, 2016 at 8:05 AM,  <sys_stv@intel.com> wrote:
> > Test-Label: Intel Niantic on Fedora
> > Test-Status: SUCCESS
> >
> > Patchwork ID: 11517-11520
> > http://www.dpdk.org/dev/patchwork/patch/11520/
> > Submitter: David Marchand <david.marchand@6wind.com>
> > Date: Tue, 15 Mar 2016 07:29:10 +0100
> > DPDK git baseline: 94d8f4bf963a701916b141eed7645f8009aa2054
> >
> > Check patch:Success
> >
> > Compilation:
> > OS: fedora
> > Nic: niantic
> > GCC: gcc_x86-64, 4.8.3
> > x86_64-native-linuxapp-gcc-combined: compile pass
> > i686-native-linuxapp-gcc: compile pass
> > x86_64-native-linuxapp-gcc: compile pass
> > x86_64-native-linuxapp-clang: compile pass
> > x86_64-native-linuxapp-gcc-shared: compile pass
> > x86_64-native-linuxapp-gcc-debug: compile pass
> 
> 
> Not sure I got a description of what is tested by this tool.
> 
> I suppose it applies the 4 patches of the patchset I proposed a bit
> earlier on top of the current HEAD.

Yes, we download your patches from patchwork and do some basic validation before them merged.

> Does it run checkpatch on each patch ?
> Does it check that each patch builds fine individually (I mean in an
> incremental way) ?
> 

By now, we do not run build test for each patch due to time limitation. Patch will be applied in sequence and build with multiple configurations.
We expected that this report should be available asap, as to be reference for developer and maintainer. 

We are improving our system to cover more areas like different OS/support checkpatch and ABI/configuration settings.

> Any other details ?
> 
> Maybe a little description on dpdk.org would help.
> 
> 
Here’s the basic description of patchwork autobuild. The first step, we can add the description in the report.


Patchwork automation build will monitor patch sets status.
If new patch set occurred in http://dpdk.org/dev/patchwork/project/dpdk/list/, automation tool will download it and applied it in latest branch.
If only dpdk driver code modified, patches will be applied in dpdk-next-net repo.
When there's issue in patch apply process, error report will be send to the author and test-report mailing list.

By default build validation will cover 6 different configurations which contained of ICC/clang, share library and debug options.
If there's any document modified, will also build document and check whether build pass.
After all build validations have been done, report email will send to the author and test-report mailing list.
The final report will demonstrate the baseline, build status and build environment.

> Thanks.
> 
> --
> David Marchand

      reply	other threads:[~2016-03-16  2:55 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-15  7:05 sys_stv
2016-03-15  7:18 ` David Marchand
2016-03-16  2:55   ` Liu, Yong [this message]

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=86228AFD5BCD8E4EBFD2B90117B5E81E14EC51C0@SHSMSX103.ccr.corp.intel.com \
    --to=yong.liu@intel.com \
    --cc=david.marchand@6wind.com \
    --cc=test-report@dpdk.org \
    --cc=thomas.monjalon@6wind.com \
    --cc=waterman.cao@intel.com \
    --cc=weichunx.chen@intel.com \
    --cc=yongjiex.gu@intel.com \
    /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).