| 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
| ||
|
Message-ID: <20140110111130.GD6798@e106331-lin.cambridge.arm.com>
Date: Fri, 10 Jan 2014 11:11:30 +0000
From: Mark Rutland <mark.rutland@....com>
To: Vladimir Barinov <vladimir.barinov@...entembedded.com>
Cc: "anton@...msg.org" <anton@...msg.org>,
"dwmw2@...radead.org" <dwmw2@...radead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"mk7.kang@...sung.com" <mk7.kang@...sung.com>
Subject: Re: [PATCH 1/3] power_supply: modelgauge_battery: Maxim ModelGauge
ICs gauge
On Thu, Jan 09, 2014 at 04:49:03PM +0000, Vladimir Barinov wrote:
> Add Maxim ModelGauge ICs gauge driver for MAX17040/41/43/44/48/49/58/59 chips
>
> Signed-off-by: Vladimir Barinov <vladimir.barinov@...entembedded.com>
>
> ---
> drivers/power/Kconfig | 8
> drivers/power/Makefile | 1
> drivers/power/modelgauge_battery.c | 875 +++++++++++++++++++++++
> include/linux/platform_data/battery-modelgauge.h | 44 +
> 4 files changed, 928 insertions(+)
[...]
> +static struct modelgauge_platform_data *modelgauge_parse_dt(struct device *dev)
> +{
> + struct device_node *np = dev->of_node;
> + struct modelgauge_platform_data *pdata;
> + struct property *prop;
> +
> + if (!of_get_property(np, "maxim,empty_alert_threshold", NULL) &&
> + !of_get_property(np, "maxim,soc_change_alert", NULL) &&
> + !of_get_property(np, "maxim,hibernate_threshold", NULL) &&
> + !of_get_property(np, "maxim,active_threshold", NULL) &&
> + !of_get_property(np, "maxim,undervoltage", NULL) &&
> + !of_get_property(np, "maxim,overvoltage", NULL) &&
> + !of_get_property(np, "maxim,resetvoltage", NULL))
> + return NULL;
These were described as optional in the binding. It wasn't clear that to
have one you need the others. It would be nice for that to be clarified
in the binding.
> +
> + pdata = devm_kzalloc(dev, sizeof(*pdata), GFP_KERNEL);
> + if (!pdata)
> + return NULL;
> +
> + of_property_read_u8(np, "maxim,empty_alert_threshold",
> + &pdata->empty_alert_threshold);
> + pdata->soc_change_alert =
> + of_property_read_bool(np, "maxim,soc_change_alert");
As mentioned in my comments on the binding document, I don't think this
property is necessary at all.
> + of_property_read_u8(np, "maxim,hibernate_threshold",
> + &pdata->hibernate_threshold);
> + of_property_read_u8(np, "maxim,active_threshold",
> + &pdata->active_threshold);
> + of_property_read_u16(np, "maxim,undervoltage", &pdata->undervoltage);
> + of_property_read_u16(np, "maxim,overvoltage", &pdata->overvoltage);
> + of_property_read_u16(np, "maxim,resetvoltage", &pdata->resetvoltage);
> +
> + prop = of_find_property(np, "maxim,ocvtest", NULL);
Here you seem to be using of_find_property to check if a property is
present, but earlier you used of_get_property for this purpose. It would
be nice if one or the other were used consistently.
> + if (prop) {
> + pdata->model = devm_kzalloc(dev, sizeof(*pdata->model),
> + GFP_KERNEL);
> + if (!pdata->model)
> + return NULL;
> +
> + of_property_read_u8(np, "maxim,empty_adjustment",
> + &pdata->model->empty_adjustment);
> + of_property_read_u8(np, "maxim,full_adjustment",
> + &pdata->model->full_adjustment);
> + of_property_read_u8(np, "maxim,rcomp0",
> + &pdata->model->rcomp0);
> + prop = of_find_property(np, "maxim,temp_co_up", NULL);
> + if (prop)
> + pdata->model->temp_co_up = be32_to_cpup(prop->value);
Use of_property_read_u32. If it can't read the property it won't
modify the pointer it's been handed, and it handles the endianness
conversion.
You seem to be happy to use of_property_read_u{8,16}, so I don't
understand why you are treating 32-bit differently.
> + prop = of_find_property(np, "maxim,temp_co_down", NULL);
> + if (prop)
> + pdata->model->temp_co_down = be32_to_cpup(prop->value);
Likewise.
> + of_property_read_u16(np, "maxim,ocvtest",
> + &pdata->model->ocvtest);
While you've checked that this property was present earlier, you don't
know it's size. You might want to check the return value of
of_property_read_u16 (and you might want to do so for other accessors
too).
> + of_property_read_u8(np, "maxim,soc_check_a",
> + &pdata->model->soc_check_a);
> + of_property_read_u8(np, "maxim,soc_check_b",
> + &pdata->model->soc_check_b);
> + of_property_read_u8(np, "maxim,bits",
> + &pdata->model->bits);
> + of_property_read_u16(np, "maxim,rcomp_seg",
> + &pdata->model->rcomp_seg);
> + }
> +
> + prop = of_find_property(np, "maxim,model_data", NULL);
> + if (prop && prop->length == MODELGAUGE_TABLE_SIZE) {
> + pdata->model->model_data = devm_kzalloc(dev,
> + MODELGAUGE_TABLE_SIZE,
> + GFP_KERNEL);
> + if (!pdata->model->model_data)
> + return NULL;
> +
> + of_property_read_u8_array(np, "maxim,model_data",
> + pdata->model->model_data,
> + MODELGAUGE_TABLE_SIZE);
> + }
It's probably worth printing a warning or error if this isn't the size
you expect (perhaps failing to probe).
> +
> + return pdata;
> +}
Thanks,
Mark.
--
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