Re: [ipxe-devel] Build issue

The patch attached should fix the build error. Untested since I do not have GCC 5.4. Best regards, Martin On 07/11/16 08:49, Bjørn Forsman wrote: > Hi iPXE developers, > > I'd like to report a build issue: > > $ make -C src > [...] > [BUILD] bin/etherfabric.o > In file included from

[ipxe-devel] Support for newer Solarflare NICs

Hi, We are starting to work on iPXE support for our newer Solarflare adapters, so we can deprecate gPXE in time. Our approach would be to support the latest series initially, and add earlier hardware if needed. The newer adapters would be supported using a new driver, and I have some general

Re: [ipxe-devel] Script embedding in EFI environment

Maybe you could use DHCP option 209? https://tools.ietf.org/html/rfc5071#section-4 Martin On 01/12/16 15:49, Lukas Zapletal wrote: > Hello, > > our project (www.theforeman.org ) provides > functionality to generate bootdisk for individual hosts. These are either >

[ipxe-devel] [PATCH 0/4] Network driver for Solarflare SFC8XXX adapters

. This driver does not provide flash access yet, support for that will be added later using incremental patches. We will monitor this mailing list, but for questions and support we can be contacted at pre-boot-driv...@solarflare.com. Best regards, Martin Habets

[ipxe-devel] [PATCH 3/4] [sfc] Top level driver code

Here is a brief description of this source files: sfc_hunt.c - This is the top level driver. It provides the top level probing, and communication with the adapter. Signed-off-by: Martin Habets <mhab...@solarflare.com> --- sfc_hunt.c

[ipxe-devel] [PATCH 2/4] [sfc] Hardware and queue handling

. efx_common.h - API for efx_common.c. efx_hunt.h - API for efx_hunt.c. Signed-off-by: Martin Habets <mhab...@solarflare.com> --- efx_common.c | 98 +++ efx_common.h | 232 ++ efx_hunt.c | 511 +++ efx_

[ipxe-devel] [PATCH 4/4] [sfc] Add build of the Solarflare driver

This adds the new directory to build, and reserves numbers for error reporting. Signed-off-by: Martin Habets <mhab...@solarflare.com> --- src/Makefile | 1 + src/include/ipxe/errfile.h | 2 ++ 2 files changed, 3 insertions(+) diff --git a/src/Makefile b/src/Makefile

[ipxe-devel] [PATCH 1/4] [sfc] Add hardware and protocol headers

Here is a brief description of these source files: ef10_regs.h - Hardware register definitions. efx_bitfield.h - Macros for firmware attributes. mc_driver_pcol.h - Firmware protocol definitions. mcdi.h - Macros for the firmware protocol. Signed-off-by: Martin Habets <mhab...@solarflare.

Re: [ipxe-devel] Infinite dhcp request

On 21/04/17 12:06, Shubham Mittal wrote: > Hi all, > > > I have reached to a certain situation here. > > when uefi client makes a dhcp request to dhcp server, i have configured > /etc/dhcp/dhcpd.conf file to run the pxelinux.0 file that resides at > /tftpboot/pxelinux/pxelinux.0 > > now

Re: [ipxe-devel] [PATCH 0/4] Network driver for Solarflare SFC8XXX adapters

Hi Michael, Many thanks for applying this. Can you tell me which build failed, so I can also try that in future? Thanks, Martin On 10/04/17 16:26, Michael Brown wrote: > On 07/04/17 10:44, Martin Habets wrote: >> This patch series provides network driver support for the Solarflar

Re: [ipxe-devel] TFTP upload

Sort of depends how much data needs saving and the format it is in. I use syslog (port 514) output to capture output of test scripts and sometimes debug info. This is normally limited to plain ASCII text. syslog can be enabled in the ISC DHCP server using option log-servers in dhcpd.conf.

Re: [ipxe-devel] TFTP upload

You also need to make sure CONSOLE_SYSLOG is defined in that file. Martin On 01/12/17 12:18, Pete French wrote: > On 01/12/2017 10:28, Michael Brown wrote: >> >> You will need to build iPXE with CONSOLE_SYSLOG enabled: >> >>    http://ipxe.org/cfg/syslog >>   

[ipxe-devel] [PATCH] sfc: Add support for X25xx adapters

The first adapters in this family are X2522-10, X2522-25, X2541 and X2542. These no longer use PCI BAR 0 for I/O, but use that for memory. In other words, BAR 2 on SFN8xxx adapters now becomes BAR 0. --- src/drivers/net/sfc/efx_common.c | 12 +--- src/drivers/net/sfc/sfc_hunt.c |

[ipxe-devel] [PATCH] Always update the IRQ state in the IP layer

PXENV_UNDI_ISR_OUT_NOT_OURS like before. Signed-off-by: Martin Habets <mhab...@solarflare.com> --- src/net/netdevice.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/src/net/netdevice.c b/src/net/netdevice.c index 4c211d707b96..1eda001181e9 100644 --- a/src/net/netdevice.c

