On 20/04/11 15:54, g...@snapgear.com wrote:
I have build and run tested on ARAnyM/Atari and ColdFire (non-mmu)
targets.
Sorry, top of that message got lost somewhere, should be:
The following set of patches is version 2 of clean ups and merges of
individual files in the arch/m68k/lib director
From: Greg Ungerer
We don't need an arch/m68k/lib/checksum.c wrapper to include the correct
mmu or non-mmu version of the checksum code. Let the Makefile just build
the appropriate one.
Signed-off-by: Greg Ungerer
---
arch/m68k/lib/Makefile |6 +++---
arch/m68k/lib/checksum.c |5
From: Greg Ungerer
The implementation of gcc's muldi3 support function differs only in
the use of the machine's 64 bit sized mul or not. (It isn't based
on using an MMU or not). Merge the current mmu and non-mmu versions
of arc/m68k/lib/muldi3 and use the appropriate pre-processor
conditionals to
I have build and run tested on ARAnyM/Atari and ColdFire (non-mmu)
targets.
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see
From: Greg Ungerer
Merging the mmu and non-mmu directories we ended up with duplicate
implementations of memset(). One is a little more optimized for the
>68020 case, but that can easily be inserted into a single
implementation of memset(). Clean up the exporting of this symbol
too, otherwise we
From: Greg Ungerer
Merging the mmu and non-mmu directories we ended up with duplicate
implementations of memcpy(). One is a little more optimized for the
>68020 case, but that can easily be inserted into a single
implementation of memcpy(). Clean up the exporting of this symbol
too, otherwise we
From: Greg Ungerer
Merging the mmu and non-mmu directories we ended up with duplicate
(and identical) implementations of memmove(). Remove one of them.
Signed-off-by: Greg Ungerer
Acked-by: Geert Uytterhoeven
---
arch/m68k/lib/Makefile |4 +-
arch/m68k/lib/memmove.c |2 -
arch/m68k/l
From: Greg Ungerer
We can easily support the slight differences in libs needed by the
mmu and non-mmu builds in a single Makefile, so merge them back into
a single file again.
Signed-off-by: Greg Ungerer
Acked-by: Geert Uytterhoeven
---
arch/m68k/lib/Makefile| 13 +++--
arch/m68
The following set of patches is version 2 of clean ups and merges of
individual files in the arch/m68k/lib directory. It is mostly the same
as the first version, but drops the removal of string.c, and does a
simple cleanup of checksum.c.
I have build and run tested on ARAnyM/Atari and ColdFire (n
Hi Arnd,
On 19/04/11 18:21, Arnd Bergmann wrote:
On Tuesday 19 April 2011, Greg Ungerer wrote:
On 18/04/11 06:13, Arnd Bergmann wrote:
If so, what are these
syscalls supposed to do in that case? I assume that they don't actually
change the physical location of a virtual address.
Since the
On Tue, Apr 19, 2011 at 10:21, Arnd Bergmann wrote:
> On Tuesday 19 April 2011, Greg Ungerer wrote:
>> On 18/04/11 06:13, Arnd Bergmann wrote:
>> >> M68knommu does not implement:
>> >> - sys_mremap
>> >> - sys_nfsservct
>> >
>> > Shouldn't you get a warning about these from scripts/checksysc
On 18/04/11 06:13, Arnd Bergmann wrote:
On Wednesday 13 April 2011, Geert Uytterhoeven wrote:
When comparing this to the MMU comments in include/asm-generic/unistd.h,
I noticed this:
M68knommu does have:
- sys_mbind
- sys_get_mempolicy
- sys_set_mempolicy
- sys_migrate_pages
- sy
12 matches
Mail list logo