Hosts the 0x221E linux distro kernel. https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.16.y 2006-02-26T17:53:30Z 2006-02-26T17:53:30Z Andi Kleen 2006-02-26T03:18:43Z urn:sha1:2eb1bdbad89b19c99f8ac1de1492cdabbff6b3d3 ACPI is initialized very early on x86-64, before the DMI code is initialized. This means it would often discover a 0 year and then turn off ACPI because it thought the BIOS was too old. Some systems don't boot without ACPI so this was a problem. I have a full fix by adding new very early DMI detection, but it needs more testing before it can be merged. For 2.6.16 let's just turn the check off. It never made much sense anyways because there are no x86-64 systems older than 2002 or so and they generally all have working ACPI. Cc: len.brown@intel.com Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 2006-02-26T17:53:30Z Andi Kleen 2006-02-26T03:18:37Z urn:sha1:e78256b8f3e2850ad55c2d69e1429e6c2607afd3 This makes x86-64 use the common X86_PM_TIMER Kconfig entry in drivers/acpi And since PM timer is needed for correct timing on a lot of systems now (e.g. AMD dual cores) and we often get bug reports from people who forgot to set it make it depend on CONFIG_EMBEDDED. x86-64 had this change before and it's a good thing. I also fixed the description slightly to make this more clear. Cc: len.brown@intel.com Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 2006-01-24T22:52:48Z Len Brown 2006-01-24T22:52:48Z urn:sha1:9fdb62af92c741addbea15545f214a6e89460865 Signed-off-by: Len Brown <len.brown@intel.com> 2006-01-07T10:11:08Z Borislav Petkov 2006-01-06T06:31:00Z urn:sha1:f9a204e1de73a7007de66fb289e1d64a7665c9b4 Signed-off-by: Borislav Petkov <petkov@uni-muenster.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Len Brown <len.brown@intel.com> 2005-12-21T09:58:31Z Kenji Kaneshige 2005-12-06T01:51:00Z urn:sha1:63c94b68ec30847a6e2b36651703f41066f91480 Signed-off-by: Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com> Signed-off-by: Len Brown <len.brown@intel.com> 2005-12-01T03:15:25Z Borislav Petkov 2005-12-01T03:12:45Z urn:sha1:0a47c906342e2447003e207d23917dfa5c912071 Signed-off-by: Borislav Petkov <petkov@uni-muenster.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Len Brown <len.brown@intel.com> 2005-09-09T17:45:35Z viro@ZenIV.linux.org.uk 2005-09-09T17:31:38Z urn:sha1:5dce225bd9ea60e28e17076de63df0dee51b2883 This makes ACPI_BLACKLIST_YEAR be consistently defined when ACPI is enabled, regardless of whether we're on x86 or not, and thus avoids bogus -Wundef warnings on ia64. Signed-off-by: Linus Torvalds <torvalds@osdl.org> 2005-08-25T16:40:44Z Len Brown 2005-08-25T16:27:09Z urn:sha1:6153df7b2f4d27c8bde054db1b947369a6f64d83 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-25T16:26:22Z Len Brown 2005-08-25T16:22:04Z urn:sha1:07fefe4ca93b3e45b2bea32871a4496067888852 Andi Kleen suggested it was unconventional for us to "default m" on ACPI modules -- even though they are expected to be deployed as modules. But as "default n" would likely result in some users building nonsense kernels, we compromise to "default y". Distros are expected to continue to use =m in their configs. Signed-off-by: Len Brown <len.brown@intel.com> 2005-08-25T16:20:24Z Len Brown 2005-08-25T16:15:11Z urn:sha1:bfea6c2af798d9a882bbc6b9ae9893ab1864d230 Distros are shipping modules we had marked EXPERIMENTAL, so clearly it has lost some meaning. Delete that dependency for shipping modules, retaining it only for ACPI_HOTKEY and ACPI_CONTAINER to emphasize that they lack testing on real hardware. Signed-off-by: Len Brown <len.brown@intel.com>