[asterisk-dev] Dahdi compilation error on ARM

[Rafael Seste]

On Thu, Sep 17, 2009 at 3:54 AM, Tzafrir Cohen <tzafrir.cohen at xorcom.com> wrote:
> On Wed, Sep 09, 2009 at 05:42:55PM -0300, Rafael Seste wrote:
>> On Wed, Sep 9, 2009 at 5:23 PM, Pavel Troller<patrol at sinus.cz> wrote:
>> >> On Wed, Sep 09, 2009 at 07:11:07PM +0200, Pavel Troller wrote:
>> >>
>> >> >   Yes, we know. It's simple. OOM means "Out Of Memory". Your machine runs out
>> >> > of memory during compilation (you don't have swap, it's also visible from the
>> >> > dump), so your system is simply too small to compile this. Add either RAM or
>> >> > a swap device.
>> >> >   With regards, Pavel Troller
>> >>
>> >> The SheevaPlug has 512MB RAM. It should be good enough.
>> >>
>> >> An extra swap can indeed help, even if it is on an external USB storage
>> >> partition.
>> I did that....I added a 2GB USB driver as a swap. It took more time
>> but the same error occurred.
>> After 20 min I got out of memory (512MB + 2GB)
>> The strange point is that I already compiled a complete version of
>> asterisk and got not errors.
>
> FWIW, I had no problem building dahdi-linux on my SheevaPlug. I have
> Debian Lenny installed on it (with a more recent kernel).
>
Did you compile your kernel on SheevaPlug? I didn't!!!
I cross-compiled it, so the lib/modules/2.6.30.5/build does not point
to the real source. I changed the build link to a copy of the kernel
source in pendrive . Would this cause this problem???

> --
>               Tzafrir Cohen
> icq#16849755              jabber:tzafrir.cohen at xorcom.com
> +972-50-7952406           mailto:tzafrir.cohen at xorcom.com
> http://www.xorcom.com  iax:guest at local.xorcom.com/tzafrir
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> AstriCon 2009 - October 13 - 15 Phoenix, Arizona
> Register Now: http://www.astricon.net
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-dev
>



-- 
Rafael S. Seste