[OE-core] Illegal instruction when running go binaries in qemux86

Mark Hatle mark.hatle at windriver.com
Mon Oct 9 17:28:00 UTC 2017


On 10/9/17 12:11 PM, Andre McCurdy wrote:
> On Mon, Oct 9, 2017 at 10:01 AM, Paul Barker <pbarker at toganlabs.com> wrote:
>> On Mon, Oct 9, 2017 at 5:49 PM, Khem Raj <raj.khem at gmail.com> wrote:
>>> On Mon, Oct 9, 2017 at 9:16 AM, Paul Barker <pbarker at toganlabs.com> wrote:
>>>> On Mon, Oct 9, 2017 at 5:04 PM, Khem Raj <raj.khem at gmail.com> wrote:
>>>>> On Mon, Oct 9, 2017 at 6:15 AM, Paul Barker <pbarker at toganlabs.com> wrote:
>>>>>>
>>>>>> I'm looking at what I can use to determine if sse2 is supported for a
>>>>>> given machine/tune.
>>>>>>
>>>>>> In TUNE_FEATURES I could check for "core2" or "corei7" based on what's
>>>>>> in oe-core, but not sure this will cover tunings which might be
>>>>>> defined in other layers.
>>>>>>
>>>>>> Alternatively I could check TUNE_CCARGS for "-msse2" or later but that
>>>>>> feels dirty.
>>>>>>
>>>>>> Any suggestions on this?
>>>>>>
>>>
>>> Perhaps inverse is easier, meaning, set 387 for i586, i486 and i386
>>> and leave the
>>> defaults as it is for other variants
>>
>> Sadly that won't cover it. We'd also need to cover Pentium variants
>> pre-Pentium4 and early AMD variants. It's SSE2 which is needed not the
>> original SSE instructions.
>>

This is why 'TUNE_FEATURES' was introduced.  If SSE2 (or something else) is need
for proper configuration, then we should add a specific tune_feature and update
the corresponding tunes.

--Mark

> Does testing X86ARCH32 work?
> 




More information about the Openembedded-core mailing list