From: Ferruh Yigit <ferruh.yigit@intel.com>
To: dpdk-dev <dev@dpdk.org>
Cc: Thomas Monjalon <thomas@monjalon.net>
Subject: [dpdk-dev] DPDK Release Status Meeting 27/02/2020
Date: Thu, 27 Feb 2020 12:41:11 +0000 [thread overview]
Message-ID: <3147caac-865f-dcfc-dd00-6ff820976af0@intel.com> (raw)
Minutes 27 February 2020
------------------------
Agenda:
* Release Dates
* 20.02 Retrospective
* Subtrees
* OvS
Participants:
* Arm
* Debian/Microsoft
* Intel
* Marvell
* Mellanox
* NXP
* Red Hat
Release Dates
-------------
* v20.02 is released on Tuesday, 25 February.
* https://mails.dpdk.org/archives/dev/2020-February/158638.html
* https://core.dpdk.org/download/
* https://doc.dpdk.org/guides/rel_notes/release_20_02.html
* v20.05 dates:
* Proposal/V1: Wednesday 18 March 2020
* Integration/Merge/RC1: Friday 17 April 2020
* Release: Wednesday 20 May 2020
* Marvell already sent roadmap for 20.05, all vendors please share the
roadmap for the release.
20.02 Retrospective
-------------------
* Roadmaps
* 20.05 release cycle started and we got only one roadmap
Does it help if we get roadmaps 2-3 months early?
* Testing delays had a knock on affect in release dates, also affected LTS
* It was a small release, we will see if releases will go like this until LTS
* 19.02 was small too, we are trending one small one big release cycle
* There were ~200 patches deferred, did it contribute being small release?
* Some deferred patches was eal and eal doesn't have a maintainer
* Pieces under eal has maintainer, 'probing' and 'options' missing maintainer
* All library changes hit the main repo, there is a big diversity in patches
there
* Should we have more sub-trees under main repo, like algo tree, to support
the main tree maintenance
* This release there were two active main repo maintainer, Thanks David for his
work
* -rc1 commits / Release commits ratio
* It is normally around %60-%70 of all commits pushed in -rc1
* This release it was around %45, so most of the patches merged after -rc1
* This was same in 19.02, both were small releases
* Either this was kind of a fix release and lots of issues from past
fixed, or we pushed more features after -rc1, need more analysis
* More coverity issues fixed in this release
* There are still more to address
* David will add automated Coverity checks to Travis
* Bugzilla issues not actively addressed
* Some companies pulling related defects internally and solving them
* Release notes is more complete these days, and in better shape, John needs to
spend less time to revise it.
* It may be good to actively update/fix our documentation
* We may need additional resources for it
Subtrees
--------
* main
* next-net
* next-net-crypto
* next-net-eventdev
* next-net-virtio
* next-net-intel
* LTS
* 17.11.10-rc1 released, please test and report results
* https://mails.dpdk.org/archives/dev/2020-January/154915.html
* QAT issue resolved
* Planning to release today, it will be last 17.11 release
* 19.11
* Some patches already merged
* Request sent to authors for the patches that conflicts
* -rc1 planned for next Friday
* Release, tentatively, planned for 20 March
* 18.11
* Merging patches are progressing
OvS
---
* 2.13 is out
* In OVS-DPDK meeting this Wednesday, there will be rte_flow and HW offload
design discussion from Mellanox. Requesting interested parties to attend.
* https://mail.openvswitch.org/pipermail/ovs-dev/2020-February/367543.html
DPDK Release Status Meetings
============================
The DPDK Release Status Meeting is intended for DPDK Committers to discuss
the status of the master tree and sub-trees, and for project managers to
track progress or milestone dates.
The meeting occurs on Thursdays at 8:30 UTC. If you wish to attend just
send an email to "John McNamara <john.mcnamara@intel.com>" for the invite.
reply other threads:[~2020-02-27 12:41 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=3147caac-865f-dcfc-dd00-6ff820976af0@intel.com \
--to=ferruh.yigit@intel.com \
--cc=dev@dpdk.org \
--cc=thomas@monjalon.net \
/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).