kernel_samsung_tuna.git - kernel/samsung/tuna

	Commit message (Collapse)	Author	Age	Files	Lines
*	MIPS: IP22, IP28: Migrate to new platform makefile style.	Ralf Baechle	2010-08-05	1	-2/+0
\| \| \| \|	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
*	MIPS: IP22, IP28: Build with -Werror	Ralf Baechle	2009-09-17	1	-1/+1
\| \| \| \|	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
*	[MIPS] IP28 support	Thomas Bogendoerfer	2008-01-29	1	-3/+5
\| \| \| \| \| \| \| \|	Add support for SGI IP28 machines (Indigo 2 with R10k CPUs) This work is mainly based on Peter Fuersts work. Signed-off-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de> Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
*	[MIPS] IP22: Enable -Werror.	Ralf Baechle	2007-10-16	1	-0/+2
\| \| \| \|	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
*	Convert SGI IP22 and specific drivers to platform_device.	Ralf Baechle	2007-05-11	1	-1/+1
\| \| \| \|	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
*	[MIPS] Kill redundant EXTRA_AFLAGS	Atsushi Nemoto	2007-02-26	1	-2/+0
\| \| \| \| \| \| \| \| \| \|	Many Makefiles in arch/mips have EXTRA_AFLAGS := $(CFLAGS) line. This is redundant while AFLAGS contains $(cflags-y) and any options only listed in CFLAGS (not in cflags-y) should be unnecessary for asm sources. Signed-off-by: Atsushi Nemoto <anemo@mba.ocn.ne.jp> Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
*	[MIPS] Rewrite all the assembler interrupt handlers to C.	Ralf Baechle	2006-04-19	1	-1/+1
\| \| \| \| \| \| \| \| \| \| \| \|	Saves like 1,600 lines of code, is way easier to debug, compilers frequently do a better job than the cut and paste type of handlers many boards had. And finally having all the stuff done in a single place also means alot of bug potencial for the MT ASE is gone. The only surviving handler in assembler is the DECstation one; I hope Maciej will rewrite it. Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
*	Linux-2.6.12-rc2	Linus Torvalds	2005-04-16	1	-0/+11
	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!