public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: Laszlo Ersek <lersek@redhat.com>
To: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Cc: Leif Lindholm <leif.lindholm@linaro.org>,
	edk2-devel-01 <edk2-devel@ml01.01.org>,
	Feng Tian <feng.tian@intel.com>, Star Zeng <star.zeng@intel.com>
Subject: Re: [PATCH 2/2] ArmVirtPkg: enable EBC interpreter for AArch64 QEMU
Date: Fri, 19 Aug 2016 03:42:31 +0200	[thread overview]
Message-ID: <98d7dd64-312e-ca1f-40b0-f1158c48f5c8@redhat.com> (raw)
In-Reply-To: <CAKv+Gu-qNovmVCG5iXnYYt1otB8qOeRYRNe5BaP+qORP-jEaXA@mail.gmail.com>

On 08/17/16 16:04, Ard Biesheuvel wrote:
> On 17 August 2016 at 15:55, Laszlo Ersek <lersek@redhat.com> wrote:
>> On 08/17/16 15:47, Ard Biesheuvel wrote:
>>> On 17 August 2016 at 15:45, Leif Lindholm <leif.lindholm@linaro.org> wrote:
>>>> Since we now have EBC support for AArch64, enable it by default
>>>> on the QEMU platform.
>>>>
>>>> Contributed-under: TianoCore Contribution Agreement 1.0
>>>> Signed-off-by: Leif Lindholm <leif.lindholm@linaro.org>
>>>> ---
>>>>  ArmVirtPkg/ArmVirtQemu.dsc           | 1 +
>>>>  ArmVirtPkg/ArmVirtQemuFvMain.fdf.inc | 5 +++++
>>>>  2 files changed, 6 insertions(+)
>>>>
>>>> diff --git a/ArmVirtPkg/ArmVirtQemu.dsc b/ArmVirtPkg/ArmVirtQemu.dsc
>>>> index 9f88786..fb851e7 100644
>>>> --- a/ArmVirtPkg/ArmVirtQemu.dsc
>>>> +++ b/ArmVirtPkg/ArmVirtQemu.dsc
>>>> @@ -401,3 +401,4 @@ [Components.AARCH64]
>>>>      <LibraryClasses>
>>>>        NULL|ArmVirtPkg/Library/FdtPciPcdProducerLib/FdtPciPcdProducerLib.inf
>>>>    }
>>>> +  MdeModulePkg/Universal/EbcDxe/EbcDxe.inf
>>>
>>> Please add it to ArmVirtPkg/ArmVirtQemuKernel.dsc as well:
>>> ArmVirtQemuFvMain.fdf.inc is shared between them.
>>>
>>> With that,
>>>
>>> Reviewed-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
>>
>> Any reason for not adding it to the Xen platform as well?
>>
>> What kind of modules do we expect to come in EBC? Option ROMs perhaps?
> 
> Yes, that is the primary purpose, although any DXE/UEFI driver could
> be distributed as an EBC module, I suppose (and we have an EBC version
> of fat.efi in FatBinPkg)
> 
>> In that case, Xen may indeed be irrelevant here (I have no clue about
>> adding oproms to emulated or assigned devices under Xen, so I can't make
>> an argument either way.) If we expect general stuff (for example, even
>> UEFI_APPLICATION modules) to arrive in EBC, then I think Xen would be a
>> justified addition.
>>
> 
> I remember reading somewhere that EBC was strictly for drivers, not
> applications, but I cannot find a reference anymore in the spec.
> 
> I wouldn't mind adding it to Xen, but I don't see the point tbh

I don't insist, I'd just like to avoid the Qemu <-> Xen platform
divergence getting out of hand :) At some point we'll compare those
files in the future, and ask ourselves why EBC (and the rest :)) are
only in Qemu.

Anyway, this should not block the patch; I just figured I'd raise it.

Thanks
Laszlo


  reply	other threads:[~2016-08-19  1:42 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-17 13:45 [PATCH 0/2] Add EBC support for AArch64 Leif Lindholm
2016-08-17 13:45 ` [PATCH 1/2] MdeModulePkg/EbcDxe: Add AARCH64 EBC VM support Leif Lindholm
2016-08-17 13:46   ` Ard Biesheuvel
2016-08-19  3:12   ` Tian, Feng
2016-08-23  4:33     ` Jordan Justen
2016-08-23  4:57       ` Tian, Feng
2016-08-26 10:56         ` Leif Lindholm
2016-08-17 13:45 ` [PATCH 2/2] ArmVirtPkg: enable EBC interpreter for AArch64 QEMU Leif Lindholm
2016-08-17 13:47   ` Ard Biesheuvel
2016-08-17 13:55     ` Laszlo Ersek
2016-08-17 14:04       ` Ard Biesheuvel
2016-08-19  1:42         ` Laszlo Ersek [this message]
2016-08-17 14:04       ` Leif Lindholm

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=98d7dd64-312e-ca1f-40b0-f1158c48f5c8@redhat.com \
    --to=devel@edk2.groups.io \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox