Re: [uClinux-dev] uclinux.org has sent an incorrect or unexpected error: code 12263

2007-04-03 Thread Greg Ungerer
Hi Junaid, Junaid N. Sahibzada wrote: Which of those listed on the weblink would run snapgear linux distro? https://shop.arcturusnetworks.com/orderdeskform.shtml Can snap gear work on both MMU and MMU-less boards? The snapgear dist (same uClinux-dist) supports both MMU and MMUless

Re: [uClinux-dev] [PATCH] Fix coldfire timer initialisation

2007-04-03 Thread Greg Ungerer
Hi Philippe, Philippe De Muyter wrote: Greg Ungerer wrote: Philippe De Muyter wrote: The coldfire timer runs from 0 to trr included, then 0 again and so on. It counts thus actually trr + 1 steps for 1 tick, not trr. Fix that Actual debugging work has been made on a 5272. I hope it's the

Re: [uClinux-dev] Busybox in 20070130 distribution

2007-04-03 Thread Greg Ungerer
Hi Bernd, Bernd Büttner wrote: I wonder how anybody could use busybox under uClinux-dist-20070130 . It uses names like 'IFLA_RTA' and some others starting with 'IFLA_' and 'IFA_'. Most of these are defined nowhere in the distribution. Huh? I see IFLA_RTA defined in:

Re: [uClinux-dev] [PATCH] m68knommu/kernel/process.c : missing THREAD_SIZE

2007-04-03 Thread Greg Ungerer
Hi Philippe, Philippe De Muyter wrote: Use THREAD_SIZE instead of a hard constant. Signed-off-by: Philippe De Muyter [EMAIL PROTECTED] Applied, thanks. Regards Greg diff -r 9ed3c4dc013f arch/m68knommu/kernel/process.c --- a/arch/m68knommu/kernel/process.c Wed Feb 21 13:02:17 2007

Re: [uClinux-dev] Linux mtd-utils updated to latest release.

2007-04-03 Thread Bernd Büttner
Hi Glen, Glen Johnson schrieb: uClinux-dev, In the past I tried to bring the latest and greatest mtd-utils code into the uClinux-dist. I finally got back to it and have it compiling. Attached are the files which contain the changes that I made to make this happen. The hardest piece of this

Re: [uClinux-dev] [PATCH] Fix coldfire timer initialisation

2007-04-03 Thread Philippe De Muyter
Greg Ungerer wrote: Looking at this isn't it mis-handling the case where the TCN reads back as the maximal count (so ticks_per_intr in this case). Well thought :) My understanding is that could occur after it has clocked over to the maximal count value, and after we have serviced the

Re: [uClinux-dev] [PATCH] : increase boa's stack

2007-04-03 Thread Robin Getz
On Wed 28 Mar 2007 16:28, Philippe De Muyter pondered: Due to favorable circumstances (rounding to the next power of two for the allocation of data+bss+stack), boa got a bigger stack than configured, and it needs it. If these favorable circumstances disappear, boa fails with various errors