linux-dev - Linux kernel development work

Age	Commit message (Collapse)	Author	Files	Lines
2005-11-14	[PATCH] x86_64: Update defconfig	Andi Kleen	1	-15/+83
	Rerun and enable autofs 4, relayfs and softdog Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-09-12	[PATCH] x86-64: Update defconfig	Andi Kleen	1	-17/+48
	Allow diskless booting. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-08-25	Merge HEAD from ../from-linus	Len Brown	1	-8/+13

2005-08-25	[ACPI] delete CONFIG_ACPI_PCI	Len Brown	1	-1/+0
	Delete the ability to build an ACPI kernel that does not include PCI support. When such a machine is created and it requires a tuned kernel, send a patch. http://bugzilla.kernel.org/show_bug.cgi?id=1364 Signed-off-by: Len Brown <len.brown@intel.com>
2005-08-24	[PATCH] x86_64: update defconfig - reenable fusion	Andi Kleen	1	-8/+13
	I mistakedly disabled fusion support in an earlier update. Fusion is commonly used on many x86-64 systems, so this was a problem. This patch fixes that. Signed-off-by: And Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-08-24	[ACPI] delete CONFIG_ACPI_BUS	Len Brown	1	-1/+0
	it is a synonym for CONFIG_ACPI Signed-off-by: Len Brown <len.brown@intel.com>
2005-08-24	[ACPI] delete CONFIG_ACPI_INTERPRETER	Len Brown	1	-1/+0
	it is a synonym for CONFIG_ACPI Signed-off-by: Len Brown <len.brown@intel.com>
2005-08-24	[ACPI] delete CONFIG_ACPI_BOOT	Len Brown	1	-1/+0
	it has been a synonym for CONFIG_ACPI since 2.6.12 Signed-off-by: Len Brown <len.brown@intel.com>
2005-07-28	[PATCH] x86_64: Update defconfig	Andi Kleen	1	-86/+138
	Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-05-17	[PATCH] x86_64: Update defconfig	Andi Kleen	1	-28/+30
	Update defconfig Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-04-16	Linux-2.6.12-rc2	Linus Torvalds	1	-0/+1129
	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!