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

Paul Barker pbarker at toganlabs.com
Thu Oct 12 12:04:47 UTC 2017


On Mon, Oct 9, 2017 at 6:11 PM, Andre McCurdy <armccurdy at gmail.com> 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.
>>
>
> Does testing X86ARCH32 work?

Sadly not. "tune-core2.inc" sets this to "i686" which would indicate
no SSE2 support, however the core2 series does support SSE2. So we
can't base the decision on the value of this variable.

-- 
Paul Barker
Togán Labs Ltd



More information about the Openembedded-core mailing list