From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752077AbcFINJl (ORCPT ); Thu, 9 Jun 2016 09:09:41 -0400 Received: from mga01.intel.com ([192.55.52.88]:1277 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751665AbcFINJF (ORCPT ); Thu, 9 Jun 2016 09:09:05 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.26,444,1459839600"; d="scan'208";a="824830592" From: Crestez Dan Leonard To: linux-acpi@vger.kernel.org, "Rafael J. Wysocki" , Len Brown Cc: Crestez Dan Leonard , linux-i2c@vger.kernel.org, Wolfram Sang , Mika Westerberg , linux-kernel@vger.kernel.org, Irina Tirdea , Octavian Purdila , Daniel Baluta Subject: [RFC v2 2/2] i2c: Pass i2c_device_id to probe func when using DT ids through ACPI Date: Thu, 9 Jun 2016 16:06:03 +0300 Message-Id: X-Mailer: git-send-email 2.5.5 In-Reply-To: References: In-Reply-To: References: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When devices are instatiated through devicetree the i2c_client->name is set to the compatible string with company name stripped out. This is then matched to the i2c_device_id table to pass the device_id to the probe function. This id parameter is used by some device drivers to differentiate between model numbers. When using ACPI this id parameter is NULL and the driver usually needs to do ACPI-specific differentiation. This patch attempts to find a valid i2c_device_id when using ACPI with DT-like compatible strings. Signed-off-by: Crestez Dan Leonard --- drivers/i2c/i2c-core.c | 30 ++++++++++++++++++++++++++---- 1 file changed, 26 insertions(+), 4 deletions(-) diff --git a/drivers/i2c/i2c-core.c b/drivers/i2c/i2c-core.c index 3ffeb6c..911052d 100644 --- a/drivers/i2c/i2c-core.c +++ b/drivers/i2c/i2c-core.c @@ -581,17 +581,23 @@ static inline int acpi_i2c_install_space_handler(struct i2c_adapter *adapter) /* ------------------------------------------------------------------------- */ -static const struct i2c_device_id *i2c_match_id(const struct i2c_device_id *id, - const struct i2c_client *client) +static const struct i2c_device_id *i2c_match_id_name(const struct i2c_device_id *id, + const char *id_name) { while (id->name[0]) { - if (strcmp(client->name, id->name) == 0) + if (strcmp(id_name, id->name) == 0) return id; id++; } return NULL; } +static const struct i2c_device_id *i2c_match_id(const struct i2c_device_id *id, + const struct i2c_client *client) +{ + return i2c_match_id_name(id, client->name); +} + static int i2c_device_match(struct device *dev, struct device_driver *drv) { struct i2c_client *client = i2c_verify_client(dev); @@ -767,6 +773,7 @@ static int i2c_device_probe(struct device *dev) { struct i2c_client *client = i2c_verify_client(dev); struct i2c_driver *driver; + const struct i2c_device_id *i2c_device_id; int status; if (!client) @@ -826,7 +833,22 @@ static int i2c_device_probe(struct device *dev) if (status == -EPROBE_DEFER) goto err_clear_wakeup_irq; - status = driver->probe(client, i2c_match_id(driver->id_table, client)); + i2c_device_id = i2c_match_id(driver->id_table, client); +#ifdef CONFIG_ACPI + if (!i2c_device_id) { + const char *id_name; + const struct of_device_id *ofid; + + ofid = acpi_of_match_device(ACPI_COMPANION(&client->dev), + driver->driver.of_match_table); + if (ofid) { + id_name = strchr(ofid->compatible, ','); + id_name = id_name ? id_name + 1 : ofid->compatible; + i2c_device_id = i2c_match_id_name(driver->id_table, id_name); + } + } +#endif + status = driver->probe(client, i2c_device_id); if (status) goto err_detach_pm_domain; -- 2.5.5