Debian Patches

Status for ipxe/2.0.0+dfsg-2

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, Miao Wang" <shankerwangmiao@gmail.com> not-needed 2025-02-04
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 2026-03-10
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
reduce_efirom_size.patch remove unnecessary objects Miao Wang <shankerwangmiao@gmail.com> yes upstream 2025-02-27
make-build-reproducible-with-differnet-storing-pathes.patch make build reproducible with differnet storing pathes
Use -ffile-prefix-map= to prevent storing the path of the source files
into the debug info of the object files, so that the object files will
not change whereever the source code is stored, and thus the build-id,
which is the checksum of all the objects, stored in the final built
binary will not change.		 Miao Wang <shankerwangmiao@gmail.com> no 2026-03-07
Assign-unique-MAC-addresses-for-test-network-devices.patch Assign unique MAC addresses for test network devices
Commit 19dffdc ("[efi] Allow for creating devices with no EFI parent
device") relaxed the restriction on attempting to create SNP devices
when no EFI parent device is available, with the result that the test
network devices created when running the IPv4 tests are now registered
as SNP devices.

Since the dummy EFI parent device path is fixed and the test network
device MAC addresses are empty, the SNP devices end up with identical
constructed device paths and registration of the second and subsequent
devices will fail since device paths must be unique.

Fix by assigning MAC addresses to the test network devices.		 Michael Brown <mcb30@ipxe.org> no 2026-03-09

All known versions for source package 'ipxe'

Links