11 Oct, 2018

2 commits

  • Peter originally sent a fix, but it breaks a number of other things.
    This addresses the original reported issue in a different way.

    That report was:

    > U-Boot has 1 common buffer to send Ethernet frames, pointed to by
    > net_tx_packet. When sending to an IP address without knowing the MAC
    > address, U-Boot makes an ARP request (using the arp_tx_packet buffer)
    > to find out the MAC address of the IP addressr. When a matching ARP
    > reply is received, U-Boot continues sending the frame stored in the
    > net_tx_packet buffer.
    >
    > However, in the mean time, if U-Boot needs to send out any network
    > packets (e.g. replying ping packets or ARP requests for its own IP
    > address etc.), it will use the net_tx_packet buffer to prepare the
    > new packet. Thus this buffer is no longer the original packet meant
    > to be transmitted after the ARP reply. The original packet will be
    > lost.

    This instead uses the ARP tx buffer to send async replies in the case
    where we are actively waiting for an ARP reply.

    Signed-off-by: Joe Hershberger

    Reported-by: Tran Tien Dat
    Reviewed-by: Simon Glass
    Reviewed-by: Bin Meng
    Tested-by: Bin Meng

    Joe Hershberger
     
  • This single-sources the state of the ARP.

    Signed-off-by: Joe Hershberger
    Reviewed-by: Simon Glass
    Reviewed-by: Bin Meng

    Joe Hershberger
     

14 Jun, 2018

1 commit


11 May, 2018

1 commit

  • As part of the main conversion a few files were missed. These files had
    additional whitespace after the '*' and before the SPDX tag and my
    previous regex was too strict. This time I did a grep for all SPDX tags
    and then filtered out anything that matched the correct styles.

    Fixes: 83d290c56fab ("SPDX: Convert all of our single license tags to Linux Kernel style")
    Reported-by: Heinrich Schuchardt
    Signed-off-by: Tom Rini

    Tom Rini
     

16 Aug, 2017

1 commit


12 May, 2017

1 commit


29 Oct, 2015

2 commits


19 Apr, 2015

5 commits


10 Oct, 2014

1 commit

  • A number of network related files were imported from the LiMon
    project; these contain a somewhat unclear license statement:

    Copyright 1994 - 2000 Neil Russell.
    (See License)

    I analyzed the source code of LiMon v1.4.2 which was used for this
    import. It does not contain any "License" file, but the top level
    directory contains a file "COPYING", which turns out to be GPL v2
    of June 1991. So it is legitimate to conclude that the LiMon derived
    files are also to be released under GPLv2. Mark them as such.

    Signed-off-by: Wolfgang Denk

    Wolfgang Denk
     

05 Nov, 2012

1 commit

  • bootp.c:44:14: warning: symbol 'dhcp_state' was not declared. Should it be static?
    bootp.c:45:15: warning: symbol 'dhcp_leasetime' was not declared. Should it be static?
    bootp.c:46:10: warning: symbol 'NetDHCPServerIP' was not declared. Should it be static?
    arp.c:30:17: warning: symbol 'NetArpWaitReplyIP' was not declared. Should it be static?
    arp.c:37:16: warning: symbol 'NetArpTxPacket' was not declared. Should it be static?
    arp.c:38:17: warning: symbol 'NetArpPacketBuf' was not declared. Should it be static?
    atheros.c:33:19: warning: symbol 'AR8021_driver' was not declared. Should it be static?
    net.c:183:7: warning: symbol 'PktBuf' was not declared. Should it be static?
    net.c:159:21: warning: symbol 'net_state' was not declared. Should it be static?
    ping.c:73:6: warning: symbol 'ping_start' was not declared. Should it be static?
    ping.c:82:13: warning: symbol 'ping_receive' was not declared. Should it be static?
    tftp.c:53:7: warning: symbol 'TftpRRQTimeoutMSecs' was not declared. Should it be static?
    tftp.c:54:5: warning: symbol 'TftpRRQTimeoutCountMax' was not declared. Should it be static?
    eth.c:125:19: warning: symbol 'eth_current' was not declared. Should it be static?

    Note: in the ping.c fix, commit a36b12f95a29647a06b5459198684fc142482020
    "net: Move PING out of net.c" mistakenly carried the ifdef CMD_PING
    clause from when it was necessary to avoid warnings when it was embedded
    in net.c.

    Signed-off-by: Kim Phillips

    Kim Phillips
     

10 Jul, 2012

1 commit

  • The clean up patch missed an &, so we end up passing an int rather than
    a pointer to the sprintf function.

    arp.c: In function 'ArpReceive':
    arp.c:197: warning: format '%p' expects type 'void *', but argument 3 has type 'int'

    Signed-off-by: Mike Frysinger

    Mike Frysinger
     

24 May, 2012

15 commits


06 Jun, 2003

1 commit


28 Sep, 2002

1 commit