DPDK CI discussions
 help / color / mirror / Atom feed
From: "O'Driscoll, Tim" <tim.odriscoll@intel.com>
To: "'ci@dpdk.org'" <ci@dpdk.org>
Subject: [dpdk-ci] Minutes of DPDK Lab Meeting, September 11th
Date: Wed, 12 Sep 2018 21:10:16 +0000	[thread overview]
Message-ID: <26FA93C7ED1EAA44AB77D62FBE1D27BAB775BD04@IRSMSX107.ger.corp.intel.com> (raw)

Dashboard Status:
- For patches with a status of "Apply Error", Jeremy will: 1) filter out RFC patches because these are not expected to apply cleanly or pass performance tests; 2) filter out documentation patches, probably using the method John McNamara proposed to exclude the docs directory (--exclude=<path-pattern>); 3) check for any other cases where patches pass compilation tests in patchwork but give Apply Errors in the lab; 4) move making the apply logs accessible up higher in his priority list.
- For patches with a status of "Incomplete", this is probably caused by a system being restarted while testing was in progress. Jeremy will check on this.
- Intel are happy for the relative performance results on our hardware to be made public. We need Erez to confirm if Mellanox are OK with this as well.

Additional Test Cases:
- Discussed adding additional tests, and whether these need to be consistent between vendors. Ideally, we would have a core set of tests that are run on all hardware, but some tests may be vendor-specific.
- Qian will check how FD.io CSIT handles this. Are the same tests run by all vendors?
- Qian will work on a proposal for additional test cases which we can then review.
- Unit tests are incomplete and not well maintained. Ferruh will bring this up in the Tech Board to agree a policy which maintainers can then enforce.

Integrating Test Results into Patchwork:
- Zhaoyan will send details of how this was done for the build tests to Jeremy. We should be able to use the same approach.

Misc:
- UNH will scrub their task backlog for any vendor-specific info, and then provide this so we can review priorities.
- Setup of NXP hardware is still in progress.

                 reply	other threads:[~2018-09-12 21:10 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=26FA93C7ED1EAA44AB77D62FBE1D27BAB775BD04@IRSMSX107.ger.corp.intel.com \
    --to=tim.odriscoll@intel.com \
    --cc=ci@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).