From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail05.groups.io (mail05.groups.io [45.79.224.7]) by spool.mail.gandi.net (Postfix) with ESMTPS id C4F9C941C3F for ; Wed, 15 Jan 2025 18:52:59 +0000 (UTC) DKIM-Signature: a=rsa-sha256; bh=wjsl3fUjEfKW9OIQOaJ4hPjUH6Czsn7oYZg+0WwqvD0=; c=relaxed/simple; d=groups.io; h=Message-Id:To:Mime-Version:References:Date:Cc:Subject:From:In-Reply-To:Precedence:List-Subscribe:List-Help:Sender:List-Id:Mailing-List:Delivered-To:Resent-Date:Resent-From:Reply-To:List-Unsubscribe-Post:List-Unsubscribe:Content-Type; s=20240830; t=1736967179; v=1; x=1737226378; b=HLj6m+7Da2/eQJEsLBy8e2xSG4m3v2yjZ33OiEpskynX1q0lxL8lYZgdc50j0G+1C/1K4wcZ nQ1o74OReQ7kuzKdi/6SKwSDo4dRmQmxZw3M1FAn5U6buU1yngwaMpnEzKMwswpYjbzYeP4sE/K zcCbPM9y682srIvaMmqbSqVD6JG8CE+CgbmGxsFk2ehLb+TwyazNglK46RXhNYT4iWS+B13P/Ut m9vmaD+XJbVVMrdUTv3RSnzYygChzTbmYpKtXS9ZAH0QguDN7LZ4nvorR97tb9erNtFR8iTi+hM htAdS88djA2TyC8sF5DKCUrg14W8XeSV58h6C//fQ5Gfw== X-Received: by 127.0.0.2 with SMTP id S0OTYY7687511xBqa0gO4Yzi; Wed, 15 Jan 2025 10:52:58 -0800 X-Received: from va-1-19.ptr.blmpb.com (va-1-19.ptr.blmpb.com [209.127.230.19]) by mx.groups.io with SMTP id smtpd.web10.41033.1736399697857005113 for ; Wed, 08 Jan 2025 21:14:58 -0800 Message-Id: <94ba23fe064f2d82b913d4850e73e1d7918b1915.ba2fbd0b.3108.484f.a792.3519856c7a33@feishu.cn> To: "Leif Lindholm" Mime-Version: 1.0 X-Lms-Return-Path: References: <2nvp477n4ah4o4tlbw5h3a5tsrrzfbzfmdoeqw2cpmygxzsnhl@3swp7whktlfu> Date: Thu, 09 Jan 2025 13:14:49 +0800 Cc: "Gerd Hoffmann" , , "Ard Biesheuvel" , "Kinney, Michael D" , "Michael Kubacki" Subject: Re: [edk2-devel] Expansion of ARCH in .dsc files From: "Ajan Zhong" In-Reply-To: Precedence: Bulk List-Subscribe: List-Help: Sender: devel@edk2.groups.io List-Id: Mailing-List: list devel@edk2.groups.io; contact devel+owner@edk2.groups.io Resent-Date: Wed, 15 Jan 2025 10:52:52 -0800 Resent-From: ajan.zhong@newfw.com Reply-To: devel@edk2.groups.io,ajan.zhong@newfw.com List-Unsubscribe-Post: List-Unsubscribe=One-Click List-Unsubscribe: X-Gm-Message-State: AwvX8VoVKthqcqdH5nXa9Unxx7686176AA= Content-Type: multipart/alternative; boundary=d16e4af843f2bff3d2dfbff92528ee105cf37634a97f1eb7fa064cb4fcbb X-GND-Status: LEGIT Authentication-Results: spool.mail.gandi.net; dkim=pass header.d=groups.io header.s=20240830 header.b=HLj6m+7D; dmarc=none; spf=pass (spool.mail.gandi.net: domain of bounce@groups.io designates 45.79.224.7 as permitted sender) smtp.mailfrom=bounce@groups.io --d16e4af843f2bff3d2dfbff92528ee105cf37634a97f1eb7fa064cb4fcbb Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Thanks all. I checked packages which support multiple architectures (IA32 and X64), all= these modules generate only one flash image for one architecture. And chec= ked build process python scripts, we have no other way to build IA32/X64/AA= RCH64 at same time. As suggested, I plan to update azure Ubuntu GCC5 pipeline to adapt this sce= nario. And will provide feedback after validation. > From: "Leif Lindholm" > Date: Thu, Jan 9, 2025, 12:02 AM > Subject: Re: [edk2-devel] Expansion of ARCH in .dsc files > To: "Gerd Hoffmann" > Cc: , "Ajan Zhong", "Ard Bies= heuvel", "Kinney, Michael D", "Michael Kubacki" > On Wed, 8 Jan 2025 at 15:01, Gerd Hoffmann wrote: > > > Because "the list of all architectures being built simultaneously" > > > simply isn't very useful information build-time. > > > > I think this is not intended for building all archs in simultaneously > > (even though that often works too), but for firmware images using code > > from multiple architectures. =C2=A0That is (or used to be?) common in t= he x86 > > world, where firmware can run the PEI phase in 32-bit mode (aka IA32) > > and the DXE phase in 64-bit mode (aka X64). > > > > See OvmfPkg/OvmfPkgIa32X64.dsc >=20 > Yes, indeed. > It feels like a bit of a hack introduced specifically for that > specific case (but not documented as such). >=20 > So, Ajan - I guess that means arguably the CI job should be reworked > to call the different arch builds independently. Then the problem > would go away even without the Defines.$ARCH change. >=20 > / > =C2=A0 =C2=A0 Leif >=20 -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#121002): https://edk2.groups.io/g/devel/message/121002 Mute This Topic: https://groups.io/mt/110483263/7686176 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [rebecca@openfw.io] -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- --d16e4af843f2bff3d2dfbff92528ee105cf37634a97f1eb7fa064cb4fcbb Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8
Thanks all.

I check= ed packages which support multiple architectures (IA32 and X64), all these = modules generate only one flash image for one architecture. And checked bui= ld process python scripts, we have no other way to build IA32/X64/AARCH64 a= t same time.

As suggested, I plan to update azure Ubuntu GCC5 pipeline t= o adapt this scenario. And will provide feedback after validation.

From: "Leif Lindholm"<leif.lindholm@oss.qualcomm.= com>
Date: Thu, Jan 9, 2025, 12:02 AM
Subject: Re: [edk2-devel] Expansion of ARCH in .dsc files
= To: "Gerd Hoffmann"<= ;kraxel@redhat.com><= /div>
Cc: <devel@edk2.groups.io>, "Ajan Zhong"<ajan.zhong@newfw.com>, "Ard Biesheuvel"<ardb+tianocore@kernel.org>, "Kinney, Michael D"<michael.d.kinney@i= ntel.com>, "Michael = Kubacki"<mikuback@linux.microsoft.com>
On Wed, 8 Jan= 2025 at 15:01, Gerd Hoffmann <kraxel@redhat.com> wrote:
> > Because "the list of all architectures being buil= t simultaneously"
> > simply isn't very useful information build-time.
>
> I think this is not intended for building all archs in simultaneo= usly
> (even though that often works too), but for firmware images using= code
> from multiple architectures. =C2=A0That is (or used to be?) commo= n in the x86
> world, where firmware can run the PEI phase in 32-bit mode (aka I= A32)
> and the DXE phase in 64-bit mode (aka X64).
>
> See OvmfPkg/OvmfPkgIa32X64.dsc

Yes, indeed.
It feels like a bit of a hack introduced specifically for that
specific case (but not documented as such).

So, Ajan - I guess that means arguably the CI job should be reworked
to call the different arch builds independently. Then the problem
would go away even without the Defines.$ARCH change.

/
=C2=A0 =C2=A0 Leif
_._,_._,_
Groups.io Links:

=20 You receive all messages sent to this group. =20 =20

View/Reply Online (#121002) | =20 | Mute= This Topic | New Topic
Your Subscriptio= n | Contact Group Owner | Unsubscribe [rebecca@openfw.io]

_._,_._,_
--d16e4af843f2bff3d2dfbff92528ee105cf37634a97f1eb7fa064cb4fcbb--