* Brian Norris [171222 23:23]:
> + Rafael to this thread
>
> On Wed, Dec 20, 2017 at 11:19:12AM -0800, Tony Lindgren wrote:
> > * Brian Norris [171219 00:50]:
> > > On Wed, Aug 23, 2017 at 09:32:39AM +0800, Jeffy Chen wrote:
> > >
> > > Did
* Brian Norris [171222 23:23]:
> + Rafael to this thread
>
> On Wed, Dec 20, 2017 at 11:19:12AM -0800, Tony Lindgren wrote:
> > * Brian Norris [171219 00:50]:
> > > On Wed, Aug 23, 2017 at 09:32:39AM +0800, Jeffy Chen wrote:
> > >
> > > Did this problem ever get resolved? To be clear, I
+ Rafael to this thread
On Wed, Dec 20, 2017 at 11:19:12AM -0800, Tony Lindgren wrote:
> * Brian Norris [171219 00:50]:
> > On Wed, Aug 23, 2017 at 09:32:39AM +0800, Jeffy Chen wrote:
> >
> > Did this problem ever get resolved? To be clear, I believe the problem
> > at
+ Rafael to this thread
On Wed, Dec 20, 2017 at 11:19:12AM -0800, Tony Lindgren wrote:
> * Brian Norris [171219 00:50]:
> > On Wed, Aug 23, 2017 at 09:32:39AM +0800, Jeffy Chen wrote:
> >
> > Did this problem ever get resolved? To be clear, I believe the problem
> > at hand is:
> >
> > (a) in
Hi,
* Brian Norris [171219 00:50]:
> On Wed, Aug 23, 2017 at 09:32:39AM +0800, Jeffy Chen wrote:
>
> Did this problem ever get resolved? To be clear, I believe the problem
> at hand is:
>
> (a) in suspend/resume (not runtime PM; we may not even have runtime PM
>
Hi,
* Brian Norris [171219 00:50]:
> On Wed, Aug 23, 2017 at 09:32:39AM +0800, Jeffy Chen wrote:
>
> Did this problem ever get resolved? To be clear, I believe the problem
> at hand is:
>
> (a) in suspend/resume (not runtime PM; we may not even have runtime PM
> support for most PCI devices)
Hi Jeffy, Tony,
On Wed, Aug 23, 2017 at 09:32:39AM +0800, Jeffy Chen wrote:
> Hi Tony,
>
> On 08/23/2017 01:26 AM, Tony Lindgren wrote:
> >OK, let's fix any wakeriq ordering issues to make it more
> >usable. Sounds like in your case the wakeirq needs to be enabled
> >late and disabled early,
Hi Jeffy, Tony,
On Wed, Aug 23, 2017 at 09:32:39AM +0800, Jeffy Chen wrote:
> Hi Tony,
>
> On 08/23/2017 01:26 AM, Tony Lindgren wrote:
> >OK, let's fix any wakeriq ordering issues to make it more
> >usable. Sounds like in your case the wakeirq needs to be enabled
> >late and disabled early,
Hi Brian,
On 08/23/2017 09:57 AM, Brian Norris wrote:
Hi Jeffy,
On Wed, Aug 23, 2017 at 09:32:39AM +0800, Jeffy Chen wrote:
and for eage irq, maybe we should enable it right after(or before)
the driver activate wake function(for example activate WOWLAN or
WOLAN), otherwise would it be
Hi Brian,
On 08/23/2017 09:57 AM, Brian Norris wrote:
Hi Jeffy,
On Wed, Aug 23, 2017 at 09:32:39AM +0800, Jeffy Chen wrote:
and for eage irq, maybe we should enable it right after(or before)
the driver activate wake function(for example activate WOWLAN or
WOLAN), otherwise would it be
Hi Jeffy,
On Wed, Aug 23, 2017 at 09:32:39AM +0800, Jeffy Chen wrote:
> and for eage irq, maybe we should enable it right after(or before)
> the driver activate wake function(for example activate WOWLAN or
> WOLAN), otherwise would it be possible to miss some irqs(triggered
> before we actually
Hi Jeffy,
On Wed, Aug 23, 2017 at 09:32:39AM +0800, Jeffy Chen wrote:
> and for eage irq, maybe we should enable it right after(or before)
> the driver activate wake function(for example activate WOWLAN or
> WOLAN), otherwise would it be possible to miss some irqs(triggered
> before we actually
Hi Tony,
On 08/23/2017 01:26 AM, Tony Lindgren wrote:
OK, let's fix any wakeriq ordering issues to make it more
usable. Sounds like in your case the wakeirq needs to be enabled
late and disabled early, while in my test cases I can keep it
enabled basically any time.
yes, in my case it's a
Hi Tony,
On 08/23/2017 01:26 AM, Tony Lindgren wrote:
OK, let's fix any wakeriq ordering issues to make it more
usable. Sounds like in your case the wakeirq needs to be enabled
late and disabled early, while in my test cases I can keep it
enabled basically any time.
yes, in my case it's a
* jeffy [170818 13:05]:
> Hi guys,
>
> On 08/19/2017 02:14 AM, Tony Lindgren wrote:
> > > static irqreturn_t handle_threaded_wake_irq(int irq, void *_wirq)
> > > >{
> > > > struct wake_irq *wirq = _wirq;
> > > > int res;
> > > >
> > > > /* Maybe
* jeffy [170818 13:05]:
> Hi guys,
>
> On 08/19/2017 02:14 AM, Tony Lindgren wrote:
> > > static irqreturn_t handle_threaded_wake_irq(int irq, void *_wirq)
> > > >{
> > > > struct wake_irq *wirq = _wirq;
> > > > int res;
> > > >
> > > > /* Maybe abort suspend? */
> > > >
Hi guys,
On 08/19/2017 02:14 AM, Tony Lindgren wrote:
static irqreturn_t handle_threaded_wake_irq(int irq, void *_wirq)
>{
> struct wake_irq *wirq = _wirq;
> int res;
>
> /* Maybe abort suspend? */
> if (irqd_is_wakeup_set(irq_get_irq_data(irq))) {
>
Hi guys,
On 08/19/2017 02:14 AM, Tony Lindgren wrote:
static irqreturn_t handle_threaded_wake_irq(int irq, void *_wirq)
>{
> struct wake_irq *wirq = _wirq;
> int res;
>
> /* Maybe abort suspend? */
> if (irqd_is_wakeup_set(irq_get_irq_data(irq))) {
>
* jeffy [170818 11:05]:
> On 08/19/2017 01:01 AM, Brian Norris wrote:
> > BTW, in another context, Tony suggested we might need to fix up the IRQ
> > flags
> > like this:
> >
> > int dev_pm_set_dedicated_wake_irq(struct device *dev, int irq)
> > {
> > ...
> >
* jeffy [170818 11:05]:
> On 08/19/2017 01:01 AM, Brian Norris wrote:
> > BTW, in another context, Tony suggested we might need to fix up the IRQ
> > flags
> > like this:
> >
> > int dev_pm_set_dedicated_wake_irq(struct device *dev, int irq)
> > {
> > ...
> > err =
* Brian Norris [170818 10:01]:
> + Tony
>
> On Thu, Aug 17, 2017 at 08:04:29PM +0800, Jeffy Chen wrote:
> > Add support for PCIE_WAKE pin in rockchip pcie driver.
> >
> > Signed-off-by: Jeffy Chen
> > ---
> >
> > Changes in v2:
> > Use
* Brian Norris [170818 10:01]:
> + Tony
>
> On Thu, Aug 17, 2017 at 08:04:29PM +0800, Jeffy Chen wrote:
> > Add support for PCIE_WAKE pin in rockchip pcie driver.
> >
> > Signed-off-by: Jeffy Chen
> > ---
> >
> > Changes in v2:
> > Use dev_pm_set_dedicated_wake_irq
> > -- Suggested by
Hi Brian,
On 08/19/2017 01:01 AM, Brian Norris wrote:
Did you test that this works out correctly as a level-triggered
interrupt? IIUC, the dummy handler won't mask the interrupt, so it might
keep firing. See:
static irqreturn_t handle_threaded_wake_irq(int irq, void *_wirq)
{
struct
Hi Brian,
On 08/19/2017 01:01 AM, Brian Norris wrote:
Did you test that this works out correctly as a level-triggered
interrupt? IIUC, the dummy handler won't mask the interrupt, so it might
keep firing. See:
static irqreturn_t handle_threaded_wake_irq(int irq, void *_wirq)
{
struct
On Fri, Aug 18, 2017 at 10:01:07AM -0700, Brian Norris wrote:
> + Tony
>
> On Thu, Aug 17, 2017 at 08:04:29PM +0800, Jeffy Chen wrote:
> > Add support for PCIE_WAKE pin in rockchip pcie driver.
> >
> > Signed-off-by: Jeffy Chen
> > ---
> >
> > Changes in v2:
> > Use
On Fri, Aug 18, 2017 at 10:01:07AM -0700, Brian Norris wrote:
> + Tony
>
> On Thu, Aug 17, 2017 at 08:04:29PM +0800, Jeffy Chen wrote:
> > Add support for PCIE_WAKE pin in rockchip pcie driver.
> >
> > Signed-off-by: Jeffy Chen
> > ---
> >
> > Changes in v2:
> > Use
+ Tony
On Thu, Aug 17, 2017 at 08:04:29PM +0800, Jeffy Chen wrote:
> Add support for PCIE_WAKE pin in rockchip pcie driver.
>
> Signed-off-by: Jeffy Chen
> ---
>
> Changes in v2:
> Use dev_pm_set_dedicated_wake_irq
> -- Suggested by Brian Norris
+ Tony
On Thu, Aug 17, 2017 at 08:04:29PM +0800, Jeffy Chen wrote:
> Add support for PCIE_WAKE pin in rockchip pcie driver.
>
> Signed-off-by: Jeffy Chen
> ---
>
> Changes in v2:
> Use dev_pm_set_dedicated_wake_irq
> -- Suggested by Brian Norris
>
> drivers/pci/host/pcie-rockchip.c
Hi Shawn,
On 08/18/2017 03:23 PM, Shawn Lin wrote:
@@ -1524,6 +1532,9 @@ static int rockchip_pcie_remove(struct
platform_device *pdev)
struct device *dev = >dev;
struct rockchip_pcie *rockchip = dev_get_drvdata(dev);
+dev_pm_clear_wake_irq(dev);
+device_init_wakeup(dev,
Hi Shawn,
On 08/18/2017 03:23 PM, Shawn Lin wrote:
@@ -1524,6 +1532,9 @@ static int rockchip_pcie_remove(struct
platform_device *pdev)
struct device *dev = >dev;
struct rockchip_pcie *rockchip = dev_get_drvdata(dev);
+dev_pm_clear_wake_irq(dev);
+device_init_wakeup(dev,
Hi Jeffy
On 2017/8/17 20:04, Jeffy Chen wrote:
Add support for PCIE_WAKE pin in rockchip pcie driver.
Signed-off-by: Jeffy Chen
---
Changes in v2:
Use dev_pm_set_dedicated_wake_irq
-- Suggested by Brian Norris
Hi Jeffy
On 2017/8/17 20:04, Jeffy Chen wrote:
Add support for PCIE_WAKE pin in rockchip pcie driver.
Signed-off-by: Jeffy Chen
---
Changes in v2:
Use dev_pm_set_dedicated_wake_irq
-- Suggested by Brian Norris
drivers/pci/host/pcie-rockchip.c | 13 -
1 file changed,
Add support for PCIE_WAKE pin in rockchip pcie driver.
Signed-off-by: Jeffy Chen
---
Changes in v2:
Use dev_pm_set_dedicated_wake_irq
-- Suggested by Brian Norris
drivers/pci/host/pcie-rockchip.c | 13 -
1 file changed,
Add support for PCIE_WAKE pin in rockchip pcie driver.
Signed-off-by: Jeffy Chen
---
Changes in v2:
Use dev_pm_set_dedicated_wake_irq
-- Suggested by Brian Norris
drivers/pci/host/pcie-rockchip.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git
34 matches
Mail list logo