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

Re: [RFC PATCH] x86/xen: Consider Xen PVH support in CONFIG_XEN_PVHVM


  • To: Teddy Astie <teddy.astie@xxxxxxxxxx>
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
  • Date: Tue, 24 Feb 2026 15:26:21 +0100
  • 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=19Bd8LEvftnJthG+o8hKaEYBpVLnInB6hlRHUhfQQxQ=; b=mrRZg3AIn2mOS2CmmWY36EAnsHcbEsTvO7UhUl2sRlTL9hFTJ1zCxdLD/wE9cwCkes8AcUG0PE4dd9495+bM4lfm5nLLS9E/YF7CEfD3cLyjsHLHRDSxJa0qt9HV6Dm5Qry0Uk0OmKE6nNcC/O3XSh8tPbtJi9u7TREhHypGB4X1hshJ8mhi3jkVG50X5kbfhuKgRwEaSNGse9yeskw63xfiwI8UNbc7TmxZi8YB9Nwf5sPOTpAdR/TymQ0Gf9HVjDYvdaJG3Yty+UjgBDaSRLnnjvdWHFQkeT4vuB3HRREvfXRx79J8/dGuI94kHN0/xvv5NEKKHILrOP0xC3NS3Q==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=B1keaC/Li05eccQ9IIX3eRGKIBgaY/uUn/TEoi/m3KP5GdT8mStTCHXvXOPgubQFboTQq18WmYmM65qRa8/shCnufuNoOpsJCnc02IqTsW0BbAp5e0f854VB16Hb1DSFCHknJXX+UCLl4IBmTPLopAumjJn2cGeMLlJm/tf4zIV6vs2s6ZDfD48ETg1loz+PSG1eX0LkHcyGPIUNQuqixuHECXmsgHYIrOyyWWiHycRiCUrxjsLMq/326RTF6xB7GqBRGo+onLO+KHRfBXj+nqD6m0W6rHlViJKo7LtIB2LvQJM8xvCxgkmiyf5sBixSAO5ZW7hJX66KW1HjGMcwbw==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=citrix.com;
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, Juergen Gross <jgross@xxxxxxxx>, Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>, Oleksandr Tyshchenko <oleksandr_tyshchenko@xxxxxxxx>
  • Delivery-date: Tue, 24 Feb 2026 14:26:33 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On Tue, Feb 24, 2026 at 12:34:31PM +0000, Teddy Astie wrote:
> Le 24/02/2026 à 12:16, Roger Pau Monné a écrit :
> > On Tue, Feb 24, 2026 at 10:51:35AM +0000, Teddy Astie wrote:
> >> It's currently possible to build Linux with CONFIG_PVH|CONFIG_XEN_PVHVM
> >> and no CONFIG_XEN_PVH. That leads to inconsistent kernels that fails with
> >> "Missing xen PVH initialization" when booting using PVH boot method or
> >> display various errors and fail to initialize Xen PV drivers when booting
> >> with PVH-GRUB.
> >>
> >>      platform_pci_unplug: Xen Platform PCI: unrecognised magic value
> >>      ...
> >>      # modprobe xen-blkfront
> >>      modprobe: ERROR: could not insert 'xen_blkfront': No such device
> >>      # modprobe xen-netfront
> >>      modprobe: ERROR: could not insert 'xen_netfront': No such device
> >>
> >> When built without CONFIG_XEN_PVH, PVH-specific logic is disabled, hence 
> >> when
> >> booting with e.g PVH-OVMF, Linux assumes we are a HVM guest, even when we 
> >> aren't
> >> actually one (in the "with HVM emulated devices" sense).
> >>
> >> As it is actually possible to boot Xen PVH without CONFIG_PVH; and that 
> >> most
> >> Xen-related logic exist within CONFIG_XEN_PVHVM; consider PVH guests 
> >> support
> >> within CONFIG_XEN_PVHVM instead of CONFIG_XEN_PVH.
> > 
> > So the current CONFIG_PVH selection done by CONFIG_XEN_PVH is moot?
> > 
> >> Keep CONFIG_XEN_PVH as a shortcut to enable PVH boot, ACPI support and 
> >> PVHVM.
> >>
> >> Signed-off-by: Teddy Astie <teddy.astie@xxxxxxxxxx>
> >> ---
> >> Cc: Juergen Gross <jgross@xxxxxxxx>
> >> Cc: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
> >> Cc: Oleksandr Tyshchenko <oleksandr_tyshchenko@xxxxxxxx>
> >>
> >> A tentative patch, I'm not sure of the way of dealing with the KConfig 
> >> part,
> >> keeping CONFIG_XEN_PVH as a shortcut is interesting, but there may be other
> >> options.
> >>
> >> There are widespreadly used Linux distributions that have a similar 
> >> configuration
> >> to this one, thus exhibit this issue i.e fail to boot.
> > 
> > Do you know the underlying cause of not enabling CONFIG_XEN_PVH?  Is
> > the default set to n on the defconfig?  Or are distros specifically
> > disabling this option on purpose?
> > 
> 
> I'm observing in these distros that
> 
>  > # CONFIG_XEN_PVH is not set
>  > CONFIG_XEN_PVHVM_GUEST=y
>  > CONFIG_XEN_PVHVM=y
> 
> Which makes CONFIG_XEN_PVH defaults to n.

We should possibly send a patch to those distros Kconfig to enable
CONFIG_XEN_PVH?  I think it's a bug on their side that Xen PVH is not
enabled.  Us trying to workaround this in our Linux Kconfig options
seem wrong.

Thanks, Roger.



 


Rackspace

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