From: Jacek Anaszewski <j.anaszewski@samsung.com>
To: "H. Nikolaus Schaller" <hns@goldelico.com>
Cc: Jacek Anaszewski <jacek.anaszewski@gmail.com>,
David Rivshin <drivshin@allworx.com>,
Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>,
Mark Rutland <mark.rutland@arm.com>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Kumar Gala <galak@codeaurora.org>,
Richard Purdie <rpurdie@rpsys.net>,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-leds@vger.kernel.org, kernel@pyra-handheld.com,
marek@goldelico.com, letux-kernel@openphoenux.org,
Andrey Utkin <andrey_utkin@fastmail.com>
Subject: Re: [PATCH v3 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
Date: Tue, 19 Jul 2016 08:59:40 +0200 [thread overview]
Message-ID: <578DCFDC.5030200@samsung.com> (raw)
In-Reply-To: <71F3BE12-FFC9-4771-BF48-ABAC3ACEF4AD@goldelico.com>
Hi Nikolaus,
On 07/15/2016 10:08 AM, H. Nikolaus Schaller wrote:
> Hi Jacek,
>
>> Am 12.07.2016 um 22:14 schrieb Jacek Anaszewski <jacek.anaszewski@gmail.com>:
>>
>>>
>>> +
>>> +/*
>>> + * regmap is used as a cache of chip's register space,
>>> + * to avoid reading back brightness values from chip,
>>> + * which is known to hang.
>>> + */
>>> +struct is31fl319x_chip {
>>> + struct i2c_client *client;
>>> + struct regmap *regmap;
>>> + struct mutex lock;
>>> + u32 audio_gain_db;
>>> +
>>> + struct is31fl319x_led {
>>> + struct is31fl319x_chip *chip;
>>> + struct led_classdev cdev;
>>> + u32 max_microamp;
>>> + bool configured;
>>> + } leds[NUM_LEDS];
>>> +};
>>> +
>>> +static const struct i2c_device_id is31fl319x_id[] = {
>>> + { "is31fl3190", 1 },
>>> + { "is31fl3191", 1 },
>>> + { "is31fl3193", 3 },
>>> + { "is31fl3196", 6 },
>>> + { "is31fl3199", 9 },
>>> + { "sn3199", 9 },
>>> + { }
>>> +};
>>> +MODULE_DEVICE_TABLE(i2c, is31fl319x_id);
>>
>> This is redundant - you have this info in of_is31fl319x_leds_match,
>> and you can obtain it with of_match_device().
>> Please compare drivers/leds/leds-is31fl32xx.c.
>
> we have tried like is31fl32xx.c but it does not automatically load the driver
> if compiled as module (like all other I2C clients do). Reason seems to
> be that there is no i2c information in modalias database any more.
>
> So perhaps the i31fl32 approach is also incomplete. Has it been tested
> with loadable modules?
Having the issue clarified, please proceed accordingly in case of
your driver.
--
Best regards,
Jacek Anaszewski
next prev parent reply other threads:[~2016-07-19 6:59 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-08 19:49 [PATCH v3 0/2] driver: leds: is31fl319x dimmable LED driver H. Nikolaus Schaller
2016-07-08 19:49 ` [PATCH v3 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver H. Nikolaus Schaller
2016-07-08 20:53 ` Andrey Utkin
[not found] ` <524f16ecba240bacf57924f43ec38404cfdcde8f.1468007377.git.hns-xXXSsgcRVICgSpxsJD1C4w@public.gmane.org>
2016-07-12 20:14 ` Jacek Anaszewski
2016-07-12 20:14 ` Jacek Anaszewski
2016-07-13 6:09 ` H. Nikolaus Schaller
2016-07-13 7:45 ` Jacek Anaszewski
2016-07-13 8:52 ` H. Nikolaus Schaller
2016-07-13 9:26 ` Jacek Anaszewski
2016-07-13 9:34 ` H. Nikolaus Schaller
2016-07-15 8:08 ` H. Nikolaus Schaller
2016-07-19 6:59 ` Jacek Anaszewski [this message]
[not found] ` <cover.1468007377.git.hns-xXXSsgcRVICgSpxsJD1C4w@public.gmane.org>
2016-07-08 19:49 ` [PATCH v3 2/2] Bindings documentation for ISSI is31fl319x driver H. Nikolaus Schaller
2016-07-08 19:49 ` H. Nikolaus Schaller
[not found] ` <44b0cd33fc831d55dd7d012c4d4554ed9e2d70f4.1468007377.git.hns-xXXSsgcRVICgSpxsJD1C4w@public.gmane.org>
2016-07-12 20:14 ` Jacek Anaszewski
2016-07-12 20:14 ` Jacek Anaszewski
2016-07-16 0:18 ` Rob Herring
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=578DCFDC.5030200@samsung.com \
--to=j.anaszewski@samsung.com \
--cc=andrey_utkin@fastmail.com \
--cc=devicetree@vger.kernel.org \
--cc=drivshin@allworx.com \
--cc=galak@codeaurora.org \
--cc=hns@goldelico.com \
--cc=ijc+devicetree@hellion.org.uk \
--cc=jacek.anaszewski@gmail.com \
--cc=kernel@pyra-handheld.com \
--cc=letux-kernel@openphoenux.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-leds@vger.kernel.org \
--cc=marek@goldelico.com \
--cc=mark.rutland@arm.com \
--cc=pawel.moll@arm.com \
--cc=robh+dt@kernel.org \
--cc=rpurdie@rpsys.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.