<div dir="ltr"><div>Mr. Geissler;<br>    Thank you for your comments/suggestion.  <br>1)  I fetched the version referenced in the document.  This replaced the installed version in /usr/bin on the host system.  The previous version was 12MB and version was:<br>sbeckwit@ubuntu:~/yocto_dev/openbmc-master/build$ qemu-system-arm.old -version<br>QEMU emulator version 2.11.1(Debian 1:2.11+dfsg-1ubuntu7.18)<br>Copyright (c) 2003-2017 Fabrice Bellard and the QEMU Project developers<br> - the “new” version installed is 65MB and is version:<br>sbeckwit@ubuntu:~/yocto_dev/openbmc-master/build$ sudo qemu-system-arm --help<br>QEMU emulator version 4.1.0 (v4.0.0-rc1-2953-g0d7c1ec-dirty)<br>Copyright (c) 2003-2019 Fabrice Bellard and the QEMU Project developers<br> -  The “new” version did not work either.<br>2) Per the command line arguments being passed to qemu-system-arm, the copy of this is a “built” copy as part of the openbmc build process, located in the following directory and is the newer version:<br>sbeckwit@ubuntu:~/yocto_dev/openbmc-master/build/tmp/work/qemuarm-openbmc-linux-gnueabi/obmc-phosphor-image/1.0-r0/recipe-sysroot-native/usr/bin$ ./qemu-system-arm -version<br>QEMU emulator version 4.1.0<br>Copyright (c) 2003-2019 Fabrice Bellard and the QEMU Project developers<br>3) My initial build of the openbmc project was to “bake” the “meta-aspeed” - per some information/notes I found in the openbmc documentation.  (it also said you needed to source the setup script to set this up - which I did).  So stepping back, maybe this was the wrong target to build.   So I spend another 2 hrs, 32 minutes “baking” the “meta-evb”, the rational being that maybe the first image was missing something required by qemu (i.e. some boot/driver stuff??).   After this was built, and using the “runqemu” script, alas, the same result:  qemu will not boot and run the image.<br><br><br>Mr. Jeffery;<br>   Thank you for your comments/suggestion, I will work on this approach today.  Regarding your question:<br>1)  re: cloning - I received an “access denied” message, eventhough I was logged into gihub (using my personal account information).  Therefore, used a zipped version that was downloaded ~ 1 week ago.<br><br>2) re: qemu machine - the qemu machine being used is the one that was built as part fo the opembmc project.  If this qemu machine won’t work, then why is it built as part of the project?  Why are there 13 copies of this machine scattered through out the filesystem, consuming ~ 564MB of space, if it’s the “wrong” machine?  <br> - so where do I obtain the “BMC-specific machine” ?  The one I installed per Mr. Geissler?  <br><br>3) if OpenBMC doesn’t properly integrate into the rumqemu scripts, then:  A) why is this script here? B) why hasn’t anyone taken the time/effort to correct the script so that it will integrate properly with OpenBMC?  <br><br>4)  I will review the information in the link provided in your response.  Thank you.<br><br></div><div>Regards,</div><div>Stephen Beckwith<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 25, 2019 at 12:28 AM Andrew Jeffery <<a href="mailto:andrew@aj.id.au">andrew@aj.id.au</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"><br>
<br>
On Tue, 24 Sep 2019, at 06:16, Stephen Beckwith wrote:<br>
> Greetings,<br>
>  I am working on a Proof-of-Concept for OpenBMC. I am familiar with <br>
> SP/BMC setups using proprietary code. I have successfully built the <br>
> OpenBMC project (in a VM running Ubuntu 18.04) as well as <br>
> building/installing the eSDK. Note: system was built from a ZIP from <br>
> github, git clone failed due to access rights.<br>
<br>
How are you cloning it? Might be some issue with SSH vs HTTPS.<br>
<br>
>  When I completed the process, I tried to load the available image into <br>
> QEMU for ARM (which was also built) and received the following <br>
> error(s), depending upon the directory from which this is run (which is <br>
> also a question, why the difference?)<br>
>  I was successful in booting the Poky example from Yocto for both x86 <br>
> and ARM into the respective QEMU machines, for the minimal image. <br>
>  Any pointers would be greatly provided.<br>
> <br>
> Regards,<br>
> Stephen Beckwith<br>
> <br>
> Failure #1: QEMU Hangs:<br>
> ==> Fresh shell:<br>
> <br>
> sbeckwit@ubuntu:~/yocto_dev/openbmc-master/build$ runqemu qemuarm<br>
> runqemu - INFO - Running MACHINE=qemuarm bitbake -e...<br>
<br>
You're running with the wrong qemu machine - the generic 'qemuarm' machine<br>
won't work for the images the build produces. You need to use one of the<br>
BMC-specific machines instead. Note that OpenBMC doesn't properly<br>
integrate into the runqemu scripts, and you're often better served by invoking<br>
it manually or (and!) sending a patch to make runqemu work properly.<br>
<br>
We have some info on running qemu manually in the cheatsheet in the docs<br>
repo:<br>
<br>
<a href="https://github.com/openbmc/docs/blob/master/cheatsheet.md#using-qemu" rel="noreferrer" target="_blank">https://github.com/openbmc/docs/blob/master/cheatsheet.md#using-qemu</a><br>
<br>
Hope that helps,<br>
<br>
Andrew<br>
</blockquote></div>