Leif, Ard and Heinrich whether they can
disregard my fear for slowdown when we go and connect all controllers on
startup. Or if they have good ideas for alternatives.
Thanks!
Alex
Renaud.
Le 2/9/22 à 14:16, Alexander Graf a écrit :
On 08.02.22 11:56, Renaud Métrich wrote:
When efi.qu
On 08.02.22 11:56, Renaud Métrich wrote:
When efi.quickboot is enabled on VMWare (which is the default for
hardware release 16 and later), it may happen that not all EFI devices
are connected. Due to this, browsing the devices in make_devices() just
fails to find devices, in particular partition
On 16.01.20 14:14, Atish Patra wrote:
Sent from my iPhone
On Jan 16, 2020, at 10:06 PM, Alexander Graf wrote:
Hi Chester,
On 16.01.20 11:21, Chester Lin wrote:
Implement an initial version of riscv loader and related commands to load
and run linux kernel and initrd on RISC-V. I tested
Hi Chester,
On 16.01.20 11:21, Chester Lin wrote:
Implement an initial version of riscv loader and related commands to load
and run linux kernel and initrd on RISC-V. I tested this series based on
the following configuration:
- QEMU 4.2.50 (machine: virt)
- OpenSBI v0.5-51
- U-Boot 202
I guess that one must have slipped through the cracks :)
Reviewed-by: Alexander Graf
Alex
On 19.09.19 12:06, Daniel Kiper wrote:
Adding Alex...
In general "Reviewed-by: Daniel Kiper "
but I would to hear Alex's opinion here too...
Daniel
On Thu, Aug 15, 2019 at 04:55:13PM
On 04.06.19 15:37, John Paul Adrian Glaubitz wrote:
> On 6/4/19 3:34 PM, Leif Lindholm wrote:
>> I am reasonably convinced this was simply neglected when d8901e3ba1
>> ("cache: Fix compilation for ppc, sparc and arm64") was pushed.
>> (And I don't believe ia64 has been buildable since.)
> *cross*
On 04.06.19 14:01, John Paul Adrian Glaubitz wrote:
> On 6/4/19 1:47 PM, Alexander Graf wrote:
>> Could you please just fix up the travis tests to succeed? I think the
>> MIPS problem is definitely toolchain related. Maybe you can somehow
>> convince that travis ubuntu cont
On 04.06.19 13:35, John Paul Adrian Glaubitz wrote:
> On 6/4/19 12:27 PM, Alexander Graf wrote:
>> The IA64 target currently does not compile due to the following error
>> message:
>>
>> grub-mkimage: error: undefined symbol grub_arch_sync_dma_caches.
>>
>&g
tions again. So add an
> additional test for the '-mword-relocations' flag used by GCC.
>
> Reported-by: Alexander Graf
> Signed-off-by: Leif Lindholm
Reviewed-by: Alexander Graf
Alex
___
Grub-devel mailing list
Grub-devel@
On 04.06.19 13:36, John Paul Adrian Glaubitz wrote:
> On 6/4/19 12:27 PM, Alexander Graf wrote:
>> The MIPS target currently does not compile due to the following error
>> message:
>>
>> configure: error: could not force big-endian
>>
>> If anyone care
On 04.06.19 13:35, John Paul Adrian Glaubitz wrote:
> On 6/4/19 12:27 PM, Alexander Graf wrote:
>> The IA64 target currently does not compile due to the following error
>> message:
>>
>> grub-mkimage: error: undefined symbol grub_arch_sync_dma_caches.
>>
>&g
arget
specific (like efinet), so only include them conditionally.
Furthermore, the iPXE option rom included in Ubuntu Xenial seems to be
broken, so we need to ensure that we only use the OVMF built-in network
driver and not pass in an option rom.
Signed-off-by: Alexander Graf
Reviewed-by: Daniel
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.
Sign
successful travis run to ensure that we catch regressions early
on.
Signed-off-by: Alexander Graf
---
.travis.yml | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/.travis.yml b/.travis.yml
index b63a992aa..5367ca15b 100644
--- a/.travis.yml
+++ b/.travis.yml
lib (saves ~3m git checkout time)
v2 -> v3:
- add arm_thumb target
- disable MIPS/IA64
- Use 19.03 release firmware files
- add comments to why we still use the system gnulib
Alexander Graf (10):
travis: Run bootstrap instead of autogen.sh
travis: Fix sparc64 test
travis: Fix mip
quot;)
Signed-off-by: Alexander Graf
---
v1 -> v2:
- use local gnulib copy (saves ~3m git checkout time)
v2 -> v3:
- add comments to why we still use the system gnulib
---
.travis.yml | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/.travis.yml b/.
to ensure that we catch regressions early
on.
Signed-off-by: Alexander Graf
---
.travis.yml | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/.travis.yml b/.travis.yml
index 5867efea5..b63a992aa 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -112,10 +112,13 @@ matrix
while it installs it
at a non-specific path (/usr/lib/grub/arm-coreboot).
So let's sync the two up again and tell mkimage to look for coreboot
modules at a board agnostic path, syncing it up with all other targets.
Signed-off-by: Alexander Graf
Reviewed-by: Daniel Kiper
---
util/mkimage.
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
Reviewed-by: Daniel Kiper
---
.travis.yml | 5 +++--
1 file changed, 3 insertions(+), 2
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
Reviewed-by: Daniel Kiper
---
.travis.yml | 4 ++--
1 file changed, 2 insertions
We hit an error case which only got triggered on ARM Thumb code. So
let's make sure we test that combination as well.
Due to popular request from Leif, let's also ensure that this actually
tests thumb in armv7-a mode.
Signed-off-by: Alexander Graf
---
.travis.yml | 5 +
1 file
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
Reviewed-by: Daniel Kiper
---
.travis.yml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
On 14.05.19 16:06, Leif Lindholm wrote:
> On Tue, May 14, 2019 at 06:32:06AM -0700, Alexander Graf wrote:
>>> But, wait...
>>> arm-linux-gnueabi is the softfloat (v5te) toolchain - if we want to
>>> test that, fine - but we definitely need to test arm-linux-gnue
On 14.05.19 12:05, Leif Lindholm wrote:
> Comment here as well:
>
> On Thu, May 02, 2019 at 08:55:36AM +0200, Alexander Graf wrote:
>> We hit an error case which only got triggered on ARM Thumb code. So
>> let's make sure we test that combination as well.
> Thi
On 10.05.19 13:24, Daniel Kiper wrote:
> On Thu, May 02, 2019 at 08:55:37AM +0200, Alexander Graf wrote:
>> 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.
On 10.05.19 13:03, Daniel Kiper wrote:
> On Thu, May 02, 2019 at 08:55:30AM +0200, Alexander Graf wrote:
>> Commit 35b909062e7b3 ("gnulib: Upgrade Gnulib and switch to bootstrap tool")
>> changed the build flow from running ./autogen.sh to running ./bootstrap
>> b
arget
specific (like efinet), so only include them conditionally.
Furthermore, the iPXE option rom included in Ubuntu Xenial seems to be
broken, so we need to ensure that we only use the OVMF built-in network
driver and not pass in an option rom.
Signed-off-by: Alexander Graf
---
v1 -> v2:
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
while it installs it
at a non-specific path (/usr/lib/grub/arm-coreboot).
So let's sync the two up again and tell mkimage to look for coreboot
modules at a board agnostic path, syncing it up with all other targets.
Signed-off-by: Alexander Graf
---
util/mkimage.c | 4 ++--
1 file chang
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
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.
Sign
quot;)
Signed-off-by: Alexander Graf
---
v1 -> v2:
- use local gnulib copy (saves ~3m git checkout time)
---
.travis.yml | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/.travis.yml b/.travis.yml
index 81de20fa3..6b8f97830 100644
--- a/.travis.yml
+++ b/.travis.yml
@
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
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
demand module and config loading from TFTP works
That way we should hopefully catch even more problems going forward.
v1 -> v2:
- add ARM Thumb mode tests
- verify that on demand module and config loading from TFTP works
- use local gnulib (saves ~3m git checkout time)
Alexander Graf
ranch that we forgot as well.
This fixes running 32bit arm grub efi binaries for me again.
Fixes: a51f953f4ee87 ("mkimage: Align efi sections on 4k boundary")
Reported-by: Heinrich Schuchardt
Reported-by: Steve McIntyre
Signed-off-by: Alexander Graf
Reviewed-by: Daniel Kiper
Tes
sections on 4k boundary")
Reported-by: Julien ROBIN
Reported-by: Leif Lindholm
Signed-off-by: Alexander Graf
Tested-by: Julien ROBIN
---
v1 -> v2:
- Take trampoline code size into account when calculating offsets
---
util/grub-mkimagexx.c | 28 +---
1 fil
fixes both issues, making 32bit ARM targets for UEFI
fully functional again for me.
Alex
Alexander Graf (2):
arm: Move trampolines into code section
arm: Align section alignment with manual relocation offset code
util/grub-mkimagexx.c | 30 ++
1 file changed, 14
> Am 30.04.2019 um 14:14 schrieb Leif Lindholm :
>
>> On Tue, Apr 30, 2019 at 02:12:17AM +0200, Alexander Graf wrote:
>> When creating T32->A32 transition jumps, the relocation code in grub
>> will generate trampolines. These trampolines live in the .data sectio
sections on 4k boundary")
Reported-by: Julien ROBIN
Reported-by: Leif Lindholm
Signed-off-by: Alexander Graf
---
util/grub-mkimagexx.c | 29 +
1 file changed, 13 insertions(+), 16 deletions(-)
diff --git a/util/grub-mkimagexx.c b/util/grub-mkimagexx.c
index 20598
Hi Julien,
Thanks a lot for the very detailed report!
On 29.04.19 19:35, Julien ROBIN wrote:
>
> Seems that this patch is a step forward for arm-efi (32 bits), and
> doesn't affect others EFI targets (arm64-efi, i386-efi and x86_64-efi
> are still working fine, including the aarch64-laptop). So i
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.
Sign
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.
Sign
quot;)
Signed-off-by: Alexander Graf
---
.travis.yml | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/.travis.yml b/.travis.yml
index 81de20fa3..6184a373f 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -18,6 +18,7 @@ addons:
- python
- qemu-system
- unifont
problems going forward.
Alexander Graf (6):
travis: Run bootstrap instead of autogen.sh
travis: Fix sparc64 test
travis: Fix mips QEMU target
travis: Fix arm coreboot test and make loop more robus
arm coreboot: Use common directory path
travis: Add smoke tests for arm and aarch64
.travis.yml
ranch that we forgot as well.
This fixes running 32bit arm grub efi binaries for me again.
Fixes: a51f953f4ee87 ("mkimage: Align efi sections on 4k boundary")
Reported-by: Heinrich Schuchardt
Reported-by: Steve McIntyre
Signed-off-by: Alexander Graf
---
util/grub-mkimagexx.c | 2 +
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
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
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
while it installs it
at a non-specific path (/usr/lib/grub/arm-coreboot).
So let's sync the two up again and tell mkimage to look for coreboot
modules at a board agnostic path, syncing it up with all other targets.
Signed-off-by: Alexander Graf
---
util/mkimage.c | 4 ++--
1 file chang
On 05.04.19 06:06, Leif Lindholm wrote:
> On Thu, Apr 04, 2019 at 06:57:29PM +0200, Daniel Kiper wrote:
>> On Thu, Apr 04, 2019 at 07:54:55AM -0700, Jeffrey Hugo wrote:
>>> Some UEFI implementations for ARM64 devices apply strict permissions on
>>> the different allocation types. In these implem
itely desperately needed :).
Signed-off-by: Alexander Graf
Reviewed-by: Daniel Kiper
---
v1 -> v2:
- Fix comment about toolchain variable
v2 -> v3:
- s/grub/GRUB/
- remove unneeded packages
- comment fixes
- determine number of jobs dynamically
- sort targets alphabeticall
On 22.02.19 14:22, Daniel Kiper wrote:
> On Fri, Feb 22, 2019 at 09:17:46AM +0100, Alexander Graf wrote:
>> There is a really convenient service for open source project from Travis
>> CI: They allow for free CI testing using their infrastructure.
>>
>> Grub has had is
itely desperately needed :).
Signed-off-by: Alexander Graf
---
v1 -> v2:
- Fix comment about toolchain variable
v2 -> v3:
- s/grub/GRUB/
- remove unneeded packages
- comment fixes
- determine number of jobs dynamically
- sort targets alphabetically
v3 -> v4:
- reduc
On 21.02.19 16:16, Daniel Kiper wrote:
> On Thu, Feb 21, 2019 at 12:38:09AM +0100, Alexander Graf wrote:
>>> Am 20.02.2019 um 21:46 schrieb Daniel Kiper :
>>>> On Tue, Feb 19, 2019 at 04:34:08PM +0100, Alexander Graf wrote:
>>>> There is a really convenient
> Am 20.02.2019 um 21:46 schrieb Daniel Kiper :
>
>> On Tue, Feb 19, 2019 at 04:34:08PM +0100, Alexander Graf wrote:
>> There is a really convenient service for open source project from Travis
>> CI: They allow for free CI testing using their infrastructure.
>>
itely desperately needed :).
Signed-off-by: Alexander Graf
---
v1 -> v2:
- Fix comment about toolchain variable
v2 -> v3:
- s/grub/GRUB/
- remove unneeded packages
- comment fixes
- determine number of jobs dynamically
- sort targets alphabetically
---
.travi
On 02/18/2019 07:57 PM, Daniel Kiper wrote:
On Thu, Feb 14, 2019 at 02:12:28PM +0100, Alexander Graf wrote:
There is a really convenient service for open source project from Travis
CI: They allow for free CI testing using their infrastructure.
Grub has had issues with broken builds for various
On 02/18/2019 08:08 PM, Daniel Kiper wrote:
On Mon, Feb 18, 2019 at 07:57:35PM +0100, Daniel Kiper wrote:
On Thu, Feb 14, 2019 at 02:12:28PM +0100, Alexander Graf wrote:
[...]
+ - mkdir /tmp/cross
+ # results in binaries like
/tmp/cross/gcc-8.1.0-nolibc/ia64-linux/bin/ia64-linux-gcc
On 02/18/2019 09:14 PM, Daniel Kiper wrote:
On Tue, Feb 12, 2019 at 11:31:07AM +0100, Alexander Graf wrote:
This patch adds support for RISC-V to the grub build system. With this
patch, I can successfully build grub on RISC-V as a UEFI application.
Signed-off-by: Alexander Graf
Reviewed-by
On 02/18/2019 08:55 PM, Daniel Kiper wrote:
On Tue, Feb 12, 2019 at 11:31:06AM +0100, Alexander Graf wrote:
Gcc may decide it wants to call helper functions to execute clz. Provide
Do we know when it happens? Could we add that to the commit message?
Uh, on bitfield operations? I don't
On 02/18/2019 08:28 PM, Daniel Kiper wrote:
On Tue, Feb 12, 2019 at 11:31:03AM +0100, Alexander Graf wrote:
We currently only support to run grub on RISC-V as UEFI payload. Ideally,
we also only want to support running Linux underneath as UEFI payload.
Prepare that with some Linux boot stub
itely desperately needed :).
Signed-off-by: Alexander Graf
---
v1 -> v2:
- Fix comment about toolchain variable
---
.travis.yml | 118
1 file changed, 118 insertions(+)
create mode 100644 .travis.yml
diff --git a/.trav
On 13.02.19 13:04, Paul Menzel wrote:
> Dear Alexander,
>
>
> On 02/12/19 18:00, Alexander Graf wrote:
>> There is a really convenient service for open source project from Travis
>> CI: They allow for free CI testing using their infrastructure.
>>
>> Grub h
On 12.02.19 19:29, Konrad Rzeszutek Wilk wrote:
> On Tue, Feb 12, 2019 at 06:00:33PM +0100, Alexander Graf wrote:
>> There is a really convenient service for open source project from Travis
>> CI: They allow for free CI testing using their infrastructure.
>>
>> Grub
itely desperately needed :).
Signed-off-by: Alexander Graf
---
.travis.yml | 118
1 file changed, 118 insertions(+)
create mode 100644 .travis.yml
diff --git a/.travis.yml b/.travis.yml
new file mode 100644
index 0..0560
available.
Signed-off-by: Alexander Graf
---
v2 -> v3:
- Fix riscv32 target
v3 -> v4:
- Change copyright from 2013 to 2018
- Fix coding style
- Resurrect time reading code
- Add fence.i for icache flush
v4 -> v5:
- Mark grub_arch_sync_dma_caches args as unused
- White
: Alexander Graf
---
v1 -> v2:
- adapt to new grub_open_file() API
- adapt to new grub_create_loader_cmdline() API
v3 -> v4:
- Change copyright from 2013 to 2018
- Coding style fixes
v4 -> v5:
- Use GRUB_EFI_LINUX_FDT_EXTRA_SPACE
- Fix whitespace
- s/failure/fail
Some architectures want to boot Linux as plain UEFI binary. Today that
really only encompasses ARM and AArch64, but going forward more
architectures may adopt that model.
So rename our internal API accordingly.
Signed-off-by: Alexander Graf
Acked-by: Leif Lindholm
Reviewed-by: Alistair Francis
This patch adds a 32/64 capable setjmp implementation for RISC-V.
Signed-off-by: Alexander Graf
Reviewed-by: Alistair Francis
Reviewed-by: Bin Meng
Tested-by: Bin Meng
Reviewed-by: Daniel Kiper
---
v3 -> v4:
- Change copyright from 2013 to 2018
v4 -> v5:
- Add blank lines befo
The PE format defines magic numbers as well as relocation identifiers for
RISC-V. Add them to our include file, so we can make use of them.
Signed-off-by: Alexander Graf
Reviewed-by: Leif Lindholm
Reviewed-by: Alistair Francis
Reviewed-by: Bin Meng
Tested-by: Bin Meng
Reviewed-by: Daniel
This patch adds awareness of RISC-V relocations throughout the grub tools
as well as dynamic linkage and elf->PE relocation conversion support.
Signed-off-by: Alexander Graf
---
v2 -> v3:
- Fix riscv32 target
v3 -> v4:
- Change copyright from 2013 to 2018
- Add spec refe
Gcc may decide it wants to call helper functions to execute clz. Provide
them in our own copy of libgcc.
Signed-off-by: Alexander Graf
---
grub-core/kern/compiler-rt.c | 42 ++
include/grub/compiler-rt.h | 7 +++
2 files changed, 49 insertions
We now have signature check logic in grub which allows us to treat
files differently depending on their file type.
Treat a loaded device tree like an overlayed ACPI table.
Both describe hardware, so I suppose their threat level is the same.
Signed-off-by: Alexander Graf
Reviewed-by: Daniel
This patch adds support for RISC-V to the grub build system. With this
patch, I can successfully build grub on RISC-V as a UEFI application.
Signed-off-by: Alexander Graf
Reviewed-by: Alistair Francis
Reviewed-by: Bin Meng
Tested-by: Bin Meng
---
v2 -> v3:
- Fix riscv32 tar
The RISC-V ABI document outlines ELF header structure and relocation
information. Pull the respective magic numbers into our elf header
so we can make use of them.
Signed-off-by: Alexander Graf
Reviewed-by: Alistair Francis
Reviewed-by: Bin Meng
Tested-by: Bin Meng
Reviewed-by: Daniel Kiper
available.
Signed-off-by: Alexander Graf
---
v2 -> v3:
- Fix riscv32 target
v3 -> v4:
- Change copyright from 2013 to 2018
- Fix coding style
- Resurrect time reading code
- Add fence.i for icache flush
v4 -> v5:
- Mark grub_arch_sync_dma_caches args as unused
- White
gt; v6:
- Remove most linux loading logic
Alexander Graf (11):
efi: Rename armxx to arch
PE: Add RISC-V definitions
elf.h: Add RISC-V definitions
RISC-V: Add setjmp implementation
RISC-V: Add early startup code
RISC-V: Add Linux load logic
RISC-V: Add awareness for RISC-V reloations
On entry, we need to save the system table pointer as well as our image
handle. Add an early startup file that saves them and then brings us
into our main function.
Signed-off-by: Alexander Graf
Reviewed-by: Alistair Francis
Reviewed-by: Bin Meng
Tested-by: Bin Meng
Reviewed-by: Daniel Kiper
; interface enabled can use the arm-efi platform instead, and would then
> not be suffering from this issue to start with.
We are actually booting with atm-efi, but then have grub boot using the legacy
protocol atm. The plan is to move to a native efi boot path further down the
road.
Either way:
Acked-by: Alexander Graf
Alex
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
There are a few spots in the PE generation code for EFI binaries that uses
the section alignment rather than file alignment, even though the alignment
is really only file bound.
Replace those cases with the file alignment constant instead.
Reported-by: Daniel Kiper
Signed-off-by: Alexander Graf
The efi-arm case was defining its own header size calculation, even though it's
100% identical to the common EFI32_HEADER_SIZE definition.
So let's clean it up to use the common define.
Signed-off-by: Alexander Graf
Reviewed-by: Daniel Kiper
---
util/mkimage.c | 7 +--
1 file
atch: mkimage: Clarify file alignment in efi case
v5 -> v6:
- Change EFIxxHEADER_SIZE macros too
- Fix comment
Alexander Graf (3):
mkimage: Use EFI32_HEADER_SIZE define in arm-efi case
mkimage: Align efi sections on 4k boundary
mkimage: Clarify file alignment in efi case
inc
ned-off-by: Alexander Graf
---
v4 -> v5:
- Use GRUB_EFI_PAGE_SIZE
- Add include to have above const defined
v5 -> v6:
- Fix comment
---
include/grub/efi/pe32.h | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/include/grub/efi/pe32.h b/include/grub/
On entry, we need to save the system table pointer as well as our image
handle. Add an early startup file that saves them and then brings us
into our main function.
Signed-off-by: Alexander Graf
Reviewed-by: Alistair Francis
Reviewed-by: Bin Meng
Tested-by: Bin Meng
Reviewed-by: Daniel Kiper
available.
Signed-off-by: Alexander Graf
---
v2 -> v3:
- Fix riscv32 target
v3 -> v4:
- Change copyright from 2013 to 2018
- Fix coding style
- Resurrect time reading code
- Add fence.i for icache flush
v4 -> v5:
- Mark grub_arch_sync_dma_caches args as unused
- White
UEFI port.
This implementation will eventually have to get merged with the ARM one,
as they really do almost the same thing. But for that, let's wait for
the ARM one to get cleaned up. We can then merge the two by generalizing
the clean ARM one.
Signed-off-by: Alexander Graf
Reviewed-by: Ali
Gcc may decide it wants to call helper functions to execute clz. Provide
them in our own copy of libgcc.
Signed-off-by: Alexander Graf
---
grub-core/kern/compiler-rt.c | 42 ++
include/grub/compiler-rt.h | 7 +++
2 files changed, 49 insertions
This patch adds a 32/64 capable setjmp implementation for RISC-V.
Signed-off-by: Alexander Graf
Reviewed-by: Alistair Francis
Reviewed-by: Bin Meng
Tested-by: Bin Meng
Reviewed-by: Daniel Kiper
---
v3 -> v4:
- Change copyright from 2013 to 2018
v4 -> v5:
- Add blank lines befo
This patch adds support for RISC-V to the grub build system. With this
patch, I can successfully build grub on RISC-V as a UEFI application.
Signed-off-by: Alexander Graf
Reviewed-by: Alistair Francis
Reviewed-by: Bin Meng
Tested-by: Bin Meng
---
v2 -> v3:
- Fix riscv32 tar
We now have signature check logic in grub which allows us to treat
files differently depending on their file type.
Treat a loaded device tree like an overlayed ACPI table.
Both describe hardware, so I suppose their threat level is the same.
Signed-off-by: Alexander Graf
Reviewed-by: Daniel
Some architectures want to boot Linux as plain UEFI binary. Today that
really only encompasses ARM and AArch64, but going forward more
architectures may adopt that model.
So rename our internal API accordingly.
Signed-off-by: Alexander Graf
Acked-by: Leif Lindholm
Reviewed-by: Alistair Francis
This patch adds awareness of RISC-V relocations throughout the grub tools
as well as dynamic linkage and elf->PE relocation conversion support.
Signed-off-by: Alexander Graf
---
v2 -> v3:
- Fix riscv32 target
v3 -> v4:
- Change copyright from 2013 to 2018
- Add spec refe
gs as unused
- Whitespace fix
- Add spec link to mkimagexx.c
- Remove curly braces
- Use GRUB_EFI_LINUX_FDT_EXTRA_SPACE
- Fix whitespace
- s/failure/fail
- Remove blank line at EOF
- Add blank lines before and after license tag
- New patch: RISC-V: Add libgcc helpers for clz
The RISC-V ABI document outlines ELF header structure and relocation
information. Pull the respective magic numbers into our elf header
so we can make use of them.
Signed-off-by: Alexander Graf
Reviewed-by: Alistair Francis
Reviewed-by: Bin Meng
Tested-by: Bin Meng
Reviewed-by: Daniel Kiper
The PE format defines magic numbers as well as relocation identifiers for
RISC-V. Add them to our include file, so we can make use of them.
Signed-off-by: Alexander Graf
Reviewed-by: Leif Lindholm
Reviewed-by: Alistair Francis
Reviewed-by: Bin Meng
Tested-by: Bin Meng
Reviewed-by: Daniel
On 28.01.19 13:27, Daniel Kiper wrote:
> On Fri, Jan 25, 2019 at 12:45:16PM +0100, Alexander Graf wrote:
>> There are a few spots in the PE generation code for EFI binaries that uses
>> the section alignment rather than file alignment, even though the alignment
>> is r
On 28.01.19 13:22, Daniel Kiper wrote:
> On Fri, Jan 25, 2019 at 12:45:15PM +0100, Alexander Graf wrote:
>> There is UEFI firmware popping up in the wild now that implements stricter
>> permission checks using NX and write protect page table entry bits.
>>
>> This
ned-off-by: Alexander Graf
---
v4 -> v5:
- Use GRUB_EFI_PAGE_SIZE
- Add include to have above const defined
---
include/grub/efi/pe32.h | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/include/grub/efi/pe32.h b/include/grub/efi/pe32.h
index 7d44732d2..fe8
atch: mkimage: Clarify file alignment in efi case
Alexander Graf (3):
mkimage: Use EFI32_HEADER_SIZE define in arm-efi case
mkimage: Align efi sections on 4k boundary
mkimage: Clarify file alignment in efi case
include/grub/efi/pe32.h | 10 --
util/mkimage.c | 15 +-
1 - 100 of 213 matches
Mail list logo