wierd problem with eabi compiler and kernel 2.6.18

[Jevgeni Zolotarjov]

"Nicolas Pitre" <nico@cam.org> wrote in message 
news:Pine.LNX.4.64.0610161601430.1971@xanadu.home...
> On Mon, 16 Oct 2006, Jevgeni Zolotarjov wrote:
>
>> Hi All,
>>
>> We are happy users of Dan's crosstool-0.42. We have built with it 
>> following
>> toolchain:
>> gcc-4.0.2
>> glibc-2.3.6
>> binutils-2.16.1
>>
>> We are using it for more than a year on ARM920T processor (AT91RM9200) 
>> with
>> kernel 2.6.15.4. Results are excellent and system is very stable.
>>
>> Now we want to migrate to new version of everything.
>> First, we took toolchain from Martin Guy with arm eabi support. We have
>> successfully compiled with it kernel 2.6.18 with arm eabi support. It 
>> looked
>> nice from the first view. We have ported our periphery drivers for USB, 
>> IO
>> and ALSA devices. Excellent! All works. But we have found one wierd 
>> problem:
>> IPC shared memory does not work in a desired way. All our applications 
>> and
>> some ALSA plugins, which rely on IPC, crash or give unpredicted results. 
>> We
>> can write and read from shared memory and results are correct, but 
>> returned
>> size of shared memory is every time different.
>
> Did you recompile your user apps with EABI as well?
[JZ: I recompiled all my apps and libs with new compiler, taken from Martin 
Crosstool Bits. I believe, this is using eabi as default. I did not pass any 
specific options to makefile to enable eabi. Maybe I should, but do not know 
which.]

>
>> We have traced the problem further. It turned out, that kernel returns
>> correct size number. But glibc returns with every function call
>> different number.
>
> Do you have an EABI enabled glibc?
[JZ: Yes, I took glibc from the same distribution of Martin Crosstool bits. 
I copied all required libs to my filesystem.
Applications start normally, only IPC functionality is a problem.]

>
>
> Nicolas
>