From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752213Ab2LJSNA (ORCPT ); Mon, 10 Dec 2012 13:13:00 -0500 Received: from eu1sys200aog105.obsmtp.com ([207.126.144.119]:42781 "EHLO eu1sys200aog105.obsmtp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751587Ab2LJSM6 convert rfc822-to-8bit (ORCPT ); Mon, 10 Dec 2012 13:12:58 -0500 From: Mathias LEBLANC To: Kent Yoder , Peter Huewe Cc: Jean-Luc BLANC , "Sirrix@jasper.es" , "linux-kernel@vger.kernel.org" , Rajiv Andrade , "tpmdd-devel@lists.sourceforge.net" , Kent Yoder Date: Mon, 10 Dec 2012 19:11:30 +0100 Subject: RE: [PATCH] char/tpm: Use struct dev_pm_ops for power management Thread-Topic: [PATCH] char/tpm: Use struct dev_pm_ops for power management Thread-Index: Ac3Tw7xpRU2lPulDQEuE/Edvw4wyLQDK2DyA Message-ID: <35286B1AE75A7C47BFF0870081A31B4B3A9CDB2F99@SAFEX1MAIL4.st.com> References: <20121205230941.GA30394@ennui.austin.ibm.com> <1354753251-27561-1-git-send-email-peterhuewe@gmx.de> <20121206150735.GB27430@ennui.austin.ibm.com> In-Reply-To: <20121206150735.GB27430@ennui.austin.ibm.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Kent, Peter, I am never in my office Thursday and Friday, I just saw your emails today. I will transfer the tpm_i2c_stm_st33.h code to tpm_i2c_stm_st33.c @Peter: I tested your patch and activate the CONFIG_PM_SLEEP in the kernel compilation. Thanks Peter! About: "Not sure how easy this will be considering these routines are > > i2c-specific -- they don't just call the tpm_tpm_* functions like > > the other drivers." We have created another function similar to the tpm_* functions, to ensure the good work of the tpm on each platform for each case. But anyway , we use the tpm_* function in them. Thanks, Mathias Leblanc -----Original Message----- From: Kent Yoder [mailto:key@linux.vnet.ibm.com] Sent: 06 December, 2012 16:08 To: Peter Huewe Cc: Mathias LEBLANC; Jean-Luc BLANC; Sirrix@jasper.es; linux-kernel@vger.kernel.org; Rajiv Andrade; tpmdd-devel@lists.sourceforge.net; Kent Yoder Subject: Re: [PATCH] char/tpm: Use struct dev_pm_ops for power management On Thu, Dec 06, 2012 at 01:20:51AM +0100, Peter Huewe wrote: > This patch converts the suspend and resume functions for > tpm_i2c_stm_st33 to the new dev_pm_ops. Ignore my last mail. I'll take a look at this. Thanks, Kent > Signed-off-by: Peter Huewe > --- > Note: > I'm sending this patch on behalf of myself only and nobody else, > especially not my employer - and I'm doing this in my spare time. > I have to inform you that I'm working for a direct competitor of the > driver author, but I'm not using any knowledge that is considered secret in any way. > I have a personal interest in the TPM subsystem and want to keep it as clean as possible. > > > drivers/char/tpm/tpm_i2c_stm_st33.c | 25 ++++++++++--------------- > 1 files changed, 10 insertions(+), 15 deletions(-) > > diff --git a/drivers/char/tpm/tpm_i2c_stm_st33.c > b/drivers/char/tpm/tpm_i2c_stm_st33.c > index b11201f..ecbb81e 100644 > --- a/drivers/char/tpm/tpm_i2c_stm_st33.c > +++ b/drivers/char/tpm/tpm_i2c_stm_st33.c > @@ -826,12 +826,10 @@ static __devexit int tpm_st33_i2c_remove(struct i2c_client *client) > * @param: mesg, the power management message. > * @return: 0 in case of success. > */ > -static int tpm_st33_i2c_pm_suspend(struct i2c_client *client, > pm_message_t mesg) > +static int tpm_st33_i2c_pm_suspend(struct device *dev) > { > - struct tpm_chip *chip = > - (struct tpm_chip *)i2c_get_clientdata(client); > - struct st33zp24_platform_data *pin_infos = > - ((struct i2c_client *)TPM_VPRIV(chip))->dev.platform_data; > + struct tpm_chip *chip = dev_get_drvdata(dev); > + struct st33zp24_platform_data *pin_infos = dev->platform_data; > int ret = 0; > > if (power_mgt) > @@ -839,7 +837,7 @@ static int tpm_st33_i2c_pm_suspend(struct i2c_client *client, pm_message_t mesg) > else{ > if (chip->data_buffer == NULL) > chip->data_buffer = pin_infos->tpm_i2c_buffer[0]; > - ret = tpm_pm_suspend(&client->dev); > + ret = tpm_pm_suspend(dev); > } > return ret; > } /* tpm_st33_i2c_suspend() */ > @@ -849,12 +847,10 @@ static int tpm_st33_i2c_pm_suspend(struct i2c_client *client, pm_message_t mesg) > * @param: client, the i2c_client drescription (TPM I2C description). > * @return: 0 in case of success. > */ > -static int tpm_st33_i2c_pm_resume(struct i2c_client *client) > +static int tpm_st33_i2c_pm_resume(struct device *dev) > { > - struct tpm_chip *chip = > - (struct tpm_chip *)i2c_get_clientdata(client); > - struct st33zp24_platform_data *pin_infos = > - ((struct i2c_client *)TPM_VPRIV(chip))->dev.platform_data; > + struct tpm_chip *chip = dev_get_drvdata(dev); > + struct st33zp24_platform_data *pin_infos = dev->platform_data; > > int ret = 0; > > @@ -867,7 +863,7 @@ static int tpm_st33_i2c_pm_resume(struct i2c_client *client) > } else{ > if (chip->data_buffer == NULL) > chip->data_buffer = pin_infos->tpm_i2c_buffer[0]; > - ret = tpm_pm_resume(&client->dev); > + ret = tpm_pm_resume(dev); > if (!ret) > tpm_do_selftest(chip); > } > @@ -880,16 +876,15 @@ static const struct i2c_device_id > tpm_st33_i2c_id[] = { }; > > MODULE_DEVICE_TABLE(i2c, tpm_st33_i2c_id); > - > +static SIMPLE_DEV_PM_OPS(tpm_st33_i2c_ops, tpm_st33_i2c_pm_suspend, > +tpm_st33_i2c_pm_resume); > static struct i2c_driver tpm_st33_i2c_driver = { > .driver = { > .owner = THIS_MODULE, > .name = TPM_ST33_I2C, > + .pm = &tpm_st33_i2c_ops, > }, > .probe = tpm_st33_i2c_probe, > .remove = tpm_st33_i2c_remove, > - .resume = tpm_st33_i2c_pm_resume, > - .suspend = tpm_st33_i2c_pm_suspend, > .id_table = tpm_st33_i2c_id > }; > > -- > 1.7.8.6 >