From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752295AbbJWNNT (ORCPT ); Fri, 23 Oct 2015 09:13:19 -0400 Received: from mga03.intel.com ([134.134.136.65]:55361 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752015AbbJWNNR (ORCPT ); Fri, 23 Oct 2015 09:13:17 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,186,1444719600"; d="scan'208";a="833847905" Date: Fri, 23 Oct 2015 16:13:11 +0300 From: Mika Westerberg To: Wolfram Sang Cc: Dustin Byford , Jarkko Nikula , Jean Delvare , Andy Shevchenko , linux-i2c@vger.kernel.org, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, rjw@rjwysocki.net, "Puustinen, Ismo" Subject: Re: [PATCH v4 2/2] i2c: add ACPI support for I2C mux ports Message-ID: <20151023131311.GA1526@lahna.fi.intel.com> References: <1439510358-16664-1-git-send-email-dustin@cumulusnetworks.com> <1445505462-27915-1-git-send-email-dustin@cumulusnetworks.com> <1445505462-27915-3-git-send-email-dustin@cumulusnetworks.com> <20151023084013.GS1526@lahna.fi.intel.com> <20151023101611.GH13380@katana> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151023101611.GH13380@katana> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Oct 23, 2015 at 12:16:11PM +0200, Wolfram Sang wrote: > On Fri, Oct 23, 2015 at 11:40:13AM +0300, Mika Westerberg wrote: > > On Thu, Oct 22, 2015 at 02:17:42AM -0700, Dustin Byford wrote: > > > Although I2C mux devices are easily enumerated using ACPI (_HID/_CID or > > > device property compatible string match), enumerating I2C client devices > > > connected through an I2C mux needs a little extra work. > > > > > > This change implements a method for describing an I2C device hierarchy that > > > includes mux devices by using an ACPI Device() for each mux channel along > > > with an _ADR to set the channel number for the device. See > > > Documentation/acpi/i2c-muxes.txt for a simple example. > > > > > > To make this work the ismt, i801, and designware pci/platform devs now > > > share an ACPI companion with their I2C adapter dev similar to how it's done > > > in OF. This is done on the assumption that power management functions will > > > not be called directly on the I2C dev that is sharing the ACPI node. > > > > > > Signed-off-by: Dustin Byford > > > > This looks good to me. > > > > You did also some stylistic changes to the drivers in question which I > > think should be placed to a separate patches. > > I am fine with those. > > > Regardless of that, > > > > Acked-by: Mika Westerberg > > I would love to get a Tested-by for the designware part. Then, I could > queue it for 4.4 already. Tested on Intel Baytrail and Skylake and the existing I2C devices (touchpad, touchscreen) still work so for the designware part you can also add my, Tested-by: Mika Westerberg