<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
On 03.03.2011 00:02, H. Peter Anvin wrote:
<blockquote cite="mid:4D6ECC85.90602@zytor.com" type="cite">
<pre wrap="">On 02/26/2011 05:34 AM, Michael Brown wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On Saturday 26 Feb 2011 10:08:13 Martin Zwerschke wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I used gpxelinux.0 before, to be able to net boot a mixed environment of
PXE and gPXE -clients from a http-sever.
As far as I understood, breaking an infinite boot-chain could succeed
this way even without a proxy-user-class, cause gpxelinux does not boot
anything else then the kernel or c32 given in it's
"pxelinux.cfg/default" file.
Why don't you create an "ipxelinux.0" ? To me the concept of
"gpxelinux.0" seemed a nice try.
</pre>
</blockquote>
<pre wrap="">
Good idea. I've created a syslinux branch at
<a class="moz-txt-link-freetext" href="http://git.ipxe.org/people/mcb30/syslinux.git/shortlog/refs/heads/ipxelinux">http://git.ipxe.org/people/mcb30/syslinux.git/shortlog/refs/heads/ipxelinux</a>
This will build ipxelinux.0. I haven't tested it yet. I suspect it may not
work straight away, since I think there's an outstanding bug regarding the use
of use-cached.
Feel free to give it a try and let us know if it works!
</pre>
</blockquote>
<pre wrap="">
For what it's worth, I intend to merge iPXE into Syslinux as soon as
there is a numbered version. Otherwise bug reports become almost
impossible to deal with.
-hpa
</pre>
</blockquote>
<br>
I gave feed back to Michael Brown already, unfortunately it did not
CC to the list.<br>
<br>
Reasons for ipxelinux.0 =><br>
0) booting with PXE-only-netcards (e.g. motherboard-integraded) can
chainload ipxelinux.0 and instantly fetch kernels initrds from
HTTP-Server<br>
without having to fork for user-class<br>
1) on Windows-desktop-versions there seems to be no good (free)
DHCP-Server, that offers DHCP-user classes<br>
2) DHC-user-classes are a bit complicated to configure<br>
3) you can boot ipxelinux.0 "over" existing old versions of gPXE or
iPXE in ROMs you don't want to re-program,<br>
so you can use actual iPXE-version<br>
<br>
Here my answer to Michael Brown again:<br>
<br>
Am 26.02.2011 14:34, schrieb Michael Brown:
<br>
<blockquote type="cite" style="color: rgb(0, 0, 0);">On Saturday 26
Feb 2011 10:08:13 Martin Zwerschke wrote:
<br>
<blockquote type="cite" style="color: rgb(0, 0, 0);">I used
gpxelinux.0 before, to be able to net boot a mixed environment
of
<br>
PXE and gPXE -clients from a http-sever.
<br>
<br>
As far as I understood, breaking an infinite boot-chain could
succeed
<br>
this way even without a proxy-user-class, cause gpxelinux does
not boot
<br>
anything else then the kernel or c32 given in it's
<br>
"pxelinux.cfg/default" file.
<br>
<br>
Why don't you create an "ipxelinux.0" ? To me the concept of
<br>
"gpxelinux.0" seemed a nice try.
<br>
</blockquote>
Good idea. I've created a syslinux branch at
<br>
<br>
<a class="moz-txt-link-freetext"
href="http://git.ipxe.org/people/mcb30/syslinux.git/shortlog/refs/heads/ipxelinux">http://git.ipxe.org/people/mcb30/syslinux.git/shortlog/refs/heads/ipxelinux</a>
<br>
<br>
This will build ipxelinux.0. I haven't tested it yet. I suspect
it may not
<br>
work straight away, since I think there's an outstanding bug
regarding the use
<br>
of use-cached.
<br>
<br>
Feel free to give it a try and let us know if it works!
<br>
<br>
Michael
<br>
<br>
</blockquote>
<big>Wow, you are REALLY fast!
<br>
<br>
I gave it a try (as I'm no linux-man it was a bit of a skill for
me).
<br>
2 build-errors occured (something 'bout "undionly.kkpxe").
<br>
Tried it with "make -i" so it went through in spite of this and
created a "ipxelinux.0" after all.
<br>
<br>
With this one i managed to boot Thinstation 2.2.2gRC in a
virtualbox (this has got a pure PXE emulation).
<br>
It
<br>
- pulled "ipxelinux.0" from my tftpd (Jounin) and -as
configured in my "pxelinux.cfg"
<br>
- chainloaded vmlinuz and initrd from my IIS-webserver
<br>
- successfully started Thinstation.
<br>
<br>
To my impression, http-transfer goes slower than it should - and
if i try to chainload vmlinuz/initrd from the TFTP-Server, it gets
stuck loading vmlinuz.
<br>
<br>
I believe you are right with this pending "use-cached"-bug.
<br>
<br>
But all in all it gets really promising!
<br>
<br>
btw.: Thinstation creates a "vesamenu.c32" module, that can be
run with "pxelinux.0" but not with "gpxelinux.0" or as well with
"ipxelinux.0".
<br>
Do you know the reason for that behaviour?
<br>
<br>
Thanks a lot and so long,
<br>
<br>
Martin
<br>
</big>
<br>
<br>
</body>
</html>