From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 6DB8E1A1F46 for ; Thu, 22 Sep 2016 04:26:23 -0700 (PDT) Received: by mail-wm0-x22a.google.com with SMTP id b130so142895045wmc.0 for ; Thu, 22 Sep 2016 04:26:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akeo-ie.20150623.gappssmtp.com; s=20150623; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=xKIZhVehnkvqFKlaIBLLEIyNo94UVqWtN43YYGBhP/E=; b=xMpPI6UDuebhMpAtG5BOXBcfrboB6guPRVVZa3NQsC9jEgixnG4Dfzb8dXK/upARDH ZHsWJbatxzKQIZEgFtNo+wqQrmXXf/d4Jj4V+26Zk5cpPhT2PxF6P4SEAgTfftpPhiZh YqEkEMIm1As3CxX3REThxohLpaHhbkZikPE/jrkamIlzpNwzVtgH/ugFk+USpiJu1023 bfeOggOoxLJWXn9afJJDgE3p4WgeiXAbE2bVqsQAX3JbhQMslPlmJvktFjaIMEgdIehB PGtzRGRtdYYmb5boEzhRKs/CePSdDSTSd7u5aFnex+6trh76nT6k1z0KjhvXjwh2eF9v 39LA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=xKIZhVehnkvqFKlaIBLLEIyNo94UVqWtN43YYGBhP/E=; b=c3wlZkvRRqkymlmwNhUE/YPvRi3jl0b+Gd1pgoZ7r6jV47debPFi9FsEFPv404Uxi4 VZy+EYCHD6NY3gpSrIDX3rnA534VEVfba9F4STFdm0fNfaMZ0FRdKEGnxgaCB2nXf4PS hQhp/sUrsbPnRGVXSIRalH5ehmnDA7Wq6JgNCb7blT4yrNIkjoitVTLWQU7mw1XQDQAj NqUoiR1sFUc711mkCqSV/xPBcdvAUNnYpInZF30R82r71hRGSlSlDlXtemVAfrdRABpK sKjoJESyt+gB9wCwosAxZNM651VAX6Dcp29hWesg0jnEWAuoUYTE/uVEfcjDDOvSgMG3 Vckg== X-Gm-Message-State: AA6/9RlaB1ZW91HIKSjwr7MePiynMQO9e83Zzei/SkMhrD2n9hioqSUeYh0aLYs8/q35yA== X-Received: by 10.194.246.8 with SMTP id xs8mr1782729wjc.64.1474543582001; Thu, 22 Sep 2016 04:26:22 -0700 (PDT) Received: from [10.0.0.101] ([84.203.89.142]) by smtp.googlemail.com with ESMTPSA id d64sm39926459wmh.0.2016.09.22.04.26.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 22 Sep 2016 04:26:21 -0700 (PDT) To: Ard Biesheuvel References: <88690c52-2185-13cb-2f61-eabedeb59b03@akeo.ie> Cc: "edk2-devel@lists.01.org" From: Pete Batard Message-ID: <620161a6-dab1-2e12-3a3e-39aab4d265b5@akeo.ie> Date: Thu, 22 Sep 2016 12:26:20 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Subject: Re: [PATCH 0/1] MdeModulePkg/EbcDxe: add ARM support X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2016 11:26:23 -0000 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 2016.09.22 12:14, Ard Biesheuvel wrote: > For X64 and AARCH64, the issue does not exist because the EBC spec > mandates that all function arguments are widened to the native word > size. So when executing on a 64-bit architecture, the EBC stack looks > differently from what you describe above, and maps seamlessly onto the > register assignment mandated by the respective calling conventions. Ah, I see that you're right, and that I was trying to solve an issue that shouldn't exist: From UEFI 2.6, paragraph 21.9.3: "32-bit integers are pushed as natural size (since they should be passed as 64-bit parameter values on 64-bit machines)." I must admit I was a bit curious as to why this problem wouldn't have been picked before. So that leaves only the issue you mentioned. But then I'm not too hopeful with the timeframe for Arm/EBC integration when you say "we need language spec and compiler updates before we can fully support this"... Do you know if work has been started on this? Or are we just going to consider that this is too troublesome a problem to fix? Regards, /Pete