From: Grant Likely <grant.likely@linaro.org>
To: Lee Jones <lee.jones@linaro.org>,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org
Cc: wsa@the-dreams.de, linus.walleij@linaro.org,
linux-i2c@vger.kernel.org, devicetree@vger.kernel.org,
Lee Jones <lee.jones@linaro.org>
Subject: Re: [PATCH 7/9] of/device: Allow I2C devices to OF match without supplying an OF node
Date: Sat, 07 Jun 2014 00:28:18 +0100 [thread overview]
Message-ID: <20140606232818.8D870C42604@trevor.secretlab.ca> (raw)
In-Reply-To: <1402069952-28022-8-git-send-email-lee.jones@linaro.org>
On Fri, 6 Jun 2014 16:52:30 +0100, Lee Jones <lee.jones@linaro.org> wrote:
> The I2C framework supplies a means for devices to be registered without
> the requirement for platform_data, DT or ACPI. The current solution is
> that every single I2C device in the kernel is forced to supply a
> normally empty/sparse I2C ID table so the I2C subsystem can match to.
> In an effort to rid the kernel of these tables we need to provide some
> temporary work arounds until we can straighten out the blocking factors.
>
> This change is meant to be temporary and will be stripped out once
> we've converted all I2C device drivers from of_match_device() over
> to the new I2C generic i2c_of_match_device().
This change imposes the i2c workaround onto every single caller of
i2c_of_match_device(), regardless of subsystem, and regardless of the
desired behaviour. It also prevents an i2c driver from getting the
correct behavour when it wants it.
So, no, I'm not okay with hooking into the core code to work around the
subsystem problem. I2C drivers need to call the i2c specific version
directly. I know that adds a line of change to the driver patches, but I
think it is necessary.
g.
>
> Signed-off-by: Lee Jones <lee.jones@linaro.org>
> ---
> drivers/of/device.c | 19 ++++++++++++++++++-
> 1 file changed, 18 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/of/device.c b/drivers/of/device.c
> index dafb973..3b1c8f9 100644
> --- a/drivers/of/device.c
> +++ b/drivers/of/device.c
> @@ -1,6 +1,7 @@
> #include <linux/string.h>
> #include <linux/kernel.h>
> #include <linux/of.h>
> +#include <linux/i2c.h>
> #include <linux/of_device.h>
> #include <linux/init.h>
> #include <linux/module.h>
> @@ -21,9 +22,25 @@
> const struct of_device_id *of_match_device(const struct of_device_id *matches,
> const struct device *dev)
> {
> + const struct of_device_id *match;
> +
> if ((!matches) || (!dev->of_node))
> return NULL;
> - return of_match_node(matches, dev->of_node);
> +
> + match = of_match_node(matches, dev->of_node);
> + if (match)
> + return match;
> +
> + /*
> + * Low impact workaround, until we can convert all I2C compatible
> + * strings over to the correctly specified <vendor>,<device> format.
> + */
> + match = i2c_of_match_device_strip_vendor(matches, (struct device *)dev);
> + if (match)
> + dev_warn(dev,
> + "WARNING: Vendor ID missing from compatible string\n");
> +
> + return match;
> }
> EXPORT_SYMBOL(of_match_device);
>
> --
> 1.8.3.2
>
next prev parent reply other threads:[~2014-06-07 7:30 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-06 15:52 [PATCH 0/9] i2c: Relax mandatory I2C ID table passing (+ some creep) Lee Jones
2014-06-06 15:52 ` [PATCH 1/9] i2c: Add pointer dereference protection to i2c_match_id() Lee Jones
2014-06-06 22:59 ` Grant Likely
2014-06-06 15:52 ` [PATCH 2/9] i2c: Add the ability to match device to compatible string without an of_node Lee Jones
2014-06-06 15:52 ` [PATCH 3/9] i2c: Match using traditional OF methods, then by vendor-less compatible strings Lee Jones
2014-06-06 23:19 ` Grant Likely
2014-06-06 15:52 ` [PATCH 4/9] i2c: Make I2C ID tables non-mandatory for DT'ed devices Lee Jones
2014-06-06 15:52 ` [PATCH 5/9] i2c: Export i2c_match_id() for direct use by device drivers Lee Jones
2014-06-06 15:52 ` [PATCH 6/9] i2c: Provide a temporary .probe2() call-back type Lee Jones
2014-06-06 15:52 ` [PATCH 7/9] of/device: Allow I2C devices to OF match without supplying an OF node Lee Jones
2014-06-06 23:28 ` Grant Likely [this message]
2014-06-06 15:52 ` [PATCH 8/9] mfd: 88pm860x: Move over to new I2C device .probe() call Lee Jones
2014-06-06 15:52 ` [PATCH 9/9] mfd: as3722: Rid driver of superfluous I2C device ID structure Lee Jones
2014-06-06 23:33 ` [PATCH 0/9] i2c: Relax mandatory I2C ID table passing (+ some creep) Grant Likely
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140606232818.8D870C42604@trevor.secretlab.ca \
--to=grant.likely@linaro.org \
--cc=devicetree@vger.kernel.org \
--cc=lee.jones@linaro.org \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=wsa@the-dreams.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®