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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
 <DU0PR04MB9417F0C53A0B112E7A8A334288282@DU0PR04MB9417.eurprd04.prod.outlook.com>
Date: Fri, 15 Mar 2024 00:44:34 +0000
From: Peng Fan <peng.fan@....com>
To: Dan Carpenter <dan.carpenter@...aro.org>, "Peng Fan (OSS)"
	<peng.fan@....nxp.com>
CC: Sudeep Holla <sudeep.holla@....com>, Cristian Marussi
	<cristian.marussi@....com>, Rob Herring <robh+dt@...nel.org>, Krzysztof
 Kozlowski <krzysztof.kozlowski+dt@...aro.org>, Conor Dooley
	<conor+dt@...nel.org>, Oleksii Moisieiev <oleksii_moisieiev@...m.com>, Linus
 Walleij <linus.walleij@...aro.org>, Shawn Guo <shawnguo@...nel.org>, Sascha
 Hauer <s.hauer@...gutronix.de>, Pengutronix Kernel Team
	<kernel@...gutronix.de>, Fabio Estevam <festevam@...il.com>, dl-linux-imx
	<linux-imx@....com>, "linux-arm-kernel@...ts.infradead.org"
	<linux-arm-kernel@...ts.infradead.org>, "linux-kernel@...r.kernel.org"
	<linux-kernel@...r.kernel.org>, "devicetree@...r.kernel.org"
	<devicetree@...r.kernel.org>, "linux-gpio@...r.kernel.org"
	<linux-gpio@...r.kernel.org>
Subject: RE: [PATCH v5 4/4] pinctrl: Implementation of the generic
 scmi-pinctrl driver

> Subject: Re: [PATCH v5 4/4] pinctrl: Implementation of the generic scmi-
> pinctrl driver
> 
> On Thu, Mar 14, 2024 at 09:35:21PM +0800, Peng Fan (OSS) wrote:
> > +static int pinctrl_scmi_get_function_groups(struct pinctrl_dev *pctldev,
> > +					    unsigned int selector,
> > +					    const char * const **groups,
> > +					    unsigned int * const num_groups)
> {
> > +	const unsigned int *group_ids;
> > +	int ret, i;
> > +	struct scmi_pinctrl *pmx = pinctrl_dev_get_drvdata(pctldev);
> > +
> > +	if (!groups || !num_groups)
> > +		return -EINVAL;
> > +
> > +	if (selector < pmx->nr_functions &&
> > +	    pmx->functions[selector].num_groups) {
> 
> If pmx->functions[selector].num_groups is set then we assume that
> functions[selector].groups has been allocated.
> 
> > +		*groups = (const char * const *)pmx-
> >functions[selector].groups;
> > +		*num_groups = pmx->functions[selector].num_groups;
> > +		return 0;
> > +	}
> > +
> > +	ret = pinctrl_ops->function_groups_get(pmx->ph, selector,
> > +					       &pmx-
> >functions[selector].num_groups,
> > +					       &group_ids);
> 
> However, pmx->functions[selector].num_groups is set here and not cleared
> on the error paths.  Or instead of clearing the .num_groups it would be nice
> to pass a local variable and only do the
> pmx->functions[selector].num_groups = local assignment right before the
> success return.

So you concern is I should clear the pmx->functions[selector].num_groups in
err path, right?

Thanks,
Peng.

> 
> regards,
> dan carpenter
> 
> > +	if (ret) {
> > +		dev_err(pmx->dev, "Unable to get function groups, err %d",
> ret);
> > +		return ret;
> > +	}
> > +
> > +	*num_groups = pmx->functions[selector].num_groups;
> > +	if (!*num_groups)
> > +		return -EINVAL;
> > +
> > +	pmx->functions[selector].groups =
> > +		devm_kcalloc(pmx->dev, *num_groups,
> > +			     sizeof(*pmx->functions[selector].groups),
> > +			     GFP_KERNEL);
> > +	if (!pmx->functions[selector].groups)
> > +		return -ENOMEM;
> > +
> > +	for (i = 0; i < *num_groups; i++) {
> > +		pmx->functions[selector].groups[i] =
> > +			pinctrl_scmi_get_group_name(pmx->pctldev,
> > +						    group_ids[i]);
> > +		if (!pmx->functions[selector].groups[i]) {
> > +			ret = -ENOMEM;
> > +			goto err_free;
> > +		}
> > +	}
> > +
> > +	*groups = (const char * const *)pmx->functions[selector].groups;
> > +
> > +	return 0;
> > +
> > +err_free:
> > +	devm_kfree(pmx->dev, pmx->functions[selector].groups);
> > +
> > +	return ret;
> > +}


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