summaryrefslogtreecommitdiff
path: root/drivers/dfu/dfu_sf.c
diff options
context:
space:
mode:
authorGerhard Sittig <gsi@denx.de>2014-09-12 08:48:15 +0200
committerTom Rini <trini@ti.com>2014-09-16 12:24:00 -0400
commitf395e75e27323cc1ef060f640d0d535ed50e705d (patch)
tree0c514fa5927a04787543e78ccf148734714c7905 /drivers/dfu/dfu_sf.c
parent11b5db67879c1ac0f1c358fb9b791896af189b0a (diff)
downloadu-boot-imx-f395e75e27323cc1ef060f640d0d535ed50e705d.zip
u-boot-imx-f395e75e27323cc1ef060f640d0d535ed50e705d.tar.gz
u-boot-imx-f395e75e27323cc1ef060f640d0d535ed50e705d.tar.bz2
net: dns: fix for DNS queries sent to the wrong MAC address
When a DNS query is sent out, the ethernet packet can get directed to the MAC address of a server that was communicated to before. This is wrong when the previously stored MAC address corresponds to a different server's IP address, i.e. when the IP address of the previous and the current communication are different. The error can get reproduced by running a sequence of e.g. a TFTP download and a DNS query, where the TFTP and DNS servers reside on individual machines. The fix is to clear the server's MAC address that might be left from a previous operation, and to fetch the peer's MAC address in a new ARP lookup, before the DNS query is sent. This is the approach taken in other network services, like 8e52533d1095 ("net: tftpsrv: Get correct client MAC address"). Reported-by: Dirk Zimoch <dirk.zimoch@psi.ch> Signed-off-by: Gerhard Sittig <gsi@denx.de>
Diffstat (limited to 'drivers/dfu/dfu_sf.c')
0 files changed, 0 insertions, 0 deletions