mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
To: Henry Shi <henryshi2018@gmail.com>,
	hbshi69@hotmail.com, tglx@linutronix.de, mingo@redhat.com,
	bp@alien8.de, dave.hansen@linux.intel.com, x86@kernel.org,
	hpa@zytor.com, hdegoede@redhat.com, markgross@kernel.org,
	jdelvare@suse.com, linux@roeck-us.net,
	linux-kernel@vger.kernel.org,
	platform-driver-x86@vger.kernel.org, linux-hwmon@vger.kernel.org
Cc: hb_shi2003@yahoo.com, henrys@silicom-usa.com, wenw@silicom-usa.com
Subject: Re: [PATCH] Add Silicom Platform Driver
Date: Tue, 25 Jul 2023 23:02:37 +0200	[thread overview]
Message-ID: <fb62b2e7-7c7c-dc2e-768d-3393f151eb32@wanadoo.fr> (raw)
In-Reply-To: <20230718160104.2716-1-henryshi2018@gmail.com>

Le 18/07/2023 à 18:01, Henry Shi a écrit :
> The Silicom platform (silicom-platform) Linux driver for Swisscom
> Business Box (Swisscom BB) as well as Cordoba family products is a
> software solution designed to facilitate the efficient management
> and control of devices through the integration of various Linux
> frameworks. This platform driver provides seamless support for
> device management via the Linux LED framework, GPIO framework,
> Hardware Monitoring (HWMON), and device attributes. The Silicom
> platform driver's compatibility with these Linux frameworks allows
> applications to access and control Cordoba family devices using
> existing software that is compatible with these frameworks. This
> compatibility simplifies the development process, reduces
> dependencies on proprietary solutions, and promotes
> interoperability with other Linux-based systems and software.
> 
> Signed-off-by: Henry Shi <henryshi2018@gmail.com>
> ---

[...]

> +static int __init silicom_mc_leds_register(struct device *dev,
> +					   const struct led_classdev_mc *mc_leds)
> +{
> +	struct led_classdev_mc *led;
> +	int i, err;
> +
> +	for (i = 0; mc_leds[i].led_cdev.name; i++) {
> +		/* allocate and copy data from the init constansts */
> +		led = devm_kzalloc(dev, sizeof(struct led_classdev_mc), GFP_KERNEL);

sizeof(*led) is shorter.
Mostly a matter of taste.

Maybe even devm_kmemdup()?

> +		if (IS_ERR_OR_NULL(led)) {

if (!led)
is enough.

> +			dev_err(dev, "Failed to alloc led_classdev_mc[%d]: %ld\n", i, PTR_ERR(led));

This kind of message is useless and should be removed (checkpatch should 
warn about it)

> +			return -ENOMEM;
> +		}
> +		memcpy(led, &mc_leds[i], sizeof(*led));
> +
> +		led->subled_info = devm_kzalloc(dev, led->num_colors * sizeof(struct mc_subled),
> +						GFP_KERNEL);

Maybe even devm_kmemdup()?

> +		if (IS_ERR_OR_NULL(led->subled_info)) {

if (!led->subled_info)
is enough.

> +			dev_err(dev, "Failed to alloc subled_info[%d]: %ld\n",
> +				i, PTR_ERR(led->subled_info));

This kind of message is useless and should be removed (checkpatch should 
warn about it)

> +			return -ENOMEM;
> +		}
> +		memcpy(led->subled_info, mc_leds[i].subled_info,
> +			led->num_colors * sizeof(struct mc_subled));
> +
> +		err = devm_led_classdev_multicolor_register(dev, led);
> +		if (err) {
> +			dev_err(dev, "Failed to register[%d]: %d\n", i, err);
> +			return err;
> +		}
> +	}
> +
> +	return 0;
> +}

[...]


  parent reply	other threads:[~2023-07-25 21:02 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-07-18 16:01 Henry Shi
2023-07-18 16:40 ` Guenter Roeck
2023-07-25 20:29   ` Huibin Shi
2023-07-19 12:13 ` Ilpo Järvinen
2023-07-28 19:10   ` Huibin Shi
2023-08-03 12:06     ` Ilpo Järvinen
2023-08-10 17:48       ` Huibin Shi
2023-08-10 18:00         ` Guenter Roeck
2023-08-14 13:07           ` Huibin Shi
2023-08-10 18:01         ` Guenter Roeck
2023-08-14 13:09           ` Huibin Shi
2023-07-25 21:02 ` Christophe JAILLET [this message]
2023-07-28 12:59   ` Huibin Shi
2023-07-28 14:28     ` Guenter Roeck
2023-08-08 19:19       ` Huibin Shi
2023-08-08 19:35         ` Guenter Roeck
2023-08-08 20:39           ` Huibin Shi
2023-07-28 16:47     ` Christophe JAILLET
2023-07-28 17:52       ` Guenter Roeck
2023-08-08 19:23         ` Huibin Shi
2023-08-15 13:37 Henry Shi
2023-08-17  8:06 ` Ilpo Järvinen
2023-08-18 14:31   ` Huibin Shi
2023-08-18 15:43 Henry Shi
2023-08-19 12:41 ` Guenter Roeck
2023-08-19 14:20   ` Huibin Shi
2023-08-19 14:36     ` Guenter Roeck
2023-08-21 10:39       ` Ilpo Järvinen
2023-08-21 16:00         ` Huibin Shi
2023-08-21 15:48       ` Huibin Shi
2023-08-21 16:09         ` Guenter Roeck
2023-08-21 16:23           ` Huibin Shi

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=fb62b2e7-7c7c-dc2e-768d-3393f151eb32@wanadoo.fr \
    --to=christophe.jaillet@wanadoo.fr \
    --cc=bp@alien8.de \
    --cc=dave.hansen@linux.intel.com \
    --cc=hb_shi2003@yahoo.com \
    --cc=hbshi69@hotmail.com \
    --cc=hdegoede@redhat.com \
    --cc=henrys@silicom-usa.com \
    --cc=henryshi2018@gmail.com \
    --cc=hpa@zytor.com \
    --cc=jdelvare@suse.com \
    --cc=linux-hwmon@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=markgross@kernel.org \
    --cc=mingo@redhat.com \
    --cc=platform-driver-x86@vger.kernel.org \
    --cc=tglx@linutronix.de \
    --cc=wenw@silicom-usa.com \
    --cc=x86@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 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®