Who uses TYPE_VMBUS_DEVICE?

Who uses TYPE_VMBUS_DEVICE?

[Eduardo Habkost]

Hi,

I've just stumbled upon hw/hyperv/vmbus.c and I'm a bit confused:
I haven't found any subclasses of the abstract type
TYPE_VMBUS_DEVICE in the QEMU tree.

I see a few patches in qemu-devel implementing a few vmbus
devices, but none were merged to qemu.git master.  Are there any
short term plans to merge vmbus device implementations in QEMU?

-- 
Eduardo

Re: Who uses TYPE_VMBUS_DEVICE?

[Maciej S. Szmigiero]

Hi Eduardo,

On 09.10.2020 21:39, Eduardo Habkost wrote:
> Hi,
> 
> I've just stumbled upon hw/hyperv/vmbus.c and I'm a bit confused:
> I haven't found any subclasses of the abstract type
> TYPE_VMBUS_DEVICE in the QEMU tree.
> 
> I see a few patches in qemu-devel implementing a few vmbus
> devices, but none were merged to qemu.git master.  Are there any
> short term plans to merge vmbus device implementations in QEMU?
> 

Perhaps this depends on your definition of "short term".
At least one VMBus driver (hv-balloon) is being actively worked on
(by me).

Also, a working VMBus implementation (even without any downstream
devices) is apparently required for high-performance Windows
kernel debugging interfaces.

Maciej

Re: Who uses TYPE_VMBUS_DEVICE?

[Eduardo Habkost]

On Fri, Oct 09, 2020 at 11:05:31PM +0200, Maciej S. Szmigiero wrote:
> Hi Eduardo,
> 
> On 09.10.2020 21:39, Eduardo Habkost wrote:
> > Hi,
> > 
> > I've just stumbled upon hw/hyperv/vmbus.c and I'm a bit confused:
> > I haven't found any subclasses of the abstract type
> > TYPE_VMBUS_DEVICE in the QEMU tree.
> > 
> > I see a few patches in qemu-devel implementing a few vmbus
> > devices, but none were merged to qemu.git master.  Are there any
> > short term plans to merge vmbus device implementations in QEMU?
> > 
> 
> Perhaps this depends on your definition of "short term".
> At least one VMBus driver (hv-balloon) is being actively worked on
> (by me).

Good to know, thanks!

> 
> Also, a working VMBus implementation (even without any downstream
> devices) is apparently required for high-performance Windows
> kernel debugging interfaces.

Other code might be required, but TYPE_VMBUS_DEVICE seems to be
dead code (which can't be executed or tested at all) unless a
concrete class exists.

-- 
Eduardo

Re: Who uses TYPE_VMBUS_DEVICE?

[Jon Doron]

Hi Eduardo,

Sorry for the late reply, in general there are also hv-net and hv-scsi
implementations from Roman Kagan, which have not been merged in...

I have a WIP component which does not use vmbus but Windows needs it
to exist and function in order for it to work (it's the synthetic
debugger interface for HyperV)

On Sat, Oct 10, 2020 at 12:28 AM Eduardo Habkost <ehabkost@redhat.com> wrote:
>
> On Fri, Oct 09, 2020 at 11:05:31PM +0200, Maciej S. Szmigiero wrote:
> > Hi Eduardo,
> >
> > On 09.10.2020 21:39, Eduardo Habkost wrote:
> > > Hi,
> > >
> > > I've just stumbled upon hw/hyperv/vmbus.c and I'm a bit confused:
> > > I haven't found any subclasses of the abstract type
> > > TYPE_VMBUS_DEVICE in the QEMU tree.
> > >
> > > I see a few patches in qemu-devel implementing a few vmbus
> > > devices, but none were merged to qemu.git master.  Are there any
> > > short term plans to merge vmbus device implementations in QEMU?
> > >
> >
> > Perhaps this depends on your definition of "short term".
> > At least one VMBus driver (hv-balloon) is being actively worked on
> > (by me).
>
> Good to know, thanks!
>
> >
> > Also, a working VMBus implementation (even without any downstream
> > devices) is apparently required for high-performance Windows
> > kernel debugging interfaces.
>
> Other code might be required, but TYPE_VMBUS_DEVICE seems to be
> dead code (which can't be executed or tested at all) unless a
> concrete class exists.
>
> --
> Eduardo
>