23 Nov, 2013

2 commits

  • NetServerEther was not being cleared in the tftp server code, so the
    destination MAC address would be whatever the last destination MAC
    address was.

    Scenario:
    U-Boot:
    dhcp
    tftpsrv
    Host:
    Send device WRQ
    Device:
    Responds with ACK to dhcp server mac address with
    host ip address

    By clearing NetServerEther, we force a lookup of the host MAC address
    to go with the associated host IP.

    Signed-off-by: Andrew Ruder

    Andrew Ruder
     
  • When the block 0 store to the memory of client and timeout at this
    moment. Because of no ACK packet, the server will send block 0 again,
    if this client reconnect to the server at this time,
    TftpBlockWrapOffset will become larger than it should be.

    Signed-off-by: Rockly
    Patch: 264417

    rockly
     

25 Jun, 2013

1 commit

  • tftp.c:464:17: warning: cast to restricted __be16
    tftp.c:552:29: warning: cast to restricted __be16
    tftp.c:640:33: warning: cast to restricted __be16
    tftp.c:642:25: warning: cast to restricted __be16

    Signed-off-by: Kim Phillips
    Cc: Joe Hershberger

    Kim Phillips
     

16 Dec, 2012

1 commit

  • This prints a tftp speed indication after the download completes. This
    is the 3.6 MiB/s indicator below.

    Tegra2 (SeaBoard) # tftp ...
    Using asx0 device
    TFTP from server 172.22.72.144; our IP address is 172.22.73.81
    Filename '/tftpboot/uImage-user-seaboard-1'.
    Load address: 0x408000
    Loading: #################################################
    3.6 MiB/s
    done

    Signed-off-by: Simon Glass
    Acked-by: Igor Grinberg

    Simon Glass
     

12 Jul, 2012

1 commit

  • The block argument for store_block can be -1 when the tftp sequence
    number rolls over (i.e TftpBlock == 0), so the first argument to
    store_block has to be of type 'int' instead of 'unsigned'.

    In our environment (gcc 4.4.5 mips toolchain), this causes incorrect
    'offset' to be generated for storing the block, and the tftp block
    with number 0 will be written elsewhere, resulting in a bad block in
    the downloaded file and a memory corruption.

    Signed-off-by: Jayachandran Chandrasekharan Nair

    Jayachandran Chandrasekharan Nair
     

24 May, 2012

3 commits


16 May, 2012

2 commits


07 Dec, 2011

1 commit

  • When building u-boot as 64 bit application (e.g. sandbox) ulong might be
    64 bits in size. This breaks network code as IPaddr_t is 64 bytes in
    size then and an IPv4 address is 32 bits in size. This patch makes sure
    that IPaddr_t is always 32 bits in size. Also some warnings introduced
    by this patch are fixed.

    Signed-off-by: Matthias Weisser
    Acked-by: Mike Frysinger

    Matthias Weisser
     

28 Oct, 2011

3 commits


27 Oct, 2011

4 commits


06 Oct, 2011

1 commit

  • This is long over due. All but two net drivers have been converted, but
    those have now been dropped.

    The only thing left to do is actually delete all references to NET_MULTI
    and code that is compiled when that is not defined. So here we scrub the
    core code.

    Signed-off-by: Mike Frysinger

    Mike Frysinger
     

20 May, 2011

12 commits


13 May, 2011

1 commit


22 Mar, 2010

1 commit

  • So far, TFTP negotiated a fixed retransmission timeout of 5 seconds.
    In some cases (busy networks, slow TFTP servers) this caused very
    slow transfers. A new environment variable "tftptimeout" allows to
    set this timeout. Lowering this value may make downloads succeed
    faster in networks with high packet loss rates or with unreliable
    TFTP servers.

    Signed-off-by: Wolfgang Denk
    Cc: Ben Warren
    Signed-off-by: Ben Warren

    Wolfgang Denk
     

14 Dec, 2009

2 commits


26 Aug, 2009

2 commits

  • Optionally add RFC 2349 "Transfer Size Option", so we can minimize the
    time spent sending data over the UART (now print a single line during a
    tftp transfer).

    - If turned on (CONFIG_TFTP_TSIZE), U-Boot asks for the size of the file.
    - if receives the file size, a single line (50 chars) are printed.
    one hash mark == 2% of the file downloaded.
    - if it doesn't receive the file size (the server doesn't support RFC
    2349, prints standard hash marks (one mark for each UDP frame).

    Signed-off-by: Robin Getz
    Signed-off-by: Ben Warren

    Robin Getz
     
  • Increasing the block size is useful if CONFIG_IP_DEFRAG is
    used. Howerver, the last fragments in a burst may overflow the
    receiving ethernet, so the default is left at 1468, with thre new
    CONFIG_TFTP_BLOCKSIZE for config files. Further, "tftpblocksize"
    can be set in the environment.

    Signed-off-by: Alessandro Rubini
    Signed-off-by: Ben Warren

    Alessandro Rubini
     

10 Aug, 2009

1 commit


08 Aug, 2009

1 commit

  • Minor ./net cleanups - no functional changes
    - change #ifdef DEBUG printf(); #endif to just debug()
    - changed __FUNCTION__ to __func__
    - got rid of extra whitespace between function and opening brace
    - removed unnecessary braces on if statements

    gcc dead code elimination should make this functionally/size equivalent
    when DEBUG is not defined. (confirmed on Blackfin, with gcc 4.3.3).

    Signed-off-by: Robin Getz

    Signed-off-by: Ben Warren

    Robin Getz
     

21 Mar, 2009

1 commit