23 Jul, 2008
1 commit
-
the ff1 and bitrev opcode appears in ISA C and ISA A+ what isn't
supported by all plattforms. The assembly optimization is automaticly
enabled if the compiler understand the required cpu keyword.
My m5235 seems to boot and run fine so far.Signed-off-by: Sebastian Siewior
Signed-off-by: Greg Ungerer
01 Feb, 2008
1 commit
-
Modify Makefiles to support separate coldfire platform directory.
Currently the common ColdFire CPU family code sits in the
arch/m68knommu/platform/5307 directory. This is confusing, the files
containing this common code are in no way specific to the 5307 ColdFire.
Create an arch/m68knommu/platform/coldfire directory to contain this
common code. Other m68knommu CPU varients do not need use this code
though, so it doesn't make sense to move it to arch/m68knommu/kernel.Signed-off-by: Greg Ungerer
Signed-off-by: Linus Torvalds
23 Oct, 2007
2 commits
-
Remove build reference to arch/m68knommu/boot directory, it doesn't
exist.Signed-off-by: Greg Ungerer
Signed-off-by: Linus Torvalds -
Add make support for the Savant/Rosie1 board.
Signed-off-by: Greg Ungerer
Signed-off-by: Linus Torvalds
16 Oct, 2007
1 commit
-
The variable AFLAGS is a wellknown variable and the usage by
kbuild may result in unexpected behaviour.
On top of that several people over time has asked for a way to
pass in additional flags to gcc.This patch replace use of AFLAGS with KBUILD_AFLAGS all over
the tree.Patch was tested on following architectures:
alpha, arm, i386, x86_64, mips, sparc, sparc64, ia64, m68k, s390Signed-off-by: Sam Ravnborg
15 Oct, 2007
1 commit
-
The variable CFLAGS is a wellknown variable and the usage by
kbuild may result in unexpected behaviour.
On top of that several people over time has asked for a way to
pass in additional flags to gcc.This patch replace use of CFLAGS with KBUILD_CFLAGS all over the
tree and enabling one to use:
make CFLAGS=...
to specify additional gcc commandline options.One usecase is when trying to find gcc bugs but other
use cases has been requested too.Patch was tested on following architectures:
alpha, arm, i386, x86_64, mips, sparc, sparc64, ia64, m68kTest was simple to do a defconfig build, apply the patch and check
that nothing got rebuild.Signed-off-by: Sam Ravnborg
26 Jul, 2007
1 commit
-
Add build support for the new Arcturus boards.
Signed-off-by: Greg Ungerer
Signed-off-by: Linus Torvalds
28 Jun, 2006
3 commits
-
Add build support for the M523x ColdFire CPU family.
Signed-off-by: Greg Ungerer
Signed-off-by: Linus Torvalds -
Add support for the Avnet/5282 board.
Signed-off-by: Greg Ungerer
Signed-off-by: Linus Torvalds -
Here is a small patch that made my kernel .text segment shrink by 8k IIRC
on my 5272-based board, by removing `-Wa,-S' from CFLAGS.The `-Wa,-S' option prevents `gas' from using short forms of jsr.
Without it, `gas' replaces `jsr xxx.l' (6 bytes) by `jsr xxx@pc'
(4 bytes) when possible. On 5272, both forms are equally fast.The `-Wa,-m5307' option is useless, because gcc already gives it
to `gas' from the `-m5307' option.Signed-off-by: Greg Ungerer
Signed-off-by: Linus Torvalds
11 Jan, 2006
1 commit
-
Don't specify compiler optimization flags in the m68knommu Makefile.
Let the top level Makefile/config set it.Signed-off-by: Greg Ungerer
Signed-off-by: Linus Torvalds
08 Nov, 2005
1 commit
-
Add build support for the new Freescale 5208 ColdFire processor,
and its M5208EVB eval board. Patch originally from Matt Waddel.Signed-off-by: Greg Ungerer
Signed-off-by: Linus Torvalds
10 Sep, 2005
1 commit
-
h8300, m68knommu, sh and sh64 all used the name asm-offsets.h so minimal
changes required.Signed-off-by: Sam Ravnborg
06 Sep, 2005
1 commit
02 Sep, 2005
1 commit
-
Add support for the 523x ColdFire family of processors
Signed-off-by: Greg Ungerer
Signed-off-by: Linus Torvalds
25 Jul, 2005
1 commit
-
There was only two users left of descend. Fix them so they
use $(clean)= and $(build)=.
Drop definition of descend.Signed-off-by: Sam Ravnborg
---
17 Apr, 2005
1 commit
-
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.Let it rip!
