From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from rn-mailsvcp-ppex-lapp14.apple.com (rn-mailsvcp-ppex-lapp14.apple.com [17.179.253.33]) by mx.groups.io with SMTP id smtpd.web10.7226.1654319390911939065 for ; Fri, 03 Jun 2022 22:09:50 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@apple.com header.s=20180706 header.b=CKfjGglJ; spf=pass (domain: apple.com, ip: 17.179.253.33, mailfrom: afish@apple.com) Received: from pps.filterd (rn-mailsvcp-ppex-lapp14.rno.apple.com [127.0.0.1]) by rn-mailsvcp-ppex-lapp14.rno.apple.com (8.16.1.2/8.16.1.2) with SMTP id 25455IN7021704 for ; Fri, 3 Jun 2022 22:09:50 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=from : content-type : content-transfer-encoding : mime-version : subject : message-id : date : to; s=20180706; bh=+20OfCE3rbzQBOWSmJI+RtRKyRg2ZynjzC/jFE8nnTo=; b=CKfjGglJEb/LfVY2Y8iC/a7b2MwUNZ7LPGNh9jJsEqsebwnBktg5eLLvLXNXcpUiWkFH IuAnKwVUv/3is29dvoEkX62MHzHTw/qxaeFSyEV5JB6cemV/Ttvn6+ykf/H2oBWnUTSI NKp6fy39w/QdaQcnBn8bEFbp50pwpBc76lyRkpFcddzo2wvlATp6n+CuBCqrmgyAOw/7 O52BWWXcqQcCECT0BcahUvNVPF0WTa4RZSrw+r+wM/loq680JW1qkG3lijXirks0QOXt ucGCpHczAP6b9rEzJ9mVhnekoNNHZbuMx9MClpiVcxi84eKV+keBo/bVnYgkDjxsNbjb Dg== Received: from rn-mailsvcp-mta-lapp02.rno.apple.com (rn-mailsvcp-mta-lapp02.rno.apple.com [10.225.203.150]) by rn-mailsvcp-ppex-lapp14.rno.apple.com with ESMTP id 3gc3na0101-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 03 Jun 2022 22:09:50 -0700 Received: from rn-mailsvcp-mmp-lapp01.rno.apple.com (rn-mailsvcp-mmp-lapp01.rno.apple.com [17.179.253.14]) by rn-mailsvcp-mta-lapp02.rno.apple.com (Oracle Communications Messaging Server 8.1.0.18.20220407 64bit (built Apr 7 2022)) with ESMTPS id <0RCX00488T0D2H10@rn-mailsvcp-mta-lapp02.rno.apple.com> for devel@edk2.groups.io; Fri, 03 Jun 2022 22:09:49 -0700 (PDT) Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp01.rno.apple.com by rn-mailsvcp-mmp-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.18.20220407 64bit (built Apr 7 2022)) id <0RCX00G00SZ8C600@rn-mailsvcp-mmp-lapp01.rno.apple.com> for devel@edk2.groups.io; Fri, 03 Jun 2022 22:09:49 -0700 (PDT) X-Va-A: X-Va-T-CD: 5975dd1eaec8696b379f33739df9e0a8 X-Va-E-CD: f263e61622c2419d8d0030e1a57e7768 X-Va-R-CD: 3dcfc9f93f2bd67424e3775f8cd47780 X-Va-CD: 0 X-Va-ID: 18c4eb58-95b0-49ee-9780-7a8e719d4000 X-V-A: X-V-T-CD: 5975dd1eaec8696b379f33739df9e0a8 X-V-E-CD: f263e61622c2419d8d0030e1a57e7768 X-V-R-CD: 3dcfc9f93f2bd67424e3775f8cd47780 X-V-CD: 0 X-V-ID: 1ed5a5d6-27d9-4307-9dc7-cef714056dc0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.517,18.0.874 definitions=2022-06-03_08:2022-06-02,2022-06-03 signatures=0 Received: from smtpclient.apple (unknown [17.235.62.195]) by rn-mailsvcp-mmp-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.18.20220407 64bit (built Apr 7 2022)) with ESMTPSA id <0RCX0037AT08KZ00@rn-mailsvcp-mmp-lapp01.rno.apple.com> for devel@edk2.groups.io; Fri, 03 Jun 2022 22:09:49 -0700 (PDT) From: "Andrew Fish" MIME-version: 1.0 (Mac OS X Mail 15.0 \(3693.20.0.1.32\)) Subject: [ArmVirtPkg] So in 2014 would could not start an ARM FV @ address 0x00000000, why is that still true today? Message-id: <7C3A2B09-DBDE-41DB-A7F0-82417ED8E062@apple.com> Date: Fri, 03 Jun 2022 22:09:43 -0700 To: edk2-devel-groups-io X-Mailer: Apple Mail (2.3693.20.0.1.32) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.517,18.0.874 definitions=2022-06-03_08:2022-06-02,2022-06-03 signatures=0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable I=E2=80=99m a little confused on why we can=E2=80=99t put an ARM FV at = address 0x00000000 [1]? Obviously the zero vector for the FV is getting = patch as this ARM code is jumping to the 1st byte of the FV when it is = present at 0x1000. I don=E2=80=99t know of any generic limitation in our = tools. This kind of feels like an 8 year old bug that got fixed at some = point? Anyone know the history here? Do we need to file a BZ to get = something fixed? [1] = https://github.com/tianocore/edk2/blob/master/ArmVirtPkg/ArmVirtQemu.fdf#L= 56 # # UEFI has trouble dealing with FVs that reside at physical address 0x0. # So instead, put a hardcoded 'jump to 0x1000' at offset 0x0, and put = the # real FV at offset 0x1000 # 0x00000000|0x00001000 DATA =3D { !if $(ARCH) =3D=3D AARCH64 0x00, 0x04, 0x00, 0x14 # 'b 0x1000' in AArch64 ASM !else 0xfe, 0x03, 0x00, 0xea # 'b 0x1000' in AArch32 ASM !endif } 0x00001000|$(FVMAIN_COMPACT_SIZE) gArmTokenSpaceGuid.PcdFvBaseAddress|gArmTokenSpaceGuid.PcdFvSize FV =3D FVMAIN_COMPACT Thanks, Andrew Fish=