From mboxrd@z Thu Jan 1 00:00:00 1970 From: Shaohua Li Subject: RE: one more ACPI Error (utglobal-0125): Unknown exception code:0xFFFFFFEA [Re: 2.6.18-rc4-mm3] Date: Thu, 07 Sep 2006 10:03:44 +0800 Message-ID: <1157594624.2782.45.camel@sli10-desk.sh.intel.com> References: <1157573069.5713.24.camel@keithlap> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from mga09.intel.com ([134.134.136.24]:18722 "EHLO mga09.intel.com") by vger.kernel.org with ESMTP id S1422637AbWIGCHf (ORCPT ); Wed, 6 Sep 2006 22:07:35 -0400 In-Reply-To: <1157573069.5713.24.camel@keithlap> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: kmannth@us.ibm.com Cc: "Moore, Robert" , Bjorn Helgaas , Len Brown , Mattia Dongili , Andrew Morton , lkml , linux acpi , KAMEZAWA Hiroyuki On Thu, 2006-09-07 at 04:04 +0800, keith mannthey wrote: > On Wed, 2006-09-06 at 11:59 -0700, Moore, Robert wrote: > > From one of the ACPI guys: > > > > > Get hid > > > Look for driver > > > If you find a match, load it > > > If no match, get CID > > > Look for driver > > > If you find a match, load it > > > If you did not find an hid or cid match, punt > > I think this is what my patch is doing. > > when looking for a driver: (acpi_bus_find_driver) > I check against the HID > return if found > Then I check against the CID > return if found > else > punt > > Any objections to pushing this into -mm and dropping the motherboard > change? I'd prefer not take this way. The ACPI driver model is already mess enough, let's don't make it worse. We are converting the ACPI driver model to Linux driver model, this will make the attempt difficult. We can let the motherboard driver not bind to your device (say we didn't register the motherboard driver, but just reserve the resource of the deivce). Is it ok to you? (I remember Bjorn said he wants to reserve the mem region of the device too). Thanks, Shaohua