linux-i2c.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jean Delvare <jdelvare@suse.de>
To: "Volker Rümelin" <volker.ruemelin@googlemail.com>
Cc: Wolfram Sang <wsa@the-dreams.de>, linux-i2c@vger.kernel.org
Subject: Re: [PATCH resend] i2c-i801: fix resume bug
Date: Tue, 25 Aug 2020 15:46:39 +0200	[thread overview]
Message-ID: <20200825154639.01a92ff2@endymion> (raw)
In-Reply-To: <a2fc5a6d-a3bf-eaf0-bb75-1521be346333@googlemail.com>

Hi Volker,

Sorry for the late... very late answer. What can I say...

On Sun, 3 Dec 2017 16:42:42 +0100, Volker Rümelin wrote:
> On suspend the original host configuration gets restored. The
> resume routine has to undo this, otherwise the SMBus master
> may be left in disabled state or in i2c mode.
> 
> Signed-off-by: Volker Rümelin <vr_qemu@t-online.de>
> ---
> 
> I noticed this bug in a QEMU x86_64 q35 VM booted with OVMF. OVMF
> doesn't intitialize the SMBus master. After 1s of SMBus inactivity
> autosuspend disables the SMBus master. To reproduce please note QEMU's
> ICH9 SMBus emulation does not handle interrupts and it's necessary
> to pass the parameter disable_features=0x10 to the i2c_i801 driver.
> 
>  drivers/i2c/busses/i2c-i801.c | 18 ++++++++++++------
>  1 file changed, 12 insertions(+), 6 deletions(-)
> 
> diff --git a/drivers/i2c/busses/i2c-i801.c b/drivers/i2c/busses/i2c-i801.c
> index 9e12a53..ebd81bc 100644
> --- a/drivers/i2c/busses/i2c-i801.c
> +++ b/drivers/i2c/busses/i2c-i801.c
> @@ -1489,6 +1489,13 @@ static void i801_acpi_remove(struct i801_priv *priv)
>  static inline void i801_acpi_remove(struct i801_priv *priv) { }
>  #endif
>  
> +static unsigned char i801_setup_hstcfg(unsigned char hstcfg)
> +{
> +	hstcfg &= ~SMBHSTCFG_I2C_EN;	/* SMBus timing */
> +	hstcfg |= SMBHSTCFG_HST_EN;
> +	return hstcfg;
> +}
> +
>  static int i801_probe(struct pci_dev *dev, const struct pci_device_id *id)
>  {
>  	unsigned char temp;
> @@ -1592,13 +1599,10 @@ static int i801_probe(struct pci_dev *dev, const struct pci_device_id *id)
>  		return err;
>  	}
>  
> -	pci_read_config_byte(priv->pci_dev, SMBHSTCFG, &temp);
> -	priv->original_hstcfg = temp;
> -	temp &= ~SMBHSTCFG_I2C_EN;	/* SMBus timing */
> -	if (!(temp & SMBHSTCFG_HST_EN)) {
> +	pci_read_config_byte(priv->pci_dev, SMBHSTCFG, &priv->original_hstcfg);
> +	temp = i801_setup_hstcfg(priv->original_hstcfg);
> +	if (~priv->original_hstcfg & temp & SMBHSTCFG_HST_EN)

Took me some time to figure out what you were doing here, and while the
result is correct, I think this is needlessly convoluted. We already
know that "temp & SMBHSTCFG_HST_EN" evaluates to "SMBHSTCFG_HST_EN"
after i801_setup_hstcfg(). So The above can be simplified to:

	if (~priv->original_hstcfg & SMBHSTCFG_HST_EN)

or to the IMHO more readable:

	if (!(priv->original_hstcfg & SMBHSTCFG_HST_EN))

>  		dev_info(&dev->dev, "Enabling SMBus device\n");
> -		temp |= SMBHSTCFG_HST_EN;
> -	}
>  	pci_write_config_byte(priv->pci_dev, SMBHSTCFG, temp);
>  
>  	if (temp & SMBHSTCFG_SMB_SMI_EN) {
> @@ -1709,7 +1713,9 @@ static int i801_resume(struct device *dev)
>  {
>  	struct pci_dev *pci_dev = to_pci_dev(dev);
>  	struct i801_priv *priv = pci_get_drvdata(pci_dev);
> +	unsigned char hstcfg = i801_setup_hstcfg(priv->original_hstcfg);
>  
> +	pci_write_config_byte(pci_dev, SMBHSTCFG, hstcfg);
>  	i801_enable_host_notify(&priv->adapter);
>  
>  	return 0;

I had to adjust the above section as the context changed meanwhile, but
nothing to worry about.

Thank you for your contribution, I'll resend the updated patch later
today. All credits to you.

-- 
Jean Delvare
SUSE L3 Support

      reply	other threads:[~2020-08-25 13:46 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-03 15:42 [PATCH resend] i2c-i801: fix resume bug Volker Rümelin
2020-08-25 13:46 ` Jean Delvare [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200825154639.01a92ff2@endymion \
    --to=jdelvare@suse.de \
    --cc=linux-i2c@vger.kernel.org \
    --cc=volker.ruemelin@googlemail.com \
    --cc=wsa@the-dreams.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).