david/ipxe
david
/
ipxe
Archived
1
0
Fork 0
Code
This repository has been archived on 2020-12-06. You can view files and clone it, but cannot push or open issues or pull requests.
ipxe/src/Makefile

230 lines
7.0 KiB
Makefile
Raw Permalink Normal View History

[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
###############################################################################
Unconditionally set utility program variables in Makefile to allow CROSS_COMPILE to work. stappers and xl0 pointed out that gnu make sets some variables, so ?= is ineffective in some cases where we use it.. Cross-compilation requires that some variables can be overridden in the src/$(ARCH)/Config file, so include that file _after_ utility program variables are set.
2008-01-02 18:50:30 +01:00
#
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
# Initialise various variables
Merged mcb30-realmode-redesign back to HEAD
2005-04-08 17:01:17 +02:00
#
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
CLEANUP :=
CFLAGS :=
ASFLAGS :=
LDFLAGS :=
[build] Enable warnings when building utilities Signed-off-by: Michael Brown <mcb30@ipxe.org>
2012-04-10 20:38:54 +02:00
HOST_CFLAGS :=
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
MAKEDEPS := Makefile
[build] Accept CROSS= as a synonym for CROSS_COMPILE= Signed-off-by: Michael Brown <mcb30@ipxe.org>
2016-03-13 12:32:54 +01:00
CROSS_COMPILE ?= $(CROSS)
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
###############################################################################
#
# Locations of tools
Merged mcb30-realmode-redesign back to HEAD
2005-04-08 17:01:17 +02:00
#
Unconditionally set utility program variables in Makefile to allow CROSS_COMPILE to work. stappers and xl0 pointed out that gnu make sets some variables, so ?= is ineffective in some cases where we use it.. Cross-compilation requires that some variables can be overridden in the src/$(ARCH)/Config file, so include that file _after_ utility program variables are set.
2008-01-02 18:50:30 +01:00
HOST_CC := gcc
RM := rm -f
TOUCH := touch
MKDIR := mkdir
CP := cp
ECHO := echo
PRINTF := printf
[build] Avoid hard-coding the path to perl The path "/usr/bin/perl" has been hard-coded since Etherboot 5.1, for no discernible reason. Use just "perl" instead to fix the inconsistency and allow building on systems with Perl installed outside of /usr/bin. Reported-by: Gabor Z. Papp <gzp@papp.hu> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2010-06-24 02:23:00 +02:00
PERL := perl
[build] Properly handle multiple goals per BIN directory When building multiple targets per BIN with multiple jobs, for example: make -j16 bin-i386-efi/ipxe.efi{,drv,rom} bin-x86_64-efi/ipxe.efi{,drv,rom} we would invoke a make subprocess for each goal in parallel resulting in multiple makes running in a single BIN directory. Fix by grouping goals per BIN directory and invoking only one make per BIN. It is both safer and faster. Signed-off-by: Piotr Jaroszyński <p.jaroszynski@gmail.com> Modified-by: Michael Brown <mcb30@ipxe.org> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2010-07-29 15:17:30 +02:00
TRUE := true
Unconditionally set utility program variables in Makefile to allow CROSS_COMPILE to work. stappers and xl0 pointed out that gnu make sets some variables, so ?= is ineffective in some cases where we use it.. Cross-compilation requires that some variables can be overridden in the src/$(ARCH)/Config file, so include that file _after_ utility program variables are set.
2008-01-02 18:50:30 +01:00
CC := $(CROSS_COMPILE)gcc
[build] Enable building with the Intel C compiler (icc)
2009-03-10 18:50:01 +01:00
CPP := $(CC) -E
Unconditionally set utility program variables in Makefile to allow CROSS_COMPILE to work. stappers and xl0 pointed out that gnu make sets some variables, so ?= is ineffective in some cases where we use it.. Cross-compilation requires that some variables can be overridden in the src/$(ARCH)/Config file, so include that file _after_ utility program variables are set.
2008-01-02 18:50:30 +01:00
AS := $(CROSS_COMPILE)as
LD := $(CROSS_COMPILE)ld
SIZE := $(CROSS_COMPILE)size
AR := $(CROSS_COMPILE)ar
RANLIB := $(CROSS_COMPILE)ranlib
OBJCOPY := $(CROSS_COMPILE)objcopy
NM := $(CROSS_COMPILE)nm
OBJDUMP := $(CROSS_COMPILE)objdump
[build] Allow trusted root certificates to be specified at build time Allow trusted root certificates to be specified at build time using the syntax make TRUST=/path/to/certificate1,/path/to/certificate2,... The build process uses openssl to calculate the SHA-256 fingerprints of the specified certificates, and adds them to the root certificate store in rootcert.c. The certificates can be in any format understood by openssl. The certificates may be server certificates or (more usefully) CA certificates. If no trusted certificates are specified, then the default "iPXE root CA" certificate will be used. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2012-03-18 23:55:29 +01:00
OPENSSL := openssl
[crypto] Generalise X.509 cache to a full certificate store Expand the concept of the X.509 cache to provide the functionality of a certificate store. Certificates in the store will be automatically used to complete certificate chains where applicable. The certificate store may be prepopulated at build time using the CERT=... build command line option. For example: make bin/ipxe.usb CERT=mycert1.crt,mycert2.crt Certificates within the certificate store are not implicitly trusted; the trust list is specified using TRUST=... as before. For example: make bin/ipxe.usb CERT=root.crt TRUST=root.crt This can be used to embed the full trusted root certificate within the iPXE binary, which is potentially useful in an HTTPS-only environment in which there is no HTTP server from which to automatically download cross-signed certificates or other certificate chain fragments. This usage of CERT= extends the existing use of CERT= to specify the client certificate. The client certificate is now identified automatically by checking for a match against the private key. For example: make bin/ipxe.usb CERT=root.crt,client.crt TRUST=root.crt KEY=client.key Signed-off-by: Michael Brown <mcb30@ipxe.org>
2014-03-28 16:45:10 +01:00
CSPLIT := csplit
[build] Fix broken build caused by implied dependency upon "perl" Commit ea12dc0 ("[build] Avoid hard-coding the path to perl") introduced a build failure for fully clean trees (e.g. after running "make veryclean"), since the dependency upon $(PARSEROM) now includes a dependency upon "perl" (which doesn't exist) rather than upon "/usr/bin/perl" (which does exist). There should of course be no dependency upon the perl binary at all; the dependency should be upon "./util/parserom.pl" alone. Fix by removing the $(PERL) from the definition of Perl-based utility paths, and adding $(PERL) at the point of usage. Reported-by: Stefan Hajnoczi <stefanha@gmail.com> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2010-06-24 18:20:35 +02:00
PARSEROM := ./util/parserom.pl
FIXROM := ./util/fixrom.pl
SYMCHECK := ./util/symcheck.pl
SORTOBJDUMP := ./util/sortobjdump.pl
PADIMG := ./util/padimg.pl
LICENCE := ./util/licence.pl
Unconditionally set utility program variables in Makefile to allow CROSS_COMPILE to work. stappers and xl0 pointed out that gnu make sets some variables, so ?= is ineffective in some cases where we use it.. Cross-compilation requires that some variables can be overridden in the src/$(ARCH)/Config file, so include that file _after_ utility program variables are set.
2008-01-02 18:50:30 +01:00
NRV2B := ./util/nrv2b
ZBIN := ./util/zbin
[efi] Use elf2efi utility in place of efilink elf2efi converts a suitable ELF executable (containing relocation information, and with appropriate virtual addresses) into an EFI executable. It is less tightly coupled with the gPXE build process and, in particular, does not require the use of a hand-crafted PE image header in efiprefix.S. elf2efi correctly handles .bss sections, which significantly reduces the size of the gPXE EFI executable.
2009-01-07 03:05:51 +01:00
ELF2EFI32 := ./util/elf2efi32
ELF2EFI64 := ./util/elf2efi64
[efi] Add efirom utility and .efirom image format
2009-01-08 03:19:18 +01:00
EFIROM := ./util/efirom
[efi] Add efifatbin utility Add utility for constructing EFI fat binaries (dual 32/64-bit binaries, usable only on Apple EFI systems). This utility is not part of the standard build process. To use it: make util/efifatbin bin-i386-efi/ipxe.efi bin-x86_64-efi/ipxe.efi and then ./util/efifatbin bin-*-efi/ipxe.efi fat-ipxe.efi Requested-by: Brandon Penglase <bpenglase-ipxe@spaceservices.net> Tested-by: Brandon Penglase <bpenglase-ipxe@spaceservices.net> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2014-09-10 03:58:50 +02:00
EFIFATBIN := ./util/efifatbin
[build] Enable building with the Intel C compiler (icc)
2009-03-10 18:50:01 +01:00
ICCFIX := ./util/iccfix
[libc] Enable automated extraction of error usage reports Add preprocessor magic to the error definitions to enable every error usage to be tracked. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2010-05-30 16:29:05 +02:00
EINFO := ./util/einfo
[console] Add keymap generator Inspired by LILO's keytab-lilo.pl, genkeymap.pl uses "loadkeys -b" to obtain a Linux keyboard map, and generates a file keymap_xx.c in hci/keymap. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2011-03-16 04:22:45 +01:00
GENKEYMAP := ./util/genkeymap.pl
Unconditionally set utility program variables in Makefile to allow CROSS_COMPILE to work. stappers and xl0 pointed out that gnu make sets some variables, so ?= is ineffective in some cases where we use it.. Cross-compilation requires that some variables can be overridden in the src/$(ARCH)/Config file, so include that file _after_ utility program variables are set.
2008-01-02 18:50:30 +01:00
DOXYGEN := doxygen
[build] Add efidrv.cab target for UEFI Secure Boot signing Signed-off-by: Michael Brown <mcb30@ipxe.org>
2013-05-14 21:08:26 +02:00
LCAB := lcab
[build] Add %.vhd target for building VM bootable disk images Signed-off-by: Michael Brown <mcb30@ipxe.org>
2017-01-22 12:22:11 +01:00
QEMUIMG := qemu-img
Merged mcb30-realmode-redesign back to HEAD
2005-04-08 17:01:17 +02:00
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
###############################################################################
Improved building of debugging objects. You can now specify a "DEBUG=" list for any build, e.g. make bin/pnic.dsk DEBUG=pci,pnic This will drag in debugging-enabled versions of pci.c and pnic.c.
2005-04-17 01:28:36 +02:00
#
Merged mcb30-realmode-redesign back to HEAD
2005-04-08 17:01:17 +02:00
# SRCDIRS lists all directories containing source files.
#
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
SRCDIRS :=
Import various libgcc functions from syslinux. Experimentation reveals that gcc ignores -mrtd for the implicit arithmetic functions (e.g. __udivdi3), but not for the implicit memcpy() and memset() functions. Mark the implicit arithmetic functions with __attribute__((cdecl)) to compensate for this. (Note: we cannot mark with with __cdecl, because we define __cdecl to incorporate regparm(0) as well.)
2007-07-30 03:37:42 +02:00
SRCDIRS += libgcc
Make it easier to comment out individual SRC directories when things are broken... :)
2005-04-22 18:36:44 +02:00
SRCDIRS += core
[build] Exclude selected directories from Secure Boot builds When submitting binaries for UEFI Secure Boot signing, certain known-dubious subsystems (such as 802.11 and NFS) must be excluded from the build. Mark the directories containing these subsystems as insecure, and allow the build target to include an explicit "security flag" (a literal "-sb" appended to the build platform) to exclude these source directories from the build process. For example: make bin-x86_64-efi-sb/ipxe.efi will build iPXE with all code from the 802.11 and NFS subsystems excluded from the build. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2017-09-18 14:32:39 +02:00
SRCDIRS += net net/tcp net/udp net/infiniband
Add image directory back in
2007-01-11 15:43:15 +01:00
SRCDIRS += image
Make it easier to comment out individual SRC directories when things are broken... :)
2005-04-22 18:36:44 +02:00
SRCDIRS += drivers/bus
SRCDIRS += drivers/net
Fix typo.
2007-11-18 17:12:54 +01:00
SRCDIRS += drivers/net/e1000
[e1000e] Add e1000e driver This commit adds an e1000e driver based on Intel source code available at: http://sourceforge.net/projects/e1000/ which is upstream source for the Linux kernel e1000 drivers, and should support many PCIe e1000 variants. Signed-off-by: Marty Connor <mdc@etherboot.org>
2010-03-17 08:18:46 +01:00
SRCDIRS += drivers/net/e1000e
[igb] Add igb driver This commit adds an igb (Intel GigaBit) driver based on Intel source code available at: http://sourceforge.net/projects/e1000/ which is upstream source for the Linux kernel e1000 drivers, and should support some PCIe e1000 variants. Signed-off-by: Marty Connor <mdc@etherboot.org>
2010-03-17 08:44:27 +01:00
SRCDIRS += drivers/net/igb
[igbvf] Add igbvf driver Driver for Intel 82576 based virtual functions, based on Intel source code available at: http://sourceforge.net/projects/e1000 (igbvf-1.0.7) Based on initial port from Eric Keller <ekeller@princeton.edu>. Signed-off-by: Alex Williamson <alex.williamson@redhat.com> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2010-12-16 04:49:32 +01:00
SRCDIRS += drivers/net/igbvf
[phantom] Add support for NetXen Phantom NICs
2008-07-05 04:38:14 +02:00
SRCDIRS += drivers/net/phantom
[vxge] Add support for X3100 series 10GbE Server/Storage Adapter Signed-off-by: Sivakumar Subramani <sivakumar.subramani@neterion.com> Signed-off-by: Masroor Vettuparambil <masroor.vettuparambil@neterion.com> Signed-off-by: Stefan Hajnoczi <stefanha@gmail.com> Signed-off-by: Marty Connor <mdc@etherboot.org>
2010-02-02 10:42:36 +01:00
SRCDIRS += drivers/net/vxge
[efi] Add the "snpnet" driver Add a new network driver that consumes the EFI Simple Network Protocol. Also add a bus driver that can find the Simple Network Protocol that iPXE was loaded from; the resulting behavior is similar to the "undionly" driver for BIOS systems. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2010-05-28 05:08:28 +02:00
SRCDIRS += drivers/net/efi
[tg3] New tg3 driver Replace the old Etherboot tg3 driver with a more up-to-date driver using the iPXE API. Signed-off-by: Thomas Miletich <thomas.miletich@gmail.com> Modified-by: Michael Brown <mcb30@ipxe.org> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2012-01-31 00:10:52 +01:00
SRCDIRS += drivers/net/tg3
[sfc] Add driver for Solarflare SFC8XXX adapters Signed-off-by: Martin Habets <mhabets@solarflare.com> Modified-by: Michael Brown <mcb30@ipxe.org> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2017-04-07 11:46:15 +02:00
SRCDIRS += drivers/net/sfc
Add drivers/block and arch/i386/interface/pcbios
2006-05-13 13:35:29 +02:00
SRCDIRS += drivers/block
Added abstraction layer for a three-wire serial device (e.g. the EEPROM used on RTL8139 cards).
2006-05-26 17:39:24 +02:00
SRCDIRS += drivers/nvs
Added sketch of bit-bashing interface common code
2006-06-08 21:47:09 +02:00
SRCDIRS += drivers/bitbash
Separated out to a clean new drivers/infiniband directory.
2007-09-18 07:06:55 +02:00
SRCDIRS += drivers/infiniband
[golan] Add Connect-IB, ConnectX-4 and ConnectX-4 Lx (Infiniband) support Signed-off-by: Wissam Shoukair <wissams@mellanox.com> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2016-03-21 14:09:13 +01:00
SRCDIRS += drivers/infiniband/mlx_utils_flexboot/src
SRCDIRS += drivers/infiniband/mlx_utils/src/public
SRCDIRS += drivers/infiniband/mlx_utils/mlx_lib/mlx_reg_access
SRCDIRS += drivers/infiniband/mlx_utils/mlx_lib/mlx_nvconfig
SRCDIRS += drivers/infiniband/mlx_utils/mlx_lib/mlx_vmac
SRCDIRS += drivers/infiniband/mlx_utils/mlx_lib/mlx_blink_leds
SRCDIRS += drivers/infiniband/mlx_utils/mlx_lib/mlx_link_speed
[golan] Bug fixes and improved paging allocation method Updates: - revert Support for clear interrupt via BAR Signed-off-by: Raed Salem <raeds@mellanox.com> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2017-03-23 14:56:27 +01:00
SRCDIRS += drivers/infiniband/mlx_utils/mlx_lib/mlx_mtu
[golan] Add Connect-IB, ConnectX-4 and ConnectX-4 Lx (Infiniband) support Signed-off-by: Wissam Shoukair <wissams@mellanox.com> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2016-03-21 14:09:13 +01:00
SRCDIRS += drivers/infiniband/mlx_nodnic/src
[usb] Add basic support for USB hubs Signed-off-by: Michael Brown <mcb30@ipxe.org>
2015-02-02 15:38:42 +01:00
SRCDIRS += drivers/usb
[linux] Remove Linux-specific code from default (non-Linux) build Building the Linux-specific code (tap.o et al) requires external headers that have proven to be extremely variable across systems, causing frequent build failures. Until this situation is rectified, remove the Linux-specific code from the default (non-Linux build). Signed-off-by: Michael Brown <mcb30@ipxe.org>
2011-02-25 18:46:56 +01:00
SRCDIRS += interface/pxe interface/efi interface/smbios
[bofm] Add core BOFM library Signed-off-by: Michael Brown <mcb30@ipxe.org>
2011-02-10 14:47:38 +01:00
SRCDIRS += interface/bofm
[xen] Add basic support for PV-HVM domains Add basic support for Xen PV-HVM domains (detected via the Xen platform PCI device with IDs 5853:0001), including support for accessing configuration via XenStore and enumerating devices via XenBus. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2014-07-29 00:38:30 +02:00
SRCDIRS += interface/xen
[hyperv] Add support for VMBus devices Add support for an abstraction of a VMBus device. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2014-12-11 18:23:45 +01:00
SRCDIRS += interface/hyperv
Added sample AoE test code to tree
2006-06-01 13:05:36 +02:00
SRCDIRS += tests
[crypto] Support SHA-{224,384,512} in X.509 certificates Add support for SHA-224, SHA-384, and SHA-512 as digest algorithms in X.509 certificates, and allow the choice of public-key, cipher, and digest algorithms to be configured at build time via config/crypto.h. Originally-implemented-by: Tufan Karadere <tufank@gmail.com> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2015-08-02 17:54:24 +02:00
SRCDIRS += crypto crypto/mishmash
Add (partly-functional) user interface for editing configuration settings
2006-12-20 04:04:07 +01:00
SRCDIRS += hci hci/commands hci/tui
SRCDIRS += hci/mucurses hci/mucurses/widgets
[console] Add keymap generator Inspired by LILO's keytab-lilo.pl, genkeymap.pl uses "loadkeys -b" to obtain a Linux keyboard map, and generates a file keymap_xx.c in hci/keymap. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2011-03-16 04:22:45 +01:00
SRCDIRS += hci/keymap
Split the (quick hack) boot logic out from main.c to autoboot.c, add a "boot" command to attempt booting from within the command shell, fall back to shell if boot fails for any reason.
2006-12-20 08:04:08 +01:00
SRCDIRS += usr
[linker] Add mechanism for subsystem-dependent configuration options It is often the case that some module of gPXE is only relevant if the subsystem it depends on is already being included. For instance, commands to manage wireless interfaces are quite useless if no compiled-in driver has pulled in the wireless networking stack. There may be a user-modifiable configuration options for these dependent modules, but even if enabled, they should not be included when they would be useless. Solve this by allowing the creation of config_subsystem.c, for configuration directives like those in the global config.c that should only be considered when subsystem.c is included in the final gPXE build. For consistency, move core/config.c to the config/ directory, where the other config_subsystem.c files will eventually reside. Signed-off-by: Marty Connor <mdc@etherboot.org>
2009-08-07 03:52:06 +02:00
SRCDIRS += config
Merged mcb30-realmode-redesign back to HEAD
2005-04-08 17:01:17 +02:00
[build] Exclude selected directories from Secure Boot builds When submitting binaries for UEFI Secure Boot signing, certain known-dubious subsystems (such as 802.11 and NFS) must be excluded from the build. Mark the directories containing these subsystems as insecure, and allow the build target to include an explicit "security flag" (a literal "-sb" appended to the build platform) to exclude these source directories from the build process. For example: make bin-x86_64-efi-sb/ipxe.efi will build iPXE with all code from the 802.11 and NFS subsystems excluded from the build. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2017-09-18 14:32:39 +02:00
# These directories contain code that is not eligible for UEFI Secure
# Boot signing.
#
SRCDIRS_INSEC += net/oncrpc
SRCDIRS_INSEC += net/80211
SRCDIRS_INSEC += drivers/net/rtl818x
SRCDIRS_INSEC += drivers/net/ath
SRCDIRS_INSEC += drivers/net/ath/ath5k
SRCDIRS_INSEC += drivers/net/ath/ath9k
Merged mcb30-realmode-redesign back to HEAD
2005-04-08 17:01:17 +02:00
# NON_AUTO_SRCS lists files that are excluded from the normal
# automatic build system.
#
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
NON_AUTO_SRCS :=
[build] Expose build timestamp, build name, and product names Expose the build timestamp (measured in seconds since the Epoch) and the build name (e.g. "rtl8139.rom" or "ipxe.efi"), and provide the product name and product short name in a single centralised location. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2014-06-19 01:35:04 +02:00
NON_AUTO_SRCS += core/version.c
Improved building of debugging objects. You can now specify a "DEBUG=" list for any build, e.g. make bin/pnic.dsk DEBUG=pci,pnic This will drag in debugging-enabled versions of pci.c and pnic.c.
2005-04-17 01:28:36 +02:00
NON_AUTO_SRCS += drivers/net/prism2.c
Merged mcb30-realmode-redesign back to HEAD
2005-04-08 17:01:17 +02:00
[doc] Expand scope of doxygen-generated documentation
2009-08-11 16:14:36 +02:00
# INCDIRS lists the include path
#
INCDIRS :=
INCDIRS += include .
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
###############################################################################
#
# Default build target: build the most common targets and print out a
# helpfully suggestive message
#
[build] Include ipxe.lkrn in default build bin/ipxe.lkrn is built anyway in order to create bin/ipxe.iso, so there is no additional cost to including it within the default build. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2011-03-26 15:23:21 +01:00
ALL := bin/blib.a bin/ipxe.dsk bin/ipxe.lkrn bin/ipxe.iso \
[build] Build ROMs used by qemu and VMware as part of "make all" Signed-off-by: Michael Brown <mcb30@ipxe.org>
2013-12-26 23:36:34 +01:00
bin/ipxe.usb bin/ipxe.pxe bin/undionly.kpxe bin/rtl8139.rom \
bin/8086100e.mrom bin/80861209.rom bin/10500940.rom \
bin/10222000.rom bin/10ec8139.rom bin/1af41000.rom \
bin/8086100f.mrom bin/808610d3.mrom bin/15ad07b0.rom
[build] Add everything target The everything target builds multiple image types on each supported arch/platform combination. Signed-off-by: Piotr Jaroszyński <p.jaroszynski@gmail.com> Modified-by: Michael Brown <mcb30@ipxe.org> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2010-07-29 15:25:36 +02:00
all : $(ALL)
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
@$(ECHO) '==========================================================='
@$(ECHO)
@$(ECHO) 'To create a bootable floppy, type'
[build] Rename gPXE to iPXE Access to the gpxe.org and etherboot.org domains and associated resources has been revoked by the registrant of the domain. Work around this problem by renaming project from gPXE to iPXE, and updating URLs to match. Also update README, LOG and COPYRIGHTS to remove obsolete information. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2010-04-19 21:16:01 +02:00
@$(ECHO) ' cat bin/ipxe.dsk > /dev/fd0'
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
@$(ECHO) 'where /dev/fd0 is your floppy drive. This will erase any'
@$(ECHO) 'data already on the disk.'
@$(ECHO)
@$(ECHO) 'To create a bootable USB key, type'
[build] Rename gPXE to iPXE Access to the gpxe.org and etherboot.org domains and associated resources has been revoked by the registrant of the domain. Work around this problem by renaming project from gPXE to iPXE, and updating URLs to match. Also update README, LOG and COPYRIGHTS to remove obsolete information. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2010-04-19 21:16:01 +02:00
@$(ECHO) ' cat bin/ipxe.usb > /dev/sdX'
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
@$(ECHO) 'where /dev/sdX is your USB key, and is *not* a real hard'
@$(ECHO) 'disk on your system. This will erase any data already on'
@$(ECHO) 'the USB key.'
@$(ECHO)
@$(ECHO) 'To create a bootable CD-ROM, burn the ISO image '
[build] Rename gPXE to iPXE Access to the gpxe.org and etherboot.org domains and associated resources has been revoked by the registrant of the domain. Work around this problem by renaming project from gPXE to iPXE, and updating URLs to match. Also update README, LOG and COPYRIGHTS to remove obsolete information. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2010-04-19 21:16:01 +02:00
@$(ECHO) 'bin/ipxe.iso to a blank CD-ROM.'
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
@$(ECHO)
@$(ECHO) 'These images contain drivers for all supported cards. You'
@$(ECHO) 'can build more customised images, and ROM images, using'
@$(ECHO) ' make bin/<rom-name>.<output-format>'
@$(ECHO)
@$(ECHO) '==========================================================='
[build] Add everything target The everything target builds multiple image types on each supported arch/platform combination. Signed-off-by: Piotr Jaroszyński <p.jaroszynski@gmail.com> Modified-by: Michael Brown <mcb30@ipxe.org> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2010-07-29 15:25:36 +02:00
###############################################################################
#
# Comprehensive build target: build a selection of cross-platform
# targets to expose potential build errors that show up only on
# certain platforms
#
everything :
$(Q)$(MAKE) --no-print-directory $(ALL) \
[build] Allow ISA ROMs to be built The build process has for a long time assumed that every ROM is a PCI ROM, and will always include the PCI header and PCI-related functionality (such as checking the PCI BIOS version, including the PCI bus:dev.fn address within the ROM product name string, etc.). While real ISA cards are no longer in use, some virtualisation environments (notably VirtualBox) have support only for ISA ROMs. This can cause problems: in particular, VirtualBox will call our initialisation entry point with random garbage in %ax, which we then treat as the PCI bus:dev.fn address of the autoboot device: this generally prevents the default boot sequence from using any network devices. Create .isarom and .pcirom prefixes which can be used to explicitly specify the type of ROM to be created. (Note that the .mrom prefix always implies a PCI ROM, since the .mrom mechanism relies on reconfiguring PCI BARs.) Make .rom a magic prefix which will automatically select the appropriate PCI or ISA ROM prefix for ROMs defined via a PCI_ROM() or ISA_ROM() macro. To maintain backwards compatibility, we default to building a PCI ROM for anything which is not directly derived from a PCI_ROM() or ISA_ROM() macro (e.g. bin/intel.rom). Add a selection of targets to "make everything" to ensure that the (relatively obscure) ISA ROM build process is included within the per-commit QA checks. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2014-08-21 17:34:26 +02:00
bin/3c509.rom bin/intel.rom bin/intel.mrom \
[librm] Add support for running in 64-bit long mode Add support for running the BIOS version of iPXE in 64-bit long mode. A 64-bit BIOS version of iPXE can be built using e.g. make bin-x86_64-pcbios/ipxe.usb make bin-x86_64-pcbios/8086100e.mrom The 64-bit BIOS version should appear to function identically to the normal 32-bit BIOS version. The physical memory layout is unaltered: iPXE is still relocated to the top of the available 32-bit address space. The code is linked to a virtual address of 0xffffffffeb000000 (in the negative 2GB as required by -mcmodel=kernel), with 4kB pages created to cover the whole of .textdata. 2MB pages are created to cover the whole of the 32-bit address space. The 32-bit portions of the code run with VIRTUAL_CS and VIRTUAL_DS configured such that truncating a 64-bit virtual address gives a 32-bit virtual address pointing to the same physical location. The stack pointer remains as a physical address when running in long mode (although the .stack section is accessible via the negative 2GB virtual address); this is done in order to simplify the handling of interrupts occurring while executing a portion of 32-bit code with flat physical addressing via PHYS_CODE(). Interrupts may be enabled in either 64-bit long mode, 32-bit protected mode with virtual addresses, 32-bit protected mode with physical addresses, or 16-bit real mode. Interrupts occurring in any mode other than real mode will be reflected down to real mode and handled by whichever ISR is hooked into the BIOS interrupt vector table. Signed-off-by: Michael Brown <mcb30@ipxe.org>
2016-02-18 03:44:19 +01:00
bin-x86_64-pcbios/8086100e.mrom bin-x86_64-pcbios/intel.rom \
bin-x86_64-pcbios/ipxe.usb bin-x86_64-pcbios/ipxe.pxe \
bin-x86_64-pcbios/undionly.kpxe \
[build] Add everything target The everything target builds multiple image types on each supported arch/platform combination. Signed-off-by: Piotr Jaroszyński <p.jaroszynski@gmail.com> Modified-by: Michael Brown <mcb30@ipxe.org> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2010-07-29 15:25:36 +02:00
bin-i386-efi/ipxe.efi bin-i386-efi/ipxe.efidrv \
bin-i386-efi/ipxe.efirom \
bin-x86_64-efi/ipxe.efi bin-x86_64-efi/ipxe.efidrv \
[build] Add tap.linux to "make everything" Signed-off-by: Michael Brown <mcb30@ipxe.org>
2010-08-19 14:25:42 +02:00
bin-x86_64-efi/ipxe.efirom \
[build] Include self-tests within "make everything" Signed-off-by: Michael Brown <mcb30@ipxe.org>
2013-01-31 11:12:58 +01:00
bin-i386-linux/tap.linux bin-x86_64-linux/tap.linux \
bin-i386-linux/tests.linux bin-x86_64-linux/tests.linux
[build] Add everything target The everything target builds multiple image types on each supported arch/platform combination. Signed-off-by: Piotr Jaroszyński <p.jaroszynski@gmail.com> Modified-by: Michael Brown <mcb30@ipxe.org> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2010-07-29 15:25:36 +02:00
[build] Add vmware build target Add "make vmware" build target, to build all of the ROMs used with VMware. Modified-by: Michael Brown <mcb30@ipxe.org> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2012-11-04 19:48:08 +01:00
###############################################################################
#
# VMware build target: all ROMs used with VMware
#
vmware : bin/8086100f.mrom bin/808610d3.mrom bin/10222000.rom bin/15ad07b0.rom
@$(ECHO) '==========================================================='
@$(ECHO)
@$(ECHO) 'Available ROMs:'
@$(ECHO) ' bin/8086100f.mrom -- intel/e1000'
@$(ECHO) ' bin/808610d3.mrom -- intel/e1000e'
@$(ECHO) ' bin/10222000.rom -- vlance/pcnet32'
@$(ECHO) ' bin/15ad07b0.rom -- vmxnet3'
@$(ECHO)
@$(ECHO) 'For more information, see http://ipxe.org/howto/vmware'
@$(ECHO)
@$(ECHO) '==========================================================='
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
###############################################################################
Merged mcb30-realmode-redesign back to HEAD
2005-04-08 17:01:17 +02:00
#
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
# Build targets that do nothing but might be tried by users
#
configure :
@$(ECHO) "No configuration needed."
install :
@$(ECHO) "No installation required."
Found a home for MAKEROM_FLAGS_3c503.
2005-04-17 15:25:43 +02:00
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
###############################################################################
Found a home for MAKEROM_FLAGS_3c503.
2005-04-17 15:25:43 +02:00
#
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
# Version number calculations
#
[release] Update version to 1.0.0-rc1 for release
2010-01-26 20:40:57 +01:00
VERSION_MAJOR = 1
VERSION_MINOR = 0
VERSION_PATCH = 0
[release] Update version to 1.0.0+ post release Signed-off-by: Marty Connor <mdc@etherboot.org>
2010-02-02 17:26:30 +01:00
EXTRAVERSION = +
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
MM_VERSION = $(VERSION_MAJOR).$(VERSION_MINOR)
VERSION = $(MM_VERSION).$(VERSION_PATCH)$(EXTRAVERSION)
[build] Set GITVERSION only if there is a git repository The $(BIN)/version.%.o target will fail if iPXE is built within a non-git repository, e.g. when the user downloaded and extracted an archive containing iPXE sources, *and* if any parent directory of the iPXE sources is a git repository (or even contains a directory named ".git"). This is because git will by default ascend the directory tree and look for ".git". The problem typically manifests on source based distributions, see for example https://bugs.gentoo.org/show_bug.cgi?id=482804 Modified-by: Michael Brown <mcb30@ipxe.org> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2014-07-28 17:47:48 +02:00
ifneq ($(wildcard ../.git),)
[build] Include git commit within version string when available Originally-implemented-by: Christian Hesse <list@eworm.de> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2012-07-20 19:06:15 +02:00
GITVERSION := $(shell git describe --always --abbrev=1 --match "" 2>/dev/null)
VERSION += ($(GITVERSION))
endif
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
version :
[build] Include git commit within version string when available Originally-implemented-by: Christian Hesse <list@eworm.de> Signed-off-by: Michael Brown <mcb30@ipxe.org>
2012-07-20 19:06:15 +02:00
@$(ECHO) "$(VERSION)"
Merged mcb30-realmode-redesign back to HEAD
2005-04-08 17:01:17 +02:00
[makefile] Add support for multiple build platforms Allow for the build CPU architecture and platform to be specified as part of the make command goals. For example: make bin/rtl8139.rom # Standard i386 PC-BIOS build make bin-efi/rtl8139.efi # i386 EFI build The generic syntax is "bin[-[arch-]platform]", with the default architecture being "i386" (regardless of the host architecture) and the default platform being "pcbios". Non-path targets such as "srcs" can be specified using e.g. make bin-efi srcs Note that this changeset is merely Makefile restructuring to allow the build architecture and platform to be determined by the make command goals, and to export these to compiled code via the ARCH and PLATFORM defines. It doesn't actually introduce any new build platforms.
2008-10-08 00:18:15 +02:00
###############################################################################
#
# Drag in the bulk of the build system
Merged mcb30-realmode-redesign back to HEAD
2005-04-08 17:01:17 +02:00
#
MAKEDEPS += Makefile.housekeeping
include Makefile.housekeeping