[gPXE] [Etherboot-developers] [PATCH] [tftp] Kick off TFTP RRQ from a process to avoid losing first packet
Stefan Hajnoczi
stefanha at gmail.com
Thu Jan 14 10:25:16 EST 2010
On Thu, Jan 14, 2010 at 2:35 PM, Joshua Oreman <oremanj at rwcr.net> wrote:
> On Thu, Jan 14, 2010 at 9:20 AM, Thomas Horsten <thomas at horsten.com> wrote:
>> That would probably be good. Again the wait objects I mentioned
>> earlier, or even a simple callback in the socket structure would be an
>> idea.
>
> Keep in mind that gPXE has extremely limited code size constraints; I
> suspect this is why Stefan didn't want to use an actual process for
> the TFTP fix when something lighter-weight would do.
Yes. I like the idea of a wait queue, it's a powerful primitive.
However it is not essential to have it, and that's how gPXE manages to
pack so much punch into 64 KB - it focuses on the essentials.
> My opinion on the
> ARP issue: it's only going to get hit once per TFTP server, which is a
> lot less than once per file, and can probably be ignored barring
> evidence to the contrary.
Good point. Our ARP cache never expires entries.
Stefan
More information about the gPXE
mailing list