All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joseph Strauss <jstrauss16@proton.me>
To: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
Cc: linux-leds@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH RESEND] Add multicolor support to BlinkM LED driver
Date: Tue, 27 Dec 2022 01:18:58 +0000	[thread overview]
Message-ID: <20221227011853.rjnodbrllhrakpkx@libretux> (raw)
In-Reply-To: <b64004c1-4e25-f266-48ec-b01ad57d393f@wanadoo.fr>

On 22/12/15 08:31PM, Christophe JAILLET wrote:
> Le 14/12/2022 à 23:25, Joseph Strauss a écrit :
> > Added multicolor support to the BlinkM driver, making it easier to
> > control from userspace. The BlinkM LED is a programmable RGB LED. The
> > driver currently supports only the regular LED sysfs class, resulting in
> > the creation of three distinct classes, one for red, green, and blue.
> > The user then has to input three values into the three seperate
> > brightness files within those classes. The multicolor LED framework
> > makes the device easier to control with the multi_intensity file: the
> > user can input three values at once to form a color, while still
> > controlling the lightness with the brightness file.
> >
> > The main struct blinkm_led has changed slightly. A struct
> > led_classdev_mc has been added to represent the multicolor sysfs class,
> > and an additional struct led_classdev pointer has been added for
> > convenience, which points to the struct led_classdev within struct
> > led_classdev_mc. The struct led_classdev for the regular sysfs classes
> > remain. Additionally, a field representing the multicolor LED has been
> > added to the struct blinkm_data, seperate from the blinkm_leds[3] array.
> >
> > In the blinkm_probe function, the multicolor LED class is registered
> > after the regular LED classes. The blinkm_set_brightness_mc() function
> > had to be added to calculate the three color components and then set the
> > fields of the blinkm_data structure accordingly.
> >
> > Signed-off-by: Joseph Strauss <jstrauss16@proton.me>
>
> Hi,
>
> a few nits below, should it help.
>
> CJ
>
> >
> > ---
> >   Documentation/leds/leds-blinkm.rst |  24 ++++-
> >   drivers/leds/Kconfig               |   1 +
> >   drivers/leds/leds-blinkm.c         | 154 ++++++++++++++++++++++++-----
> >   3 files changed, 151 insertions(+), 28 deletions(-)
> >
> > diff --git a/Documentation/leds/leds-blinkm.rst b/Documentation/leds/leds-blinkm.rst
> > index c74b5bc877b1..3f5dbd5e97b0 100644
> > --- a/Documentation/leds/leds-blinkm.rst
> > +++ b/Documentation/leds/leds-blinkm.rst
> > @@ -13,9 +13,27 @@ The device accepts RGB and HSB color values through separate commands.
> >   Also you can store blinking sequences as "scripts" in
> >   the controller and run them. Also fading is an option.
> >
> > -The interface this driver provides is 2-fold:
> > +The interface this driver provides is 3-fold:
> >
> > -a) LED class interface for use with triggers
> > +a) LED multicolor class interface for use with triggers
> > +#######################################################
> > +
> > +The registration follows the scheme::
> > +
> > +  blinkm-<i2c-bus-nr>-<i2c-device-nr>-multi
> > +
> > +  $ ls -h /sys/class/leds/blinkm-1-9-multi
> > +  brightness  device  max_brightness  multi_index  multi_intensity  power  subsystem  trigger  uevent
> > +
> > +The order in which to write the intensity values can be found in multi_index.
> > +Exactly three values between 0 and 255 must be written to multi_intensity to change the color::
> > +
> > +  $ echo 255 100 50 > multi_intensity
> > +
> > +The overall brightness of the color that you choose can also be changed by
> > +writing a value between 0 and 255 to the brightness file.
> > +
> > +b) LED class interface for use with triggers
> >   ############################################
> >
> >   The registration follows the scheme::
> > @@ -50,7 +68,7 @@ E.g.::
> >     $
> >
> >
> > -b) Sysfs group to control rgb, fade, hsb, scripts ...
> > +c) Sysfs group to control rgb, fade, hsb, scripts ...
> >   #####################################################
> >
> >   This extended interface is available as folder blinkm
> > diff --git a/drivers/leds/Kconfig b/drivers/leds/Kconfig
> > index b6742b4231bf..6f73deb7d95c 100644
> > --- a/drivers/leds/Kconfig
> > +++ b/drivers/leds/Kconfig
> > @@ -787,6 +787,7 @@ comment "LED driver for blink(1) USB RGB LED is under Special HID drivers (HID_T
> >   config LEDS_BLINKM
> >   	tristate "LED support for the BlinkM I2C RGB LED"
> >   	depends on LEDS_CLASS
> > +	depends on LEDS_CLASS_MULTICOLOR
> >   	depends on I2C
> >   	help
> >   	  This option enables support for the BlinkM RGB LED connected
> > diff --git a/drivers/leds/leds-blinkm.c b/drivers/leds/leds-blinkm.c
> > index b4e1fdff4186..a78bcc2eaff3 100644
> > --- a/drivers/leds/leds-blinkm.c
> > +++ b/drivers/leds/leds-blinkm.c
> > @@ -15,6 +15,9 @@
> >   #include <linux/pm_runtime.h>
> >   #include <linux/leds.h>
> >   #include <linux/delay.h>
> > +#include <linux/led-class-multicolor.h>
> > +
> > +#define NUM_LEDS 3
> >
> >   /* Addresses to scan - BlinkM is on 0x09 by default*/
> >   static const unsigned short normal_i2c[] = { 0x09, I2C_CLIENT_END };
> > @@ -22,19 +25,26 @@ static const unsigned short normal_i2c[] = { 0x09, I2C_CLIENT_END };
> >   static int blinkm_transfer_hw(struct i2c_client *client, int cmd);
> >   static int blinkm_test_run(struct i2c_client *client);
> >
> > +/* Contains data structures for both the color-seperated sysfs classes, and the new multicolor class */
> >   struct blinkm_led {
> >   	struct i2c_client *i2c_client;
> > -	struct led_classdev led_cdev;
> > +	struct led_classdev monochrome_led_cdev;
> > +	/* points to struct led_classdev inside of struct led_classdev_mc */
> > +	struct led_classdev *led_cdev;
> > +	struct led_classdev_mc mcled_cdev;
> >   	int id;
> >   };
> >
> > -#define cdev_to_blmled(c)          container_of(c, struct blinkm_led, led_cdev)
> > +#define monochrome_led_cdev_to_blmled(c)	container_of(c, struct blinkm_led, monochrome_led_cdev)
> > +#define mcled_cdev_to_led(c)				container_of(c, struct blinkm_led, mcled_cdev)
> >
> >   struct blinkm_data {
> >   	struct i2c_client *i2c_client;
> >   	struct mutex update_lock;
> >   	/* used for led class interface */
> > +	struct blinkm_led mc_blinkm_led;
> >   	struct blinkm_led blinkm_leds[3];
>
> s/3/NUM_LEDS/ ?
>
> > +
> >   	/* used for "blinkm" sysfs interface */
> >   	u8 red;			/* color red */
> >   	u8 green;		/* color green */
> > @@ -260,9 +270,9 @@ static ssize_t test_show(struct device *dev, struct device_attribute *attr,
> >   static ssize_t test_store(struct device *dev, struct device_attribute *attr,
> >   			  const char *buf, size_t count)
> >   {
> > -
> >   	struct i2c_client *client;
> >   	int ret;
> > +
>
> Such things should be part of another patch, because it is unrelated.
>
> >   	client = to_i2c_client(dev);
> >
> >   	/*test */
> > @@ -317,6 +327,7 @@ static int blinkm_read(struct i2c_client *client, int cmd, u8 *arg)
> >   	int result;
> >   	int i;
> >   	int retlen = blinkm_cmds[cmd].nr_ret;
> > +
>
> Ditto
>
> >   	for (i = 0; i < retlen; i++) {
> >   		/* repeat for retlen */
> >   		result = i2c_smbus_read_byte(client);
> > @@ -419,11 +430,53 @@ static int blinkm_transfer_hw(struct i2c_client *client, int cmd)
> >   	return 0;
> >   }
> >
> > +static int blinkm_set_mc_brightness(struct led_classdev *led_cdev,
> > +				 enum led_brightness value)
> > +{
> > +	struct led_classdev_mc *mcled_cdev;
> > +	struct blinkm_led *led;
> > +	struct blinkm_data *data;
> > +	int i;
> > +
> > +	mcled_cdev = lcdev_to_mccdev(led_cdev);
> > +	led = mcled_cdev_to_led(mcled_cdev);
> > +	data = i2c_get_clientdata(led->i2c_client);
> > +
> > +	led_mc_calc_color_components(mcled_cdev, value);
> > +
> > +	for (i = 0; i < NUM_LEDS; i++) {
> > +		switch (i) {
> > +		case RED:
> > +			if (data->next_red == (u8) mcled_cdev->subled_info[i].brightness)
> > +				break;
> > +			data->next_red = (u8) mcled_cdev->subled_info[i].brightness;
> > +			break;
> > +		case GREEN:
> > +			if (data->next_green == (u8) mcled_cdev->subled_info[i].brightness)
> > +				break;
> > +			data->next_green = (u8) mcled_cdev->subled_info[i].brightness;
> > +			break;
> > +		case BLUE:
> > +			if (data->next_blue == (u8) mcled_cdev->subled_info[i].brightness)
> > +				break;
> > +			data->next_blue = (u8) mcled_cdev->subled_info[i].brightness;
> > +			break;
> > +		}
> > +	}
>
> Does it really worth all these LoC?
>
> Is this enough?
> 	data->next_red = (u8)mcled_cdev->subled_info[RED].brightness;
> 	data->next_green = (u8)mcled_cdev->subled_info[GREEN].brightness;
> 	data->next_blue = (u8)mcled_cdev->subled_info[BLUE].brightness;
>
> > +	blinkm_transfer_hw(led->i2c_client, BLM_GO_RGB);
> > +	dev_dbg(&led->i2c_client->dev,
> > +			"# DONE # next_red = %d, next_green = %d,"
> > +			" next_blue = %d\n",
>
> Keep the string on the same line.
>
> > +			data->next_red, data->next_green,
> > +			data->next_blue);
> > +	return 0;
> > +}
> > +
> >   static int blinkm_led_common_set(struct led_classdev *led_cdev,
> >   				 enum led_brightness value, int color)
> >   {
> >   	/* led_brightness is 0, 127 or 255 - we just use it here as-is */
> > -	struct blinkm_led *led = cdev_to_blmled(led_cdev);
> > +	struct blinkm_led *led = monochrome_led_cdev_to_blmled(led_cdev);
> >   	struct blinkm_data *data = i2c_get_clientdata(led->i2c_client);
> >
> >   	switch (color) {
> > @@ -570,7 +623,11 @@ static int blinkm_probe(struct i2c_client *client,
> >   			const struct i2c_device_id *id)
> >   {
> >   	struct blinkm_data *data;
> > -	struct blinkm_led *led[3];
> > +	/* For multicolor support */
> > +	struct blinkm_led *mc_led;
> > +	struct mc_subled *mc_led_info;
> > +	/* 3 seperate classes for red, green, and blue respectively */
> > +	struct blinkm_led *leds[3];
>
> s/3/NUM_LEDS/ ?
>
> >   	int err, i;
> >   	char blinkm_led_name[28];
> >
> > @@ -581,6 +638,12 @@ static int blinkm_probe(struct i2c_client *client,
> >   		goto exit;
> >   	}
> >
> > +	mc_led_info = devm_kmalloc_array(&client->dev, 3, sizeof(*mc_led_info),
>
> s/3/NUM_LEDS/ ?
> s/devm_kmalloc_array(...|__GFP_ZERO)/devm_kcalloc/ ?
>
> > +					GFP_KERNEL | __GFP_ZERO);
> > +	if (!mc_led_info) {
> > +		err = -ENOMEM;
> > +		goto exit;
> > +	}
> >   	data->i2c_addr = 0x08;
> >   	/* i2c addr  - use fake addr of 0x08 initially (real is 0x09) */
> >   	data->fw_ver = 0xfe;
> > @@ -599,28 +662,30 @@ static int blinkm_probe(struct i2c_client *client,
> >   		goto exit;
> >   	}
> >
> > +
> > +	/* Register red, green, and blue sysfs classes */
> >   	for (i = 0; i < 3; i++) {
>
> s/3/NUM_LEDS/?
>
> >   		/* RED = 0, GREEN = 1, BLUE = 2 */
> > -		led[i] = &data->blinkm_leds[i];
> > -		led[i]->i2c_client = client;
> > -		led[i]->id = i;
> > -		led[i]->led_cdev.max_brightness = 255;
> > -		led[i]->led_cdev.flags = LED_CORE_SUSPENDRESUME;
> > +		leds[i] = &data->blinkm_leds[i];
> > +		leds[i]->i2c_client = client;
> > +		leds[i]->id = i;
> > +		leds[i]->monochrome_led_cdev.max_brightness = 255;
> > +		leds[i]->monochrome_led_cdev.flags = LED_CORE_SUSPENDRESUME;
> >   		switch (i) {
> >   		case RED:
> >   			snprintf(blinkm_led_name, sizeof(blinkm_led_name),
> >   					 "blinkm-%d-%d-red",
> >   					 client->adapter->nr,
> >   					 client->addr);
> > -			led[i]->led_cdev.name = blinkm_led_name;
> > -			led[i]->led_cdev.brightness_set_blocking =
> > +			leds[i]->monochrome_led_cdev.name = blinkm_led_name;
> > +			leds[i]->monochrome_led_cdev.brightness_set_blocking =
> >   							blinkm_led_red_set;
> >   			err = led_classdev_register(&client->dev,
> > -						    &led[i]->led_cdev);
> > +							&leds[i]->monochrome_led_cdev);
> >   			if (err < 0) {
> >   				dev_err(&client->dev,
> >   					"couldn't register LED %s\n",
> > -					led[i]->led_cdev.name);
> > +					leds[i]->monochrome_led_cdev.name);
> >   				goto failred;
> >   			}
> >   			break;
> > @@ -629,15 +694,15 @@ static int blinkm_probe(struct i2c_client *client,
> >   					 "blinkm-%d-%d-green",
> >   					 client->adapter->nr,
> >   					 client->addr);
> > -			led[i]->led_cdev.name = blinkm_led_name;
> > -			led[i]->led_cdev.brightness_set_blocking =
> > +			leds[i]->monochrome_led_cdev.name = blinkm_led_name;
> > +			leds[i]->monochrome_led_cdev.brightness_set_blocking =
> >   							blinkm_led_green_set;
> >   			err = led_classdev_register(&client->dev,
> > -						    &led[i]->led_cdev);
> > +							&leds[i]->monochrome_led_cdev);
>
> Keep the original indentation.
>
> >   			if (err < 0) {
> >   				dev_err(&client->dev,
> >   					"couldn't register LED %s\n",
> > -					led[i]->led_cdev.name);
> > +					leds[i]->monochrome_led_cdev.name);
> >   				goto failgreen;
> >   			}
> >   			break;
> > @@ -646,34 +711,72 @@ static int blinkm_probe(struct i2c_client *client,
> >   					 "blinkm-%d-%d-blue",
> >   					 client->adapter->nr,
> >   					 client->addr);
> > -			led[i]->led_cdev.name = blinkm_led_name;
> > -			led[i]->led_cdev.brightness_set_blocking =
> > +			leds[i]->monochrome_led_cdev.name = blinkm_led_name;
> > +			leds[i]->monochrome_led_cdev.brightness_set_blocking =
> >   							blinkm_led_blue_set;
> >   			err = led_classdev_register(&client->dev,
> > -						    &led[i]->led_cdev);
> > +							&leds[i]->monochrome_led_cdev);
>
> Keep the original indentation.
>
> >   			if (err < 0) {
> >   				dev_err(&client->dev,
> >   					"couldn't register LED %s\n",
> > -					led[i]->led_cdev.name);
> > +					leds[i]->monochrome_led_cdev.name);
> >   				goto failblue;
> >   			}
> >   			break;
> >   		}		/* end switch */
> >   	}			/* end for */
> >
> > +
> > +
>
> One NL is enough.
>
> > +	/* Register multicolor sysfs class */
> > +	mc_led = &data->mc_blinkm_led;
> > +	mc_led->i2c_client = client;
> > +	mc_led->id = 4;
>
> Why 4?
> NUM_LEDS+1?
>
> > +
> > +	mc_led_info[0].color_index = LED_COLOR_ID_RED;
> > +	mc_led_info[0].channel = 0;
> > +	mc_led_info[1].color_index = LED_COLOR_ID_GREEN;
> > +	mc_led_info[1].channel = 1;
> > +	mc_led_info[2].color_index = LED_COLOR_ID_BLUE;
> > +	mc_led_info[2].channel = 2;
> > +	mc_led->mcled_cdev.subled_info = mc_led_info;
> > +	mc_led->mcled_cdev.num_colors = NUM_LEDS;
> > +
> > +	mc_led->led_cdev = &mc_led->mcled_cdev.led_cdev;
> > +	mc_led->led_cdev->brightness = 255;
> > +	mc_led->led_cdev->max_brightness = 255;
> > +	mc_led->led_cdev->flags = LED_CORE_SUSPENDRESUME;
> > +	snprintf(blinkm_led_name, sizeof(blinkm_led_name),
> > +		 "blinkm-%d-%d-multi",
> > +		 client->adapter->nr,
> > +		 client->addr);
> > +	mc_led->led_cdev->name = blinkm_led_name;
> > +	mc_led->led_cdev->brightness_set_blocking =
> > +					blinkm_set_mc_brightness;
> > +
> > +	err = led_classdev_multicolor_register(&client->dev, &mc_led->mcled_cdev);
> > +	if (err < 0) {
> > +		dev_err(&client->dev, "couldn't register LED %s\n",
> > +				mc_led->led_cdev->name);
> > +		goto failmulti;
> > +	}
> >   	/* Initialize the blinkm */
> >   	blinkm_init_hw(client);
> >
> >   	return 0;
> >
> > +failmulti:
> > +	led_classdev_unregister(&leds[BLUE]->monochrome_led_cdev);
> > +
> >   failblue:
> > -	led_classdev_unregister(&led[GREEN]->led_cdev);
> > +	led_classdev_unregister(&leds[GREEN]->monochrome_led_cdev);
> >
> >   failgreen:
> > -	led_classdev_unregister(&led[RED]->led_cdev);
> > +	led_classdev_unregister(&leds[RED]->monochrome_led_cdev);
> >
> >   failred:
> >   	sysfs_remove_group(&client->dev.kobj, &blinkm_group);
> > +
> >   exit:
> >   	return err;
> >   }
> > @@ -685,8 +788,9 @@ static int blinkm_remove(struct i2c_client *client)
> >   	int i;
> >
> >   	/* make sure no workqueue entries are pending */
> > +	led_classdev_unregister(&data->mc_blinkm_led.mcled_cdev.led_cdev);
> >   	for (i = 0; i < 3; i++)
>
> s/3/NUM_LEDS/?
>
> > -		led_classdev_unregister(&data->blinkm_leds[i].led_cdev);
> > +		led_classdev_unregister(&data->blinkm_leds[i].monochrome_led_cdev);
> >
> >   	/* reset rgb */
> >   	data->next_red = 0x00;
>
Hi!

Thank you very much for reviewing my patch. I will be sure to make those
changes, as they were mostly small oversights and silly mistakes.

Best Regards,
Joe


  reply	other threads:[~2022-12-27  1:19 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-12-14 22:25 [PATCH RESEND] Add multicolor support to BlinkM LED driver Joseph Strauss
2022-12-15 19:31 ` Christophe JAILLET
2022-12-27  1:18   ` Joseph Strauss [this message]
2022-12-23 12:15 ` Lee Jones
2022-12-27 16:47   ` Joseph Strauss
2022-12-27 17:02     ` Conor Dooley
  -- strict thread matches above, loose matches on Subject: below --
2023-07-13 15:44 Joseph Strauss
2023-07-28  8:04 ` Lee Jones
2022-12-27 22:31 jstrauss
2023-01-03 12:26 ` Lee Jones
2023-01-03 17:08   ` jstrauss
2023-01-03 17:58   ` Conor Dooley
2022-11-01 21:25 Joseph Strauss

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=20221227011853.rjnodbrllhrakpkx@libretux \
    --to=jstrauss16@proton.me \
    --cc=christophe.jaillet@wanadoo.fr \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-leds@vger.kernel.org \
    /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.