All of lore.kernel.org
 help / color / mirror / Atom feed
From: Cornelia Huck <cohuck@redhat.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: virtio@lists.oasis-open.org, virtio-comment@lists.oasis-open.org,
	virtio-dev@lists.oasis-open.org
Subject: Re: [virtio-comment] [RFC] virtio 1.3 schedule
Date: Wed, 12 Apr 2023 18:16:41 +0200	[thread overview]
Message-ID: <87r0spjct2.fsf@redhat.com> (raw)
In-Reply-To: <20230407071926-mutt-send-email-mst@kernel.org>

On Fri, Apr 07 2023, "Michael S. Tsirkin" <mst@redhat.com> wrote:

> On Wed, Apr 05, 2023 at 03:57:09PM +0200, Cornelia Huck wrote:
>> That said, let me propose the following timeline:
>> 
>> - July 1st 2023: enter feature freeze; all proposed changes must at
>>   least have an open github issue that refers to a proposal on-list
>> - August 1st 2023: enter change freeze; everything needs to have been
>>   voted upon (i.e. we can start with preparations for a release like
>>   compiling the change log)
>> - at the same time, fork virtio-next, which can be used for development
>>   while we're working on the release
>> - August/September 2023: prepare draft, initiate initial voting etc.
>
> Hmm looks like you forgot a 30 day the public review period (or is that
> included in the "etc"? ).  During this period we will likely receive
> review comments which we have to address. Should the changes turn out to
> be material, another public review period will be required.
> Let's spell it out please.

Yeah, that's what I meant with "etc"... let's make this:

- August 2023: prepare draft, aim to have it ready and voted upon by
  August 31 the latest (preferrably earlier)
- September 2023: public review period (30 days)
- October 2023: another public review period, if needed; otherwise, get
  comittee specification ready and voted upon
- October (maybe November, if we're running late) 2023: virtio 1.3
  released

The most important dates are feature freeze on Jul 1 and change freeze
on Aug 1, I guess; for the rest, we depend on whether people are out on
PTO, which kind of feedback we get, etc. -- but as long as we release
1.3 in 2023, I'll be happy enough.

>
>
>
>> - by September/October 2023: have the final 1.3 spec ready, voted upon,
>>   and released
>> - virtio-next can be merged into mainline, and we continue with business
>>   as usual
>> 
>> Thoughts? We might want to move things a tad earlier, but I don't think
>> we should push the schedule out much further.


This publicly archived list offers a means to provide input to the
OASIS Virtual I/O Device (VIRTIO) TC.

In order to verify user consent to the Feedback License terms and
to minimize spam in the list archive, subscription is required
before posting.

Subscribe: virtio-comment-subscribe@lists.oasis-open.org
Unsubscribe: virtio-comment-unsubscribe@lists.oasis-open.org
List help: virtio-comment-help@lists.oasis-open.org
List archive: https://lists.oasis-open.org/archives/virtio-comment/
Feedback License: https://www.oasis-open.org/who/ipr/feedback_license.pdf
List Guidelines: https://www.oasis-open.org/policies-guidelines/mailing-lists
Committee: https://www.oasis-open.org/committees/virtio/
Join OASIS: https://www.oasis-open.org/join/


WARNING: multiple messages have this Message-ID (diff)
From: Cornelia Huck <cohuck@redhat.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: virtio@lists.oasis-open.org, virtio-comment@lists.oasis-open.org,
	virtio-dev@lists.oasis-open.org
Subject: [virtio-dev] Re: [virtio-comment] [RFC] virtio 1.3 schedule
Date: Wed, 12 Apr 2023 18:16:41 +0200	[thread overview]
Message-ID: <87r0spjct2.fsf@redhat.com> (raw)
In-Reply-To: <20230407071926-mutt-send-email-mst@kernel.org>

On Fri, Apr 07 2023, "Michael S. Tsirkin" <mst@redhat.com> wrote:

> On Wed, Apr 05, 2023 at 03:57:09PM +0200, Cornelia Huck wrote:
>> That said, let me propose the following timeline:
>> 
>> - July 1st 2023: enter feature freeze; all proposed changes must at
>>   least have an open github issue that refers to a proposal on-list
>> - August 1st 2023: enter change freeze; everything needs to have been
>>   voted upon (i.e. we can start with preparations for a release like
>>   compiling the change log)
>> - at the same time, fork virtio-next, which can be used for development
>>   while we're working on the release
>> - August/September 2023: prepare draft, initiate initial voting etc.
>
> Hmm looks like you forgot a 30 day the public review period (or is that
> included in the "etc"? ).  During this period we will likely receive
> review comments which we have to address. Should the changes turn out to
> be material, another public review period will be required.
> Let's spell it out please.

Yeah, that's what I meant with "etc"... let's make this:

- August 2023: prepare draft, aim to have it ready and voted upon by
  August 31 the latest (preferrably earlier)
- September 2023: public review period (30 days)
- October 2023: another public review period, if needed; otherwise, get
  comittee specification ready and voted upon
- October (maybe November, if we're running late) 2023: virtio 1.3
  released

The most important dates are feature freeze on Jul 1 and change freeze
on Aug 1, I guess; for the rest, we depend on whether people are out on
PTO, which kind of feedback we get, etc. -- but as long as we release
1.3 in 2023, I'll be happy enough.

>
>
>
>> - by September/October 2023: have the final 1.3 spec ready, voted upon,
>>   and released
>> - virtio-next can be merged into mainline, and we continue with business
>>   as usual
>> 
>> Thoughts? We might want to move things a tad earlier, but I don't think
>> we should push the schedule out much further.


---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org


  reply	other threads:[~2023-04-12 16:16 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-04-05 13:57 [virtio-comment] [RFC] virtio 1.3 schedule Cornelia Huck
2023-04-05 13:57 ` [virtio-dev] " Cornelia Huck
2023-04-05 14:05 ` [virtio-comment] " Parav Pandit
2023-04-05 14:05   ` [virtio-dev] " Parav Pandit
2023-04-05 19:23 ` [virtio-comment] Re: [virtio] " Stefan Hajnoczi
2023-04-05 19:23   ` [virtio-dev] " Stefan Hajnoczi
2023-04-07 11:24 ` [virtio-comment] " Michael S. Tsirkin
2023-04-07 11:24   ` [virtio-dev] " Michael S. Tsirkin
2023-04-12 16:16   ` Cornelia Huck [this message]
2023-04-12 16:16     ` Cornelia Huck
2023-06-29 17:41     ` Parav Pandit
2023-06-29 17:41       ` [virtio-dev] " Parav Pandit
2023-06-29 19:35       ` Michael S. Tsirkin
2023-06-29 19:35         ` [virtio-dev] " Michael S. Tsirkin
2023-06-30  8:47         ` Cornelia Huck
2023-06-30  8:47           ` [virtio-dev] " Cornelia Huck
2023-06-30  8:55           ` Michael S. Tsirkin
2023-06-30  8:55             ` [virtio-dev] " Michael S. Tsirkin
2023-06-30 11:14           ` Parav Pandit
2023-06-30 11:14             ` [virtio-dev] " Parav Pandit

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=87r0spjct2.fsf@redhat.com \
    --to=cohuck@redhat.com \
    --cc=mst@redhat.com \
    --cc=virtio-comment@lists.oasis-open.org \
    --cc=virtio-dev@lists.oasis-open.org \
    --cc=virtio@lists.oasis-open.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.