[ipxe-devel] Question of iPXE output files

George_Chang at wistron.com George_Chang at wistron.com
Thu Dec 13 11:04:03 UTC 2018


Hi, Christian,

Got it. I can build bin-x86_64-efi/snponly.efi for my test.

Thanks.
_______________________________________________________________________
Regards,

George Chang

S/W R&D Department
Wistron Corporation
TEL:886-2-6612-5952
E-Mail:George_Chang at wistron.com<mailto:George_Chang at wistron.com>

From: Christian Nilsson [mailto:nikize at gmail.com]
Sent: Tuesday, December 11, 2018 4:25 AM
To: George Chang/WHQ/Wistron
Cc: iPXE; Robin Hsu/WHQ/Wistron; James YK Lin/WHQ/Wistron
Subject: Re: [ipxe-devel] Question of iPXE output files

On Mon, 10 Dec 2018 at 21:21, <George_Chang at wistron.com<mailto:George_Chang at wistron.com>> wrote:
Hi, iPXE developer,

We are trying to build up a test PXE server with your binaries to validate our systems’ IRQ setting.

I have some questions of output files of iPXE source code.

According to this table, there are lots of extensions can be chosen to be built.

extension

Valid platforms

Description

.pxe

pcbios

Headerless X86 assembly code, PXE- or NBP-booted, sometimes renamed to .0 to work on older DHCP/TFTP servers

.efi

efi

EFI executable

.kpxe

pcbios

Same as .pxe but will Keep the original UNDI stack/driver present. This is needed for undionlyref<http://forum.ipxe.org/showthread.php?tid=8127&pid=12812#pid12812>

.kkpxe

pcbios

Same as .kpxe but will not unload (Keep) the PXE base code. only use with buggy BIOSes

.lkrn

pcbios

Builds with kernel header similar to Linux so it can be started by many bootloaders

.iso

pcbios

Builds .lkrn and adds ISOLINUX to create CD-ROM image, can be started by many bootloaders

.hd

pcbios

Direct executable i386 code put on a harddisk image (32KB blocks)

.dsk

pcbios

Direct executable i386 code put on a floppy disk image (512 Byte blocks)

.pdsk

pcbios

Padded .dsk to work with loaders that requires exact size such as iLO

.usb

pcbios, efi

Same as .dsk for pcbios, in efi mode it's an 1440K image with partition and [driver].efi added as /efi/boot/boot[arch].efi, mostly used for making USB stick images

.rom

pcbios

File intended to be flashed into PCI-based NIC ROM

.mrom

pcbios

File intended to be flashed into PCI-based NIC ROM. See notes for ''.mrom''<http://ipxe.org/download#large_rom_images>

.pcirom

pcbios

Same as .rom

.isarom

pcbios

File intended to be flashed into ISA-based NIC ROM, must be used with e.g. VirtualBox

.efidrv

efi

Driver for NIC which can be used by other EFI firmware

.efirom

efi

File intended to be flashed into NIC ROM for EFI

.linux

linux

Linux ELF executable, use for tests and tap drivers


If we want to build a binary has the same function of Undionly.kpxe but supports UEFI network IPV4/IPV6, which extension should we choose?


Table is from https://ipxe.org/appnote/buildtargets#boot_type
Which function of undionly.kpxe are you referring to?
undionly refers to the driver, so if you read the driver section from the same page you will find this:
§  snponly similar to undionly but for efi uses snp (Simple Network Protocol) or nii (Network Interface

Identifier Protocol) provided by something else in EFI land, should only find and boot the specific NIC device it was chained from.
§  snp same as snponly but tries to boot all devices and not just the one it was chained via, this is also included in ipxebuilds

/Christian


---------------------------------------------------------------------------------------------------------------------------------------------------------------
This email contains confidential or legally privileged information and is for the sole use of its intended recipient. 
Any unauthorized review, use, copying or distribution of this email or the content of this email is strictly prohibited.
If you are not the intended recipient, you may reply to the sender and should delete this e-mail immediately.
---------------------------------------------------------------------------------------------------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ipxe.org/pipermail/ipxe-devel/attachments/20181213/cd21f188/attachment.htm>


More information about the ipxe-devel mailing list