On 05/11/2011 01:17 PM, Richard Purdie wrote:
> On Wed, 2011-05-11 at 12:39 -0600, Gary Thomas wrote:
>> On 05/11/2011 12:34 PM, Bruce Ashfield wrote:
>>> On Wed, May 11, 2011 at 2:29 PM, Gary Thomas<gary@mlbassoc.com>   wrote:
>>>> Building from master, updated earlier today.
>>>>
>>>> OE Build Configuration:
>>>> BB_VERSION        = "1.11.0"
>>>> METADATA_BRANCH   = "my_master"
>>>> METADATA_REVISION = "2e4518bf18d977e1249ef7e7cd384df66e7b4801"
>>>> TARGET_ARCH       = "arm"
>>>> TARGET_OS         = "linux-gnueabi"
>>>> MACHINE           = "qemuarm"
>>>> DISTRO            = "poky"
>>>> DISTRO_VERSION    = "1.0+snapshot-20110511"
>>>> TARGET_FPU        = "soft"
>>>>
>>>> When I runqemu on core-image-sato, it brings up the simulated
>>>> video screen and the Yocto splash shows.  The progress bar goes
>>>> to about 60% and then it just hangs there forever.
>>>>
>>>> core-image-minimal boots to a login prompt
>>>>
>>>> Ideas?  How can I figure out where it's bombing out?
>>>
>>> When I saw this go by:
>>>
>>> commit a2e232e2313ee267076bb8de32a1a604dbebc33b
>>> Author: Zhai Edwin<edwin.zhai@intel.com>
>>> Date:   Tue May 10 14:02:35 2011 +0800
>>>
>>>       qemu: Upgrade qemu git to the latest 0.14 branch
>>>
>>>       Also add missing patch to build qemu-git
>>>
>>>       [YOCTO #1013] got fixed
>>>
>>>       (From OE-Core rev: 9b80846152931bed018f33baaaf1ba253e756867)
>>>
>>>       Signed-off-by: Zhai Edwin<edwin.zhai@intel.com>
>>>       Signed-off-by: Richard Purdie<richard.purdie@linuxfoundation.org>
>>>
>>> I wondered about compatibility. Have you tried with the older qemu ?
>>
>> I believe so.  I ran the same test a few days ago and it worked fine.
>> I'm trying qemux86 now with this latest tree.  After that, I could
>> try reverting the change you mention.
>>
>> Any clues how to get "under the covers" when booting a qemu image?
>> Once it brings up the video/splash screen, I'm in the dark as to
>> what's going on.
>
> Several ways:
>
> a) You can redirect the console as Bruce mentions
>
> b) there is an option you can add to the kernel commandline to disable
> psplash (psplash=false)
>
> c) you can switch the console as you normally would under Linux which
> triggers psplash to terminate (Something like Crtl+Alt+F2 then Ctrl+Alt
> +F1 again but I can't remember the exact combination off the top of my
> head)

Disabling the psplash screen, I see this error:
   Running postinst /etc/rpm-postinsts/gthumb.sh
   Failed to load file "/etc/gconf/gconf.xml.defaults/%gconf-tree-pl.xml": Error on line 363 char 9: Element 'dir' was closed, no element is currently open
I think this was a result of an incomplete [previous] startup, so I
tried with a fresh image.  This time, it made it all the way to X,
so I guess I was just too impatient (of course, it took almost 8 minutes
to get to X on a 2.4GHz Core-2 Duo!)

I'll continue with my experiment to see how this runs on qemux86

Sorry for the noise.  I do think a slight improvement in the runqemu
script can help with situations like this.  I had to edit the scripts
to add the 'psplash=false' kernel option.  With the attached patch,
you can do it directly:
   % SCRIPT_KERNEL_OPT='psplash=false ' runqemu qemuarm

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------