<div dir="ltr">Hi Zeb,<div><br></div><div>I found a default username/password (root:0penBmc). I can log in to my newly installed image. The only thing that confuses me is that on the qemu simulator, I have the following interface</div><div>ast#  <br></div><div><br></div><div>When I type (?), it shows me all the available commands such as (version, setenv, printenv, etc). Also no password is required to login.</div><div><br></div><div>With the new image that I compiled from the github and installed on my BMC Module, I have the following interface:</div><div>root@evb-ast2500:~#<br></div><div><br></div><div>When I type (?), it doesn't work and I have a whole different available commands (mostly from linux). Also need password to login.</div><div><br></div><div>Is this expected?</div><div><br></div><div>Thanks alot,</div><div>Hamid</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 7, 2022 at 2:47 PM Hamid Amirrad <<a href="mailto:amirradh@gmail.com">amirradh@gmail.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"><div dir="ltr">Hi Zev,<div><br></div><div>I might have installed it correctly this time (still have to confirm). However, I get the following, cant find any details about username password. where can I find it?</div><div>evb-ast2500 login:<br></div><div><br></div><div>Thanks,</div><div>Hamid</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 7, 2022 at 12:53 PM Hamid Amirrad <<a href="mailto:amirradh@gmail.com" target="_blank">amirradh@gmail.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"><div dir="ltr">Hi Zev,<div><br></div><div>I am checking out the code from: <a href="https://github.com/openbmc/openbmc" target="_blank">https://github.com/openbmc/openbmc</a></div><div>Revision I am building from is 15231.</div><div><br></div><div>sockflash.sh output is below for upgrading:</div><div><br></div><div>./socflash.sh image-bmc image-bmc<br>ASPEED SOC Flash Utility v.1.22.08<br>Warning:<br>SoCflash utility is only for engineers to update the firmware in lab,<br>it is not a commercialized software product,<br>ASPEED has not done compatibility/reliability stress test for SoCflash.<br>Please do not use this utility for any mass production purpose.<br>Press y to continue if you are agree ....<br>y<br>Find ASPEED Device 1a03:2000 on 7:0.0<br>MMIO Virtual Address: abb9000<br>Relocate IO Base: b000<br>Found ASPEED Device 1a03:2500 rev. 41<br>Static Memory Controller Information:<br>CS0 Flash Type is SPI<br>CS1 Flash Type is SPI<br>CS2 Flash Type is SPI<br>CS3 Flash Type is NOR<br>CS4 Flash Type is NOR<br>Boot CS is 0<br>Option Information:<br>CS: 0<br>Flash Type: SPI<br>[Warning] Don't AC OFF or Reboot System During BMC Firmware Update!!<br>Find Flash Chip #1: 64MB SPI Flash<br>Backup Flash Chip O.K.<br>Update Flash Chip #1 O.K.<br>Update Flash Chip O.K.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Dec 6, 2022 at 4:39 PM Zev Weiss <<a href="mailto:zweiss@equinix.com" target="_blank">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 Tue, Dec 06, 2022 at 11:27:47AM PST, Hamid Amirrad wrote:<br>
>Hi,<br>
><br>
>I see that the u-boot has been recently upgraded to 2019.04.<br>
>I created the image as follows:<br>
>1. Checked out the code<br>
>2. . setup evb-ast2500<br>
>3. time bitbake obmc-phosphor-image<br>
><br>
>Then I copied the created image (bmc-image)<br>
>from /trunk/build/evb-ast2500/tmp/deploy/images/evb-ast2500/obmc-phosphor-image-evb-ast2500-20221122160306.static.mtd.all.tar<br>
>to my LC having BMC module. I used ./socflash.sh to upgrade the BMC image<br>
>to one just created. After upgrade is done, I still see the old u-boot<br>
>version (below). Is this something else I need to do for the u-boot to be<br>
>at revision 2019?<br>
><br>
>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>
><br>
>I am using BMC simulator on another server and on that the u-boot revision<br>
>is fine (below). Not sure why u-boot is not at 2019 when I compile the code<br>
>directly.<br>
>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>
><br>
>Any help would be greatly appreciated.<br>
><br>
>Thanks,<br>
>Hamid<br>
><br>
<br>
What OpenBMC commit are you building from?  It looks like evb-ast2500<br>
got updated to the newer u-boot branch in February:<br>
<a href="https://github.com/openbmc/openbmc/commit/7d75b9b68370374db00e9c99b5406ebb6b18512f" rel="noreferrer" target="_blank">https://github.com/openbmc/openbmc/commit/7d75b9b68370374db00e9c99b5406ebb6b18512f</a><br>
<br>
If the same image is showing the expected u-boot version in a simulator<br>
(qemu?), then it sounds like maybe your installation procedure isn't<br>
doing what you intended it to.  I don't know what the 'socflash.sh' you<br>
referred to above is; if you can boot into a reasonably healthy OpenBMC<br>
environment, I'd suggest using the normal firmware-update mechanism.  If<br>
the existing firmware is something else or isn't working enough to boot<br>
normally you might need to resort to a hardware flash programmer or<br>
something (or if you can get your u-boot networking working at all, even<br>
at a slow speed, you could TFTP in an OpenBMC kernel/initrd, boot into<br>
that, and use flashcp to write the full OpenBMC image).<br>
<br>
<br>
Zev<br>
</blockquote></div>
</blockquote></div>
</blockquote></div>