openslx-ng/ipxe.git/src/arch/i386/core, branch openslx

[build] Fix building with newer binutils

2024-01-14T12:16:02+00:00

Newer versions of the GNU assembler (observed with binutils 2.41) will complain about the ".arch i386" in files assembled with "as --64", with the message "Error: 64bit mode not supported on 'i386'". In files such as stack.S that contain no instructions to be assembled, the ".arch i386" is redundant and may be removed entirely. In the remaining files, fix by moving ".arch i386" below the relevant ".code16" or ".code32" directive, so that the assembler is no longer expecting 64-bit instructions to be used by the time that the ".arch i386" directive is encountered. Reported-by: Ali Mustakim Signed-off-by: Michael Brown

[build] Inhibit linker warnings about an implied executable stack

2023-06-30T10:05:37+00:00

Signed-off-by: Geert Stappers Modified-by: Michael Brown Signed-off-by: Michael Brown

[linux] Use host glibc system call wrappers

2021-02-28T23:28:23+00:00

When building as a Linux userspace application, iPXE currently implements its own system calls to the host kernel rather than relying on the host's C library. The output binary is statically linked and has no external dependencies. This matches the general philosophy of other platforms on which iPXE runs, since there are no external libraries available on either BIOS or UEFI bare metal. However, it would be useful for the Linux userspace application to be able to link against host libraries such as libslirp. Modify the build process to perform a two-stage link: first picking out the requested objects in the usual way from blib.a but with relocations left present, then linking again with a helper object to create a standard hosted application. The helper object provides the standard main() entry point and wrappers for the Linux system calls required by the iPXE Linux drivers and interface code. Signed-off-by: Michael Brown

[gdb] Add support for x86_64

2016-03-22T08:44:32+00:00

Signed-off-by: Michael Brown

[bios] Add bin-x86_64-pcbios build platform

2016-02-16T19:32:32+00:00

Move most arch/i386 files to arch/x86, and adjust the contents of the Makefiles and the include/bits/*.h headers to reflect the new locations. This patch makes no substantive code changes, as can be seen using a rename-aware diff (e.g. "git show -M5"). This patch does not make the pcbios platform functional for x86_64; it merely allows it to compile without errors. Signed-off-by: Michael Brown

[bios] Allow relocate.c to be compiled for x86_64

2016-02-16T19:32:32+00:00

Signed-off-by: Michael Brown

[pxe] Clarify comments regarding shrinking of cached DHCP packet

2016-02-11T19:14:00+00:00

Signed-off-by: Michael Brown

[libc] Fix typo in longjmp()

2015-04-07T05:40:34+00:00

Commit 8ab4b00 ("[libc] Rewrite setjmp() and longjmp()") introduced a regression in which the saved values of %ebx, %esi, and %edi were all accidentally restored into %esp. The result is that the second and subsequent returns from setjmp() would effectively corrupt %ebx, %esi, %edi, and the stack pointer %esp. Use of setjmp() and longjmp() is generally discouraged: our only use occurs as part of the implementation of PXENV_RESTART_TFTP, since the PXE API effectively mandates its use here. The call to setjmp() occurs at the start of pxe_start_nbp(), where there are almost certainly no values held in %ebx, %esi, or %edi. The corruption of these registers therefore had no visible effect on program execution. The corruption of %esp would have been visible on return from pxe_start_nbp(), but there are no known PXE NBPs which first call PXENV_RESTART_TFTP and subsequently attempt to return to the PXE base code. The effect on program execution was therefore similar to that of moving the stack to a pseudo-random location in the 32-bit address space; this will often allow execution to complete successfully since there is a high chance that the pseudo-random location will be unused. The regression therefore went undetected for around one month. Fix by restoring the correct registers from the saved jmp_buf structure. Signed-off-by: Michael Brown

[legal] Relicense files under GPL2_OR_LATER_OR_UBDL

2015-03-05T11:40:13+00:00

Relicense files with kind permission from Stefan Hajnoczi alongside the contributors who have already granted such relicensing permission. Signed-off-by: Michael Brown

[libc] Rewrite setjmp() and longjmp()

2015-03-02T16:35:37+00:00

Signed-off-by: Michael Brown