[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1412071495-15323-1-git-send-email-mika.westerberg@linux.intel.com>
Date: Tue, 30 Sep 2014 13:04:52 +0300
From: Mika Westerberg <mika.westerberg@...ux.intel.com>
To: Wolfram Sang <wsa@...-dreams.de>
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,
Mika Westerberg <mika.westerberg@...ux.intel.com>
Subject: [PATCH v2 0/3] i2c: designware: Add support for AMD I2C controller
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 +
drivers/i2c/busses/i2c-designware-platdrv.c | 71 +++++++++++++++++++----------
2 files changed, 48 insertions(+), 24 deletions(-)
--
2.1.0
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists