Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933022AbaLDTO5 (ORCPT ); Thu, 4 Dec 2014 14:14:57 -0500 Received: from mga02.intel.com ([134.134.136.20]:44677 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932637AbaLDTOz (ORCPT ); Thu, 4 Dec 2014 14:14:55 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.07,517,1413270000"; d="scan'208";a="648419111" Date: Thu, 4 Dec 2014 11:11:14 -0800 From: "David E. Box" To: Mika Westerberg Cc: wsa@the-dreams.de, jdelvare@suse.de, arnd@arndb.de, maxime.ripard@free-electrons.com, dianders@chromium.org, u.kleine-koenig@pengutronix.de, laurent.pinchart+renesas@ideasonboard.com, boris.brezillon@free-electrons.com, andrew@lunn.ch, sjg@chromium.org, markus.mayer@linaro.org, jacob.jun.pan@linux.intel.com, max.schwarz@online.de, skuribay@pobox.com, Romain.Baeriswyl@abilis.com, wenkai.du@intel.com, chiau.ee.chew@intel.com, alan@linux.intel.com, linux-kernel@vger.kernel.org, linux-i2c@vger.kernel.org Subject: Re: [PATCH V3 2/2] i2c-designware: Add Intel Baytrail PMIC I2C bus support Message-ID: <20141204191114.GC1530@pathfinder> References: <1411497626-7984-1-git-send-email-david.e.box@linux.intel.com> <1417478973-25522-1-git-send-email-david.e.box@linux.intel.com> <1417478973-25522-3-git-send-email-david.e.box@linux.intel.com> <20141203161046.GC28857@lahna.fi.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141203161046.GC28857@lahna.fi.intel.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Dec 03, 2014 at 06:10:46PM +0200, Mika Westerberg wrote: > On Mon, Dec 01, 2014 at 04:09:33PM -0800, David E. Box wrote: > > This patch implements an I2C bus sharing mechanism between the host and platform > > hardware on select Intel BayTrail SoC platforms using the X-Powers AXP288 PMIC. > > > > On these platforms access to the PMIC must be shared with platform hardware. The > > hardware unit assumes full control of the I2C bus and the host must request > > access through a special semaphore. Hardware control of the bus also makes it > > necessary to disable runtime pm to avoid interfering with hardware transactions. > > > > Signed-off-by: David E. Box > > --- > > drivers/i2c/busses/Kconfig | 12 +++ > > drivers/i2c/busses/Makefile | 1 + > > drivers/i2c/busses/i2c-designware-baytrail.c | 155 +++++++++++++++++++++++++++ > > drivers/i2c/busses/i2c-designware-core.h | 6 ++ > > 4 files changed, 174 insertions(+) > > create mode 100644 drivers/i2c/busses/i2c-designware-baytrail.c > > > > diff --git a/drivers/i2c/busses/Kconfig b/drivers/i2c/busses/Kconfig > > index 917c358..d2bfd88 100644 > > --- a/drivers/i2c/busses/Kconfig > > +++ b/drivers/i2c/busses/Kconfig > > @@ -464,6 +464,18 @@ config I2C_DESIGNWARE_PCI > > This driver can also be built as a module. If so, the module > > will be called i2c-designware-pci. > > > > +config I2C_DESIGNWARE_BAYTRAIL > > + bool "Intel Baytrail I2C semaphore support" > > + depends on I2C_DESIGNWARE_PLATFORM=y > > Hmm, is there something preventing to compile this as module? > There were load order issues. This driver is really a support module for the platform driver. I think Wolfram suggested this earlier but I didn't realize it until now. The proper solution is to link it conditionally with i2c-designware-platform. Dave -- 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/