public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: David Updegraff <dave@cray.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Multicast TFTP problems
Date: Thu, 23 Aug 2007 09:47:47 -0500	[thread overview]
Message-ID: <fak6mj$bpt$1@sea.gmane.org> (raw)
In-Reply-To: <46CD94A5.8070606@qstreams.com>

Sorry all; I've lost access to my testbed hardware, so for now am out of
the loop.


> Rafal Jaworowski wrote:
>> Dave,
>>
>> I'm having problems with tftp transfer with current U-Boot running on 
>> MPC5121 (FEC controller); since your mcast tftp implementation we first 
>> attempt to transfer using some bigger blocksize:
>> #define TFTP_MTU_BLOCKSIZE 1468, and it seems my problems are related to 
>> this size.
>>
>> When running current code (ET_DEBUG enabled) it fails like the following:
>>
>> => run load
>> Using FEC ETHERNET device
>> TFTP from server 192.168.1.1; our IP address is 192.168.160.77
>> Filename '/tftpboot/ads5121/u-boot.bin'.
>> Load address: 0x100000
>> Loading: send option "timeout 5"
>> Got OACK: timeout 5
>> Blocksize ack: 1468, 1468
>> T T T T T T T T T T
>> Retry count exceeded; starting again
>> Using FEC ETHERNET device
>> TFTP from server 192.168.1.1; our IP address is 192.168.160.77
>> Filename '/tftpboot/ads5121/u-boot.bin'.
>> Load address: 0x100000
>> Loading: send option "timeout 5"
>> Got OACK: timeout 5
>> Blocksize ack: 1468, 1468
>>
>> Abort
>> =>
>>
>> It fails with TFTP_MTU_BLOCKSIZE values above 1454, but it's ok with 
>> anything up to this (including 1454):
>>
>> => run load
>> Using FEC ETHERNET device
>> TFTP from server 192.168.1.1; our IP address is 192.168.160.77
>> Filename '/tftpboot/ads5121/u-boot.bin'.
>> Load address: 0x100000
>> Loading: send option "timeout 5"
>> Got OACK: timeout 5
>> Blocksize ack: 1454, 1454
>> ###########
>> done
>> Bytes transferred = 157720 (26818 hex)
>> =>
>>
>> Any hints on these observations? What might be going wrong here?
>>
>> kind regards,
>> Rafal
>>   
> TFTP packets are structured as follows:
> 
> | Eth header (14 bytes) | IP header (20 bytes) | UDP header (8 bytes) | 
> TFTP message | Eth FCS (4 bytes) |
> 
> You can see that the total overhead is 46 bytes. If your network port's 
> maximum MTU size is 1500 bytes (the default), the math works out for a 
> maximum TFTP PDU size of 1454 bytes.
> 
> However... the Ethernet header/trailer is not supposed to be included in 
> the MTU. I suspect we have a terminology problem here. Let me dig a bit 
> further to find out what's going on.
> 
> regards,
> Ben
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/

  reply	other threads:[~2007-08-23 14:47 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-23  9:41 [U-Boot-Users] Multicast TFTP problems Rafal Jaworowski
2007-08-23 14:07 ` Ben Warren
2007-08-23 14:47   ` David Updegraff [this message]
2007-08-29  7:37   ` Rafal Jaworowski
2007-08-29 15:17     ` Ben Warren
2007-09-05 17:06       ` Rafal Jaworowski
2007-09-05 17:30         ` Ben Warren

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='fak6mj$bpt$1@sea.gmane.org' \
    --to=dave@cray.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox