linux-kernel - Re: [PATCH v2 1/6] max17042: Move power suppply registration to a worker thread

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>] [day] [month] [year] [list]

Date:	Mon, 12 Dec 2011 01:54:48 +0000 (GMT)
From:	MyungJoo Ham <myungjoo.ham@...sung.com>
To:	"dirk.brandewie@...il.com" <dirk.brandewie@...il.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Cc:	"cbouatmailru@...il.com" <cbouatmailru@...il.com>,
	김동근 <dg77.kim@...sung.com>,
	박경민 <kyungmin.park@...sung.com>,
	"Jason.Wortham@...im-ic.com" <Jason.Wortham@...im-ic.com>
Subject: Re: [PATCH v2 1/6] max17042: Move power suppply registration to a
 worker thread

Sender : dirk.brandewie@...il.com<dirk.brandewie@...il.com>
Date : 2011-12-10 03:08 (GMT+09:00)
Title : [PATCH v2 1/6] max17042: Move power suppply registration to a worker thread
> From: Dirk Brandewie <dirk.brandewie@...il.com>
> 
> This patch move the final registration of the battery to a worker
> thread in preperation for adding the POR proceedure recommended by
> maxim. This is needed since the Maxim init proceedure requires two
> long delays totaling 850ms. This patch will reduce the impact on
> system boot time.  The battery will not be available to the power
> supply subsystem until the init proceedure is complete
> 
> Signed-off-by: Dirk Brandewie <dirk.brandewie@...il.com>

The commit message is not updated for v2 patchset. 

Besides, (sorry to report this now, I've just reminded this.) MAX17042 has a POR status bit according to the manual describing STATUS register (0x00). You need to do POR reset only when it is actually POR to MAX17042, not to CPU. At normal CPU shutdown/boot-up, POR procedure is not required as MAX17042 is not "rebooted". It is required only when the battery is suspected to be replaced. Thus, I tihink scheduling work and waiting for init_complete is required if POR is true.

Cheers!
MyungJoo

> ---
>  drivers/power/max17042_battery.c |   48 ++++++++++++++++++++++++++------------
>  1 files changed, 33 insertions(+), 15 deletions(-)
> 
> diff --git a/drivers/power/max17042_battery.c b/drivers/power/max17042_battery.c
> index 9f0183c..16f3934 100644
> --- a/drivers/power/max17042_battery.c
> +++ b/drivers/power/max17042_battery.c
> @@ -34,6 +34,8 @@ struct max17042_chip {
>  	struct i2c_client *client;
>  	struct power_supply battery;
>  	struct max17042_platform_data *pdata;
> +	struct work_struct work;
> +	int    init_complete;
>  };
>  
>  static int max17042_write_reg(struct i2c_client *client, u8 reg, u16 value)
> @@ -86,6 +88,9 @@ static int max17042_get_property(struct power_supply *psy,
>  	struct max17042_chip *chip = container_of(psy,
>  				struct max17042_chip, battery);
>  
> +	if (!chip->init_complete)
> +		return -EAGAIN;
> +
>  	switch (psp) {
>  	case POWER_SUPPLY_PROP_PRESENT:
>  		val->intval = max17042_read_reg(chip->client,
> @@ -180,6 +185,31 @@ static int max17042_get_property(struct power_supply *psy,
>  	return 0;
>  }
>  
> +static void max17042_init_worker(struct work_struct *work)
> +{
> +	struct max17042_chip *chip = container_of(work,
> +				struct max17042_chip, work);
> +	struct i2c_client *client = chip->client;
> +	int ret;
> +
> +
> +	/* Initialize registers according to values from the platform data */
> +	if (chip->pdata->init_data)
> +		max17042_set_reg(client, chip->pdata->init_data,
> +				 chip->pdata->num_init_data);
> +
> +	if (!chip->pdata->enable_current_sense) {
> +		max17042_write_reg(client, MAX17042_CGAIN, 0x0000);
> +		max17042_write_reg(client, MAX17042_MiscCFG, 0x0003);
> +		max17042_write_reg(client, MAX17042_LearnCFG, 0x0007);
> +	} else {
> +		if (chip->pdata->r_sns == 0)
> +			chip->pdata->r_sns = MAX17042_DEFAULT_SNS_RESISTOR;
> +	}
> +
> +	chip->init_complete = 1;
> +}
> +
>  static int __devinit max17042_probe(struct i2c_client *client,
>  			const struct i2c_device_id *id)
>  {
> @@ -214,24 +244,12 @@ static int __devinit max17042_probe(struct i2c_client *client,
>  	if (ret) {
>  		dev_err(&client->dev, "failed: power supply register\n");
>  		kfree(chip);
> -		return ret;
> -	}
> -
> -	/* Initialize registers according to values from the platform data */
> -	if (chip->pdata->init_data)
> -		max17042_set_reg(client, chip->pdata->init_data,
> -				 chip->pdata->num_init_data);
> -
> -	if (!chip->pdata->enable_current_sense) {
> -		max17042_write_reg(client, MAX17042_CGAIN, 0x0000);
> -		max17042_write_reg(client, MAX17042_MiscCFG, 0x0003);
> -		max17042_write_reg(client, MAX17042_LearnCFG, 0x0007);
>  	} else {
> -		if (chip->pdata->r_sns == 0)
> -			chip->pdata->r_sns = MAX17042_DEFAULT_SNS_RESISTOR;
> +		INIT_WORK(&chip->work, max17042_init_worker);
> +		schedule_work(&chip->work);
>  	}
>  
> -	return 0;
> +	return ret;
>  }
>  
>  static int __devexit max17042_remove(struct i2c_client *client)
> -- 
> 1.7.7.3
>