Re: [PATCH] xen: Introduce 'xen_nopv' to disable PV extensions for HVM guests.

[Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=utf-8, Size: 2091 bytes --]


On Jul 11, 2014 6:52 PM, "H. Peter Anvin" <hpa@zytor.com> wrote:
>
> On 07/11/2014 12:53 PM, konrad@kernel.org wrote: 
> > 
> > diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt 
> > index c1b9aa8..5dcfa6e 100644 
> > --- a/Documentation/kernel-parameters.txt 
> > +++ b/Documentation/kernel-parameters.txt 
> > @@ -3691,6 +3691,10 @@ bytes respectively. Such letter suffixes can also be entirely omitted. 
> >  Disables the ticketlock slowpath using Xen PV 
> >  optimizations. 
> >  
> > + xen_nopv [X86,XEN] 
> > + Disables the PV optimizations forcing the guest to run 
> > + as generic HVM guest with no PV drivers. 
> > + 
> >  xirc2ps_cs= [NET,PCMCIA] 
> >  Format: 
> >  <irq>,<irq_mask>,<io>,<full_duplex>,<do_sound>,<lockup_hack>[,<irq2>[,<irq3>[,<irq4>]]] 
> > diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c 
> > index ffb101e..eb82239 100644 
> > --- a/arch/x86/xen/enlighten.c 
> > +++ b/arch/x86/xen/enlighten.c 
> > @@ -1826,8 +1826,19 @@ static void __init xen_hvm_guest_init(void) 
> >  xen_hvm_init_mmu_ops(); 
> >  } 
> >  
> > +static bool xen_nopv = false; 
> > +static __init int xen_parse_nopv(char *arg) 
> > +{ 
> > +       xen_nopv = true; 
> > +       return 0; 
> > +} 
> > +early_param("xen_nopv", xen_parse_nopv); 
> > + 
> >  static uint32_t __init xen_hvm_platform(void) 
> >  { 
> > + if (xen_nopv) 
> > + return 0; 
> > + 
> >  if (xen_pv_domain()) 
> >  return 0; 
> >  
> > @@ -1836,6 +1847,8 @@ static uint32_t __init xen_hvm_platform(void) 
> >  
> >  bool xen_hvm_need_lapic(void) 
> >  { 
> > + if (xen_nopv) 
> > + return false; 
> >  if (xen_pv_domain()) 
> >  return false; 
> >  if (!xen_hvm_domain()) 
> > 
>
> Any reason to not simply let xen_pv_domain() return false here?

It does return false already.

Did you mean to collapse them together?
>
> Also, the latter seems a bit odd? 
>
> -hpa 
>
ÿôèº{.nÇ+‰·Ÿ®‰­†+%ŠËÿ±éݶ\x17¥Šwÿº{.nÇ+‰·¥Š{±þG«éÿŠ{ayº\x1dʇڙë,j\a­¢f£¢·hšïêÿ‘êçz_è®\x03(­éšŽŠÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?™¨è­Ú&£ø§~á¶iO•æ¬z·švØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?–I¥