linux-dev - Linux kernel development work

Age	Commit message (Collapse)	Author	Files	Lines
2006-02-27	Revert "[PATCH] x86_64: Only do the clustered systems have unsynchronized TSC assumption on IBM systems"	Linus Torvalds	1	-14/+0
	This reverts commit 13a229abc25640813f1480c0478dfc6bdbc1c19e. Quoth Andi: "After some consideration and feedback from various people it turns out this wasn't that good an idea. It has some problems and needs more work. Since it was only an optimization anyways it's best to just back it out again for now." Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-02-26	[PATCH] x86_64: Only do the clustered systems have unsynchronized TSC assumption on IBM systems	Andi Kleen	1	-0/+14
	Big Unisys systems have multiple clusters too, but they have an synchronized TSC. I'm using the SMBIOS to check for vendor == IBM. Cc: Chris McDermott <lcm@us.ibm.com> Cc: "Protasevich, Natalie" <Natalie.Protasevich@unisys.com> Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-08-25	[ACPI] delete CONFIG_ACPI_PCI	Len Brown	1	-14/+11
	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	[ACPI] delete CONFIG_ACPI_BOOT	Len Brown	1	-3/+3
	it has been a synonym for CONFIG_ACPI since 2.6.12 Signed-off-by: Len Brown <len.brown@intel.com>
2005-07-12	[ACPI] enable C2 and C3 idle power states on SMP	Venkatesh Pallipadi	1	-6/+2
	http://bugzilla.kernel.org/show_bug.cgi?id=4401 Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com> Signed-off-by: Len Brown <len.brown@intel.com>
2005-04-16	Linux-2.6.12-rc2	Linus Torvalds	1	-0/+176
	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!