| 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
| ||
|
Date: Wed, 23 Sep 2009 15:38:51 +0200
From: "Rafael J. Wysocki" <rjw@...k.pl>
To: Benjamin Herrenschmidt <benh@...nel.crashing.org>
Cc: Jan Scholz <scholz@...s.uni-frankfurt.de>,
Paul Mackerras <paulus@...ba.org>, Ingo Molnar <mingo@...e.hu>,
linux-kernel@...r.kernel.org, Adrian Bunk <bunk@...nel.org>,
pm list <linux-pm@...ts.linux-foundation.org>,
Johannes Berg <johannes@...solutions.net>
Subject: Re: [regression, bisected] adb trackpad disappears after suspend to ram
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@...nel.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@...nel.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;
> }
>
--
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