summaryrefslogtreecommitdiffstats
path: root/include/linux/yam.h
diff options
context:
space:
mode:
authorGreg Ungerer <gerg@uclinux.org>2011-10-14 14:43:30 +1000
committerGreg Ungerer <gerg@uclinux.org>2011-12-30 10:20:21 +1000
commite08d703cc2ab6e47dbd10a74eb029f7dfa93d71d (patch)
treef81a41ca2a92ed39a723b024b984d220373e6e01 /include/linux/yam.h
parent2c9b82adb5ea65745d5d73d97bb0e1cc16cba4a0 (diff)
downloadlinux-stable-e08d703cc2ab6e47dbd10a74eb029f7dfa93d71d.tar.gz
linux-stable-e08d703cc2ab6e47dbd10a74eb029f7dfa93d71d.tar.bz2
linux-stable-e08d703cc2ab6e47dbd10a74eb029f7dfa93d71d.zip
m68k: modify user space access functions to support ColdFire CPUs
Modify the user space access functions to support the ColdFire V4e cores running with MMU enabled. The ColdFire processors do not support the "moves" instruction used by the traditional 680x0 processors for moving data into and out of another address space. They only support the notion of a single address space, and you use the usual "move" instruction to access that. Create a new config symbol (CONFIG_CPU_HAS_ADDRESS_SPACES) to mark the CPU types that support separate address spaces, and thus also support the sfc/dfc registers and the "moves" instruction that go along with that. The code is almost identical for user space access, so lets just use a define to choose either the "move" or "moves" in the assembler code. Signed-off-by: Greg Ungerer <gerg@uclinux.org> Acked-by: Matt Waddel <mwaddel@yahoo.com> Acked-by: Kurt Mahan <kmahan@xmission.com> Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
Diffstat (limited to 'include/linux/yam.h')
0 files changed, 0 insertions, 0 deletions