On Thu, May 4, 2017 at 5:07 PM, Henning Schild
<[email protected]> wrote:
> Am Thu, 4 May 2017 15:01:18 +0200
> schrieb Michael Smith <[email protected]>:
>
>> Hi.
>> I am compiling for the Cobal Core with Xenomai 3.0.4 on Ubuntu 16.04
>> (kernel 4.4.0-77-generic).
>> When compiling the Linux kernel 4.4.43 with
>> ipipe-core-4.4.43-x86-6.patch I get the following error:
>>
>>   CC      arch/x86/kernel/reboot.o
>>   CC      arch/x86/kernel/early-quirks.o
>>   CC      arch/x86/kernel/ipipe.o
>> arch/x86/kernel/ipipe.c: In function ‘__ipipe_enable_pipeline’:
>> arch/x86/kernel/ipipe.c:140:22: error: ‘smp_deferred_error_interrupt’
>> undeclared (first use in this function)
>>       __ipipe_do_IRQ, smp_deferred_error_interrupt,
>>                       ^
>> arch/x86/kernel/ipipe.c:140:22: note: each undeclared identifier is
>> reported only once for each function it appears in
>> arch/x86/kernel/ipipe.c: In function ‘__ipipe_trap_prologue’:
>> arch/x86/kernel/ipipe.c:343:50: warning: comparison of constant ‘-1’
>> with boolean expression is always true [-Wbool-compare]
>>     if (!atomic_read(&kgdb_cpu_doing_single_step) != -1 &&
>>                                                   ^
>> arch/x86/kernel/ipipe.c:343:50: warning: logical not is only applied
>> to the left hand side of comparison [-Wlogical-not-parentheses]
>> scripts/Makefile.build:258: recipe for target
>> 'arch/x86/kernel/ipipe.o' failed make[3]: ***
>> [arch/x86/kernel/ipipe.o] Error 1 scripts/Makefile.build:403: recipe
>> for target 'arch/x86/kernel' failed make[2]: *** [arch/x86/kernel]
>> Error 2 Makefile:961: recipe for target 'arch/x86' failed
>> make[1]: *** [arch/x86] Error 2
>>
>> I've not seen any similar compiler issues on the mailing list and
>> since this patch have been out for 2 months, I'm wondering is it maybe
>> an Ubuntu specific issue?
>> On the same Architechture (Pentium-M) the previous combination worked
>> flawlessly nl.
>> xenomai-3.0.3
>> ipipe-core-4.1.18-x86-7.patch
>> linux-4.1.18
>>
>> Any ideas?
>
> That is clearly a 64 vs 32 Bit problem, x86_32 is not as well tested as
> its 64Bit counterpart. But with you it seems 32 bit x86 is not dead
> yet ;).

Yeah its legacy hardware that I'm stuck with, that need to keep operational
currently.

> Should be easy to fix, i will send a patch and put you on CC.
>
> In the meantime you can take CONFIG_X86_MCE_AMD out of your kernel
> config to work around that problem.
>
> Henning
>

Thanks for the help Henning, appreciate it.

>>
>> Thanks
>> Michael
>>
>> _______________________________________________
>> Xenomai mailing list
>> [email protected]
>> https://xenomai.org/mailman/listinfo/xenomai
>

_______________________________________________
Xenomai mailing list
[email protected]
https://xenomai.org/mailman/listinfo/xenomai

Reply via email to