- 01 12月, 2005 1 次提交
-
-
由 Borislav Petkov 提交于
Signed-off-by: NBorislav Petkov <petkov@uni-muenster.de> Signed-off-by: NAndrew Morton <akpm@osdl.org> Signed-off-by: NLen Brown <len.brown@intel.com>
-
- 10 9月, 2005 1 次提交
-
-
由 viro@ZenIV.linux.org.uk 提交于
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: NLinus Torvalds <torvalds@osdl.org>
-
- 26 8月, 2005 4 次提交
-
-
由 Len Brown 提交于
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=1364Signed-off-by: NLen Brown <len.brown@intel.com>
-
由 Len Brown 提交于
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: NLen Brown <len.brown@intel.com>
-
由 Len Brown 提交于
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: NLen Brown <len.brown@intel.com>
-
由 Len Brown 提交于
Build issues were mostly in the ACPI=n case -- don't do that. Select ACPI from IA64_GENERIC. Add some missing dependencies on ACPI. Mark BLACKLIST_YEAR and some laptop-only ACPI drivers as X86-only. Let me know when you get an IA64 Laptop. Signed-off-by: NLen Brown <len.brown@intel.com>
-
- 25 8月, 2005 3 次提交
-
-
由 Len Brown 提交于
it is a synonym for CONFIG_ACPI Signed-off-by: NLen Brown <len.brown@intel.com>
-
由 Len Brown 提交于
it is a synonym for CONFIG_ACPI Signed-off-by: NLen Brown <len.brown@intel.com>
-
由 Len Brown 提交于
it has been a synonym for CONFIG_ACPI since 2.6.12 Signed-off-by: NLen Brown <len.brown@intel.com>
-
- 05 8月, 2005 1 次提交
-
-
由 Adrian Bunk 提交于
prevent: HOTPLUG_CPU=y ACPI_PROCESSOR=y ACPI_HOTPLUG_CPU=n Signed-off-by: NAdrian Bunk <bunk@stusta.de> Signed-off-by: NAndrew Morton <akpm@osdl.org> Signed-off-by: NLen Brown <len.brown@intel.com>
-
- 04 8月, 2005 1 次提交
-
-
由 Luming Yu 提交于
For 2.6.12 behaviour, this (EXPERIMENTAL) driver should not be built. Update the driver source with latest from Luming. Signed-off-by: NLuming Yu <luming.yu@intel.com> Signed-off-by: NLen Brown <len.brown@intel.com>
-
- 12 7月, 2005 5 次提交
-
-
由 Jesse Barnes 提交于
Signed-off-by: NJesse Barnes <jbarnes@sgi.com> Signed-off-by: NLen Brown <len.brown@intel.com>
-
由 Len Brown 提交于
Signed-off-by: NLen Brown <len.brown@intel.com>
-
由 Luming Yu 提交于
See Documentation/acpi-hotkey.txt Use cmdline "acpi_specific_hotkey" to enable legacy platform specific drivers. http://bugzilla.kernel.org/show_bug.cgi?id=3887Signed-off-by: NLuming Yu <luming.yu@intel.com> Signed-off-by: NLen Brown <len.brown@intel.com>
-
由 Len Brown 提交于
Signed-off-by: NLen Brown <len.brown@intel.com>
-
由 Keiichiro Tokunaga 提交于
Signed-off-by: NKeiichiro Tokunaga <tokunaga.keiich@jp.fujitsu.com> Signed-off-by: NAndrew Morton <akpm@osdl.org> Signed-off-by: NLen Brown <len.brown@intel.com>
-
- 26 6月, 2005 1 次提交
-
-
由 Li Shaohua 提交于
Using CPU hotplug to support suspend/resume SMP. Both S3 and S4 use disable/enable_nonboot_cpus API. The S4 part is based on Pavel's original S4 SMP patch. Signed-off-by: Li Shaohua<shaohua.li@intel.com> Signed-off-by: NAndrew Morton <akpm@osdl.org> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 27 5月, 2005 1 次提交
-
-
由 Len Brown 提交于
Fix 2.6.12 CONFIG_ACPI=n build regression. CONFIG_ACPI_BOOT shall be set only if CONFIG_ACPI. Signed-off-by: NLen Brown <len.brown@intel.com> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 17 4月, 2005 1 次提交
-
-
由 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!
-