[nova] If any spec freeze exception now?

yumeng bao yumeng_bao at yahoo.com
Thu Aug 6 02:11:19 UTC 2020

Ok. That make sense to me!
Thanks gibi and Sean!


> On Aug 6, 2020, at 1:31 AM, Balázs Gibizer <balazs.gibizer at est.tech> wrote:
>> On Wed, Aug 5, 2020 at 18:18, Sean Mooney <smooney at redhat.com> wrote:
>>> On Thu, 2020-08-06 at 01:06 +0800, yumeng bao wrote:
>>> Hi gibi and all,
>>> I wanna mention the SRIOV SmartNIC Support Spec https://review.opendev.org/#/c/742785
>>> This spec is proposed based on feedback from our PTG discussion, yet there are still open questions need to be nailed
>>> down. Since this spec involves nova neutron and cyborg,  it will probably take a long time to get ideas from different
>>> aspects and reach an agreement. Can we keep this as an exception and keep review it to reach closer to an agreement?
>>> Hopefully we can reach an agreement in Victoria, and start to land in W.
>> well you dont need to close it without an exception
>> the way exception work we normlly give a dealin of 1 week to finalise the spec after its granted
>> so basiclaly unless you think we can fully agreee all the outstanding items before thursday week and merge it
>> then you should just retarget the spec to the backlog or W release and keep working on it rather then ask for an
>> excption. exception are only for thing that we expect to merge in victoria including the code.
> Agree with Sean. No need for an exception to continue discussing the spec during the V cycle. Having the spec freeze only means that now we know that the SmartNIC spec is not going to be implemented in V.
> Cheers,
> gibi
>>> Xinran and I were trying to attend nova’s weekly meeting to discuss this spec, but the time too late for us. :( We
>>> will find if there is any other way to sync and response more actively to all your comments and feedback.
>>> And just to point out,  nova operations support are still one of cyborg’s high priority goals in Victoria, we will
>>> keep focus on it and won’t sacrifice time of this goal.
>>> Regards,
>>> Yumeng

More information about the openstack-discuss mailing list