From: Sudeep Holla <sudeep.holla@arm.com> To: Javier Martinez Canillas <javier.martinez@collabora.co.uk>, Doug Anderson <dianders@chromium.org> Cc: Sudeep Holla <sudeep.holla@arm.com>, Krzysztof Kozlowski <k.kozlowski@samsung.com>, "linux-samsung-soc@vger.kernel.org" <linux-samsung-soc@vger.kernel.org>, Jason Cooper <jason@lakedaemon.net>, Chanho Park <parkch98@gmail.com>, "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, Kukjin Kim <kgene@kernel.org>, Peter Chubb <peter.chubb@nicta.com.au>, Shuah Khan <shuahkhan@gmail.com>, Thomas Gleixner <tglx@linutronix.de>, Tomasz Figa <tomasz.figa@gmail.com>, "linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org> Subject: Re: [PATCH v2 1/1] irqchip: exynos-combiner: Save IRQ enable set on suspend Date: Mon, 15 Jun 2015 10:01:47 +0100 [thread overview] Message-ID: <557E947B.3030804@arm.com> (raw) In-Reply-To: <557E82BC.7080203@collabora.co.uk> On 15/06/15 08:46, Javier Martinez Canillas wrote: [...] > > Sudeep, so we may need something like $subject after all from Doug's > explanations since the combiner chip state is lost during a S2R. I know > that it adds more duplicated code (others irqchip drivers do the same) > and it may not scale well if a chip has many registers but is the best > solution I could came with. > OK > If you have a suggestion for a better alternative, I can give a try and > write the patch. But I think $subject could also land to fix this issue > since is a very non intrusive change and later can be changed once the > irqchip core supports this use case. > Agreed. But I would suggest also to add MASK_ON_SUSPEND and set_irq_wake also and then you can restore iff it's non-zero as irq core will take care of most of the non-wakeup sources. Because I am planning to push MASK_ON_SUSPEND to GIC and it will break this combiner if it assumes the combiner interrupts are always on in GIC. Implement set_irq_wake as enable_irq_wake (comb_irq_to_GIC). Regards, Sudeep
WARNING: multiple messages have this Message-ID (diff)
From: sudeep.holla@arm.com (Sudeep Holla) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH v2 1/1] irqchip: exynos-combiner: Save IRQ enable set on suspend Date: Mon, 15 Jun 2015 10:01:47 +0100 [thread overview] Message-ID: <557E947B.3030804@arm.com> (raw) In-Reply-To: <557E82BC.7080203@collabora.co.uk> On 15/06/15 08:46, Javier Martinez Canillas wrote: [...] > > Sudeep, so we may need something like $subject after all from Doug's > explanations since the combiner chip state is lost during a S2R. I know > that it adds more duplicated code (others irqchip drivers do the same) > and it may not scale well if a chip has many registers but is the best > solution I could came with. > OK > If you have a suggestion for a better alternative, I can give a try and > write the patch. But I think $subject could also land to fix this issue > since is a very non intrusive change and later can be changed once the > irqchip core supports this use case. > Agreed. But I would suggest also to add MASK_ON_SUSPEND and set_irq_wake also and then you can restore iff it's non-zero as irq core will take care of most of the non-wakeup sources. Because I am planning to push MASK_ON_SUSPEND to GIC and it will break this combiner if it assumes the combiner interrupts are always on in GIC. Implement set_irq_wake as enable_irq_wake (comb_irq_to_GIC). Regards, Sudeep
next prev parent reply other threads:[~2015-06-15 9:02 UTC|newest] Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top 2015-06-12 5:43 [PATCH v2 1/1] irqchip: exynos-combiner: Save IRQ enable set on suspend Javier Martinez Canillas 2015-06-12 5:43 ` Javier Martinez Canillas 2015-06-12 5:57 ` Krzysztof Kozlowski 2015-06-12 5:57 ` Krzysztof Kozlowski 2015-06-12 10:10 ` Sudeep Holla 2015-06-12 10:10 ` Sudeep Holla 2015-06-12 10:42 ` Krzysztof Kozlowski 2015-06-12 10:42 ` Krzysztof Kozlowski 2015-06-12 10:56 ` Sudeep Holla 2015-06-12 10:56 ` Sudeep Holla 2015-06-12 11:27 ` Javier Martinez Canillas 2015-06-12 11:27 ` Javier Martinez Canillas 2015-06-12 11:54 ` Sudeep Holla 2015-06-12 11:54 ` Sudeep Holla 2015-06-12 12:57 ` Javier Martinez Canillas 2015-06-12 12:57 ` Javier Martinez Canillas 2015-06-12 19:36 ` Javier Martinez Canillas 2015-06-12 19:36 ` Javier Martinez Canillas 2015-06-12 20:17 ` Doug Anderson 2015-06-12 20:17 ` Doug Anderson 2015-06-15 7:46 ` Javier Martinez Canillas 2015-06-15 7:46 ` Javier Martinez Canillas 2015-06-15 9:01 ` Sudeep Holla [this message] 2015-06-15 9:01 ` Sudeep Holla 2015-06-15 15:00 ` Javier Martinez Canillas 2015-06-15 15:00 ` Javier Martinez Canillas 2015-06-15 15:08 ` Sudeep Holla 2015-06-15 15:08 ` Sudeep Holla 2015-06-15 15:23 ` Javier Martinez Canillas 2015-06-15 15:23 ` Javier Martinez Canillas 2015-06-15 23:57 ` Krzysztof Kozlowski 2015-06-15 23:57 ` Krzysztof Kozlowski 2015-06-16 3:19 ` Javier Martinez Canillas 2015-06-16 3:19 ` Javier Martinez Canillas 2015-06-16 8:21 ` Thomas Gleixner 2015-06-16 8:21 ` Thomas Gleixner 2015-06-16 12:32 ` Tomasz Figa 2015-06-16 12:32 ` Tomasz Figa 2015-06-16 13:11 ` Sudeep Holla 2015-06-16 13:11 ` Sudeep Holla 2015-06-15 8:52 ` Sudeep Holla 2015-06-15 8:52 ` Sudeep Holla 2015-06-16 9:36 ` [tip:irq/core] " tip-bot for Javier Martinez Canillas
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=557E947B.3030804@arm.com \ --to=sudeep.holla@arm.com \ --cc=dianders@chromium.org \ --cc=jason@lakedaemon.net \ --cc=javier.martinez@collabora.co.uk \ --cc=k.kozlowski@samsung.com \ --cc=kgene@kernel.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-samsung-soc@vger.kernel.org \ --cc=parkch98@gmail.com \ --cc=peter.chubb@nicta.com.au \ --cc=shuahkhan@gmail.com \ --cc=tglx@linutronix.de \ --cc=tomasz.figa@gmail.com \ /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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.