From: Andreas Kemnade <andreas@kemnade.info>
To: Tony Lindgren <tony@atomide.com>
Cc: Michael Nazzareno Trimarchi <michael@amarulasolutions.com>,
USB list <linux-usb@vger.kernel.org>,
Linux OMAP Mailing List <linux-omap@vger.kernel.org>,
Discussions about the Letux Kernel <letux-kernel@openphoenux.org>,
Roger Quadros <rogerq@ti.com>
Subject: power management problems in ehci-omap
Date: Tue, 6 Feb 2018 19:40:20 +0100 [thread overview]
Message-ID: <20180206194020.349468da@aktux> (raw)
On Tue, 6 Feb 2018 10:16:23 -0800
Tony Lindgren <tony@atomide.com> wrote:
> * Andreas Kemnade <andreas@kemnade.info> [180206 18:04]:
> > On Tue, 6 Feb 2018 09:17:37 -0800
> > Tony Lindgren <tony@atomide.com> wrote:
> > > uarts=$(find /sys/class/tty/tty[SO]*/power/ -type d 2>/dev/null)
> > > for uart in $uarts; do
> > > echo enabled > $uart/wakeup 2>&1
> > > echo auto > $uart/control 2>&1
> > > done
> > >
> >
> > hmm, this looks a bit like runtime suspend.
>
> Not only that, it enables wakeup for UART also for suspend :)
>
We are using the rtc for wakeup and measure discharge of battery
for a time frame of about 300 seconds.
> That is if your dts has it configured with interrupts-extended
> for the console UART like omap3-beagle-xm.dts has for example.
> Seems like the gta04 dts don't have these.. And you also want
> to have chosen with stdout-path = &uart3 or whatever the debug
> UART is for earlycon to work.
>
> > I mean suspend aka echo mem >/sys/power/state
> >
> > > echo -n 1 > /sys/kernel/debug/pm_debug/enable_off_mode
>
> And the above will enable SoC and PMIC off modes, which will also
> take the suspend power to some much much lower value :) You need
> to configure the PMIC too depending if the oscillator can be turned
> off, in that case set "ti,twl4030-power-idle-osc-off". That too
> seems to be missing in gta04 dts files..
>
It was in our tree. It can be enabled for the gta04a5. We have even done
that. But then suspend while charging breaks. I have no idea how to do a
proper if-not-charging-power-idle-osc-off patch...
Yes there are other places where we can optimize suspend current. But
lets first find out why ehci-omap seems to cause trouble here.
So we are looking for around 15mA of additional suspend current when the
module is loaded.
Shouldn't the reset line of the phy (usb-nop-xceiv) be set to low when
going to suspend? I do not see code how to do it. I guess that is the
reason.
BTW:
root@letux:~# cat /sys/bus/platform/devices/48064800.ehci/power/runtime_status
active
Regards,
Andreas
next reply other threads:[~2018-02-06 18:40 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-06 18:40 Andreas Kemnade [this message]
-- strict thread matches above, loose matches on Subject: below --
2018-02-07 9:21 power management problems in ehci-omap Roger Quadros
2018-02-06 18:16 Tony Lindgren
2018-02-06 18:03 Andreas Kemnade
2018-02-06 17:17 Tony Lindgren
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=20180206194020.349468da@aktux \
--to=andreas@kemnade.info \
--cc=letux-kernel@openphoenux.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=michael@amarulasolutions.com \
--cc=rogerq@ti.com \
--cc=tony@atomide.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: 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;
as well as URLs for NNTP newsgroup(s).