openslx/kernel-qcow2-linux.git - In-kernel qcow2 (Kernel part)

	Commit message (Collapse)	Author	Age	Files	Lines
*	m68k: Update defconfigs for 2.6.28-rc7	Geert Uytterhoeven	2008-12-02	1	-53/+72
\| \| \| \|	Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
*	m68k: Update defconfigs for 2.6.27-rc6	Geert Uytterhoeven	2008-09-10	1	-21/+32
\| \| \| \| \|	Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
*	m68k: enable CONFIG_COMPAT_BRK by default	Geert Uytterhoeven	2008-06-06	1	-3/+3
\| \| \| \| \| \| \| \| \|	As some m68k machines have plenty of libc5 binaries in active use, enable CONFIG_COMPAT_BRK by default. Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
*	m68k: Update defconfigs	Geert Uytterhoeven	2008-05-18	1	-68/+91
\| \| \| \| \| \| \|	Update the m68k defconfigs Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
*	m68k: update defconfigs for 2.6.25	Geert Uytterhoeven	2008-04-04	1	-420/+571
\| \| \| \| \| \| \|	Long overdue update of the m68k defconfigs Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
*	[PATCH] M68k: Update defconfigs	Geert Uytterhoeven	2005-06-13	1	-11/+4
\| \| \| \| \|	Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
*	[PATCH] M68k: Update defconfigs for 2.6.12-rc2	Geert Uytterhoeven	2005-04-18	1	-25/+36
\| \| \| \| \| \|	Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
*	[PATCH] M68k: Update defconfigs for 2.6.11	Geert Uytterhoeven	2005-04-18	1	-6/+27
\| \| \| \| \| \|	Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
*	Linux-2.6.12-rc2	Linus Torvalds	2005-04-17	1	-0/+915
	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!