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: [PATCH v4] virtio-snd: add virtio sound device specification


  Hi,

> > Repeating "device-readable" or "device-writable" for each struct field
> > looks a bit odd because this applies to the whole struct.  Not so much
> > for these structs with a single field only, but there are structs with
> > more fields further down the spec ...
> 
> Well, I'm not sure here. Previously, I was told to mark explicitly every
> field.

Was that for virtqueue structs, or for config space?

For config space which allows random access it surely makes sense.  In
contrast the virtqueue has in and out buffers, so you requests structs
are placed in "out" buffers and are device-readable. whereas response
structs are placed in "in" buffers and are device-writable.

> Also, regarding requirement for populating tx/rx queues with period size
> buffers. Maybe it's better to replace MUST with SHOULD? It would give more
> flexibility for the driver. What do you think?

I think relaxing this to SHOULD is fine.  I can't think of any bad side
effects of that.   The driver obviously can't use the buffer completion
as period notification then.  But that is the driver's choice and it
wouldn't break the virtio protocol ...

cheers,
  Gerd



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