kernel_samsung_crespo.git - kernel/samsung/crespo

	Commit message (Collapse)	Author	Age	Files	Lines
*	MIPS: Move headfiles to new location below arch/mips/include	Ralf Baechle	2008-10-11	1	-35/+0
\| \| \| \|	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
*	aout: move STACK_TOP[_MAX] to asm/processor.h	David Howells	2008-02-08	1	-13/+0
\| \| \| \| \| \| \| \| \| \|	Move STACK_TOP[_MAX] out of asm/a.out.h and into asm/processor.h as they're required whether or not A.OUT format is available. Signed-off-by: David Howells <dhowells@redhat.com> Cc: <linux-arch@vger.kernel.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
*	[MIPS] Fixup secure computing stuff.	Ralf Baechle	2007-07-31	1	-1/+2
\| \| \| \|	Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
*	arch: personality independent stack top	Peter Zijlstra	2007-07-19	1	-0/+1
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	New arch macro STACK_TOP_MAX it gives the larges valid stack address for the architecture in question. It differs from STACK_TOP in that it will not distinguish between personalities but will always return the largest possible address. This is used to create the initial stack on execve, which we will move down to the proper location once the binfmt code has figured out where that is. Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl> Signed-off-by: Ollie Wild <aaw@google.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
*	Don't include linux/config.h from anywhere else in include/	David Woodhouse	2006-04-26	1	-1/+0
\| \| \| \|	Signed-off-by: David Woodhouse <dwmw2@infradead.org>
*	[PATCH] mips: clean up 32/64-bit configuration	Ralf Baechle	2005-09-05	1	-2/+2
\| \| \| \| \| \| \| \|	Start cleaning 32-bit vs. 64-bit configuration. Signed-off-by: Ralf Baechle <ralf@linux-mips.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
*	Linux-2.6.12-rc2	Linus Torvalds	2005-04-16	1	-0/+47
	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!