[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH v2] net: Fix hotplug with pci_add
From: |
Amit Shah |
Subject: |
Re: [Qemu-devel] [PATCH v2] net: Fix hotplug with pci_add |
Date: |
Tue, 8 Jun 2010 22:56:11 +0530 |
User-agent: |
Mutt/1.5.20 (2009-12-10) |
On (Tue) Jun 08 2010 [18:33:00], Markus Armbruster wrote:
> Amit Shah <address@hidden> writes:
>
> > The correct model type wasn't getting added when hotplugging nics with
> > pci_add.
> >
> > Testcase: start VM with default nic type. In the qemu_monitor:
> >
> > (qemu) pci_add auto nic model=virtio
> >
> > This results in a nic hot-plug of the same nic type as the default.
>
> Works fine for me on master, fd1dc858370d9a9ac7ea2512812c3a152ee6484b.
> What am I doing wrong?
Did you start with a virtio nic added? The 'default' here is the nic
type that's added as the first nic. Try this: start a VM with model
e1000 and use pci_add to add a nic type of virtio.
> > This was broken in 5294e2c774f120e10b44652ac143abda356f44eb
> >
> > Also changes the behaviour where no .init is defined for a
> > net_client_type. Previously, 0 was returned, which indicated the init
> > was successful and that 0 was the index into the nd_tables[] array.
> > Return -1, indicating unsuccessful init, in such a case.
>
> The only element of net_client_types[] without an init() method is type
> "none", index 0. So, doesn't this break -net none? And what does it
> fix?
The net_client_types[] index isn't relevant here. -net none works fine,
no problem.
Amit
[Qemu-devel] Re: [PATCH v2] net: Fix hotplug with pci_add, Michael S. Tsirkin, 2010/06/09