public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Ard Biesheuvel" <ard.biesheuvel@linaro.org>
To: edk2-devel-groups-io <devel@edk2.groups.io>,
	Sean Brogan <sean.brogan@microsoft.com>
Subject: Re: [edk2-devel] [PATCH] .azurepipelines: Enable CI for OvmfPkg and EmulatorPkg
Date: Sun, 29 Mar 2020 10:51:19 +0200	[thread overview]
Message-ID: <CAKv+Gu-uf17Fg-XYEKsHBQ7OPM7R9PBaOLGFJBe6tRhVSeHD5w@mail.gmail.com> (raw)
In-Reply-To: <27599.1585432045972021395@groups.io>

On Sat, 28 Mar 2020 at 22:47, Sean via Groups.Io
<sean.brogan=microsoft.com@groups.io> wrote:
>
> Ard,
> I agree.  How would we do this with AARCH64?  I don't believe azure devops pipelines has a native AARCH64 platform available.  I briefly looked over ArmVirtPkg but not sure where to start. OVMF readme only talks about ia32/x64.  I could also see a scenario for a self hosted agent that is aarch64 but that would require learning that aspect of devops (on the list but not at the top yet).  Anyway look forward to ideas and discussion.
>

OVMF and ArmVirtQemu are very similar, in this regard: they require a
matching version of QEMU: qemu-system-x86_64 for OVMF, and
qemu-system-aarch64 for ArmVirtQemu, and I would expect most distros
that carry either to carry both. Note that this will not require a
native host - QEMU will use emulation if KVM acceleration is not
available.

*If* a native host is available that supports KVM, running the smoke
test with KVM acceleration would definitely be preferred, especially
on AARCH64, for reasons I pointed out earlier in this thread: the QEMU
emulator is less strict than bare metal, and so issues related to
cache maintenance or unaligned accesses to device mappings will only
be caught when using KVM. KVM is also significantly faster, although I
wouldn't expect that to matter for a boot-to-shell smoke test.

I also think that having the EmulatorPkg based smoke test is already a
huge step up from the current situation. But for changes to ArmPkg and
ArmPlatformPkg, we need something on top of that, given that
EmulatorPkg does not cover those at all.

  reply	other threads:[~2020-03-29  8:51 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-26  7:04 [PATCH] .azurepipelines: Enable CI for OvmfPkg and EmulatorPkg Zhang, Shenglei
2020-03-26  7:11 ` [edk2-devel] " Rebecca Cran
2020-03-26  7:50   ` [EXTERNAL] " Bret Barkelew
2020-03-26  8:43 ` Ard Biesheuvel
2020-03-26  8:45   ` Zhang, Shenglei
2020-03-27 14:36   ` Laszlo Ersek
2020-03-27 14:39     ` Laszlo Ersek
2020-03-26 23:26 ` [EXTERNAL] " Bret Barkelew
2020-03-27  0:00   ` Michael D Kinney
2020-03-27  0:14     ` Bret Barkelew
2020-03-27  1:59       ` Michael D Kinney
2020-03-27  2:04         ` Liming Gao
2020-03-27  2:50           ` Sean
2020-03-28  2:29 ` [edk2-devel] " Sean
2020-03-28  2:38   ` Rebecca Cran
2020-03-28  2:48     ` Sean
2020-03-28 19:29       ` Sean
2020-03-28 20:28         ` Ard Biesheuvel
2020-03-28 21:47           ` Sean
2020-03-29  8:51             ` Ard Biesheuvel [this message]
2020-03-29 23:16               ` Sean
2020-03-30  1:44                 ` Andrew Fish
2020-03-30  6:07                 ` Ard Biesheuvel
2020-03-30  9:31                   ` Sean
2020-03-30  9:35                     ` Ard Biesheuvel
2020-03-30 17:00                       ` Sean
2020-03-30 17:04                         ` Ard Biesheuvel
2020-03-30 17:11                           ` Sean
2020-03-30 17:44                             ` Ard Biesheuvel
2020-03-30 19:07                               ` Sean
2020-03-30 19:51                                 ` Ard Biesheuvel
2020-03-30 20:56                               ` Laszlo Ersek
2020-03-30 21:03                                 ` Sean
2020-03-30 21:13                                   ` Rebecca Cran
2020-04-05  6:39                                   ` Sean
2020-04-06 10:11                                     ` Ard Biesheuvel
2020-04-07 13:21                                       ` Laszlo Ersek
2020-03-30 21:22                                 ` Ard Biesheuvel
2020-03-31 12:13                                   ` Laszlo Ersek
2020-03-30 21:11                   ` Laszlo Ersek
2020-03-30 21:29                     ` Michael D Kinney
2020-03-30 21:42                       ` Sean
2020-03-30 21:46                         ` Ard Biesheuvel
2020-03-31  6:31                           ` Sean
2020-03-31  6:40                             ` Ard Biesheuvel
2020-03-31 16:26                               ` Sean
2020-03-31 16:32                                 ` Ard Biesheuvel
2020-03-30 22:45                         ` Rebecca Cran
2020-03-30 22:58                         ` Michael D Kinney
2020-03-31 12:27                       ` Laszlo Ersek

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=CAKv+Gu-uf17Fg-XYEKsHBQ7OPM7R9PBaOLGFJBe6tRhVSeHD5w@mail.gmail.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