Thanks a lot Greg! Increased the stack size and it works now!
By default it is set to the 4k default.
Always learning!
Thanks and Regards,
Luis Alves
No dia 4 de Mai de 2012 14:41, "Greg Ungerer"
> Hi Luis,
>
> On 05/04/2012 07:58 PM, Luis Alves wrote:
>
>> I've tried the 'rrdtool' included in
Hi Luis,
On 05/04/2012 07:58 PM, Luis Alves wrote:
I've tried the 'rrdtool' included in the latest uClinux dist (20120401).
Creating the database, inserting and fetching values work fine, but
when I try to create a .png chart it do one of these two things:
1) Crash the kernel (I'm almost sure it
Hi Geert,
Thanks for that info, I didn't know about that Amiga port.
I've looked into that implementation and it's similar to what I've done.
But as far as I can tell the code is also incomplete (the trap_c
function doesn't distinguish who caused the trap because
pt_regs->format and pt_regs->vecto
On Fri, May 4, 2012 at 11:48 AM, Luis Alves wrote:
> Also, the existing trap exception code doesn't work with 68000 cpu's
> since they don't provide the vector in the stack.
arch/m68k/kernel/entry_mm.S (yes, _mm, as Amiga platform code is based
on the m68k "mm" framework) from
http://git.kernel.o
Hi,
I've tried the 'rrdtool' included in the latest uClinux dist (20120401).
Creating the database, inserting and fetching values work fine, but
when I try to create a .png chart it do one of these two things:
1) Crash the kernel (I'm almost sure it writes in bad memory locations)
2) Give an 'Addr
Hi Greg,
On Fri, May 4, 2012 at 7:53 AM, Greg Ungerer wrote:
> Hi Luis,
>
> On 01/05/12 06:42, Luis Alves wrote:
>>
>> Here is my second attempt for the 68000 code integration.
>>
>> What I have done:
>> Merged all 68000 based cpu's in platform/68000 and deleted 68*328
>> subdirs.
>> Modified r
