search for: timeouttable

...ugh the server has sent several additional packets (which are now waiting to be ACK-ed). I've glanced at the code in tftp.c and this appears related to the variable "timeout" though I haven't dug deep enough to be able to confirm exactly the progression of the timeout through the TimeoutTable, but it appears that the pointer has hit the "null" at the end of the table and we're giving up on the transfer. So my thought is that the UEFI environment, or the code executing therein, is _much_ slower than during standard BIOS boot, and we are in fact hitting a built-in timeout i...

...ent several > additional packets (which are now waiting to be ACK-ed). I've glanced at the > code in tftp.c and this appears related to the variable "timeout" though I > haven't dug deep enough to be able to confirm exactly the progression of the > timeout through the TimeoutTable, but it appears that the pointer has hit the > "null" at the end of the table and we're giving up on the transfer. > > So my thought is that the UEFI environment, or the code executing therein, is > _much_ slower than during standard BIOS boot, and we are in fact hitting...

...+; /* Point *past* the final NULL */ memcpy(buf, rrq_tail, sizeof rrq_tail); buf += sizeof rrq_tail; @@ -792,6 +789,9 @@ static void __pxe_searchdir(const char *filename, struct file *file) } #endif /* GPXE */ + if (!ip) + goto done; /* No server */ + timeout_ptr = TimeoutTable; /* Reset timeout */ sendreq:

...bugzilla. core/fs/pxe/tftp.c | 46 +++++++++++----------------------------------- 1 file changed, 11 insertions(+), 35 deletions(-) diff --git a/core/fs/pxe/tftp.c b/core/fs/pxe/tftp.c index 1f374a3..446da63 100644 --- a/core/fs/pxe/tftp.c +++ b/core/fs/pxe/tftp.c @@ -8,27 +8,12 @@ const uint8_t TimeoutTable[] = { 2, 2, 3, 3, 4, 5, 6, 7, 9, 10, 12, 15, 18, 21, 26, 31, 37, 44, 53, 64, 77, 92, 110, 132, 159, 191, 229, 255, 255, 255, 255, 0 }; -struct tftp_options { - const char *str_ptr; /* string pointer */ - size_t offset; /* offset into socket structre */ -}; struct tftp...

Hello, I am pxebooting a large linux kernel (with embedded initramfs) that is around 250 MB in size. When booting a board in legacy BIOS mode, the pxelinux.0 executable is transferred to the board and takes over, from where loading and booting this large kernel works as expected. Actually, better than expected, as no tftp file size limit is incurred. If I change the BIOS settings to UEFI mode,

Signed-off-by: Julien Viard de Galbert <jviarddegalbert at online.net> --- efi/udp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/efi/udp.c b/efi/udp.c index 1088f47..b0f13ad 100644 --- a/efi/udp.c +++ b/efi/udp.c @@ -163,7 +163,7 @@ void core_udp_connect(struct pxe_pvt_inode *socket, uint32_t ip, } else { udata.UseDefaultAddress = FALSE;

...n/master' into lwip Merge remote-tracking branch 'genec/com32-cptime-upd-for-hpa' into lwip Merge remote-tracking branch 'origin/master' into lwip lwipopts: increase the number of netbufs pxe, tftp: Unify UDP send and use pbuf memory pxe, tftp: make TimeoutTable static pxe, tftp: Handle block number wraparound pxe: Remove stray debugging message lwip: Add return address to LWIP_PLATFORM_ASSERT() pxe, ftp: Change anonymous password to syslinux@ Merge remote-tracking branch 'genec/lwip-1.4.0-test-2' into lwip pxe:...