I haven't contributed to iPXE in many years, so I don't have write access to
the Github repo, but this PR looks good to me.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/ipxe/ipxe/pull/103#issuecomment-5
I wrote the original WPA code in 2009, and definitely successfully booted with
it at that time. It looks like the incorrect-polarity memcmp() was only
introduced in 2014:
https://github.com/ipxe/ipxe/commit/8ee39f7432e63c2382ab3e7d24e234310f4532c9
--
You are receiving this because you are subs
On Sat, Dec 22, 2012 at 11:19 PM, Matthew Helton wrote:
> The stray thought occured to me that instead of scripting
> whitelists/blacklists by system model, or relying on external detection
> methods (Syslinux or HDT) for NICs, could be ipxe.pxe be altered to carry an
> alternate kernel within its
all
> modules, major, etc. (thinking of like Apache httpd build for DSO inclusion)
> instead of listing individual ones?
>
> Kalpesh...
>
> -----Original Message-
> From: Joshua Oreman [mailto:orem...@mit.edu]
> Sent: Thursday, October 18, 2012 11:38 PM
> To: Kal
On Thu, Oct 18, 2012 at 2:28 PM, Kalpesh Patel
wrote:
> Hi,
>
>
>
> Is there a comprehensive list of modules that can be built with debug turned
> on?
>
>
>
> In particular, I am looking for additional non-hardware modules that can be
> included:
Hi Kalpesh,
Every source file in the iPXE tree is
On Thu, Jan 5, 2012 at 12:22 AM, Pete Holland wrote:
> So I'm working on a port of the vmxnet3 driver to ipxe (mainly because
> the default pxe client in ESX is not suitable for my needs).
> One problem I've run into is that the vmxnet3 driver seems to require
> far more memory (by default somewhe
On Fri, May 6, 2011 at 3:47 PM, Greg Jednaszewski
wrote:
>
> On May 6, 2011, at 1:28 PM, Michael Brown wrote:
>
>> On Friday 06 May 2011 18:07:53 Greg Jednaszewski wrote:
>>> In my particular case, the only options I care about are IP, netmask,
>>> next-server, and possibly gateway which should al
On Tue, Mar 29, 2011 at 6:03 PM, Gregory Fuller
wrote:
> I see that there is basic EAP Over LAN (EAPOL) support in iPXE.
> Anyone working on adding EAP authentication methods such as EAP-MD5,
> EAP-TLS, EAP-PEAP, etc? It would be great if this support was
> available. We currently use gPXE to bo
On Sat, Feb 19, 2011 at 2:55 PM, Paul Geraedts wrote:
> Hi all,
>
> For a public computer setup I'm interested in disabling one or more of
> the boot messages of its ipxe bootrom (the ones that allow the ctrl-b
> interrupt of the boot process).
>
> There seem to be 3: one at the beginning that is
On Wed, Jan 26, 2011 at 1:03 PM, James A. Peltier wrote:
> Didn't work. There must be something else going on here.
If your DHCP server is configured to send something different on
user-class "gPXE", you should be aware that iPXE sends user-class
"iPXE" instead.
Josh
>
> - Original Message
On Fri, Nov 5, 2010 at 10:59 PM, Huan Truong wrote:
> I'm using iPXE now and it is very apparent that iPXE tg3 implementation
> is very slow.
>
> It takes me about 30 seconds to fetch my vmlinuz kernel image from
> Ubuntu 10.10 on a 1Gbps connection compared to gPXE (1.0.1)'s
> implementation that
On Wed, Nov 3, 2010 at 1:57 PM, Michael Brown
wrote:
> On Wednesday 03 Nov 2010 17:26:35 Joshua Oreman wrote:
>> This may be a better way of fixing the regression that was previously
>> fixed by reverting the DHCP changes in question.
>
> Could you explain to me what
This may be a better way of fixing the regression that was previously
fixed by reverting the DHCP changes in question.
Josh
-- Forwarded message --
From: Gianni Tedesco
Date: Wed, Nov 3, 2010 at 1:24 PM
Subject: [gPXE-devel] [PATCH]: dhcp: Don't ignore duplicate offers
when the
On Sat, Jul 31, 2010 at 3:08 AM, Stefan Hajnoczi wrote:
> Josh: I have CCed you explicitly because I think you had ideas on this
> some time ago.
>
> The question of multiple PCI IDs for a single gPXE ROM came up
> recently on IRC. ?It can be useful to have a single gPXE ROM file that
> works on m
14 matches
Mail list logo