<div dir="ltr">Hi,<div><br></div><div>I see that the u-boot has been recently upgraded to 2019.04. </div><div>I created the image as follows:</div><div>1. Checked out the code</div><div>2. . setup evb-ast2500</div><div>3. time bitbake obmc-phosphor-image</div><div><br></div><div>Then I copied the created image (bmc-image) from /trunk/build/evb-ast2500/tmp/deploy/images/evb-ast2500/obmc-phosphor-image-evb-ast2500-20221122160306.static.mtd.all.tar to my LC having BMC module. I used ./socflash.sh to upgrade the BMC image to one just created. After upgrade is done, I still see the old u-boot version (below). Is this something else I need to do for the u-boot to be at revision 2019?</div><div><br></div><div>ast# version<br><br>U-Boot 2016.07 (Jun 10 2020 - 10:12:49 +0000)<br>arm-openbmc-linux-gnueabi-gcc (GCC) 11.2.0<br>GNU ld (GNU Binutils) 2.37.20210721<br></div><div><br></div><div>I am using BMC simulator on another server and on that the u-boot revision is fine (below). Not sure why u-boot is not at 2019 when I compile the code directly.</div><div>ast# version<br>U-Boot 2019.04 (Nov 10 2022 - 00:12:58 +0000)<br><br>arm-openbmc-linux-gnueabi-gcc (GCC) 12.2.0<br>GNU ld (GNU Binutils) 2.39.0.20220819<br></div><div><br></div><div>Any help would be greatly appreciated.</div><div><br></div><div>Thanks,</div><div>Hamid</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Dec 4, 2022 at 6:45 PM Zev Weiss <<a href="mailto:zweiss@equinix.com">zweiss@equinix.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, Dec 01, 2022 at 09:27:44AM PST, Hamid Amirrad wrote:<br>
>Hi,<br>
><br>
>I am trying to change the Ethernet port speed from 10Mbps to 1Gbps, but I<br>
>can't find a way to do that. Can you please point me in the right direction?<br>
><br>
>Thanks,<br>
>Hamid<br>
><br>
><br>
>ast# version<br>
>U-Boot 2016.07 (Jun 10 2020 - 10:12:49 +0000)<br>
>arm-openbmc-linux-gnueabi-gcc (GCC) 11.2.0<br>
>GNU ld (GNU Binutils) 2.37.20210721<br>
><br>
>ast# printenv<br>
>SN=8513060012<br>
>baudrate=115200<br>
>bootargs=console=ttyS4,115200n8 root=/dev/ram rw<br>
>bootcmd=bootm 20080000<br>
>bootdelay=2<br>
>ethact=FTGMAC100#0<br>
>ethaddr=00:02:C5:38:1D:DF<br>
>ethaddr1=00:02:C5:38:1D:E0<br>
>ipaddr=172.16.141.104<br>
>spi_dma=yes<br>
>stderr=serial<br>
>stdin=serial<br>
>stdout=serial<br>
>verify=yes<br>
><br>
>ast# ping 172.16.141.1<br>
>FTGMAC100#0: link up, *10Mbps half-duplex*<br>
>Using FTGMAC100#0 device<br>
><br>
>ARP Retry count exceeded; starting again<br>
>ping failed; host 172.16.141.1 is not alive<br>
<br>
Given what's pasted here, it looks like it's u-boot where you're seeing<br>
the problem -- does Linux successfully autonegotiate a higher speed?<br>
<br>
Also, is this a Broadcom phy by any chance?  I've got a platform with a<br>
Broadcom BMC54616S phy on which Linux autonegotiates a 1Gbps link just<br>
fine, but u-boot would only negotiate slower speeds (I don't remember<br>
offhand if it was 10Mbps or 100Mbps).  I've got a hackish patch I'm<br>
running internally that gets 1Gbps aneg working in u-boot, but at the<br>
cost of breaking 10/100Mbps aneg (and I haven't gotten around to digging<br>
in and fixing that and sending it upstream).<br>
<br>
<br>
Zev<br>
</blockquote></div>