|
OVMF: NV Variable Store Layout of Larger Build Targets
I’m also in the 16 MiB camp and I’m OK with the 256KiB varstore. Thanks, Andrew Fish
I’m also in the 16 MiB camp and I’m OK with the 256KiB varstore. Thanks, Andrew Fish
|
By
Andrew Fish
· #79959
·
|
|
[RFC] Expose HII package list via C variables
Mike, That reminds me that my patch to fix this for Xcode is still in limbo. Thanks, Andrew Fish
Mike, That reminds me that my patch to fix this for Xcode is still in limbo. Thanks, Andrew Fish
|
By
Andrew Fish
· #79864
·
|
|
about raise patch in EDK2
You are not subscribed so all your posts have to be manually approved.
You are not subscribed so all your posts have to be manually approved.
|
By
Andrew Fish
· #79787
·
|
|
[PATCH v2 1/2] BaseTools: Define the read-only data section name per toolchain
Just ran across this today and wanted to share. The NASM Chapter 7 [1] defines the behavior for .rodata for ELF and mach-O . So the behavior is well defined. From 7.8.1 macho extensions to the SECTION
Just ran across this today and wanted to share. The NASM Chapter 7 [1] defines the behavior for .rodata for ELF and mach-O . So the behavior is well defined. From 7.8.1 macho extensions to the SECTION
|
By
Andrew Fish
· #79388
·
|
|
[Patch 2/2] BaseTools: a new build option for variable default value generation
That sounds like a good plan. I think this brings up a point that we should have are more formal set of libraries for the BaseTools and some standard coding patterns If I was looking for EFI_TIME() or
That sounds like a good plan. I think this brings up a point that we should have are more formal set of libraries for the BaseTools and some standard coding patterns If I was looking for EFI_TIME() or
|
By
Andrew Fish
· #79293
·
|
|
[Patch 2/2] BaseTools: a new build option for variable default value generation
We should use (LittleEndianStructure) vs. (Structure). Structure is the endian of the Host, and EFI is little endian. Same comment for all the ctype structs. LittleEndianStructure is like using < with
We should use (LittleEndianStructure) vs. (Structure). Structure is the endian of the Host, and EFI is little endian. Same comment for all the ctype structs. LittleEndianStructure is like using < with
|
By
Andrew Fish
· #79282
·
|
|
[PATCH 0/3] Add support for gdb and lldb
Rebecca, Sorry I may have been a commit or 2 behind on the private branch. Can you try again? I think I fixed this? The `efi symbols` command is saving user context, so it can restore the context. If
Rebecca, Sorry I may have been a commit or 2 behind on the private branch. Can you try again? I think I fixed this? The `efi symbols` command is saving user context, so it can restore the context. If
|
By
Andrew Fish
· #79211
·
|
|
[PATCH v2 1/2] BaseTools: Define the read-only data section name per toolchain
When I ask compiler questions to my compiler peeps they sometime answer via: https://godbolt.org. You can pas -emit-llvm, -S, or actually run code all from the webpage. It lets you compare the output
When I ask compiler questions to my compiler peeps they sometime answer via: https://godbolt.org. You can pas -emit-llvm, -S, or actually run code all from the webpage. It lets you compare the output
|
By
Andrew Fish
· #79210
·
|
|
[PATCH 0/3] Add support for gdb and lldb
I’ve not tested on ARM yet, so please let me know if it works. I’d like to avoid Python 2.7 support is possible given it is passed its best by date. Thanks did not notice that. Shoot though I fixed th
I’ve not tested on ARM yet, so please let me know if it works. I’d like to avoid Python 2.7 support is possible given it is passed its best by date. Thanks did not notice that. Shoot though I fixed th
|
By
Andrew Fish
· #79118
·
|
|
[PATCH v2 1/2] BaseTools: Define the read-only data section name per toolchain
In this case p ends up in a __DATA__,__const section since &a requires a relocation. I don’t see your bigger point. The compiler is free to implement as it sees fit. Which section some code ends up in
In this case p ends up in a __DATA__,__const section since &a requires a relocation. I don’t see your bigger point. The compiler is free to implement as it sees fit. Which section some code ends up in
|
By
Andrew Fish
· #79114
·
|
|
[PATCH v2 1/2] BaseTools: Define the read-only data section name per toolchain
It is a physics problem we can’t fix, so I end up writing some patches to fix other peoples assembler from time to time. The CI building with Xcode helps with this a lot. Sorry I don’t understand what
It is a physics problem we can’t fix, so I end up writing some patches to fix other peoples assembler from time to time. The CI building with Xcode helps with this a lot. Sorry I don’t understand what
|
By
Andrew Fish
· #79062
·
|
|
[PATCH v2 1/2] BaseTools: Define the read-only data section name per toolchain
Sorry I get way to much email….. I’m still trying to wrap my head around the definition of the nasm RODATA_SECTION_NAME. Do we want it to track what ends up in the object file, the native executable,
Sorry I get way to much email….. I’m still trying to wrap my head around the definition of the nasm RODATA_SECTION_NAME. Do we want it to track what ends up in the object file, the native executable,
|
By
Andrew Fish
· #79061
·
|
|
[PATCH v2 1/2] BaseTools: Define the read-only data section name per toolchain
I forgot I have an Ubuntu VM so we can take a look at an ELF to PE/COFF toolchain example …. So it looks like nasm[1] “does the right thing”(tm) and places a .rodata section in the object file…. But i
I forgot I have an Ubuntu VM so we can take a look at an ELF to PE/COFF toolchain example …. So it looks like nasm[1] “does the right thing”(tm) and places a .rodata section in the object file…. But i
|
By
Andrew Fish
· #79057
·
|
|
[PATCH v2 1/2] BaseTools: Define the read-only data section name per toolchain
The Xcode linker emits a fatal error on X64 for a relocation in the __TEXT section, everything needs to be RIP relative and the compiler does that for free. We generally only run into this for hand co
The Xcode linker emits a fatal error on X64 for a relocation in the __TEXT section, everything needs to be RIP relative and the compiler does that for free. We generally only run into this for hand co
|
By
Andrew Fish
· #79056
·
|
|
[PATCH v2 1/2] MdePkg/BaseLib: Fix unaligned API prototypes
I think we are saying the same thing. My point is it is possible to use the library API correctly, but likely no one does. Changing the API to a VOID also does not fix every issue, actually it is a dr
I think we are saying the same thing. My point is it is possible to use the library API correctly, but likely no one does. Changing the API to a VOID also does not fix every issue, actually it is a dr
|
By
Andrew Fish
· #79052
·
|
|
[PATCH v2 2/2] UefiCpuPkg/BaseUefiCpuLib: Use toolchain-specific rodata section name
Ray, I made a detailed response about Mach-O with Xcode/clang and I don’t think patch works. Not sure if it breaks anything, but it puts things in the .data PE/COFF section. I’m also worried it is bro
Ray, I made a detailed response about Mach-O with Xcode/clang and I don’t think patch works. Not sure if it breaks anything, but it puts things in the .data PE/COFF section. I’m also worried it is bro
|
By
Andrew Fish
· #79016
·
|
|
[PATCH v2 1/2] BaseTools: Define the read-only data section name per toolchain
An EFI Mach-O file does not contain a .rodata section. A Mach-O contains a __DATA segment that is broken up into sections. For a typical EFI image there are __const, __data, __bss sections in the __DA
An EFI Mach-O file does not contain a .rodata section. A Mach-O contains a __DATA segment that is broken up into sections. For a typical EFI image there are __const, __data, __bss sections in the __DA
|
By
Andrew Fish
· #79013
·
|
|
[PATCH v2 1/2] MdePkg/BaseLib: Fix unaligned API prototypes
MIke, I want to say we had a discussion about this years ago? I don’t remember the outcome. Dereferencing a misaligned pointer is UB (Undefined Behavior) in C [1], but historically x86 compilers have
MIke, I want to say we had a discussion about this years ago? I don’t remember the outcome. Dereferencing a misaligned pointer is UB (Undefined Behavior) in C [1], but historically x86 compilers have
|
By
Andrew Fish
· #78993
·
|
|
[PATCH 2/3] efi_gdb.py: - Add gdb EFI commands and pretty Print
https://bugzilla.tianocore.org/show_bug.cgi?id=3500 Use efi_debugging.py Python Classes to implement EFI gdb commands: (gdb) help efi Commands for debugging EFI. efi <cmd> List of efi subcommands: efi
https://bugzilla.tianocore.org/show_bug.cgi?id=3500 Use efi_debugging.py Python Classes to implement EFI gdb commands: (gdb) help efi Commands for debugging EFI. efi <cmd> List of efi subcommands: efi
|
By
Andrew Fish
· #78908
·
|
|
[PATCH 3/3] efi_lldb.py: - Add lldb EFI commands and pretty Print
https://bugzilla.tianocore.org/show_bug.cgi?id=3500 Use efi_debugging.py Python Classes to implement EFI gdb commands: efi_symbols, guid, table, hob, and devicepath You can attach to any standard gdb
https://bugzilla.tianocore.org/show_bug.cgi?id=3500 Use efi_debugging.py Python Classes to implement EFI gdb commands: efi_symbols, guid, table, hob, and devicepath You can attach to any standard gdb
|
By
Andrew Fish
· #78907
·
|