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

RE: [PATCH 20/37] xen: introduce CONFIG_EFI to stub API for non-EFI architecture


  • To: Jan Beulich <jbeulich@xxxxxxxx>
  • From: Wei Chen <Wei.Chen@xxxxxxx>
  • Date: Sun, 26 Sep 2021 10:25:10 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=79FInNMSLaherc7NshKSNL14rlvm3gvZlBDeqKAzniM=; b=IBBMoGaW+QU6R806yZ/sUgJlMlTK3rgqGOwaEg17NLci5Lnatq3+2oCf574t94QbzmpEC8vddipkgUV71FaLIzBmyaDysdNViLUk025doWwzZ2XMMKH/B208o8gwz3/cuMBNhmbaS3c/3bKap7ypP0R2grJZH3w8c8RDKjETiUFTYarj1iLcDUsADj9QGWBqVC/kYIzd54AeCsqKmhiVYjZkR5rxEyXrQ6WYAgifG7VIpAV6sr4FHvOYGB9wgpDG13oIuzqFgNMGCagFAjhReu60ymd4ff2gdX4C0SbSXIxrO1hZTVuyNhNo1VV5zPb8yrPRET9WKoUbBpHvIC+Kiw==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PEdCQ/d7ENQlI69RI81Y3IVugb0qRZbiIsXKV8SAIGUHy4oh8ItCGbLzq+SJ1IOXvUC61fDOOarzKR/eiD1/YMcL1pqymU947PBl9wiXo35zp2dTIHSsVRvRFfMedtMn3hcjjfwy+wyskubKwYvbAj8Dey6Yv9a96/r+DeAbr8/ZZ3/dLJZPVYusHaUduDIF02aiBGIG5WmpNxml066ByehQhVySFMfhLZuHmYVM0iJOatdFu4hCOp9UUOrMCrR34bnAO8d8qTyTfgEVIsyaNUjpsskI7+ZKGbjpDODMpl0X1BGkvejcqDDKRESqO8hFNWD1ap9UWf+dyxNW9L8VUQ==
  • Authentication-results-original: suse.com; dkim=none (message not signed) header.d=none;suse.com; dmarc=none action=none header.from=arm.com;
  • Cc: "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, "julien@xxxxxxx" <julien@xxxxxxx>, Bertrand Marquis <Bertrand.Marquis@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>
  • Delivery-date: Sun, 26 Sep 2021 10:25:37 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Nodisclaimer: true
  • Original-authentication-results: suse.com; dkim=none (message not signed) header.d=none;suse.com; dmarc=none action=none header.from=arm.com;
  • Thread-index: AQHXsHMtR+l18+MmpE6rl/RjSXTBgquyYmkAgAA2xQCAADnbAIAAKWhQgAAGUwCAAxtPwA==
  • Thread-topic: [PATCH 20/37] xen: introduce CONFIG_EFI to stub API for non-EFI architecture

Hi Jan,

> -----Original Message-----
> From: Xen-devel <xen-devel-bounces@xxxxxxxxxxxxxxxxxxxx> On Behalf Of Jan
> Beulich
> Sent: 2021年9月24日 18:49
> To: Wei Chen <Wei.Chen@xxxxxxx>
> Cc: xen-devel@xxxxxxxxxxxxxxxxxxxx; julien@xxxxxxx; Bertrand Marquis
> <Bertrand.Marquis@xxxxxxx>; Stefano Stabellini <sstabellini@xxxxxxxxxx>
> Subject: Re: [PATCH 20/37] xen: introduce CONFIG_EFI to stub API for non-
> EFI architecture
> 
> On 24.09.2021 12:31, Wei Chen wrote:
> >> From: Jan Beulich <jbeulich@xxxxxxxx>
> >> Sent: 2021年9月24日 15:59
> >>
> >> On 24.09.2021 06:34, Wei Chen wrote:
> >>>> From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
> >>>> Sent: 2021年9月24日 9:15
> >>>>
> >>>> On Thu, 23 Sep 2021, Wei Chen wrote:
> >>>>> --- a/xen/common/Kconfig
> >>>>> +++ b/xen/common/Kconfig
> >>>>> @@ -11,6 +11,16 @@ config COMPAT
> >>>>>  config CORE_PARKING
> >>>>>         bool
> >>>>>
> >>>>> +config EFI
> >>>>> +       bool
> >>>>
> >>>> Without the title the option is not user-selectable (or de-
> selectable).
> >>>> So the help message below can never be seen.
> >>>>
> >>>> Either add a title, e.g.:
> >>>>
> >>>> bool "EFI support"
> >>>>
> >>>> Or fully make the option a silent option by removing the help text.
> >>>
> >>> OK, in current Xen code, EFI is unconditionally compiled. Before
> >>> we change related code, I prefer to remove the help text.
> >>
> >> But that's not true: At least on x86 EFI gets compiled depending on
> >> tool chain capabilities. Ultimately we may indeed want a user
> >> selectable option here, but until then I'm afraid having this option
> >> at all may be misleading on x86.
> >>
> >
> > I check the build scripts, yes, you're right. For x86, EFI is not a
> > selectable option in Kconfig. I agree with you, we can't use Kconfig
> > system to decide to enable EFI build for x86 or not.
> >
> > So how about we just use this EFI option for Arm only? Because on Arm,
> > we do not have such toolchain dependency.
> 
> To be honest - don't know. That's because I don't know what you want
> to use the option for subsequently.
> 

In last version, I had introduced an arch-helper to stub EFI_BOOT
in Arm's common code for Arm32. Because Arm32 doesn't support EFI.
So Julien suggested me to introduce a CONFIG_EFI option for non-EFI
supported architectures to stub in EFI layer.

[1] https://lists.xenproject.org/archives/html/xen-devel/2021-08/msg00808.html

> Jan
> 


 


Rackspace

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