From: Tomi Valkeinen <tomi.valkeinen@ti.com>
To: Paul Walmsley <paul@pwsan.com>
Cc: linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
archit@ti.com
Subject: Re: [PATCH 0/3] ARM: OMAP2/3: DSS HWMOD fixes
Date: Fri, 31 Aug 2012 11:30:46 +0300 [thread overview]
Message-ID: <1346401846.32389.7.camel@deskari> (raw)
In-Reply-To: <alpine.DEB.2.00.1207040610310.6760@utopia.booyaka.com>
[-- Attachment #1: Type: text/plain, Size: 2807 bytes --]
On Wed, 2012-07-04 at 06:11 -0600, Paul Walmsley wrote:
> Hi Tomi
>
> On Wed, 27 Jun 2012, Paul Walmsley wrote:
>
> > On Thu, 10 May 2012, Tomi Valkeinen wrote:
> >
> > > These patches fix DSS hwmod data related to sysc flags. I haven't seen any
> > > problem produced by these missing bits, but by looking at the TRM it's clear
> > > that they should be defined.
> > >
> > > However, applying these will cause additional warnings to show during boot:
> > >
> > > omap_hwmod: dss_dispc: softreset failed (waited 10000 usec)
> > > omap_hwmod: dss_rfbi: softreset failed (waited 10000 usec)
> > >
> > > Most likely the softreset fails even now, but as there's no check to verify it,
> > > no warnings are visible.
> > >
> > > I think the reason for the failing softreset is the same problem as we have on
> > > OMAP4: dss_core hwmod should be enabled before other dss hwmods can be enabled
> > > (and reset).
> >
> > Thanks, queued for 3.6.
> >
> > Not sure what to do about the softreset issues at the moment, due to
> > competing priorities. But for sure the data should match the hardware.
>
> I've dropped these for 3.6 since they cause a PM regression during a
> system suspend test:
>
> [ 39.721282] Powerdomain (dss_pwrdm) didn't enter target state 1
>
> Probably before we can pull these in, we need to figure out what's going
> on there.
Just tested with current mainline
(155e36d40cf31c17f2b629fc2f2f5527e4cfc324) on omap3 overo, with DSS,
USB, MMC disabled in the kernel config:
# echo mem > /sys/power/state
[ 14.140472] PM: Syncing filesystems ... done.
[ 14.154205] Freezing user space processes ... (elapsed 0.02 seconds)
done.
[ 14.184173] Freezing remaining freezable tasks ... (elapsed 0.02
seconds) done.
[ 14.234283] PM: suspend of devices complete after 13.977 msecs
[ 14.244567] PM: late suspend of devices complete after 4.028 msecs
[ 14.257110] PM: noirq suspend of devices complete after 6.011 msecs
[ 14.263885] Disabling non-boot CPUs ...
[ 15.986541] Powerdomain (iva2_pwrdm) didn't enter target state 1
[ 15.992858] Powerdomain (dss_pwrdm) didn't enter target state 1
[ 15.999084] Powerdomain (per_pwrdm) didn't enter target state 1
[ 16.005310] Powerdomain (core_pwrdm) didn't enter target state 1
[ 16.011627] Powerdomain (usbhost_pwrdm) didn't enter target state 1
[ 16.018188] Could not enter target state in pm_suspend
[ 16.026580] PM: noirq resume of devices complete after 2.807 msecs
[ 16.037597] PM: early resume of devices complete after 2.655 msecs
[ 16.054870] PM: resume of devices complete after 10.620 msecs
[ 16.065643] Restarting tasks ... done.
So things don't look correct even without my patches. Does the suspend
work for you?
Tomi
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: tomi.valkeinen@ti.com (Tomi Valkeinen)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/3] ARM: OMAP2/3: DSS HWMOD fixes
Date: Fri, 31 Aug 2012 11:30:46 +0300 [thread overview]
Message-ID: <1346401846.32389.7.camel@deskari> (raw)
In-Reply-To: <alpine.DEB.2.00.1207040610310.6760@utopia.booyaka.com>
On Wed, 2012-07-04 at 06:11 -0600, Paul Walmsley wrote:
> Hi Tomi
>
> On Wed, 27 Jun 2012, Paul Walmsley wrote:
>
> > On Thu, 10 May 2012, Tomi Valkeinen wrote:
> >
> > > These patches fix DSS hwmod data related to sysc flags. I haven't seen any
> > > problem produced by these missing bits, but by looking at the TRM it's clear
> > > that they should be defined.
> > >
> > > However, applying these will cause additional warnings to show during boot:
> > >
> > > omap_hwmod: dss_dispc: softreset failed (waited 10000 usec)
> > > omap_hwmod: dss_rfbi: softreset failed (waited 10000 usec)
> > >
> > > Most likely the softreset fails even now, but as there's no check to verify it,
> > > no warnings are visible.
> > >
> > > I think the reason for the failing softreset is the same problem as we have on
> > > OMAP4: dss_core hwmod should be enabled before other dss hwmods can be enabled
> > > (and reset).
> >
> > Thanks, queued for 3.6.
> >
> > Not sure what to do about the softreset issues at the moment, due to
> > competing priorities. But for sure the data should match the hardware.
>
> I've dropped these for 3.6 since they cause a PM regression during a
> system suspend test:
>
> [ 39.721282] Powerdomain (dss_pwrdm) didn't enter target state 1
>
> Probably before we can pull these in, we need to figure out what's going
> on there.
Just tested with current mainline
(155e36d40cf31c17f2b629fc2f2f5527e4cfc324) on omap3 overo, with DSS,
USB, MMC disabled in the kernel config:
# echo mem > /sys/power/state
[ 14.140472] PM: Syncing filesystems ... done.
[ 14.154205] Freezing user space processes ... (elapsed 0.02 seconds)
done.
[ 14.184173] Freezing remaining freezable tasks ... (elapsed 0.02
seconds) done.
[ 14.234283] PM: suspend of devices complete after 13.977 msecs
[ 14.244567] PM: late suspend of devices complete after 4.028 msecs
[ 14.257110] PM: noirq suspend of devices complete after 6.011 msecs
[ 14.263885] Disabling non-boot CPUs ...
[ 15.986541] Powerdomain (iva2_pwrdm) didn't enter target state 1
[ 15.992858] Powerdomain (dss_pwrdm) didn't enter target state 1
[ 15.999084] Powerdomain (per_pwrdm) didn't enter target state 1
[ 16.005310] Powerdomain (core_pwrdm) didn't enter target state 1
[ 16.011627] Powerdomain (usbhost_pwrdm) didn't enter target state 1
[ 16.018188] Could not enter target state in pm_suspend
[ 16.026580] PM: noirq resume of devices complete after 2.807 msecs
[ 16.037597] PM: early resume of devices complete after 2.655 msecs
[ 16.054870] PM: resume of devices complete after 10.620 msecs
[ 16.065643] Restarting tasks ... done.
So things don't look correct even without my patches. Does the suspend
work for you?
Tomi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20120831/b032f29d/attachment.sig>
next prev parent reply other threads:[~2012-08-31 8:30 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-10 10:21 [PATCH 0/3] ARM: OMAP2/3: DSS HWMOD fixes Tomi Valkeinen
2012-05-10 10:21 ` Tomi Valkeinen
2012-05-10 10:21 ` [PATCH 1/3] ARM: OMAP2/3: HWMOD: Add missing flags for dispc class Tomi Valkeinen
2012-05-10 10:21 ` Tomi Valkeinen
2012-05-10 10:21 ` [PATCH 2/3] ARM: OMAP2/3: HWMOD: Add missing flag for rfbi class Tomi Valkeinen
2012-05-10 10:21 ` Tomi Valkeinen
2012-05-10 10:21 ` [PATCH 3/3] ARM: OMAP3: HWMOD: Add omap_hwmod_class_sysconfig for dsi Tomi Valkeinen
2012-05-10 10:21 ` Tomi Valkeinen
2012-06-11 6:41 ` [PATCH 0/3] ARM: OMAP2/3: DSS HWMOD fixes Tomi Valkeinen
2012-06-11 6:41 ` Tomi Valkeinen
2012-06-27 20:18 ` Paul Walmsley
2012-06-27 20:18 ` Paul Walmsley
2012-07-04 12:11 ` Paul Walmsley
2012-07-04 12:11 ` Paul Walmsley
2012-08-22 6:24 ` Tomi Valkeinen
2012-08-22 6:24 ` Tomi Valkeinen
2012-08-31 8:30 ` Tomi Valkeinen [this message]
2012-08-31 8:30 ` Tomi Valkeinen
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=1346401846.32389.7.camel@deskari \
--to=tomi.valkeinen@ti.com \
--cc=archit@ti.com \
--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.