Files
u-boot/include
Joe Hershberger ac3f26cc15 net: Don't overwrite waiting packets with asynchronous replies
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 <joe.hershberger@ni.com>

Reported-by: Tran Tien Dat <peter.trantiendat@gmail.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
Tested-by: Bin Meng <bmeng.cn@gmail.com>
2018-10-10 12:29:01 -05:00
..
2018-09-28 18:27:01 +02:00
2018-09-29 11:49:35 -06:00
2018-09-10 20:48:16 -04:00
2018-09-18 08:12:21 -06:00
2018-07-26 14:08:22 -05:00
2018-09-23 21:55:30 +02:00
2018-09-23 21:55:30 +02:00
2018-06-13 07:49:12 -04:00
2018-04-06 17:04:33 -04:00
2018-10-07 10:47:38 -04:00
2018-09-18 00:01:18 -06:00
2018-10-02 22:12:32 +05:30
2018-09-23 21:55:30 +02:00
2018-08-01 18:03:58 +02:00
2018-10-07 11:04:01 -04:00
2018-09-10 20:48:12 -04:00
2018-07-19 16:31:37 -04:00
2018-10-04 21:15:46 +02:00
2018-07-20 15:55:05 -04:00
2018-09-18 00:01:18 -06:00
2018-09-28 18:26:32 +02:00
2018-09-28 20:22:36 -04:00