All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tony Lindgren <tony@atomide.com>
To: Paul Walmsley <paul@pwsan.com>
Cc: linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	kernel-build-reports@lists.linaro.org
Subject: Re: OMAP baseline test results for v3.16-rc4
Date: Tue, 29 Jul 2014 01:49:31 -0700	[thread overview]
Message-ID: <20140729084930.GH29045@atomide.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1407290810160.22957@utopia.booyaka.com>

* Paul Walmsley <paul@pwsan.com> [140729 01:27]:
> On Mon, 28 Jul 2014, Tony Lindgren wrote:
> 
> > Hmm I think the difference with the working v3.10 one is that you have
> > root=/dev/mmcblk0p2 instead of root=/dev/nfs. As the Ethernet on beagle
> > is on the USB EHCI, this is still blocking the deeper idle states AFAIK.
> 
> Hmm?  There's no Ethernet on the 3530 Beagle.
> 
> The hardware configuration on those two boards - the 37xxevm and 
> the 3530es3beagle - hasn't changed between the two test runs, AFAIK.

Oh it's the original beagle, sorry. In that case the uart wake interrupts
need to be enabled for the serial wake to work. I did not do that as
I don't have one. I guess that might explain why it fails? Or are you
using RTC wake for your test?

> Just to take the Beagle out of the equation, here's a test with the 
> 37xxevm on 3.11 where it passes the dynamic idle tests:
> 
> http://www.pwsan.com/omap/testlogs/test_v3.11/20130902150604/pm/37xxevm/37xxevm_log.txt
> 
> And here's one on the 37xxevm on 3.16-rc7 where it fails:
> 
> http://www.pwsan.com/omap/testlogs/test_v3.11/20130902150604/pm/37xxevm/37xxevm_log.txt

Wrong link here :) It should be:

http://www.pwsan.com/omap/testlogs/test_v3.16-rc7/20140727174803/pm/37xxevm/37xxevm_log.txt
 
> I should probably read back those writes to autosuspend_delay_ms, just to 
> make sure they are reaching the right destinations.  But you might want to 
> confirm that you can see the CORE RET count increasing during dynamic idle 
> on your 37xxevm.

Hmm seems to work on 37xxevm for me with my retention test script:

uarts=$(find /sys/class/tty/ttyO*/device/power/ -type d)
for uart in $uarts; do
        echo 3000 > $uart/autosuspend_delay_ms
done

uarts=$(find /sys/class/tty/ttyO*/power/ -type d)
for uart in $uarts; do
        echo enabled > $uart/wakeup
        echo auto > $uart/control
done

echo 0 > /sys/kernel/debug/pm_debug/enable_off_mode

Which produces:

core_pwrdm (ON),OFF:0,RET:7,INA:0,ON:8,RET-LOGIC-OFF:0,RET-MEMBANK1-OFF:0,RET-MEMBANK2-OFF:0

And then setting enable_off_mode:

core_pwrdm (ON),OFF:15,RET:100,INA:8,ON:124,RET-LOGIC-OFF:0,RET-MEMBANK1-OFF:0,RET-MEMBANK2-OFF:0

And I'm using UART3 like I mentioned earlier, but I doubt that
makes a difference.

Are you maybe missing "echo auto > $uart/control"?

Regards,

Tony

WARNING: multiple messages have this Message-ID (diff)
From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: OMAP baseline test results for v3.16-rc4
Date: Tue, 29 Jul 2014 01:49:31 -0700	[thread overview]
Message-ID: <20140729084930.GH29045@atomide.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1407290810160.22957@utopia.booyaka.com>

* Paul Walmsley <paul@pwsan.com> [140729 01:27]:
> On Mon, 28 Jul 2014, Tony Lindgren wrote:
> 
> > Hmm I think the difference with the working v3.10 one is that you have
> > root=/dev/mmcblk0p2 instead of root=/dev/nfs. As the Ethernet on beagle
> > is on the USB EHCI, this is still blocking the deeper idle states AFAIK.
> 
> Hmm?  There's no Ethernet on the 3530 Beagle.
> 
> The hardware configuration on those two boards - the 37xxevm and 
> the 3530es3beagle - hasn't changed between the two test runs, AFAIK.

Oh it's the original beagle, sorry. In that case the uart wake interrupts
need to be enabled for the serial wake to work. I did not do that as
I don't have one. I guess that might explain why it fails? Or are you
using RTC wake for your test?

> Just to take the Beagle out of the equation, here's a test with the 
> 37xxevm on 3.11 where it passes the dynamic idle tests:
> 
> http://www.pwsan.com/omap/testlogs/test_v3.11/20130902150604/pm/37xxevm/37xxevm_log.txt
> 
> And here's one on the 37xxevm on 3.16-rc7 where it fails:
> 
> http://www.pwsan.com/omap/testlogs/test_v3.11/20130902150604/pm/37xxevm/37xxevm_log.txt

Wrong link here :) It should be:

http://www.pwsan.com/omap/testlogs/test_v3.16-rc7/20140727174803/pm/37xxevm/37xxevm_log.txt
 
