mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Jan Scholz <scholz@fias.uni-frankfurt.de>,
	Paul Mackerras <paulus@samba.org>, Ingo Molnar <mingo@elte.hu>,
	linux-kernel@vger.kernel.org, Adrian Bunk <bunk@kernel.org>,
	pm list <linux-pm@lists.linux-foundation.org>,
	Johannes Berg <johannes@sipsolutions.net>
Subject: Re: [regression, bisected] adb trackpad disappears after suspend to ram
Date: Wed, 23 Sep 2009 15:38:51 +0200	[thread overview]
Message-ID: <200909231538.51227.rjw@sisk.pl> (raw)
In-Reply-To: <1253676745.7103.268.camel@pasglop>

On Wednesday 23 September 2009, Benjamin Herrenschmidt wrote:
> Allright, I think I nailed it (finally !)

Great, thanks a lot for taking care of this!

> Can everybody try this patch:
> 
> [PATCH] powerpc/pmac: Fix issues with sleep on some powerbooks
> 
> From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> 
> Since the change of how interrupts are disabled during suspend,
> certain PowerBook models started exhibiting various issues during
> suspend or resume from sleep.
> 
> I finally tracked it down to the code that runs various "platform"
> functions (kind of little scripts extracted from the device-tree),
> which uses our i2c and PMU drivers expecting interrutps to work,
> and at a time where with the new scheme, they have been disabled.
> 
> This causes timeouts internally which for some reason results in
> the PMU being unable to see the trackpad, among other issues, really
> it depends on the machine. Most of the time, we fail to properly adjust
> some clocks for suspend/resume so the results are not always
> predictable.
> 
> This patch fixes it by using IRQF_TIMER for both the PMU and the I2C
> interrupts. I prefer doing it this way than moving the call sites since
> I really want those platform functions to still be called after all
> drivers (and before sysdevs).

Alternatively, you could introduce a new flag IRQF_NOSUSPEND and use that
instead of IRQF_TIMER.  That would be cleaner than using IRQF_TIMER for
non-timer interrupts IMHO.