[ipxe-devel] [PATCH v2] Always update the IRQ state in the IP layer

return PXENV_UNDI_ISR_OUT_NOT_OURS like before. Signed-off-by: Martin Habets <mhab...@solarflare.com> --- src/net/netdevice.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/src/net/netdevice.c b/src/net/netdevice.c index 4c211d707b96..1eda001181e9 100644 --- a/s

Re: [ipxe-devel] [ipxe/ipxe] allow to build ISO image with EFI support (ipxe.eiso) (#50)

> A correct solution would need to take into account the way that iPXE > spins up one make subprocess per $(BIN) directory. See the "More than > one BIN directory was specified..." block in Makefile.housekeeping. > We'd need to find a (clean) way to wait for the make subprocesses to > complete

Re: [ipxe-devel] ipxe error

On 11/04/2019 13:35, RD wrote: > hello, > i tried using the webirc chat but nobody was there. > Please could you guide me on the followiing error: > > Trying to to install coreboot, testing with qemu emulator but get the > 'nothing to boot: no such file or directory (http://ipxe.org/2d03e13b/)

Re: [ipxe-devel] Can't boot from CD Rom

On 08/05/2019 18:24, Jose Mencia wrote: > Hello Cristian, > > I created the mention below script that it is embedded when I make the .usb > or .iso file. However, the menu shows fine on a usb flash drive but from the > CD, it always want to hit Ctrl B and it doesn't show the menu instead it >

Re: [ipxe-devel] [ipxe/pipxe] Raspberry Pi 4? (#2)

There was a bunch of discussion last week on the IRC channel regarding pipxe on raspberry pi, I believe with the pipxe maintainer (or one of them). Sorry I did not follow which pi version they were discussing. Martinh On 10/12/2019 18:07, Rui Lopes wrote: > I mean, does the |pipxe| project has

Re: [ipxe-devel] i217lm after reboot not working

On 12/03/2020 22:31, be...@belyj.eu wrote: > On 2020-03-12 23:44, Geert Stappers wrote: >> On Thu, Mar 12, 2020 at 11:09:05PM +0200, be...@belyj.eu wrote: >>> On 2020-03-12 23:02, Geert Stappers wrote: >>> > On Thu, Mar 12, 2020 at 11:06:11AM +0200, be...@belyj.eu wrote: >>> > > On 2020-03-12

Re: [ipxe-devel] [ipxe/ipxe] Add support for Solarflare SFN7122F 10Gb NIC (#110)

@habetsm-xilinx approved this pull request. Looks good to me. Thanks! -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [ipxe-devel] Driver for new network device

The device drivers for network devices live in directory src/drivers/net. There are already several Intel drivers there. Either enhance the existing ones or add your new one there. Looks at the end of e.g. intel.c to see how PCI devices are matched. In general the drivers are a lot like Linux

Re: [ipxe-devel] UEFI PXE problems with AMD systems

On Wed, Jul 15, 2020 at 11:29:44AM +0100, Michael Brown wrote: > On 29/04/2020 19:32, Thomas Walker wrote: > > - Initial BOOTROM dhcp/dns/tftp was completely normal > > - As soon as ipxe took over, we started seeing trailing, repeating (i.e. > > the same sequence, but starting in different places

Re: [ipxe-devel] 486 with a Realtek 8139

The CPUID opcode also does not exist on i486. See arch/x86/include/ipxe/cpuid.h I think iPXE will cope with this if it calls cpuid_supported() in the right places. New i586 opcodes are at: https://en.wikipedia.org/wiki/X86_instruction_listings#Added_with_Pentium Martin On Wed, May 05, 2021 at

Re: [ipxe-devel] 486 with a Realtek 8139

Long ago Etherboot used to be i386 code. Nowadays I think iPXE only runs on i586 or later, e.g. arch/x86/prefix/unlzma.S has: .arch i586 >From memory there are a couple of places in the code where iPXE uses assembler opcodes that don't exist in 486. Your best bet is probably using the old

Re: [ipxe-devel] Support for New Device in iPXE

Hi Sawan, Have a look at https://ipxe.org/dev/driver or more generic https://ipxe.org/docs Other than that look at the existing drivers. Regards, Martin On Wed, Feb 10, 2021 at 07:01:20PM +, Sawan Chandak wrote: > Hi, > > I am new to this forum. > Can Someone guide me/help me, with

Re: [ipxe-devel] src/util/get-pci-ids version.h, asm/linkage.h and generated/timeconst.h: No such file or directory

On Sat, Apr 30, 2022 at 07:33:31PM +0200, Geert Stappers wrote: > > Hello, > > > The iPXE source tree has a script named src/util/get-pci-ids > that doesn't work for me. I seek your advice to get it working. > > > I have three errors. The first error is that my Linux source tree > has no