On Tue, Apr 3, 2012 at 6:44 AM, g...@snapgear.com wrote:
From: Greg Ungerer g...@uclinux.org
The MMU (signal_mm.c) and non-MMU (signal_no.c) versions of the m68k
architecture signal handling code are very similar. Most of there code is
the same.
Merge the two back into a single signal.c,
On Fri, May 4, 2012 at 8:50 AM, g...@snapgear.com wrote:
From: Greg Ungerer g...@uclinux.org
The majority of the m68k architecture dma code is the same, so merge the
current separated files dma_no.c and dma_mm.c back into a single dma.c
The main alloc and free routines are a little
On Fri, May 4, 2012 at 8:50 AM, g...@snapgear.com wrote:
In particular by reorganizing the __flush_caceh_all() code and separating
__flush_cache_all()
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In
On Fri, May 18, 2012 at 6:22 AM, g...@snapgear.com wrote:
From: Greg Ungerer g...@uclinux.org
There is a few places that the m68k entry code uses the bsrl instruction
to call other functions. That instruction is only supported on 68020 and
higher CPU types. If we use jbsr instead the code
On Fri, May 18, 2012 at 6:22 AM, g...@snapgear.com wrote:
From: Greg Ungerer g...@uclinux.org
The ret_from_excption code is referenced by its function name, or by a label
set at the start of its code. The non-MMU code can share some of this code
if we make direct calls to ret_from_exception
On Fri, May 18, 2012 at 6:22 AM, g...@snapgear.com wrote:
From: Greg Ungerer g...@uclinux.org
Some of the entry.S code is common to both MMU and non-MMU builds.
So merge the entry_no.S and entry_mm.S files back into a single file.
With a little code movement we only need a single #ifdef.
Hi Geert,
On 05/20/2012 07:07 PM, Geert Uytterhoeven wrote:
On Fri, May 4, 2012 at 8:50 AM,g...@snapgear.com wrote:
In particular by reorganizing the __flush_caceh_all() code and separating
__flush_cache_all()
I'll fix that up.
Thanks for all the other acks too, I'll update the patches.