> I should probably read back those writes to autosuspend_delay_ms, just to 
> make sure they are reaching the right destinations.  But you might want to 
> confirm that you can see the CORE RET count increasing during dynamic idle 
> on your 37xxevm.

Hmm seems to work on 37xxevm for me with my retention test script:

uarts=$(find /sys/class/tty/ttyO*/device/power/ -type d)
for uart in $uarts; do
        echo 3000 > $uart/autosuspend_delay_ms
done

uarts=$(find /sys/class/tty/ttyO*/power/ -type d)
for uart in $uarts; do
        echo enabled > $uart/wakeup
        echo auto > $uart/control
done

echo 0 > /sys/kernel/debug/pm_debug/enable_off_mode

Which produces:

core_pwrdm (ON),OFF:0,RET:7,INA:0,ON:8,RET-LOGIC-OFF:0,RET-MEMBANK1-OFF:0,RET-MEMBANK2-OFF:0

And then setting enable_off_mode:

core_pwrdm (ON),OFF:15,RET:100,INA:8,ON:124,RET-LOGIC-OFF:0,RET-MEMBANK1-OFF:0,RET-MEMBANK2-OFF:0

And I'm using UART3 like I mentioned earlier, but I doubt that
makes a difference.

Are you maybe missing "echo auto > $uart/control"?

Regards,

Tony

  reply	other threads:[~2014-07-29  8:50 UTC|newest]

Thread overview: 60+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-06 23:41 OMAP baseline test results for v3.16-rc4 Paul Walmsley
2014-07-06 23:41 ` Paul Walmsley
2014-07-07  8:02 ` Tony Lindgren
2014-07-07  8:02   ` Tony Lindgren
2014-07-14 17:28   ` Paul Walmsley
2014-07-14 17:28     ` Paul Walmsley
2014-07-15  6:04     ` Tony Lindgren
2014-07-15  6:04       ` Tony Lindgren
2014-07-15 19:56       ` Paul Walmsley
2014-07-15 19:56         ` Paul Walmsley
2014-07-25 19:14   ` Paul Walmsley
2014-07-25 19:14     ` Paul Walmsley
2014-07-29  6:42     ` Tony Lindgren
2014-07-29  6:42       ` Tony Lindgren
2014-07-29  8:25       ` Paul Walmsley
2014-07-29  8:25         ` Paul Walmsley
2014-07-29  8:49         ` Tony Lindgren [this message]
2014-07-29  8:49           ` Tony Lindgren
2014-07-29 12:32           ` Paul Walmsley
2014-07-29 12:32             ` Paul Walmsley
2014-07-29 12:57             ` Paul Walmsley
2014-07-29 12:57               ` Paul Walmsley
2014-07-29 14:53               ` Tony Lindgren
2014-07-29 14:53                 ` Tony Lindgren
2014-07-29 19:37                 ` Paul Walmsley
2014-07-29 19:37                   ` Paul Walmsley
2014-07-30  5:39                   ` Tony Lindgren
2014-07-30  5:39                     ` Tony Lindgren
2014-07-30  7:53                     ` Paul Walmsley
2014-07-30  7:53                       ` Paul Walmsley
2014-07-31 13:11                       ` Tony Lindgren
2014-07-31 13:11                         ` Tony Lindgren
2014-07-31 19:27                         ` Paul Walmsley
2014-07-31 19:27                           ` Paul Walmsley
2014-08-01  7:10                           ` Tony Lindgren
2014-08-01  7:10                             ` Tony Lindgren
2014-08-01  7:52                             ` Tony Lindgren
2014-08-01  7:52                               ` Tony Lindgren
2014-08-07 22:21                             ` Paul Walmsley
2014-08-07 22:21                               ` Paul Walmsley
2014-08-08  2:14                               ` Felipe Balbi
2014-08-08  2:14                                 ` Felipe Balbi
2014-08-08  6:11                                 ` Paul Walmsley
2014-08-08  6:11                                   ` Paul Walmsley
2014-08-08 14:34                                   ` Felipe Balbi
2014-08-08 14:34                                     ` Felipe Balbi
2014-08-08 23:39                                     ` Paul Walmsley
2014-08-08 23:39                                       ` Paul Walmsley
2014-08-09  2:49                                       ` Felipe Balbi
2014-08-09  2:49                                         ` Felipe Balbi
2014-08-08  2:29                               ` Fabio Estevam
2014-08-08  2:29                                 ` Fabio Estevam
2014-08-08  6:14                                 ` Paul Walmsley
2014-08-08  6:14                                   ` Paul Walmsley
2014-08-09 12:41                               ` Ezequiel Garcia
2014-08-09 12:41                                 ` Ezequiel Garcia
2014-07-31 13:12                     ` Tero Kristo
2014-07-31 13:12                       ` Tero Kristo
2014-07-29  8:50         ` Paul Walmsley
2014-07-29  8:50           ` Paul Walmsley

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=20140729084930.GH29045@atomide.com \
    --to=tony@atomide.com \
    --cc=kernel-build-reports@lists.linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=paul@pwsan.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 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.