kernel.git/arch/sh/Makefile, branch linux-2.6.30.y

sh: Generate uImage by default on Urquell board.

2009-03-10T08:00:48Z

Signed-off-by: Paul Mundt

sh: mach-rsk: Use uImage generation by default for rsk7201/7203.

2008-12-22T09:44:49Z

Signed-off-by: Paul Mundt

sh: Provide sdivsi3/udivsi3/udivdi3 for sh64, kill off libgcc linking.

2008-12-22T09:44:05Z

This moves in the necessary libgcc bits and kills off the libgcc linking for sh64 kernels as well. Signed-off-by: Paul Mundt

sh: Consolidate rsk7203/7201 in to a new mach-rsk.

2008-12-22T09:44:02Z

RSK+ platforms have quite a few characteristics in common, so roll them together in to a shiny new RSK mach-type. Signed-off-by: Paul Mundt

sh: Re-add support for best fit ISA tuning if none is available.

2008-12-22T09:43:49Z

This was removed in the libgcc integration, but there are still some compilers that need this. We also relax the rules on the ISA tuning in the cases where there are no matches for the CPU tuning and adopt the -any default, which matches the intent of the isa-y target list. This compensates for mismatches where binutils supports a wide array of targets whilst the compiler is much more restricted. Signed-off-by: Paul Mundt

sh: Add -m4al tuning for SH4AL-DSP.

2008-12-22T09:42:54Z

Signed-off-by: Paul Mundt

sh: Specify sane default image targets for the SH-2 platforms.

2008-12-22T09:42:53Z

Signed-off-by: Paul Mundt

sh: Migrate necessary libgcc bits in to arch/sh/lib for SUPERH32.

2008-12-22T09:42:53Z

This moves in the necessary libgcc bits for SUPERH32 and drops the libgcc linking for the regular targets. This in turn allows us to rip out quite a few hacks both in sh_ksyms_32 and arch/sh/Makefile. Signed-off-by: Paul Mundt

sh: SHmedia ISA tuning fixups.

2008-10-31T06:58:53Z

SH-5 doesn't support any elaborate ISA inheritance schemes (-dsp, -up, etc.), so only bother with that if we are building an sh32 kernel. Signed-off-by: Paul Mundt

sh: Simplify and lock down the ISA tuning.

2008-10-28T10:37:05Z

The ISA tuning as it is today can not cope with all of the different variations that are possible, so all we can do is a best attempt based on the CPU family. The DSP and FPU generation are already at odds with each other, and the nommu tuning we weren't handling at all. Additionally, for platforms that never had an FPU, the -nofpu variant never existed, meaning that we would lose out on family granular tuning completely in certain cases. With tat out of the way, we were also using -up versions, allowing for later instructions that branched off of a particular subset of the ISA, but are not actually reflected on the hardware being targetted. This leads to some confusion, and the possibility of bogus instructions on older parts. Kill that off and lock it down to the family being built for specifically. Signed-off-by: Paul Mundt