|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v6 10/13] libxl: set nic type to VIF by default
On Tue, 2012-06-26 at 17:58 +0100, Pasi KÃrkkÃinen wrote:
> On Tue, Jun 26, 2012 at 05:20:35PM +0100, Roger Pau Monne wrote:
> > Ian Jackson wrote:
> > >Roger Pau Monne writes ("[PATCH v6 10/13] libxl: set nic type to VIF by
> > >default"):
> > >>Set the default value for nic interfaces to VIF, since it used to be
> > >>IOEMU, even for PV guests.
> > >
> > >If your renaming of IOEMU to VIF_IOEMU is correct, does this not stop
> > >HVM guests getting emulated network interfaces by default ?
> >
> > Yes, if you want emulated interfaces with HVM guests you should use
> > 'type=ioemu', that's how it has always been right?
> >
>
> With Xen 4.1 you don't have to use "type=ioemu". Emulated interfaces seem to
> work OK without "type=ioemu".
> (at least with xm/xend). And if you actually do add "type=ioemu" it will
> break PVHVM for Linux guests..
>
> Quote from: http://wiki.xen.org/wiki/XenLinuxPVonHVMdrivers
>
> "NOTE! If you have "type=ioemu" specified for the "vif"-line, PVHVM
> drivers WILL NOT work! Don't specify "type" parameter for the vif.
> (with type=ioemu the pvhvm nic in the VM will have mac address full of
> zeroes - and thus won't work!). "
mac=00:00:00:00:00 is certainly a bug, if (lib)xl behaves this way too
then we should fix it.
But surely type=ioemu is supposed to mean "only emulated"? In which case
the actual xend bug is that it created a PV VIF at all.
What are the options here? I think they are, with their (lib)xl
behaviour:
PV HVM
type=ioemu meaningless / an error emulated device + paravirt VIF*
type=vif paravirt VIF device*& paravirt VIF device only&
Where * == current lib(xl) default and & == proposed default after this change.
and:
type=ioemu => LIBXL_NIC_TYPE_IOEMU to be renamed
LIBXL_NIC_TYPE_VIF_IOEMU.
type=vif => LIBXL_NIV_TYPE_VIF, no renaming proposed.
But if my table is correct then LIBXL_NIC_TYPE_VIF_IOEMU is the right
default and shouldn't be changed. Roger can you either confirm or
correct my table.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |