Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp3280965pxu; Sun, 11 Oct 2020 04:08:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyBgr44IDkWHRACBxQcAdVF+rX6mK9HRsjBpviOu0mMUmnp/VxMt28IcAGIaYSKSeNJIqJm X-Received: by 2002:a17:906:4941:: with SMTP id f1mr23825406ejt.417.1602414494902; Sun, 11 Oct 2020 04:08:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602414494; cv=none; d=google.com; s=arc-20160816; b=oGscW9X/C8uUJGaSbMjwMDkwQBX5vsfua/s4uhokHMazhuGmkTwxiWvN7v3um4giGT Z+v3Z+tjeMzimQtOwwludrWg2NK0DJRlTu0qWXvjc3IzxRR79DLMau0B0OOIWq9C9uJl XQQ6Nlc+U0vTwBslL+RPmIq8z/NhXIr3dFO51oftDsVNTpZDAk/joJZNME3M3A60MBAA aCkfEDLIDcIEl4Fs7tsTfCEIbqhQUR6yprHHf4Vusy6L56NUGytZhSsLLrGoDXrbkN7k 1N5bHMnNZz7DFVJs3Fntdda85qZ4AsP/IXe++WCyPxezgPokMz/EeBuxlpMM3grLBTvG aq9A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=H4L70cm5K8cWGW1+hV93YdI+Kwluvei6C9A8Kyn9ydg=; b=X/wu4rMydLNlZz8gn5OZy1fWCLtIR9cAKvsSlw3GNZrS2xNxRBNIQmZ+3tF8kdynKk gQLvUw54YQQUC91z3MbcrcrgeY+FReuBRIzdZMD8alox/PLliJLFK+6E5k+j+lCwnKo7 yfgAQBVg/6NKeEnMuFYpJn4W9y6+dpCQY4gDCPjbG5OOWzQIo03jYd03l47kiv8oiSUr G5JZqbFjnS3v8oXOYhjOz6ygQ6NzwzMfl036vtJcyFoMECorUtpHFbD9OG2y+1VNuVw6 zy3EXpPWZHKXTUGyMcXUOwsOs0UFO3f2B+0dhDMhSOa1R+iYL3rwRBPr2V0A5QfoGJCB P6Fw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f10si6932640eds.576.2020.10.11.04.07.51; Sun, 11 Oct 2020 04:08:14 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732859AbgJJWhd (ORCPT + 99 others); Sat, 10 Oct 2020 18:37:33 -0400 Received: from jabberwock.ucw.cz ([46.255.230.98]:48218 "EHLO jabberwock.ucw.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730430AbgJJS5H (ORCPT ); Sat, 10 Oct 2020 14:57:07 -0400 Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id 5E40D1C0B79; Sat, 10 Oct 2020 20:57:01 +0200 (CEST) Date: Sat, 10 Oct 2020 20:57:00 +0200 From: Pavel Machek To: Gabriel David Cc: dmurphy@ti.com, kabel@blackhole.sk, linux-leds@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] leds: lm3697: Rename struct into more appropriate name Message-ID: <20201010185700.GA8218@amd> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri 2020-10-09 15:51:35, Gabriel David wrote: > The mentioned struct, lm3697_led, was renamed to lm3697_bank since the > structure is representing the control banks. This name, in my opinion, > is more semantically correct. The pointers referring to it were also > renamed. > Signed-off-by: Gabriel David > --- > Yes, this is the same Gabriel David from ultracoolguy@tutanota.org and > ultracoolguy@disroot.org. If you want me to confirm it I'll gladly do > it. No problem with that, and no need to resend. This can proably wait for 5.11... I'd like some comment from Dan... and perhaps I'd want to understand what the difference between LED and bank is. =2E..there can be more than one LED connected to the given bank, that's what you are pointing out? =2E..but these LEDs will always work in unison, and they are handled as single LED by Linux, right? Best regards, Pavel > drivers/leds/leds-lm3697.c | 90 +++++++++++++++++++------------------- > 1 file changed, 45 insertions(+), 45 deletions(-) >=20 > diff --git a/drivers/leds/leds-lm3697.c b/drivers/leds/leds-lm3697.c > index 31f5ed486839..c62f95fc17e8 100644 > --- a/drivers/leds/leds-lm3697.c > +++ b/drivers/leds/leds-lm3697.c > @@ -39,7 +39,7 @@ > #define LM3697_MAX_CONTROL_BANKS 2 >=20 > /** > - * struct lm3697_led - > + * struct lm3697_bank - > * @hvled_strings: Array of LED strings associated with a control bank > * @label: LED label > * @led_dev: LED class device > @@ -48,7 +48,7 @@ > * @control_bank: Control bank the LED is associated to. 0 is control ba= nk A > * 1 is control bank B > */ > -struct lm3697_led { > +struct lm3697_bank { > u32 hvled_strings[LM3697_MAX_LED_STRINGS]; > char label[LED_MAX_NAME_SIZE]; > struct led_classdev led_dev; > @@ -80,7 +80,7 @@ struct lm3697 { > int bank_cfg; > int num_banks; >=20 > - struct lm3697_led leds[]; > + struct lm3697_bank banks[]; > }; >=20 > static const struct reg_default lm3697_reg_defs[] =3D { > @@ -113,52 +113,52 @@ static const struct regmap_config lm3697_regmap_con= fig =3D { > static int lm3697_brightness_set(struct led_classdev *led_cdev, > enum led_brightness brt_val) > { > - struct lm3697_led *led =3D container_of(led_cdev, struct lm3697_led, > + struct lm3697_bank *bank =3D container_of(led_cdev, struct lm3697_bank, > led_dev); > - int ctrl_en_val =3D (1 << led->control_bank); > + int ctrl_en_val =3D (1 << bank->control_bank); > int ret; >=20 > - mutex_lock(&led->priv->lock); > + mutex_lock(&bank->priv->lock); >=20 > if (brt_val =3D=3D LED_OFF) { > - ret =3D regmap_update_bits(led->priv->regmap, LM3697_CTRL_ENABLE, > + ret =3D regmap_update_bits(bank->priv->regmap, LM3697_CTRL_ENABLE, > ctrl_en_val, ~ctrl_en_val); > if (ret) { > - dev_err(&led->priv->client->dev, "Cannot write ctrl register\n"); > + dev_err(&bank->priv->client->dev, "Cannot write ctrl register\n"); > goto brightness_out; > } >=20 > - led->enabled =3D LED_OFF; > + bank->enabled =3D LED_OFF; > } else { > - ret =3D ti_lmu_common_set_brightness(&led->lmu_data, brt_val); > + ret =3D ti_lmu_common_set_brightness(&bank->lmu_data, brt_val); > if (ret) { > - dev_err(&led->priv->client->dev, > + dev_err(&bank->priv->client->dev, > "Cannot write brightness\n"); > goto brightness_out; > } >=20 > - if (!led->enabled) { > - ret =3D regmap_update_bits(led->priv->regmap, > + if (!bank->enabled) { > + ret =3D regmap_update_bits(bank->priv->regmap, > LM3697_CTRL_ENABLE, > ctrl_en_val, ctrl_en_val); > if (ret) { > - dev_err(&led->priv->client->dev, > + dev_err(&bank->priv->client->dev, > "Cannot enable the device\n"); > goto brightness_out; > } >=20 > - led->enabled =3D brt_val; > + bank->enabled =3D brt_val; > } > } >=20 > brightness_out: > - mutex_unlock(&led->priv->lock); > + mutex_unlock(&bank->priv->lock); > return ret; > } >=20 > static int lm3697_init(struct lm3697 *priv) > { > - struct lm3697_led *led; > + struct lm3697_bank *bank; > int i, ret; >=20 > if (priv->enable_gpio) { > @@ -182,8 +182,8 @@ static int lm3697_init(struct lm3697 *priv) > dev_err(&priv->client->dev, "Cannot write OUTPUT config\n"); >=20 > for (i =3D 0; i < priv->num_banks; i++) { > - led =3D &priv->leds[i]; > - ret =3D ti_lmu_common_set_ramp(&led->lmu_data); > + bank =3D &priv->banks[i]; > + ret =3D ti_lmu_common_set_ramp(&bank->lmu_data); > if (ret) > dev_err(&priv->client->dev, "Setting the ramp rate failed\n"); > } > @@ -194,7 +194,7 @@ static int lm3697_init(struct lm3697 *priv) > static int lm3697_probe_dt(struct lm3697 *priv) > { > struct fwnode_handle *child =3D NULL; > - struct lm3697_led *led; > + struct lm3697_bank *bank; > const char *name; > int control_bank; > size_t i =3D 0; > @@ -229,63 +229,63 @@ static int lm3697_probe_dt(struct lm3697 *priv) > goto child_out; > } >=20 > - led =3D &priv->leds[i]; > + bank =3D &priv->banks[i]; >=20 > ret =3D ti_lmu_common_get_brt_res(&priv->client->dev, > - child, &led->lmu_data); > + child, &bank->lmu_data); > if (ret) > dev_warn(&priv->client->dev, "brightness resolution property missing\= n"); >=20 > - led->control_bank =3D control_bank; > - led->lmu_data.regmap =3D priv->regmap; > - led->lmu_data.runtime_ramp_reg =3D LM3697_CTRL_A_RAMP + > + bank->control_bank =3D control_bank; > + bank->lmu_data.regmap =3D priv->regmap; > + bank->lmu_data.runtime_ramp_reg =3D LM3697_CTRL_A_RAMP + > control_bank; > - led->lmu_data.msb_brightness_reg =3D LM3697_CTRL_A_BRT_MSB + > - led->control_bank * 2; > - led->lmu_data.lsb_brightness_reg =3D LM3697_CTRL_A_BRT_LSB + > - led->control_bank * 2; > + bank->lmu_data.msb_brightness_reg =3D LM3697_CTRL_A_BRT_MSB + > + bank->control_bank * 2; > + bank->lmu_data.lsb_brightness_reg =3D LM3697_CTRL_A_BRT_LSB + > + bank->control_bank * 2; >=20 > - led->num_leds =3D fwnode_property_count_u32(child, "led-sources"); > - if (led->num_leds > LM3697_MAX_LED_STRINGS) { > + bank->num_leds =3D fwnode_property_count_u32(child, "led-sources"); > + if (bank->num_leds > LM3697_MAX_LED_STRINGS) { > dev_err(&priv->client->dev, "Too many LED strings defined\n"); > continue; > } >=20 > ret =3D fwnode_property_read_u32_array(child, "led-sources", > - led->hvled_strings, > - led->num_leds); > + bank->hvled_strings, > + bank->num_leds); > if (ret) { > dev_err(&priv->client->dev, "led-sources property missing\n"); > fwnode_handle_put(child); > goto child_out; > } >=20 > - for (j =3D 0; j < led->num_leds; j++) > + for (j =3D 0; j < bank->num_leds; j++) > priv->bank_cfg |=3D > - (led->control_bank << led->hvled_strings[j]); > + (bank->control_bank << bank->hvled_strings[j]); >=20 > ret =3D ti_lmu_common_get_ramp_params(&priv->client->dev, > - child, &led->lmu_data); > + child, &bank->lmu_data); > if (ret) > dev_warn(&priv->client->dev, "runtime-ramp properties missing\n"); >=20 > fwnode_property_read_string(child, "linux,default-trigger", > - &led->led_dev.default_trigger); > + &bank->led_dev.default_trigger); >=20 > ret =3D fwnode_property_read_string(child, "label", &name); > if (ret) > - snprintf(led->label, sizeof(led->label), > + snprintf(bank->label, sizeof(bank->label), > "%s::", priv->client->name); > else > - snprintf(led->label, sizeof(led->label), > + snprintf(bank->label, sizeof(bank->label), > "%s:%s", priv->client->name, name); >=20 > - led->priv =3D priv; > - led->led_dev.name =3D led->label; > - led->led_dev.max_brightness =3D led->lmu_data.max_brightness; > - led->led_dev.brightness_set_blocking =3D lm3697_brightness_set; > + bank->priv =3D priv; > + bank->led_dev.name =3D bank->label; > + bank->led_dev.max_brightness =3D bank->lmu_data.max_brightness; > + bank->led_dev.brightness_set_blocking =3D lm3697_brightness_set; >=20 > - ret =3D devm_led_classdev_register(priv->dev, &led->led_dev); > + ret =3D devm_led_classdev_register(priv->dev, &bank->led_dev); > if (ret) { > dev_err(&priv->client->dev, "led register err: %d\n", > ret); > @@ -313,7 +313,7 @@ static int lm3697_probe(struct i2c_client *client, > return -ENODEV; > } >=20 > - led =3D devm_kzalloc(&client->dev, struct_size(led, leds, count), > + led =3D devm_kzalloc(&client->dev, struct_size(led, banks, count), > GFP_KERNEL); > if (!led) > return -ENOMEM; > -- > 2.28.0 >=20 --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAl+CA/wACgkQMOfwapXb+vJZPACcDnfwMZnLfbWKNNDrkKHlQPch ufEAnA9v6+ZCZ90q6xLXc3FN+iGyWmgG =e9A2 -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt--