| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| config-local.patch | Populate src/config/local with Debian's configuration files | Sven Geuer <sge@debian.org> | not-needed | 2025-01-05 | ||
| respect-CPPFLAGS-CFLAGS-LDFLAGS-presets.patch | Incorporate preset CPPFLAGS, CFLAGS and LDFLAGS where missing. blhc complains about missing CPPFLAGS and CFLAGS in general and about missing LDFLAGS when building binaries from src/util. This patch soothes blhc. |
Sven Geuer <sge@debian.org> | not-needed | 2024-12-21 | ||
| strip-802.1Q-VLAN-0-priority-tags.patch | Strip 802.1Q VLAN 0 priority tags iPXE was unable to receive priority tagged packets specified in the 802.1Q standard and supported by all major networking stacks. . This commit adds a new function net_pull_tags which is called by all consumers of incoming packets after stripping their link-layer headers. . Update 2021: Upstream made the vlan_find function that is used here static in https://github.com/ipxe/ipxe/commit/fe680c8228563369804948010954128aacb7db74 We have to un-do this part of the change to be able to further use it from where it is needed for this functionality. |
Ladi Prosek <lprosek@redhat.com> | yes | vendor, https://git.centos.org/rpms/ipxe/blob/c8s/f/SOURCES/0003-Strip-802.1Q-VLAN-0-priority-tags.patch | 2024-12-25 | |
| inhibit-linker-warnings-about-an-implied-executable.patch | Inhibit linker warnings about an implied executable stack | Geert Stappers <stappers@stappers.it> | no | backport, https://github.com/ipxe/ipxe/commit/e17568ad0642490143d0c6b154c874b9b9e285bf | 2024-12-15 | |
| fix-building-with-newer-binutils.patch | Fix building with newer binutils 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. |
Michael Brown <mcb30@ipxe.org> | no | backport, https://github.com/ipxe/ipxe/commit/6ca597eee9f95b846a3c2dc1231e63cfc02272c1 | 2024-01-14 |