<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/net, branch v2021.04-rc2</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/net?h=v2021.04-rc2</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/net?h=v2021.04-rc2'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2021-02-02T20:33:42Z</updated>
<entry>
<title>common: Drop asm/global_data.h from common header</title>
<updated>2021-02-02T20:33:42Z</updated>
<author>
<name>Simon Glass</name>
<email>sjg@chromium.org</email>
</author>
<published>2020-10-31T03:38:53Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=401d1c4f5d2d29c4bc4beaec95402ca23eb63295'/>
<id>urn:sha1:401d1c4f5d2d29c4bc4beaec95402ca23eb63295</id>
<content type='text'>
Move this out of the common header and include it only where needed.  In
a number of cases this requires adding "struct udevice;" to avoid adding
another large header or in other cases replacing / adding missing header
files that had been pulled in, very indirectly.   Finally, we have a few
cases where we did not need to include &lt;asm/global_data.h&gt; at all, so
remove that include.

Signed-off-by: Simon Glass &lt;sjg@chromium.org&gt;
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>net: Use CONFIG_IS_ENABLED() in eth_dev_get_mac_address()</title>
<updated>2021-01-27T22:03:16Z</updated>
<author>
<name>Simon Glass</name>
<email>sjg@chromium.org</email>
</author>
<published>2021-01-14T03:29:47Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=177e7f9ce71fa659c17c2e1b8f97a1425389577f'/>
<id>urn:sha1:177e7f9ce71fa659c17c2e1b8f97a1425389577f</id>
<content type='text'>
This function may be used in SPL where devicetree is not available.
Use the correct macro so that the function does not try to read it.

Signed-off-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>net: fix ping in netconsole</title>
<updated>2021-01-27T13:25:31Z</updated>
<author>
<name>Yang Liu</name>
<email>yliu@cybertec.com.au</email>
</author>
<published>2020-12-21T03:44:39Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=d9506cd41ce98e10a29c25c4766878367103bb2d'/>
<id>urn:sha1:d9506cd41ce98e10a29c25c4766878367103bb2d</id>
<content type='text'>
Should not init eth device when doing ping in netconsole.

Signed-off-by: Yang Liu &lt;yliu@cybertec.com.au&gt;
Cc: Joe Hershberger &lt;joe.hershberger@ni.com&gt;
</content>
</entry>
<entry>
<title>Revert "net: eth-uclass: Change uclass driver name to ethernet"</title>
<updated>2021-01-19T20:35:00Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2021-01-19T20:35:00Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=26e85bf77a0767939330b719261e72914e8c32df'/>
<id>urn:sha1:26e85bf77a0767939330b719261e72914e8c32df</id>
<content type='text'>
This reverts commit 1231184caacad32c180d7e2338a645f7dfe9571a.

While the change is fine in theory, a number of tests need to be updated
to match.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>net: eth-uclass: Change uclass driver name to ethernet</title>
<updated>2021-01-19T14:15:02Z</updated>
<author>
<name>David Wu</name>
<email>david.wu@rock-chips.com</email>
</author>
<published>2021-01-08T02:53:05Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1231184caacad32c180d7e2338a645f7dfe9571a'/>
<id>urn:sha1:1231184caacad32c180d7e2338a645f7dfe9571a</id>
<content type='text'>
dev_read_alias_seq() used uc_drv-&gt;name compared to alias
stem string, Ethernet's alias stem uses "ethernet", which
does not match the eth-uclass driver name "eth", can not
get the correct index of ethernet alias namer. So it seems
change uclass driver name to match the alias stem is a more
reasonable way.

Signed-off-by: David Wu &lt;david.wu@rock-chips.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>net: Use NDRNG device in srand_mac()</title>
<updated>2021-01-19T14:15:02Z</updated>
<author>
<name>Matthias Brugger</name>
<email>mbrugger@suse.com</email>
</author>
<published>2020-12-18T09:28:04Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=ea707dc0aaafad34bba436b206af340c410dfb1b'/>
<id>urn:sha1:ea707dc0aaafad34bba436b206af340c410dfb1b</id>
<content type='text'>
When calling srand_mac we use a weak seed dependent on the
mac address. If present, use a RNG device instead to incerase entropy.

Signed-off-by: Matthias Brugger &lt;mbrugger@suse.com&gt;
Reviewed-by: Torsten Duwe &lt;duwe@suse.de&gt;
</content>
</entry>
<entry>
<title>net: eth_legacy - fix build CMD_PCAP</title>
<updated>2021-01-19T14:15:02Z</updated>
<author>
<name>Jorge Ramirez-Ortiz</name>
<email>jorge@foundries.io</email>
</author>
<published>2020-12-04T19:59:58Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=c1ab73814515c865896b0abc54d3071a1a273537'/>
<id>urn:sha1:c1ab73814515c865896b0abc54d3071a1a273537</id>
<content type='text'>
Fix typo which would cause a build error.

