--- /dev/null
+From 14f03343ad1080c2fea29ab2c13f05b976c4584e Mon Sep 17 00:00:00 2001
+From: Jean Delvare <jdelvare@suse.de>
+Date: Tue, 8 Sep 2009 15:31:46 +0200
+Subject: ACPI: Clarify resource conflict message
+
+From: Jean Delvare <jdelvare@suse.de>
+
+commit 14f03343ad1080c2fea29ab2c13f05b976c4584e upstream.
+
+The message "ACPI: Device needs an ACPI driver" is misleading. The
+device _may_ need an ACPI driver, if the BIOS implemented a custom
+API for the device in question (which, AFAIK, can't be checked.) If
+not, then either a generic ACPI driver may be used (for example
+"thermal"), or nothing can be done (other than a white list).
+
+I propose to reword the message to:
+
+ACPI: If an ACPI driver is available for this device, you should use
+it instead of the native driver
+
+which I think is more correct. Comments and suggestions welcome.
+
+I also added a message warning about possible problems and system
+instability when users pass acpi_enforce_resources=lax, as suggested
+by Len.
+
+Signed-off-by: Jean Delvare <jdelvare@suse.de>
+Cc: Thomas Renninger <trenn@suse.de>
+Cc: Alan Jenkins <sourcejedi.lkml@googlemail.com>
+Signed-off-by: Len Brown <len.brown@intel.com>
+Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
+
+---
+ drivers/acpi/osl.c | 8 +++++++-
+ 1 file changed, 7 insertions(+), 1 deletion(-)
+
+--- a/drivers/acpi/osl.c
++++ b/drivers/acpi/osl.c
+@@ -1182,7 +1182,13 @@ int acpi_check_resource_conflict(struct
+ res_list_elem->name,
+ (long long) res_list_elem->start,
+ (long long) res_list_elem->end);
+- printk(KERN_INFO "ACPI: Device needs an ACPI driver\n");
++ if (acpi_enforce_resources == ENFORCE_RESOURCES_LAX)
++ printk(KERN_NOTICE "ACPI: This conflict may"
++ " cause random problems and system"
++ " instability\n");
++ printk(KERN_INFO "ACPI: If an ACPI driver is available"
++ " for this device, you should use it instead of"
++ " the native driver\n");
+ }
+ if (acpi_enforce_resources == ENFORCE_RESOURCES_STRICT)
+ return -EBUSY;
--- /dev/null
+From 3e2ada5867b7e9fa0b296d30fa8f3726ebd0a8b7 Mon Sep 17 00:00:00 2001
+From: Zhao Yakui <yakui.zhao@intel.com>
+Date: Sun, 27 Sep 2009 03:30:51 -0400
+Subject: ACPI: fix Compaq Evo N800c (Pentium 4m) boot hang regression
+
+From: Zhao Yakui <yakui.zhao@intel.com>
+
+commit 3e2ada5867b7e9fa0b296d30fa8f3726ebd0a8b7 upstream.
+
+Don't disable ARB_DISABLE when the familary ID is 0x0F.
+
+http://bugzilla.kernel.org/show_bug.cgi?id=14211
+
+This was a 2.6.31 regression, and so this patch
+needs to be applied to 2.6.31.stable
+
+Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
+Signed-off-by: Len Brown <len.brown@intel.com>
+Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
+
+---
+ arch/x86/kernel/acpi/cstate.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+--- a/arch/x86/kernel/acpi/cstate.c
++++ b/arch/x86/kernel/acpi/cstate.c
+@@ -48,7 +48,7 @@ void acpi_processor_power_init_bm_check(
+ * P4, Core and beyond CPUs
+ */
+ if (c->x86_vendor == X86_VENDOR_INTEL &&
+- (c->x86 > 0x6 || (c->x86 == 6 && c->x86_model >= 14)))
++ (c->x86 > 0xf || (c->x86 == 6 && c->x86_model >= 14)))
+ flags->bm_control = 0;
+ }
+ EXPORT_SYMBOL(acpi_processor_power_init_bm_check);