From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Garrett Subject: [RFC] ACPI IPMI changes Date: Mon, 24 Sep 2012 11:05:36 -0400 Message-ID: <1348499140-13550-1-git-send-email-mjg@redhat.com> Return-path: Received: from mx1.redhat.com ([209.132.183.28]:54622 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754110Ab2IXPGM (ORCPT ); Mon, 24 Sep 2012 11:06:12 -0400 Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: yakui.zhao@intel.com Cc: linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, cminyard@mvista.com The ACPI IPMI code doesn't seem to work on many real-world devices. Part of that is because many shipping systems have a _CID of PNP0C01 or PNP0C02 and the PNP core never lets the IPMI driver bind, but it's also a problem if it's being used for AC adapter state (since they're typically built in) and on some systems that have IPMI opregions declared outside the IPMI device's scope (spec violation, but what else is new). These patches don't do anything for the first problem (that's going to have to be handled in the PNP core) but handle the latter two by ensuring that IPMI can be initialised before any built-in ACPI drivers, and by providing support for a fallback IPMI handler that just uses the first IPMI device in the system. -- Matthew Garrett | mjg59@srcf.ucam.org