RE: [PATCH] drivers: hv: use Linux version in guest ID

[KY Srinivasan]

> -----Original Message-----
> From: Greg KH [mailto:gregkh@xxxxxxxxxxxxxxxxxxx]
> Sent: Friday, July 20, 2012 12:10 PM
> To: KY Srinivasan
> Cc: Bjørn Mork; Paolo Bonzini; devel@xxxxxxxxxxxxxxxxxxxxxx; linux-
> kernel@xxxxxxxxxxxxxxx
> Subject: Re: [PATCH] drivers: hv: use Linux version in guest ID
> 
> On Fri, Jul 20, 2012 at 04:02:44PM +0000, KY Srinivasan wrote:
> > > On Fri, Jul 20, 2012 at 10:03:08AM +0200, Bjørn Mork wrote:
> > > > Use OS version number in the guest ID as recommended by Microsoft
> > > >
> > > > Signed-off-by: Bjørn Mork <bjorn@xxxxxxx>
> > > > ---
> > > > So how about something like this?  Yes, I know including
> > > > linux/version.h often is unwanted, but the spec does
> > > > recommend using the actual OS version in the guest ID
> > > >
> > > > Yes, this will be offensive again when Linux is at
> > > > version 181.0, but we might have found a better solution by
> > > > then :-)
> > > >
> > > >
> > > >  drivers/hv/hyperv_vmbus.h |   20 ++++++++++++++++----
> > > >  1 file changed, 16 insertions(+), 4 deletions(-)
> > > >
> > > > diff --git a/drivers/hv/hyperv_vmbus.h b/drivers/hv/hyperv_vmbus.h
> > > > index b9426a6..cc0c3f0 100644
> > > > --- a/drivers/hv/hyperv_vmbus.h
> > > > +++ b/drivers/hv/hyperv_vmbus.h
> > > > @@ -29,6 +29,7 @@
> > > >  #include <asm/sync_bitops.h>
> > > >  #include <linux/atomic.h>
> > > >  #include <linux/hyperv.h>
> > > > +#include <linux/version.h>
> > > >
> > > >  /*
> > > >   * The below CPUID leaves are present if
> > > VersionAndFeatures.HypervisorPresent
> > > > @@ -410,10 +411,21 @@ enum {
> > > >
> > > >  #define HV_PRESENT_BIT			0x80000000
> > > >
> > > > -#define HV_LINUX_GUEST_ID_LO		0x00000000
> > > > -#define HV_LINUX_GUEST_ID_HI		0xB16B00B5
> > > > -#define HV_LINUX_GUEST_ID		(((u64)HV_LINUX_GUEST_ID_HI
> > > << 32) | \
> > > > -					   HV_LINUX_GUEST_ID_LO)
> > > > +/* Linux vendor ID allocated by Microsoft */
> > > > +#define HV_LINUX_GUEST_ID_VENDOR	0xB16B
> > > > +
> > > > +/* Creating a guest ID conforming to the encoding recommended by
> > > > + * Microsoft, with variant and build fixed to 0
> > >
> > > We could use the kernel build number here as well, if we really wanted
> > > it, right?
> > >
> > > Otherwise, I like this patch, KY, any objection to me taking it?
> >
> > Greg,
> >
> > If it is ok with you can we wait a couple of days. I am pushing to get information
> > back from folks within MSFT. I am hoping  we can fix this issue soon.
> 
> Ok, I'll hold on to it for a week or so.

Greg,

While there is some dependency on the current Linux guest ID, we will go ahead and
change the guest ID for Linux to conform to MSFT documented guidelines. Over the next
couple of days, we are planning on finalizing the ID namespace for non-windows guests
on Hyper-V. I will post our proposal on this mailing list soon. 

Regards,

K. Y
> 
> thanks,
> 
> greg k-h
> 
> 



--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/