Fixes: 3eaac6307df ("net: introduce packet capture support")

Signed-off-by: Jorge Ramirez-Ortiz &lt;jorge@foundries.io&gt;
</content>
</entry>
<entry>
<title>net: tftp: Fix incorrect tftp_next_ack on no OACK</title>
<updated>2021-01-19T14:15:02Z</updated>
<author>
<name>Harm Berntsen</name>
<email>harm.berntsen@nedap.com</email>
</author>
<published>2020-11-27T21:45:56Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=beb61e13b8134c9aeaf1b2c0a2e13ed71d3be59e'/>
<id>urn:sha1:beb61e13b8134c9aeaf1b2c0a2e13ed71d3be59e</id>
<content type='text'>
When the tftp server did not send any OACK, the tftp_next_ack variable
was not set to the correct value . As the server was transmitting
blocks we generated a lot of 'Received unexpected block: $n, expected
$n+1' error messages. Depending on the timeout setting the transfer
could still complete though.

Signed-off-by: Harm Berntsen &lt;harm.berntsen@nedap.com&gt;
CC: Ramon Fried &lt;rfried.dev@gmail.com&gt;
Reviewed-By: Ramon Fried &lt;rfried.dev@gmail.com&gt;
</content>
</entry>
<entry>
<title>net: Do not respond to ICMP_ECHO_REQUEST if we do not have an IP address</title>
<updated>2021-01-19T14:15:02Z</updated>
<author>
<name>David Rivshin</name>
<email>DRivshin@allworx.com</email>
</author>
<published>2020-11-15T03:12:47Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=51723c5581241a3886a5adaa780c09138163d0b2'/>
<id>urn:sha1:51723c5581241a3886a5adaa780c09138163d0b2</id>
<content type='text'>
While doing DHCP the interface IP is set to 0.0.0.0. This causes the
check in net.c on dst_ip to be effectively skipped, and all IP datagrams
are accepted up the IP stack. In the case of an ICMP_ECHO_REQUEST for the
matching MAC address (regardless of destination IP), the result is that
an ICMP_ECHO_REPLY is sent. The source address of the ICMP_ECHO_REPLY is
0.0.0.0, which is an illegal source address.

This can happen in common practice with the following sequence:
DHCP (U-Boot or OS) acquires IP address 10.0.0.1
System reboots
U-Boot starts DHCP and send DHCP DISCOVER
DHCP server decides to OFFER 10.0.0.1 again
  (perhaps because of existing lease or manual configuration)
DHCP server tries to PING 10.0.0.1 to see if anyone is squatting on it
DHCP server still has our MAC address in its ARP table for 10.0.0.1
U-Boot receives PING, and responds with an illegal source address
This may further result in a the DHCP server seeing the response as
  confirmation that someone is squatting on 10.0.0.1, and picking a
  new IP address from the pool to try again

Signed-off-by: David Rivshin &lt;drivshin@allworx.com&gt;
</content>
</entry>
<entry>
<title>net: eth-uclass: avoid running start() twice without stop()</title>
<updated>2021-01-19T14:06:15Z</updated>
<author>
<name>Matthias Schiffer</name>
<email>matthias.schiffer@ew.tq-group.com</email>
</author>
<published>2020-11-04T13:45:14Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=fa795f452541ce07b33be603de36cac3c5d7dfcf'/>
<id>urn:sha1:fa795f452541ce07b33be603de36cac3c5d7dfcf</id>
<content type='text'>
Running the start() handler twice without a stop() inbetween completely
breaks communication for some ethernet drivers like fec_mxc.

eth_halt() is called before each eth_init(). Due to the switch to
eth_is_active() in commit 68acb51f442f ("net: Only call halt on a driver
that has been init'ed"), this is not sufficient anymore when netconsole
is active: eth_init_state_only()/eth_halt_state_only() manipulate the
state check that is performed by eth_is_active() without actually
calling into the driver.

The issue can be triggered by starting a network operation (e.g. ping or
tftp) while netconsole is active.

Add an additional "running" flag that reflects the actual state of the
driver and use it to ensure that eth_halt() actually stops the device as
it is supposed to.

Fixes: 68acb51f442f ("net: Only call halt on a driver that has been init'ed")
Signed-off-by: Matthias Schiffer &lt;matthias.schiffer@ew.tq-group.com&gt;
</content>
</entry>
</feed>
