lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <51531E92.9070805@wwwdotorg.org>
Date:	Wed, 27 Mar 2013 10:30:10 -0600
From:	Stephen Warren <swarren@...dotorg.org>
To:	Rhyland Klein <rklein@...dia.com>
CC:	Grant Likely <grant.likely@...retlab.ca>,
	Anton Vorontsov <cbou@...l.ru>,
	David Woodhouse <dwmw2@...radead.org>,
	devicetree-discuss@...ts.ozlabs.org, linux-kernel@...r.kernel.org,
	linux-tegra@...r.kernel.org
Subject: Re: [REPOST Patch v1 2/3] power: power_supply: Add core support for
 supplied_from

On 03/25/2013 08:24 PM, Rhyland Klein wrote:
> This patch adds support for supplies to register a list of char *'s
> which represent the list of supplies which supply them. This is the
> opposite as the supplied_to list.
> 
> This change maintains support for supplied_to until all drivers which
> make use of it already are converted.

> diff --git a/drivers/power/power_supply_core.c b/drivers/power/power_supply_core.c

> +static int __power_supply_is_supplied_by(struct power_supply *supplier,
> +					 struct power_supply *supply)

Shouldn't this function return a Boolean since it's "is" something? At
least, 1 for yes 0 for no would be more comprehensible than 0 for yes
and error for no?

> +{
> +	int i;
> +
> +	if (!supply->supplied_from && !supplier->supplied_to)
> +		return -EINVAL;
> +
> +	/* Support both supplied_to and supplied_from modes */
> +	if (supply->supplied_from) {
> +		for (i = 0; i < supply->num_supplies; i++) {
> +			if (!supplier->name)
> +				continue;

That test is loop invariant. Why put it inside the loop?

Why wouldn't a supply have a name? The loop in
__power_supply_changed_work() that this function replaces doesn't test
for NULL names.

> +			if (!strcmp(supplier->name, supply->supplied_from[i]))
> +				return 0;

Don't you want to return something true here, so that the if block
inside __power_supply_changed_work() is executed in this case?

Similar comment for the else block.

>  static int __power_supply_changed_work(struct device *dev, void *data)

> -	for (i = 0; i < psy->num_supplicants; i++)
> -		if (!strcmp(psy->supplied_to[i], pst->name)) {
> -			if (pst->external_power_changed)
> -				pst->external_power_changed(pst);
> -		}
> +	if (__power_supply_is_supplied_by(psy, pst)) {
> +		if (pst->external_power_changed)
> +			pst->external_power_changed(pst);
> +	}
> +
>  	return 0;
>  }

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