Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753725AbZJUO5s (ORCPT ); Wed, 21 Oct 2009 10:57:48 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753610AbZJUO5r (ORCPT ); Wed, 21 Oct 2009 10:57:47 -0400 Received: from g5t0008.atlanta.hp.com ([15.192.0.45]:31388 "EHLO g5t0008.atlanta.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753505AbZJUO5q (ORCPT ); Wed, 21 Oct 2009 10:57:46 -0400 From: Bjorn Helgaas To: Crane Cai Subject: Re: [PATCH] i2c-scmi: Quirk to work on IBM machines with broken BIOSes Date: Wed, 21 Oct 2009 08:57:13 -0600 User-Agent: KMail/1.9.10 Cc: "Darrick J. Wong" , lenb@kernel.org, "linux-kernel" , linux-i2c@vger.kernel.org, linux-acpi@vger.kernel.org References: <20091020231149.GM26149@tux1.beaverton.ibm.com> <20091021023016.GC32413@crane-desktop> In-Reply-To: <20091021023016.GC32413@crane-desktop> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200910210857.13978.bjorn.helgaas@hp.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1504 Lines: 32 On Tuesday 20 October 2009 08:30:16 pm Crane Cai wrote: > Hi Darrick, > > On Tue, Oct 20, 2009 at 04:11:49PM -0700, Darrick J. Wong wrote: > > On some old IBM workstations and desktop computers, the BIOS presents in the > > DSDT an SMBus object that is missing the HID identifier that the i2c-scmi > > driver looks for. It also omits the leading "_" in the method names (it should > > be _SBR, not SBR_). Modify the ACPI device scan code to insert the missing HID > > if it finds an IBM system with such an object, and modify the i2c-scmi driver > > to handle the odd method names. > I have a suggestion: > You can need not to add quirk in acpi part, instead you can add your ACPI device > HID in i2c-scmi with your specificied methods set. Maybe Darrick understands your suggestion, but I don't. The only way i2c-scmi ever learns about a device is when acpi_smbus_cmi_add() is called, and that's only called when the Linux/ACPI core has found a device that matches "SMBUS01". Can you elaborate on your suggestion? The i2c-scmi driver *could* walk the whole namespace itself, looking for devices with the SBI/SBR/SBW methods, but I like Darrick's quirk approach better because it allows i2c-scmi to continue to use the normal ACPI driver model. Bjorn -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/