Discussion:
[ipxe-devel] better chainload native ipxe-driver (i.e. intel) instead of undionly?
Oliver Rath
2018-10-15 12:38:30 UTC
Permalink
Hi list,

does it make sense to chainload an ipxe-binary with native card support
instead of undionly? Ich could imagine, this generate more speed i.e.
for downloading big files after ipxe-chainloading. In my case I have
always the same intel gigabit card with 82574L chip.

Tfh!

Oliver
Matthew Helton
2018-10-15 12:51:09 UTC
Permalink
Oliver,

I do it all of the time. However depending on the system Architecture, BIOS
and Driver support, it can and does introduce some problems with certain
hardware. I use the iPXE variables for ${product} to blacklist problematic
hardware.

Best,

Matt
Post by Oliver Rath
Hi list,
does it make sense to chainload an ipxe-binary with native card support
instead of undionly? Ich could imagine, this generate more speed i.e.
for downloading big files after ipxe-chainloading. In my case I have
always the same intel gigabit card with 82574L chip.
Tfh!
Oliver
_______________________________________________
ipxe-devel mailing list
https://lists.ipxe.org/mailman/listinfo.cgi/ipxe-devel
--
There is never time enough to do it right, but there always seems to be
enough time to do it again.
Oliver Rath
2018-10-15 12:55:59 UTC
Permalink
Hi Matt,

thank you for the hint! What is the content of ${product}? Unfortunatly
there is no documentation for this setting on ipxe.org.

Regards,

Oliver
Post by Matthew Helton
Oliver,
I do it all of the time. However depending on the system Architecture,
BIOS and Driver support, it can and does introduce some problems with
certain hardware. I use the iPXE variables for ${product} to blacklist
problematic hardware.
Best,
Matt
 
Hi list,
does it make sense to chainload an ipxe-binary with native card support
instead of undionly? Ich could imagine, this generate more speed i.e.
for downloading big files after ipxe-chainloading. In my case I have
always the same intel gigabit card with 82574L chip.
Tfh!
Oliver
_______________________________________________
ipxe-devel mailing list
https://lists.ipxe.org/mailman/listinfo.cgi/ipxe-devel
--
There is never time enough to do it right, but there always seems to
be enough time to do it again.
Loading...