Re: Architecture Board Proposal
From: Dave Neary <hidden>
Date: 2015-10-30 13:11:07
Hi, On 10/30/2015 07:01 AM, O'Driscoll, Tim wrote:
quoted
quoted
Scope ----- Issues that are within the scope of the Architecture Board include: - Project scope/charter. What is and isn't within the scope of the project? What happens if somebody wants to upstream a new library/capability and it's not clear whether it fits within DPDK or not? As a random example, if somebody wanted to upstream a DPDK-enabledquoted
TCP/IP stack to dpdk.org, should that be accepted or rejected?I agree with Thomas here that this seems like it would be a separate project under dpdk.org, rather than part of DPDK - I think it's OK for the Architecture Board to own the scope of "projects on dpdk.org" rather than just DPDK.I think there are two questions here. The first is one that Thomas raised and you've also touched on: Is the scope of the Architecture Board just DPDK (i.e. everything in http://dpdk.org/browse/dpdk/), or is it everything hosted on dpdk.org (list at: http://dpdk.org/browse/). My original intent was just DPDK, but I'm fine with either option. The second question is who decides whether something is within the scope of DPDK or not? A TCP/IP stack was just an example. If I were to submit patches for a DPDK-accelerated IPsec library (librte_ipsec), who would decide whether that's OK or if it needs to reside somewhere else outside of the DPDK? I think that managing the scope of the project should be one of the roles of the Architecture Board.
The issue I see is that if we agree that the architecture board's scope is limited to DPDK only, and the architecture board owns the scope of DPDK, that we still have the open question of which projects are appropriate to be housed under dpdk.org There was a general agreement in Dublin that DPDK related projects and applications could live in dpdk.org, but we didn't really touch on the process or requirements for adding new projects. I think it's appropriate for the architecture board to own those too. Thanks, Dave. -- Dave Neary - NFV/SDN Community Strategy Open Source and Standards, Red Hat - http://community.redhat.com Ph: +1-978-399-2182 / Cell: +1-978-799-3338