OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

virtio-dev message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [virtio-dev] Fwd: [PATCH v2] Provide detailed specification of virtio-blk lifetime metrics


I believe the proposal was Acked-By and didn't receive any strong pushback

The only open point of discussion was whether to rename the feature
flag to F_EMMC_LIFETIME in order to open the door for F_NVME_LIFETIME
I think, but I didn't hear any comment on that

Thanks,
- Enrico

On Mon, May 17, 2021 at 4:33 AM Cornelia Huck <cohuck@redhat.com> wrote:
>
> On Wed, 5 May 2021 13:37:26 -0600
> Enrico Granata <egranata@google.com> wrote:
>
> > ---------- Forwarded message ---------
> > From: Enrico Granata <egranata@google.com>
> > Date: Wed, May 5, 2021 at 1:37 PM
> > Subject: [PATCH v2] Provide detailed specification of virtio-blk
> > lifetime metrics
> > To: <virtio-dev@lists.oasis-open.org>
> > Cc: <egranata@google.com>, <hch@infradead.org>, <mst@redhat.com>,
> > <linux-block@vger.kernel.org>,
> > <virtualization@lists.linux-foundation.org>
> >
> >
> > In the course of review, some concerns were surfaced about the
> > original virtio-blk lifetime proposal, as it depends on the eMMC
> > spec which is not open
> >
> > Add a more detailed description of the meaning of the fields
> > added by that proposal to the virtio-blk specification, as to
> > make it feasible to understand and implement the new lifetime
> > metrics feature without needing to refer to JEDEC's specification
> >
> > This patch does not change the meaning of those fields nor add
> > any new fields, but it is intended to provide an open and more
> > clear description of the meaning associated with those fields.
> >
> > Signed-off-by: Enrico Granata <egranata@google.com>
> > ---
> > Changes in v2:
> >   - clarified JEDEC references;
> >   - added VIRTIO_BLK prefix and cleaned up comment syntax;
> >   - clarified reserved block references
> >
> >  content.tex | 40 ++++++++++++++++++++++++++++++++--------
> >  1 file changed, 32 insertions(+), 8 deletions(-)
>
> Do we have a consent here? I see the mails are not showing up on all of
> the lists, so I'm a bit confused regarding the state of this...
>


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]