Hosts the 0x221E linux distro kernel. https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-2.6.34.y 2010-08-02T17:30:12Z 2010-08-02T17:30:12Z Matthew Garrett mjg@redhat.com 2010-05-11T17:49:25Z urn:sha1:60117f6527f04e0fc1fb34c6b30aeabcc2e93127 commit b6dacf63e9fb2e7a1369843d6cef332f76fca6a3 upstream. The ACPI spec tells us that the firmware will reenable SCI_EN on resume. Reality disagrees in some cases. The ACPI spec tells us that the only way to set SCI_EN is via an SMM call. https://bugzilla.kernel.org/show_bug.cgi?id=13745 shows us that doing so may break machines. Tracing the ACPI calls made by Windows shows that it unconditionally sets SCI_EN on resume with a direct register write, and therefore the overwhelming probability is that everything is fine with this behaviour. Signed-off-by: Matthew Garrett <mjg@redhat.com> Tested-by: Rafael J. Wysocki <rjw@sisk.pl> Signed-off-by: Len Brown <len.brown@intel.com> Cc: Kamal Mostafa <kamal@canonical.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> 2010-01-06T21:18:15Z Len Brown len.brown@intel.com 2010-01-06T21:11:06Z urn:sha1:8558e3943df1c51c3377cb4e8a52ea484d6f357d cleanup only. setup_arch(), doesn't care care if ACPI initialization succeeded or failed, so delete acpi_boot_table_init()'s return value. Signed-off-by: Len Brown <len.brown@intel.com> 2009-12-30T23:32:01Z Zhang Rui rui.zhang@intel.com 2009-12-30T07:36:42Z urn:sha1:d7f0eea9e431e1b8b0742a74db1a9490730b2a25 Introduce kernel parameter acpi_sleep=sci_force_enable some laptop requires SCI_EN being set directly on resume, or else they hung somewhere in the resume code path. We already have a blacklist for these laptops but we still need this option, especially when debugging some suspend/resume problems, in case there are systems that need this workaround and are not yet in the blacklist. Signed-off-by: Zhang Rui <rui.zhang@intel.com> Acked-by: Rafael J. Wysocki <rjw@sisk.pl> Signed-off-by: Len Brown <len.brown@intel.com> 2009-12-16T19:22:32Z Len Brown len.brown@intel.com 2009-12-16T19:22:32Z urn:sha1:aa96ce0af8385415a3450bc13e6254a4d6b4a888 2009-12-16T19:05:34Z Shaohua Li shaohua.li@intel.com 2009-10-29T03:05:05Z urn:sha1:3563ff964fdc36358cef0330936fdac28e65142a Signed-off-by: Shaohua Li <shaohua.li@intel.com> Signed-off-by: Len Brown <len.brown@intel.com> 2009-12-16T19:05:11Z Shaohua Li shaohua.li@intel.com 2009-10-29T03:04:50Z urn:sha1:3a9622dc4659af44a8098a233f65c51e495ff0a5 Signed-off-by: Shaohua Li <shaohua.li@intel.com> Signed-off-by: Len Brown <len.brown@intel.com> 2009-12-16T19:03:30Z Shaohua Li shaohua.li@intel.com 2009-10-29T03:04:28Z urn:sha1:70023de88c58a81a730ab4d13c51a30e537ec76e v2->v1: .improve debug info as suggedted by Bjorn,Kenji .API is using uuid string as suggested by Alexey Add an API to execute _OSC. A lot of devices can have this method, so add a generic API. Signed-off-by: Shaohua Li <shaohua.li@intel.com> Signed-off-by: Len Brown <len.brown@intel.com> 2009-12-09T19:44:42Z Jean Delvare khali@linux-fr.org 2009-11-11T14:22:15Z urn:sha1:876fba43cc810e3c37ce26995933f9547b83cb0e acpi_check_resource_conflict() doesn't change the resource it operates on, so the res parameter can be marked const. Signed-off-by: Jean Delvare <khali@linux-fr.org> Signed-off-by: Len Brown <len.brown@intel.com> 2009-09-19T06:14:45Z Len Brown len.brown@intel.com 2009-09-19T06:14:45Z urn:sha1:d26f0528d588e596955bf296a609afe52eafc099 Conflicts: drivers/pci/dmar.c Signed-off-by: Len Brown <len.brown@intel.com> 2009-09-19T05:33:27Z Len Brown len.brown@intel.com 2009-07-07T03:42:10Z urn:sha1:e4f55966d02c5dfade2978c2aa05fb202a78a4d1 acpi_osi_setup() does not depend on CONFIG_DMI acpi_dmi_osi_linux()'s definition doesn't depend on CONFIG_DMI either Signed-off-by: Len Brown <len.brown@intel.com>