DPDK CI discussions
 help / color / mirror / Atom feed
From: "Xu, Qian Q" <qian.q.xu@intel.com>
To: Thomas Monjalon <thomas.monjalon@6wind.com>
Cc: "ci@dpdk.org" <ci@dpdk.org>
Subject: Re: [dpdk-ci] Could we have some agreements on the CI then discuss the opens
Date: Tue, 15 Nov 2016 10:11:05 +0000	[thread overview]
Message-ID: <82F45D86ADE5454A95A89742C8D1410E39258E0D@shsmsx102.ccr.corp.intel.com> (raw)
In-Reply-To: <2266496.1mGR1HsFcg@xps13>

See below, THX. 

-----Original Message-----
From: Thomas Monjalon [mailto:thomas.monjalon@6wind.com] 
Sent: Tuesday, November 15, 2016 5:43 PM
To: Xu, Qian Q <qian.q.xu@intel.com>
Cc: ci@dpdk.org
Subject: Re: [dpdk-ci] Could we have some agreements on the CI then discuss the opens

Hi,

2016-11-15 09:07, Xu, Qian Q:
> Hi, all
> I just think that if we can have some agreements on the DPDK CI tasks firstly, then discuss about the open list.

Sorry, I don't understand what you mean.
---Sorry, I mean we have different thoughts on CI, so we can first have something that all agreed on then we can discuss something that we have different ideas/thoughts. 

> Possible agreement parts:
> 
> 1.      Schedule tool: Jenkins.
> LF has the Jenkins as the schedule tool. So I wonder if all agree on this schedule tool for scheduling build and regression test.

The schedule tool must be a personal choice for each test instance.
Are you talking about the reference lab?

---I mean the common Jenkins tool for everyone to access; Yes, it may be only valid for the reference lab. It's fine if we use the internal Jenkins tool to trigger build or regression test. 

> 2.      Create per patch check(patchcheck and build) by using Jenkins to trigger
> For each patch check, currently we cover the Patchcheck and build.
> I noticed Thomas has a separate mail about checkpatch, so does it mean we can remove patchcheck from the build test?

Yes
The email checkpatch@dpdk.org is the address of this test instance.
If you send a patch directly to this instance, you will receive a private report.
It could be a good idea to do the same at Intel so we can test the compilation, especially with ICC, before sending a public patch.

---We have some discussion on ICC within Intel and we are fine to drop ICC for per patch build, we will keep ICC in our daily test since ICC is not very popular for the community usage. 
However, the idea is cool and meantime, Intel also has the similar idea and implementation, then we may apply it for our internal other checks. 

And this feature should be documented somewhere.

> For build test, Intel can provide Intel IA based per patch build report. If there is common format, we can follow it.

Now that the release 16.11 is done, I'll work on sharing some scripts.

> 3.      Create daily or weekly functional/build regression test based on git tree, also using Jenkins to trigger
> For the functional/build regression tests, Intel has already sent out the daily build and functional regression test. If there is common format, we can also follow it.
> Besides Intel, I have also seen the IBM's daily build report. Any others want to publish the daily/weekly functional regression tests?
> 
> Opens:
> 
> 1.      Centralized or distributed performance lab. Is the decision more dependent on budget or the thoughts?

Anyway the per-patch checks will be distributed and aggregated in patchwork.----Agreed. 
If we build a reference lab inside Linux Foundation, it will be part of the distributed CI.
So your question should be:
Are we going to have a budget for a reference lab?---- Yes.  
Which tests will be run in this CI instance?----Here I prefer only performance test in the reference lab. 

> 2.      Performance report center. Do you want to publish the performance report and which is the preferred format?
> 
> 3.      The code review tool is still by mailing list. Is it the final decision?
> 
> 4.      How about the central bug system? Do we want to have one?

+1, I commit to have a central bug tracking on dpdk.org during December.
----Good to know. 

> Proposal:  Could we have a CI weekly sync-up meeting for discussion only on CI? If most people on the mailing list from EU and PRC, then we could find a more friendly time for PRC people.

If interested people are Chinese and French, it would be a good idea to have an IRC meeting.
-----What does IRC meeting mean? 

  reply	other threads:[~2016-11-15 10:11 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-15  9:07 Xu, Qian Q
2016-11-15  9:43 ` Thomas Monjalon
2016-11-15 10:11   ` Xu, Qian Q [this message]
2016-11-15 10:19     ` Thomas Monjalon
2016-11-15 10:38       ` Xu, Qian Q

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=82F45D86ADE5454A95A89742C8D1410E39258E0D@shsmsx102.ccr.corp.intel.com \
    --to=qian.q.xu@intel.com \
    --cc=ci@dpdk.org \
    --cc=thomas.monjalon@6wind.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).