> We also do a slight cleanup to via-pmu.c driver to make sure the
> ADB autopoll mask is handled correctly when doing bus resets
> 
> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> ---
> 
> diff --git a/arch/powerpc/platforms/powermac/low_i2c.c b/arch/powerpc/platforms/powermac/low_i2c.c
> index 21226b7..414ca98 100644
> --- a/arch/powerpc/platforms/powermac/low_i2c.c
> +++ b/arch/powerpc/platforms/powermac/low_i2c.c
> @@ -540,8 +540,11 @@ static struct pmac_i2c_host_kw *__init kw_i2c_host_init(struct device_node *np)
>  	/* Make sure IRQ is disabled */
>  	kw_write_reg(reg_ier, 0);
>  
> -	/* Request chip interrupt */
> -	if (request_irq(host->irq, kw_i2c_irq, 0, "keywest i2c", host))
> +	/* Request chip interrupt. We set IRQF_TIMER because we don't
> +	 * want that interrupt disabled between the 2 passes of driver
> +	 * suspend or we'll have issues running the pfuncs
> +	 */
> +	if (request_irq(host->irq, kw_i2c_irq, IRQF_TIMER, "keywest i2c", host))
>  		host->irq = NO_IRQ;
>  
>  	printk(KERN_INFO "KeyWest i2c @0x%08x irq %d %s\n",
> diff --git a/drivers/macintosh/via-pmu.c b/drivers/macintosh/via-pmu.c
> index b40fb9b..6f308a4 100644
> --- a/drivers/macintosh/via-pmu.c
> +++ b/drivers/macintosh/via-pmu.c
> @@ -405,7 +405,11 @@ static int __init via_pmu_start(void)
>  		printk(KERN_ERR "via-pmu: can't map interrupt\n");
>  		return -ENODEV;
>  	}
> -	if (request_irq(irq, via_pmu_interrupt, 0, "VIA-PMU", (void *)0)) {
> +	/* We set IRQF_TIMER because we don't want the interrupt to be disabled
> +	 * between the 2 passes of driver suspend, we control our own disabling
> +	 * for that one
> +	 */
> +	if (request_irq(irq, via_pmu_interrupt, IRQF_TIMER, "VIA-PMU", (void *)0)) {
>  		printk(KERN_ERR "via-pmu: can't request irq %d\n", irq);
>  		return -ENODEV;
>  	}
> @@ -419,7 +423,7 @@ static int __init via_pmu_start(void)
>  			gpio_irq = irq_of_parse_and_map(gpio_node, 0);
>  
>  		if (gpio_irq != NO_IRQ) {
> -			if (request_irq(gpio_irq, gpio1_interrupt, 0,
> +			if (request_irq(gpio_irq, gpio1_interrupt, IRQF_TIMER,
>  					"GPIO1 ADB", (void *)0))
>  				printk(KERN_ERR "pmu: can't get irq %d"
>  				       " (GPIO1)\n", gpio_irq);
> @@ -925,8 +929,7 @@ proc_write_options(struct file *file, const char __user *buffer,
>  
>  #ifdef CONFIG_ADB
>  /* Send an ADB command */
> -static int
> -pmu_send_request(struct adb_request *req, int sync)
> +static int pmu_send_request(struct adb_request *req, int sync)
>  {
>  	int i, ret;
>  
> @@ -1005,16 +1008,11 @@ pmu_send_request(struct adb_request *req, int sync)
>  }
>  
>  /* Enable/disable autopolling */
> -static int
> -pmu_adb_autopoll(int devs)
> +static int __pmu_adb_autopoll(int devs)
>  {
>  	struct adb_request req;
>  
> -	if ((vias == NULL) || (!pmu_fully_inited) || !pmu_has_adb)
> -		return -ENXIO;
> -
>  	if (devs) {
> -		adb_dev_map = devs;
>  		pmu_request(&req, NULL, 5, PMU_ADB_CMD, 0, 0x86,
>  			    adb_dev_map >> 8, adb_dev_map);
>  		pmu_adb_flags = 2;
> @@ -1027,9 +1025,17 @@ pmu_adb_autopoll(int devs)
>  	return 0;
>  }
>  
> +static int pmu_adb_autopoll(int devs)
> +{
> +	if ((vias == NULL) || (!pmu_fully_inited) || !pmu_has_adb)
> +		return -ENXIO;
> +
> +	adb_dev_map = devs;
> +	return __pmu_adb_autopoll(devs);
> +}
> +
>  /* Reset the ADB bus */
> -static int
> -pmu_adb_reset_bus(void)
> +static int pmu_adb_reset_bus(void)
>  {
>  	struct adb_request req;
>  	int save_autopoll = adb_dev_map;
> @@ -1038,13 +1044,13 @@ pmu_adb_reset_bus(void)
>  		return -ENXIO;
>  
>  	/* anyone got a better idea?? */
> -	pmu_adb_autopoll(0);
> +	__pmu_adb_autopoll(0);
>  
> -	req.nbytes = 5;
> +	req.nbytes = 4;
>  	req.done = NULL;
>  	req.data[0] = PMU_ADB_CMD;
> -	req.data[1] = 0;
> -	req.data[2] = ADB_BUSRESET;
> +	req.data[1] = ADB_BUSRESET;
> +	req.data[2] = 0;
>  	req.data[3] = 0;
>  	req.data[4] = 0;
>  	req.reply_len = 0;
> @@ -1056,7 +1062,7 @@ pmu_adb_reset_bus(void)
>  	pmu_wait_complete(&req);
>  
>  	if (save_autopoll != 0)
> -		pmu_adb_autopoll(save_autopoll);
> +		__pmu_adb_autopoll(save_autopoll);
>  
>  	return 0;
>  }
> 

  reply	other threads:[~2009-09-23 13:37 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-25 15:44 [regression] " Jan Scholz
2009-05-28  7:59 ` [regression, bisected] " Jan Scholz
2009-05-28 16:58   ` Rafael J. Wysocki
2009-05-28 22:23     ` Benjamin Herrenschmidt
2009-05-28 22:39       ` Jan Scholz
2009-05-29 18:10         ` Rafael J. Wysocki
2009-06-01 13:44           ` Jan Scholz
2009-06-01 16:36             ` Rafael J. Wysocki
2009-06-01 22:34               ` Jan Scholz
2009-06-01 22:42                 ` Rafael J. Wysocki
2009-06-01 22:52                   ` Benjamin Herrenschmidt
     [not found]                 ` <200906031202.28916.rjw@sisk.pl>
2009-06-03 12:18                   ` Jan Scholz
     [not found]                     ` <200906032200.55563.rjw@sisk.pl>
     [not found]                       ` <200906032220.19915.rjw@sisk.pl>
2009-06-03 22:17                         ` [linux-pm] " Jan Scholz
2009-09-23  3:32                       ` Benjamin Herrenschmidt
2009-09-23 13:38                         ` Rafael J. Wysocki [this message]
2009-09-23 21:28                           ` Benjamin Herrenschmidt
2009-10-07 17:10                             ` Jan Scholz
2009-10-07 20:18                               ` Rafael J. Wysocki
2009-09-23 23:12                           ` Jan Scholz
2009-06-02  4:49               ` Benjamin Herrenschmidt

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=200909231538.51227.rjw@sisk.pl \
    --to=rjw@sisk.pl \
    --cc=benh@kernel.crashing.org \
    --cc=bunk@kernel.org \
    --cc=johannes@sipsolutions.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@lists.linux-foundation.org \
    --cc=mingo@elte.hu \
    --cc=paulus@samba.org \
    --cc=scholz@fias.uni-frankfurt.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

all inboxes | Powered by JetHome®