[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v2] xen/x86: Check supported features even for PVH dom0


  • To: Jan Beulich <jbeulich@xxxxxxxx>
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
  • Date: Wed, 8 Apr 2026 12:22:30 +0200
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=citrix.com; dmarc=pass action=none header.from=citrix.com; dkim=pass header.d=citrix.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=pypoFiR1BMj15sMVCp71mL6bnFBZjzvQYbP1C4FeNSo=; b=vt3hsTKzo+ueCge9Fb5TZiCr/BWUhsh4hLjuZSE3ZICF1mAw/0g1w2rziRvdBwT3crnSfB0vg4kaT266j6p4UeYACsonZoQz1qwCXRl0H8LStRDiCuurtSfPmQzxySTKvqyzsP5Qyfl57Z4tuvPql/lzgbxd8kCplC0ZV3kvPTAs8LQeOJUMnEgKfTrUZkTtLKz2Qh9fCHcCOVpoDg3MPqEoxuPAjGe6VqqnNTChy8XtLnpa27r2fd53BGo6Mzp5W4KGVU66iSRwmzJUlaXoLpEbdiO/a+Yo3pplxERY5KTnf8UEmApFU0PPil9TcQBaW5sd8Y8SXl164DWXhYZttw==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=myhzkVZIL0XH6MDHQSA/xJpx00FIlEJLPQb7guRa+cHuXUTKg4x1JLNW2pO75/VIcNb7qT8jHJgAyY7jOCkEhJFKtWglMQgM3Vm2LW6Eqz8UVt8rcT8Z06Fdo7ffwqWauYcuxPIuO/PgZt+TK/aVcXe4F8kJgnbFR5NaJLZI2SKCrDBV8+cP4oHaLlw5doNLOfFOzCVO0IxZGAlzD+Q1EEjQM020KtpFCROGapgpn91YiVnsmJpCMCCZoWwCDuP1rHSNtmmuliSqkzJvWxb13eD4g/Rr+diMt6BYbMbYrtS0seWk5typxfJNb7CYwKpoGMekZHYQPGPRff+rXiZZUw==
  • Authentication-results: eu.smtp.expurgate.cloud; dkim=pass header.s=selector1 header.d=citrix.com header.i="@citrix.com" header.h="From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck"
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=citrix.com;
  • Cc: Frediano Ziglio <freddy77@xxxxxxxxx>, Frediano Ziglio <frediano.ziglio@xxxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
  • Delivery-date: Wed, 08 Apr 2026 10:22:44 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On Tue, Apr 07, 2026 at 08:56:03AM +0200, Jan Beulich wrote:
> On 02.04.2026 17:55, Frediano Ziglio wrote:
> > --- a/xen/arch/x86/dom0_build.c
> > +++ b/xen/arch/x86/dom0_build.c
> > @@ -320,6 +320,20 @@ unsigned long __init dom0_paging_pages(const struct 
> > domain *d,
> >      return DIV_ROUND_UP(memkb, 1024) << (20 - PAGE_SHIFT);
> >  }
> >  
> > +int __init dom0_check_parms(
> 
> I understand the "dom0" in the name is owing to the filename and perhaps
> adjacent other similar functions, yet ...
> 
> > +    struct domain *d, const struct elf_dom_parms *parms)
> > +{
> > +    if ( parms->elf_notes[XEN_ELFNOTE_SUPPORTED_FEATURES].type == 
> > XEN_ENT_NONE )
> > +        return 0;
> > +
> > +    if ( is_hardware_domain(d) && !test_bit(XENFEAT_dom0, 
> > parms->f_supported) )
> 
> ... if this was about solely Dom0, no is_hardware_domain() should be present
> here. Maybe s/dom0/initdom/ ?

I think the naming of the feature flag is not very useful TBH.  What
is the kernel really advertising when setting XENFEAT_dom0?  I've
assumed it was the capability of running as a hardware domain, which
requires a different set of functionality inside of the kernel to deal
with hardware devices.

We might want to take this opportunity to clarify in the headers what
XENFEAT_dom0 means.

Thanks, Roger.



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.