Syslinux - Sep 2015 - Chaining to pxelinux.0 6.0.3 from iPXE - ldlinux.c32

On Thu, Sep 24, 2015 at 6:33 AM, Gene Cumm <gene.cumm at gmail.com> wrote:
> Now I have something I can reproduce.  Booting my same ipxe.iso to
> perform an initial TFTP load shows what I saw already.  Attempting to
> load a file via http results in an immediate error message with no
> resulting traffic as far as I can see.
OK.  Found it.  core/fs/pxe/pxe.h disabled all of the gPXE/iPXE
callbacks in the core, disabling HTTP and other functionality.  It
appears someone disabled it intentionally in commit ID f180d7c8 but
forgot to go back and conditionally re-enable it.  This would affect
4.10-pre*, 5.1* and 6.0*.

-- 
-Gene

On 9/24/2015 4:59 AM, Gene Cumm wrote:
> On Thu, Sep 24, 2015 at 6:33 AM, Gene Cumm <gene.cumm at gmail.com>
wrote:
> 
>> Now I have something I can reproduce.  Booting my same ipxe.iso to
>> perform an initial TFTP load shows what I saw already.  Attempting to
>> load a file via http results in an immediate error message with no
>> resulting traffic as far as I can see.
> 
> OK.  Found it.  core/fs/pxe/pxe.h disabled all of the gPXE/iPXE
> callbacks in the core, disabling HTTP and other functionality.  It
> appears someone disabled it intentionally in commit ID f180d7c8 but
> forgot to go back and conditionally re-enable it.  This would affect
> 4.10-pre*, 5.1* and 6.0*.
> 
Maybe I'm not crazy after all.. :-)  Wonder if it works if re-enabled.
Appreciate you taking the time to look deep into this.
-Alan

On Thu, Sep 24, 2015 at 6:59 AM, Gene Cumm <gene.cumm at gmail.com>
wrote:
> On Thu, Sep 24, 2015 at 6:33 AM, Gene Cumm <gene.cumm at gmail.com>
wrote:
>
>> Now I have something I can reproduce.  Booting my same ipxe.iso to
>> perform an initial TFTP load shows what I saw already.  Attempting to
>> load a file via http results in an immediate error message with no
>> resulting traffic as far as I can see.
>
> OK.  Found it.  core/fs/pxe/pxe.h disabled all of the gPXE/iPXE
> callbacks in the core, disabling HTTP and other functionality.  It
> appears someone disabled it intentionally in commit ID f180d7c8 but
> forgot to go back and conditionally re-enable it.  This would affect
> 4.10-pre*, 5.1* and 6.0*.
Got it functional.  Now to clean and commit.

-- 
-Gene

On Sat, Sep 26, 2015 at 1:59 PM, Gene Cumm <gene.cumm at gmail.com>
wrote:
> On Thu, Sep 24, 2015 at 6:59 AM, Gene Cumm <gene.cumm at gmail.com>
wrote:
>> On Thu, Sep 24, 2015 at 6:33 AM, Gene Cumm <gene.cumm at
gmail.com> wrote:
>>
>>> Now I have something I can reproduce.  Booting my same ipxe.iso to
>>> perform an initial TFTP load shows what I saw already.  Attempting
to
>>> load a file via http results in an immediate error message with no
>>> resulting traffic as far as I can see.
>>
>> OK.  Found it.  core/fs/pxe/pxe.h disabled all of the gPXE/iPXE
>> callbacks in the core, disabling HTTP and other functionality.  It
>> appears someone disabled it intentionally in commit ID f180d7c8 but
>> forgot to go back and conditionally re-enable it.  This would affect
>> 4.10-pre*, 5.1* and 6.0*.
>
> Got it functional.  Now to clean and commit.
Commit ID 804efa7.  I thought that was going to take a lot less time
but it's working

-- 
-Gene

On Thu, Sep 24, 2015 at 07:57:47AM -0600, Alan Sparks via Syslinux
wrote:
> On 9/24/2015 4:59 AM, Gene Cumm wrote:
> > On Thu, Sep 24, 2015 at 6:33 AM, Gene Cumm <gene.cumm at
gmail.com> wrote:
> > 
> >> Now I have something I can reproduce.  Booting my same ipxe.iso to
> >> perform an initial TFTP load shows what I saw already.  Attempting
to
> >> load a file via http results in an immediate error message with no
> >> resulting traffic as far as I can see.
> > 
> > OK.  Found it.  core/fs/pxe/pxe.h disabled all of the gPXE/iPXE
> > callbacks in the core, disabling HTTP and other functionality.  It
> > appears someone disabled it intentionally in commit ID f180d7c8 but
> > forgot to go back and conditionally re-enable it.  This would affect
> > 4.10-pre*, 5.1* and 6.0*.
> > 
> 
> Maybe I'm not crazy after all.. :-)
    ;-)

> Wonder if it works if re-enabled.
You can check now.
The Syslinux git repo has iPXE callbacks re-enabled.

> Appreciate you taking the time to look deep into this.
Thanks. Another way to express appreciation is reporting
your testresults with the re-enbled iPXE callbacks.



Groeten
Geert Stappers
-- 
Leven en laten leven