The travis test today only uses modules that are delivered with the
grub.efi binary. Let's drop echo and reboot and see if grub can load
them dynamically.
For this, we need to ensure that all modules required to load additional
modules are included in the grub binary. Some of these are target
spec
We missed the fact that the coreboot target did not succeed on mkimage.
Properly abort the loop if we see a failure and fix the coreboot target
to also indicate the board target.
Signed-off-by: Alexander Graf
---
.travis.yml | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a
The ARM coreboot target supports multiple boards, but they are all built
using the same object path. The only difference in target boards is done
in mkimage to determine the load address.
Currently, mkimage is looking at a board specific path
(/usr/lib/grub/arm-coreboot-vexpress) for modules while
For sparc64, we were not selecting the correct mkimage output type. Just
pick aout at random. Also, make sure the rest of the variable logic can
deal with the 3rd element.
Signed-off-by: Alexander Graf
---
.travis.yml | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/.trav
We've had an arm regression in grub recently where grub would not even
be able to boot up anymore. So let's include arm and aarch64 in our
simple "hello world" smoke tests as well.
For OVMF on ARM to work, we need a newer version of QEMU, add a PPA
dependency for it.
Signed-off-by: Alexander Graf
Commit 35b909062e7b3 ("gnulib: Upgrade Gnulib and switch to bootstrap tool")
changed the build flow from running ./autogen.sh to running ./bootstrap
but missed to update .travis.yml. Adapt it accordingly.
Fixes: 35b909062e7b3 ("gnulib: Upgrade Gnulib and switch to bootstrap tool")
Signed-off-by: A
The MIPS QEMU targets can be built as either elf binary or flash image.
Build one each for BE/LE and make sure we pass the correct one into
mkimage.
Signed-off-by: Alexander Graf
---
.travis.yml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.travis.yml b/.travis.yml
index f
We hit an error case which only got triggered on ARM Thumb code. So
let's make sure we test that combination as well.
Signed-off-by: Alexander Graf
---
.travis.yml | 5 +
1 file changed, 5 insertions(+)
diff --git a/.travis.yml b/.travis.yml
index 8571d9f1c..d8f6170e6 100644
--- a/.travis.y
This patch set collects a few fixes for Travis CI since the initial
commit was applied:
- catch up with the tree
- fix targets that need a board specified
- make mkimage loop more robust
- add QEMU tests for ARM and AArch64 EFI targets
- add ARM Thumb mode tests
- verify that on demand
From: Andreas Rammhold
Kindly requesting your feedback on the below diff.
In some setups it might be desirable to disable access to the grub
rescue shell. One of those environments is when your all your
filesystems - besides a small EFI partition - are encrypted and you are
using secure boot to
On Tue, Apr 30, 2019 at 10:43:55PM +0200, Alexander Graf wrote:
> Commit a51f953f4ee87 ("mkimage: Align efi sections on 4k boundary")
> broke ARM builds. There were 2 reasons for that:
>
> 1) An NX bug that was lingering forever in the code base and only got
> triggered because of the change
>
Hi,
Vladimir Serbinenko wrote:
> There is an easy way to check if -k can be used always: have a look at
> windows install CD/DVD. If it doesn't have partion table then we can drop it
> as well.
Eek. After that i would have to scrub my eyes with a wire brush.
But this question is already decided
12 matches
Mail list logo