[OE-core] [PATCH] qemu: upgrade to 1.6.1
Chris Patterson
cjp256 at gmail.com
Wed Oct 30 11:49:36 UTC 2013
On Tue, Oct 29, 2013 at 4:30 PM, Saul Wold <sgw at linux.intel.com> wrote:
> On 10/29/2013 01:20 PM, Chris Patterson wrote:
>
>>
>>
>>
>> On Tue, Oct 29, 2013 at 3:27 AM, Laurentiu Palcu
>> <laurentiu.palcu at intel.com <mailto:laurentiu.palcu at intel.**com<laurentiu.palcu at intel.com>>>
>> wrote:
>>
>> Hi Chris,
>>
>> On Mon, Oct 28, 2013 at 07:54:51PM -0400, Chris Patterson wrote:
>> >
>> > I'm not terribly familiar with the nativesdk, and (foolishly)
>> neglected to test
>> > that. However, I looked into it, and it looks like the
>> relocatable_sdk.patch
>> > affects a linker script that is no longer available. I dropped
>> the patch and
>> > tested installing an oe-core sdk sysroot (via bitbake -c
>> populate_sdk
>> > core-image-minimal) and qemu appears to work fine from within the
>> sdk
>> > environment.
>> >
>> > I'm open to suggestions for further testing this upgrade
>> (particularly a case
>> > to cover what relocatable_sdk.patch was originally intended to
>> resolve). I'm
>> > certainly not the expert here, but am willing to help out.
>> >
>> To test this particular case, build meta-toolchain and install it in a
>> different location than the default one. Then, just do a 'readelf -s"
>> on any qemu binary and make sure the .interp section has a size of
>> 0x1000 bytes.
>>
>> If it does, then it's ok to drop the patch. That patch was needed
>> because qemu happened to use their own linker scripts and, in order to
>> have the SDK relocatable, we needed to reseve space in the .interp
>> section to squeeze the new path.
>>
>>
>> Thanks Laurentiu - I did validate that the interp section looks to be
>> 0x1000 bytes for the qemu-* binaries:
>>
>> $
>> /usr/local/oecore-x86_64/**sysroots/x86_64-oesdk-linux/**
>> usr/bin/qemu-system-arm
>> --version
>> QEMU emulator version 1.6.1, Copyright (c) 2003-2008 Fabrice Bellard
>>
>> $ readelf -S
>> /usr/local/oecore-x86_64/**sysroots/x86_64-oesdk-linux/**
>> usr/bin/qemu-system-arm
>>
>> There are 29 section headers, starting at offset 0x5a14b8:
>>
>> Section Headers:
>> [Nr] Name Type Address Offset
>> Size EntSize Flags Link Info Align
>> [ 0] NULL 0000000000000000 00000000
>> 0000000000000000 0000000000000000 0 0 0
>> [ 1] .interp PROGBITS 0000000000000270 00000270
>> 0000000000001000 0000000000000000 A 0 0 1
>> [ 2] .note.ABI-tag NOTE 0000000000001270 00001270
>> 0000000000000020 0000000000000000 A 0 0 4
>> [ 3] .note.gnu.build-i NOTE 0000000000001290 00001290
>> ...
>>
>> If anyone has any other suggestions to test, I will gladly attempt them
>> before posting a v2.
>>
>>
> Your last message said you tested core-image-minimal, did you do any
> testing with a graphical image like core-image sato? We really apperciate
> the work you put in here.
>
>
I built core-image-sato for qemuarm and it appears to work fine. Are there
any other typical methods/scripts which invoke nativesdk-qemu or
qemu-native besides runqemu? runqemu works fine for qemu-native, but
runqemu doesn't work for me within the sdk (missing python fnctl module
dependency). Instead I have tested nativesdk-qemu by directly invoking
qemu-*.
Thanks
> Thanks
> Sau!
>
> Cheers!
>> -Chris
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20131030/f0cc44f3/attachment-0002.html>
More information about the Openembedded-core
mailing list