Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1601022 > unrolled thread

[PATCH v3 2/2] power: supply: max17040: Add OF device ID table

Started byJavier Martinez Canillas <javier@osg.samsung.com>
First post2017-03-15 04:50 +0100
Last post2017-03-15 22:00 +0100
Articles 2 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  [PATCH v3 2/2] power: supply: max17040: Add OF device ID table Javier Martinez Canillas <javier@osg.samsung.com> - 2017-03-15 04:50 +0100
    Re: [PATCH v3 2/2] power: supply: max17040: Add OF device ID table Sebastian Reichel <sre@kernel.org> - 2017-03-15 22:00 +0100

#1601022 — [PATCH v3 2/2] power: supply: max17040: Add OF device ID table

FromJavier Martinez Canillas <javier@osg.samsung.com>
Date2017-03-15 04:50 +0100
Subject[PATCH v3 2/2] power: supply: max17040: Add OF device ID table
Message-ID<tl86J-1Jb-7@gated-at.bofh.it>
The driver doesn't have a struct of_device_id table but supported devices
are registered via Device Trees. This is working on the assumption that a
I2C device registered via OF will always match a legacy I2C device ID and
that the MODALIAS reported will always be of the form i2c:<device>.

But this could change in the future so the correct approach is to have an
OF device ID table if the devices are registered via OF.

Signed-off-by: Javier Martinez Canillas <javier@osg.samsung.com>

---

Changes in v3:
- Don't use of_match_ptr() to avoid build warning when CONFIG_OF is disabled.

Changes in v2: None

 drivers/power/supply/max17040_battery.c | 8 ++++++++
 1 file changed, 8 insertions(+)

diff --git a/drivers/power/supply/max17040_battery.c b/drivers/power/supply/max17040_battery.c
index e7c3649b31a0..33c40f79d23d 100644
--- a/drivers/power/supply/max17040_battery.c
+++ b/drivers/power/supply/max17040_battery.c
@@ -277,9 +277,17 @@ static const struct i2c_device_id max17040_id[] = {
 };
 MODULE_DEVICE_TABLE(i2c, max17040_id);
 
+static const struct of_device_id max17040_of_match[] = {
+	{ .compatible = "maxim,max17040" },
+	{ .compatible = "maxim,max77836-battery" },
+	{ },
+};
+MODULE_DEVICE_TABLE(of, max17040_of_match);
+
 static struct i2c_driver max17040_i2c_driver = {
 	.driver	= {
 		.name	= "max17040",
+		.of_match_table = max17040_of_match,
 		.pm	= MAX17040_PM_OPS,
 	},
 	.probe		= max17040_probe,
-- 
2.9.3

[toc] | [next] | [standalone]


#1601734

FromSebastian Reichel <sre@kernel.org>
Date2017-03-15 22:00 +0100
Message-ID<tlobv-4Ab-9@gated-at.bofh.it>
In reply to#1601022

[Multipart message — attachments visible in raw view] — view raw

Hi,

On Wed, Mar 15, 2017 at 12:43:49AM -0300, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS reported will always be of the form i2c:<device>.
> 
> But this could change in the future so the correct approach is to have an
> OF device ID table if the devices are registered via OF.
> 
> Signed-off-by: Javier Martinez Canillas <javier@osg.samsung.com>

Thanks, queued.

-- Sebastian

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web