<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 30, 2016 at 12:10 PM, Milton Miller II <span dir="ltr"><<a href="mailto:miltonm@us.ibm.com" target="_blank">miltonm@us.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><font face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size="2"><br><br><font color="#990099">-----"openbmc" <<a href="mailto:openbmc-bounces+miltonm=us.ibm.com@lists.ozlabs.org" target="_blank">openbmc-bounces+miltonm=us.<wbr>ibm.com@lists.ozlabs.org</a>> wrote: -----</font><br><br>>To: OpenBMC Maillist <<a href="mailto:openbmc@lists.ozlabs.org" target="_blank">openbmc@lists.ozlabs.org</a>><br>>From: Maxim Sloyko <br>>Sent by: "openbmc" <br>>Date: 09/30/2016 01:09PM<br>>Subject: U-Boot ethXaddr environment variables are not propagating to<br>>Linux<span class=""><br>><br>>Hi all,<br>><br>>This worked before, when I first tried it ~2 months ago on the eval<br>>board: set ethaddr & eth1addr in U-Boot, boot Linux and it will use<br>>the same MAC addresses. I tried it again yesterday and it does not<br>>work any more.<br><br></span>I think ethaddr made a difference.  Not sure eth1addr ever did, unless <br>you have two direct interfaces on your board?</font></blockquote><div><br></div><div>I'm using eval board. It does have two network ports, but I'm mostly interested in the one that is "attached" to ethaddr.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><font face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size="2"><span class=""><br><br>><br>>I tried it with openbmc/u-boot, to make sure my changes do not<br>>interfere. I verified, by reading MAC08 MAC0C registers, that MAC<br>>addresses are properly configured by U-Boot from env. However, when I<br>>booted Linux, it still generated random MAC address, rather then<br>>reusing whatever was passed up from U-Boot.<br>><br>>Any ideas on what change might have affected this?<br><br><br></span>You have likely hit the same issue as <br><a href="https://github.com/openbmc/u-boot/issues/13" target="_blank">https://github.com/openbmc/u-<wbr>boot/issues/13</a><br><a href="https://github.com/openbmc/openbmc/issues/578" target="_blank">https://github.com/openbmc/<wbr>openbmc/issues/578</a><br><br>Basically u-boot was over optimized and does not write the mac unless it <br>tries to use the network.<br></font></blockquote><div><br></div><div>I verified by reading MAC registers MAC08 & MAC0C that for both macs the addresses are properly configured.</div><div>I tried running dhcp and I saw dhcp requests on the network from the correct MAC address.</div><div><br></div><div>Booting linux still results in it generating random MAC addresses.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><font face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size="2"><br>You could add a ping (static addressing) or dhcp request (dhcp address) in <br>your bootcmd as a workaround, or address the bug more directly.<br><br>Note: even with NCSI this should not require 2 seconds, only the 10ms<br>sleep to wait for the clock stabilization.  The 2 second delay likely comes <br>from the NCSI spec as the maximum time for packages to initialize.<span class="HOEnZb"><font color="#888888"><br><br>milton<br><br></font></span></font><br>

</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div><b>M</b>axim <b>S</b>loyko</div></div>
</div></div>