Re: [uClinux-dev] [PATCH] m68k: merge mmu and non-mmu arch Makefiles

2011-08-11 Thread Sam Ravnborg
On Thu, Aug 11, 2011 at 02:39:25PM +1000, g...@snapgear.com wrote: From: Greg Ungerer g...@uclinux.org [This is a resend of this patch. If no-one has any objections then I want to push this into linux-next, for eventual inclusion in the 3.2 merge window.] Looks good. Acked-by: Sam Ravnborg

Re: [uClinux-dev] [PATCH] m68k: merge the mmu and non-mmu kernel/Makefiles

2011-08-11 Thread Sam Ravnborg
On Thu, Aug 11, 2011 at 02:47:24PM +1000, g...@snapgear.com wrote: From: Greg Ungerer g...@uclinux.org [This is a resend of this patch. If no-one has any objections then I want to push this into linux-next, for eventual inclusion in the 3.2 merge window.] The few differences between the

Re: [uClinux-dev] [PATCH] m68k: reorganize Kconfig options to improve mmu/non-mmu selections

2011-08-11 Thread Sam Ravnborg
On Thu, Aug 11, 2011 at 03:10:21PM +1000, g...@snapgear.com wrote: From: Greg Ungerer g...@uclinux.org [This is a resend of this patch. Would like to hear what others think of this change. It makes the top level configuration consistent for all m68k type processors, and makes it much easier

Re: [uClinux-dev] [PATCH] m68k: reorganize Kconfig options to improve mmu/non-mmu selections

2011-08-11 Thread Greg Ungerer
Hi Sam, On 11/08/11 16:15, Sam Ravnborg wrote: On Thu, Aug 11, 2011 at 03:10:21PM +1000, g...@snapgear.com wrote: From: Greg Ungererg...@uclinux.org [This is a resend of this patch. Would like to hear what others think of this change. It makes the top level configuration consistent for all

Re: [uClinux-dev] [PATCH] m68k: merge the mmu and non-mmu kernel/Makefiles

2011-08-11 Thread Greg Ungerer
On 11/08/11 16:08, Sam Ravnborg wrote: On Thu, Aug 11, 2011 at 02:47:24PM +1000, g...@snapgear.com wrote: From: Greg Ungererg...@uclinux.org [This is a resend of this patch. If no-one has any objections then I want to push this into linux-next, for eventual inclusion in the 3.2 merge window.]

[uClinux-dev] possible mcf5307 port issue

2011-08-11 Thread angelo
Dear all, working on a port of u-boot for mcf5307 i have found a major issue due to an errata of this chip: from MCF5307ER pdf: 35 Corrupted Return PC in Exception Stack Frame 35.1 Description When processing an autovectored interrupt an error can occur that causes 0x to be

[uClinux-dev] New uClinux Port to AT91CAP7 (ARM7TDMI)

2011-08-11 Thread Bob Wirka
Hello, We have a board with an AT91CAP7 chip; it's an arm7tdmi with and external data bus and some custom peripherals in an on-board fpga. The board can boot from a 4MByte serial flash device, and has NAND attached. There are 32MBytes of SDRAM on the board. We'd like to get uClinux running

Re: [uClinux-dev] New uClinux Port to AT91CAP7 (ARM7TDMI)

2011-08-11 Thread Ithamar R. Adema
Hi, On Thu, 2011-08-11 at 09:47 -0700, Bob Wirka wrote: We have a board with an AT91CAP7 chip; it's an arm7tdmi with and external data bus and some custom peripherals in an on-board fpga. The board can boot from a 4MByte serial flash device, and has NAND attached. There are 32MBytes of

Re: [uClinux-dev] New uClinux Port to AT91CAP7 (ARM7TDMI)

2011-08-11 Thread Bob Wirka
Ithamar, Thank you for your reply. No, that's a real issue; there is no Linux BSP from Atmel. They've got some support for Ecos (and, hence, redboot), but that's about it. It would be nice if we could use the 2.6 kernel. The chip implements a Gigabit Mac in the fpga; so the ethernet driver

Re: [uClinux-dev] New uClinux Port to AT91CAP7 (ARM7TDMI)

2011-08-11 Thread Ithamar R. Adema
Hi Bob, On Thu, 2011-08-11 at 14:08 -0700, Bob Wirka wrote: Thank you for your reply. You're welcome :) No, that's a real issue; there is no Linux BSP from Atmel. They've got some support for Ecos (and, hence, redboot), but that's about it. It would be nice if we could use the 2.6 kernel.

Re: [uClinux-dev] New uClinux Port to AT91CAP7 (ARM7TDMI)

2011-08-11 Thread Greg Ungerer
Hi Bob, On 12/08/11 02:47, Bob Wirka wrote: We have a board with an AT91CAP7 chip; it's an arm7tdmi with and external data bus and some custom peripherals in an on-board fpga. The board can boot from a 4MByte serial flash device, and has NAND attached. There are 32MBytes of SDRAM on the

Re: [uClinux-dev] possible mcf5307 port issue

2011-08-11 Thread Greg Ungerer
Hi Angelo, On 11/08/11 19:52, angelo wrote: working on a port of u-boot for mcf5307 i have found a major issue due to an errata of this chip: from MCF5307ER pdf: 35 Corrupted Return PC in Exception Stack Frame 35.1 Description When processing an autovectored interrupt an error can occur