Kernel - My Linux kernel repository

Age	Commit message (Collapse)	Author
2007-12-06	Revert "[PARISC] import necessary bits of libgcc.a"	Kyle McMartin
	This reverts commit efb80e7e097d0888e59fbbe4ded2ac5a256f556d, it turned out to cause sporadic problems with the timer interrupt on 32-bit kernels. Needs more investigation. Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
2007-10-20	[PARISC] Make palo target work when $obj != $src	Kyle McMartin
	Stumbled upon when I was testing it out and using make O=... to build. Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
2007-10-19	[PARISC] Fix tests in palo target	Kyle McMartin
	Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
2007-10-18	[PARISC] Fix palo target	Kyle McMartin
	Hunk missing from previous commit, oops. Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
2007-10-18	[PARISC] Restore palo target	Kyle McMartin
	Turns out, people were still using it, and it accidently works. Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
2007-10-18	[PARISC] Attempt to clean up parisc/Makefile	Kyle McMartin
	Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
2007-10-18	[PARISC] import necessary bits of libgcc.a	Kyle McMartin
	Currently we're hacking libs-y to include libgcc.a, but this has unforeseen consequences since the userspace libgcc is linked with fpregs enabled. We need the kernel to stop using fpregs in an uncontrolled manner to implement lazy fpu state saves. Signed-off-by: Kyle McMartin <kyle@mcmartin.ca>
2007-10-14	kbuild: enable 'make CFLAGS=...' to add additional options to CC	Sam Ravnborg
	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, m68k Test was simple to do a defconfig build, apply the patch and check that nothing got rebuild. Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
2006-12-08	[PARISC] Remove GCC_VERSION usage as suggested by Adrian Bunk	Grant Grundler
	Signed-off-by: Grant Grundler <grundler@parisc-linux.org> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
2005-10-21	[PARISC] Update minimum compiler version and CROSS_COMPILE for parisc64	Randolph Chung
	Prefix changed in debian, include "gnu" in the commandline. Signed-off-by: Carlos O'Donell <carlos@parisc-linux.org> Ensure the compiler version is new enough (>= 3.3) Signed-off-by: Randolph Chung <tausq@parisc-linux.org> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
2005-10-21	[PARISC] Disable use of fpregs in pa_memcpy	Randolph Chung
	Disable use of fpregs in pa_memcpy, and turn on the -mdisable-fpregs flag. Signed-off-by: Randolph Chung <tausq@parisc-linux.org> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
2005-09-09	kbuild: m68k,parisc,ppc,ppc64,s390,xtensa use generic asm-offsets.h support	Sam Ravnborg
	Delete obsoleted parts form arch makefiles and rename to asm-offsets.h Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
2005-04-16	Linux-2.6.12-rc2	Linus Torvalds
	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!