[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20141006175106.GA2000@katana>
Date: Mon, 6 Oct 2014 19:51:06 +0200
From: Wolfram Sang <wsa@...-dreams.de>
To: Mika Westerberg <mika.westerberg@...ux.intel.com>
Cc: Carl Peng <carlpeng008@...il.com>, Huang Rui <ray.huang@....com>,
Christian Ruppert <christian.ruppert@...lis.com>,
Romain Baeriswyl <Romain.Baeriswyl@...lis.com>,
linux-i2c@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 0/3] i2c: designware: Add support for AMD I2C
controller
On Tue, Sep 30, 2014 at 01:04:52PM +0300, Mika Westerberg wrote:
> This is second iteration of the patch series. First version is here:
>
> http://patchwork.ozlabs.org/patch/390694/
> http://patchwork.ozlabs.org/patch/390695/
>
> In order to get source clock to the core driver we need some way of
> creating it in the first place. For Intel LPSS it is done in
> drivers/acpi/acpi_lpss.c but that is not applicable for AMD I2C host
> controller which is too different from private parts to the LPSS one.
>
> We solve this by creating the clock in ACPI parts of the platform driver
> when we detect the AMD I2C host controller. Doing this requires small
> refactoring to be done to the probe() which is what patches [1-2/3] are
> doing.
>
> Changes to the previous version:
> * Rebased on top of i2c/for-next branch
> * New patch defaulting ACPI probe to fast mode
> * Instead of direct dependency to COMMON_CLK we depend on (ACPI &&
> COMMON_CLK) || ACPI. (suggested by Wolfram)
>
> Carl, can you test that this still works on your machine?
>
> Carl Peng (1):
> i2c: designware: Add support for AMD I2C controller
>
> Mika Westerberg (2):
> i2c: designware: Default to fast mode in case of ACPI
> i2c: designware: Rework probe() to get clock a bit later
>
> drivers/i2c/busses/Kconfig | 1 +
Applied to for-next, thanks!
Download attachment "signature.asc" of type "application/pgp-signature" (820 bytes)
Powered by blists - more mailing lists