[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20180925164833.GP5662@atomide.com>
Date: Tue, 25 Sep 2018 09:48:33 -0700
From: Tony Lindgren <tony@...mide.com>
To: Andreas Kemnade <andreas@...nade.info>
Cc: BenoƮt Cousson <bcousson@...libre.com>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
linux-omap@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, letux-kernel@...nphoenux.org
Subject: Re: [PATCH] ARM: dts: gta04: add serial console wakeup irq
* Andreas Kemnade <andreas@...nade.info> [180925 05:32]:
> Hi Tony,
>
> On Mon, 24 Sep 2018 15:03:45 -0700
> Tony Lindgren <tony@...mide.com> wrote:
>
> > * Andreas Kemnade <andreas@...nade.info> [180923 08:12]:
> > > This enables the possibility to have more aggressive runtime pm
> > > by providing proper wakeup irq for the serial console.
> >
> > Thanks applying to omap-for-v4.20/dt.
> >
> > FYI, you can now grep wake /proc/interrupts and see the
> > wakeirq counts increase when they trigger. Might be handy
> > for debugging PM stuff.
> >
> thanks for that information, you also had a patch for checking
> pm which was explicitely marked as not-to-merge. Is there
> any up-to-date version of it?
It's still the same so no updates to it.
> Well, for debugging I check first average currents via bq27000
> attached to omap_hdq. omap_hdq gets stuck after first transaction
> after idling uarts which does not happen when CM_AUTOIDLE1_CORE.AUTO_HDQ
> is cleared. Reloading the omap_hdq module to try to fix things
> makes w1 really freak out (patch already sent for that).
> Well, will do some rtfm and hopefully come back with a patch.
> afaicr there was something special...
Hmm sounds like drivers/w1/masters/omap_hdq.c needs to implement
PM runtime calls, it's probably just enabled because of only
needing the interconnect fck that the uart happens to keep
enabled.
> The result are power management problem in /dev/brain ;-)
:)
Tony
Powered by blists - more mailing lists