On Thu, Nov 24, 2022 at 3:14 PM Michael S. Tsirkin wrote:
>
> On Thu, Nov 24, 2022 at 02:00:54PM +0800, Jason Wang wrote:
> > On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
> > >
> > > Add new registers to the PCI common configuration structure.
> > >
> > > These registers will be
On Thu, Nov 24, 2022 at 02:03:30PM +0800, Jason Wang wrote:
> On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
> >
> > Adding relevant registers needs more work and it's not
> > clear what the use-case will be as currently only
> > the PCI transport is supported. But let's keep the
> >
On Thu, Nov 24, 2022 at 3:12 PM Michael S. Tsirkin wrote:
>
> On Thu, Nov 24, 2022 at 01:52:41PM +0800, Jason Wang wrote:
> > On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
> > >
> > > This introduces a general structure for group administration commands,
> > > used to control device
On Thu, Nov 24, 2022 at 3:08 PM Michael S. Tsirkin wrote:
>
> On Thu, Nov 24, 2022 at 01:41:41PM +0800, Jason Wang wrote:
> > On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
> > >
> > > Each device group has a type. For now, define one initial group:
> > >
> > > SR-IOV type - PCI
On Thu, Nov 24, 2022 at 2:59 PM Michael S. Tsirkin wrote:
>
> On Thu, Nov 24, 2022 at 12:33:52PM +0800, Jason Wang wrote:
> > On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
> > >
> > > Feature negotiation forms the basis of forward compatibility
> > > guarantees of virtio but has
On Thu, Nov 24, 2022 at 02:00:54PM +0800, Jason Wang wrote:
> On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
> >
> > Add new registers to the PCI common configuration structure.
> >
> > These registers will be used for querying the indices of the admin
> > virtqueues of the owner
On Thu, Nov 24, 2022 at 01:52:41PM +0800, Jason Wang wrote:
> On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
> >
> > This introduces a general structure for group administration commands,
> > used to control device groups through their owner.
> >
> > Following patches will introduce
On Thu, Nov 24, 2022 at 01:41:41PM +0800, Jason Wang wrote:
> On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
> >
> > Each device group has a type. For now, define one initial group:
> >
> > SR-IOV type - PCI SR-IOV virtual functions (VFs) of a given
> > PCI SR-IOV physical function
On Thu, Nov 24, 2022 at 12:33:52PM +0800, Jason Wang wrote:
> On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
> >
> > Feature negotiation forms the basis of forward compatibility
> > guarantees of virtio but has never been properly documented.
> > Do it now.
> >
> > Suggested-by: Halil
On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
>
> vq reset and shared memory are unsupported, too.
>
> Signed-off-by: Michael S. Tsirkin
I wonder if it's better to split this series into two since it doesn't
have direct connection with the admin stuffs then the compatibility
part
On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
>
> Add conformance clauses for admin commands and admin virtqueues.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> admin.tex | 158 ++
> 1 file changed, 158 insertions(+)
>
> diff --git
On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
>
> Add commands to find out which commands does each group support,
> as well as enable their use by driver.
> This will be especially useful once we have multiple group types.
>
> An alternative is per-type VQs. This is possible but will
On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
>
> Adding relevant registers needs more work and it's not
> clear what the use-case will be as currently only
> the PCI transport is supported. But let's keep the
> door open on this.
> We already say it's reserved in a central place, but
On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
>
> Add new registers to the PCI common configuration structure.
>
> These registers will be used for querying the indices of the admin
> virtqueues of the owner device. To configure, reset or enable the admin
> virtqueues, the driver
On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
>
> This introduces a general structure for group administration commands,
> used to control device groups through their owner.
>
> Following patches will introduce specific commands and an interface for
> submitting these commands to the
On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
>
> Each device group has a type. For now, define one initial group:
>
> SR-IOV type - PCI SR-IOV virtual functions (VFs) of a given
> PCI SR-IOV physical function (PF). This group may contain one or more
> virtio devices.
>
> Each device
On Thu, Nov 24, 2022 at 5:08 AM Michael S. Tsirkin wrote:
>
> Feature negotiation forms the basis of forward compatibility
> guarantees of virtio but has never been properly documented.
> Do it now.
>
> Suggested-by: Halil Pasic
> Signed-off-by: Michael S. Tsirkin
> ---
> content.tex | 42
On Wed, 23 Nov 2022 16:27:00 +0100, Jan Kiszka wrote:
> On 16.11.22 03:13, Xuan Zhuo wrote:
> > On Mon, 14 Nov 2022 22:30:53 +0100, Jan Kiszka
> > wrote:
> >> On 18.10.22 09:32, Jan Kiszka wrote:
> >>> On 17.10.22 09:47, Xuan Zhuo wrote:
> Hello everyone,
>
> # Background
>
vq reset and shared memory are unsupported, too.
Signed-off-by: Michael S. Tsirkin
---
This is not strictly part of this patchset, but just to
give you the idea of how we can expand this down the road.
content.tex | 2 ++
1 file changed, 2 insertions(+)
diff --git a/content.tex
Add conformance clauses for admin commands and admin virtqueues.
Signed-off-by: Michael S. Tsirkin
---
admin.tex | 158 ++
1 file changed, 158 insertions(+)
diff --git a/admin.tex b/admin.tex
index eec12a9..e83a9f5 100644
--- a/admin.tex
+++
Add commands to find out which commands does each group support,
as well as enable their use by driver.
This will be especially useful once we have multiple group types.
An alternative is per-type VQs. This is possible but will
require more per-transport work. Discovery through the vq
helps keep
Adding relevant registers needs more work and it's not
clear what the use-case will be as currently only
the PCI transport is supported. But let's keep the
door open on this.
We already say it's reserved in a central place, but it
does not hurt to remind implementers to mask it.
Note: there are
The admin virtqueues will be the first interface to issue admin commands.
Currently virtio specification defines control virtqueue to manipulate
features and configuration of the device it operates on. However,
control virtqueue commands are device type specific, which makes it very
difficult to
Add new registers to the PCI common configuration structure.
These registers will be used for querying the indices of the admin
virtqueues of the owner device. To configure, reset or enable the admin
virtqueues, the driver should follow existing queue configuration/setup
sequence.
Signed-off-by:
Adding relevant registers needs more work and it's not
clear what the use-case will be as currently only
the PCI transport is supported. But let's keep the
door open on this.
We already say it's reserved in a central place, but it
does not hurt to remind implementers to mask it.
Signed-off-by:
Each device group has a type. For now, define one initial group:
SR-IOV type - PCI SR-IOV virtual functions (VFs) of a given
PCI SR-IOV physical function (PF). This group may contain one or more
virtio devices.
Each device within a group has a unique identifier. This identifier
is the group
This introduces a general structure for group administration commands,
used to control device groups through their owner.
Following patches will introduce specific commands and an interface for
submitting these commands to the owner.
Signed-off-by: Max Gurtovoy
Signed-off-by: Michael S. Tsirkin
Feature negotiation forms the basis of forward compatibility
guarantees of virtio but has never been properly documented.
Do it now.
Suggested-by: Halil Pasic
Signed-off-by: Michael S. Tsirkin
---
content.tex | 42 ++
1 file changed, 42 insertions(+)
Change log:
since v8:
addressed comments by Cornelia - as we agreed on list
since v7:
make high level error codes match linux, with virtio specific codes
in a separate field
renamed _ACCEPT to _USE since that's what it does
clarified
On 16.11.22 03:13, Xuan Zhuo wrote:
> On Mon, 14 Nov 2022 22:30:53 +0100, Jan Kiszka wrote:
>> On 18.10.22 09:32, Jan Kiszka wrote:
>>> On 17.10.22 09:47, Xuan Zhuo wrote:
Hello everyone,
# Background
Nowadays, there is a common scenario to accelerate communication
On Wed, Nov 23, 2022 at 11:33:40AM +0100, Cornelia Huck wrote:
> On Wed, Nov 23 2022, "Michael S. Tsirkin" wrote:
>
> > On Wed, Nov 23, 2022 at 11:09:26AM +0100, Cornelia Huck wrote:
> >> On Wed, Nov 23 2022, "Michael S. Tsirkin" wrote:
> >>
> >> > On Wed, Nov 23, 2022 at 10:51:31AM +0100,
On Wed, Nov 23 2022, "Michael S. Tsirkin" wrote:
> On Wed, Nov 23, 2022 at 11:09:26AM +0100, Cornelia Huck wrote:
>> On Wed, Nov 23 2022, "Michael S. Tsirkin" wrote:
>>
>> > On Wed, Nov 23, 2022 at 10:51:31AM +0100, Cornelia Huck wrote:
>> >> On Tue, Nov 22 2022, "Michael S. Tsirkin" wrote:
On Wed, Nov 23, 2022 at 11:09:26AM +0100, Cornelia Huck wrote:
> On Wed, Nov 23 2022, "Michael S. Tsirkin" wrote:
>
> > On Wed, Nov 23, 2022 at 10:51:31AM +0100, Cornelia Huck wrote:
> >> On Tue, Nov 22 2022, "Michael S. Tsirkin" wrote:
> >>
> >> > On Tue, Nov 22, 2022 at 04:25:23PM +0100,
On Wed, Nov 23 2022, "Michael S. Tsirkin" wrote:
> On Wed, Nov 23, 2022 at 10:51:31AM +0100, Cornelia Huck wrote:
>> On Tue, Nov 22 2022, "Michael S. Tsirkin" wrote:
>>
>> > On Tue, Nov 22, 2022 at 04:25:23PM +0100, Cornelia Huck wrote:
>> >> On Sun, Nov 20 2022, "Michael S. Tsirkin" wrote:
On Wed, Nov 23, 2022 at 10:51:31AM +0100, Cornelia Huck wrote:
> On Tue, Nov 22 2022, "Michael S. Tsirkin" wrote:
>
> > On Tue, Nov 22, 2022 at 04:25:23PM +0100, Cornelia Huck wrote:
> >> On Sun, Nov 20 2022, "Michael S. Tsirkin" wrote:
> > Using 0x instead of h suffix? Sure.
> >
> > We should
On Wed, Nov 23 2022, "Michael S. Tsirkin" wrote:
> On Wed, Nov 23, 2022 at 10:30:25AM +0100, Cornelia Huck wrote:
>> On Tue, Nov 22 2022, "Michael S. Tsirkin" wrote:
>>
>> > On Tue, Nov 22, 2022 at 02:14:23PM +0100, Cornelia Huck wrote:
>> >> On Sun, Nov 20 2022, "Michael S. Tsirkin" wrote:
On Tue, Nov 22 2022, "Michael S. Tsirkin" wrote:
> On Tue, Nov 22, 2022 at 05:06:04PM +0100, Cornelia Huck wrote:
>> On Sun, Nov 20 2022, "Michael S. Tsirkin" wrote:
>> > +List of supported commands MUST NOT change: after reporting a
>>
>> s/List/The list/
>>
>> > +given command as supported
On Tue, Nov 22 2022, "Michael S. Tsirkin" wrote:
> On Tue, Nov 22, 2022 at 04:25:23PM +0100, Cornelia Huck wrote:
>> On Sun, Nov 20 2022, "Michael S. Tsirkin" wrote:
> Using 0x instead of h suffix? Sure.
>
> We should probably document the syntax in introduction.tex
> though this seems low
On Wed, Nov 23, 2022 at 10:36:25AM +0100, Cornelia Huck wrote:
> On Tue, Nov 22 2022, "Michael S. Tsirkin" wrote:
>
> > On Tue, Nov 22, 2022 at 03:46:38PM +0100, Cornelia Huck wrote:
> >> On Sun, Nov 20 2022, "Michael S. Tsirkin" wrote:
> >>
> >> > Add new registers to the PCI common
On Tue, Nov 22 2022, "Michael S. Tsirkin" wrote:
> On Tue, Nov 22, 2022 at 03:46:38PM +0100, Cornelia Huck wrote:
>> On Sun, Nov 20 2022, "Michael S. Tsirkin" wrote:
>>
>> > Add new registers to the PCI common configuration structure.
>> >
>> > These registers will be used for querying the
On Wed, Nov 23, 2022 at 10:30:25AM +0100, Cornelia Huck wrote:
> On Tue, Nov 22 2022, "Michael S. Tsirkin" wrote:
>
> > On Tue, Nov 22, 2022 at 02:14:23PM +0100, Cornelia Huck wrote:
> >> On Sun, Nov 20 2022, "Michael S. Tsirkin" wrote:
> >> > +Administration virtqueues exists for a certain
On Tue, Nov 22 2022, "Michael S. Tsirkin" wrote:
> On Tue, Nov 22, 2022 at 02:14:23PM +0100, Cornelia Huck wrote:
>> On Sun, Nov 20 2022, "Michael S. Tsirkin" wrote:
>> > +Administration virtqueues exists for a certain owner device if
>> > +VIRTIO_F_ADMIN_VQ feature has been negotiated. The
On Wed, Nov 23, 2022 at 10:21:52AM +0100, Cornelia Huck wrote:
> On Tue, Nov 22 2022, "Michael S. Tsirkin" wrote:
>
> > On Mon, Nov 21, 2022 at 04:24:26PM +0100, Cornelia Huck wrote:
> >> On Sun, Nov 20 2022, "Michael S. Tsirkin" wrote:
> >> > \drivernormative{\subsection}{Feature Bits}{Basic
On Tue, Nov 22 2022, "Michael S. Tsirkin" wrote:
> On Tue, Nov 22, 2022 at 01:11:19PM +0100, Cornelia Huck wrote:
>> On Sun, Nov 20 2022, "Michael S. Tsirkin" wrote:
>> > +\item[Member device]
>> > +a device within a group. Owner device itself is not
>>
>> s/Owner/The owner/
>>
>> > +
On Tue, Nov 22 2022, "Michael S. Tsirkin" wrote:
> On Mon, Nov 21, 2022 at 04:24:26PM +0100, Cornelia Huck wrote:
>> On Sun, Nov 20 2022, "Michael S. Tsirkin" wrote:
>> > \drivernormative{\subsection}{Feature Bits}{Basic Facilities of a Virtio
>> > Device / Feature Bits}
>> > The driver MUST
45 matches
Mail list logo
