All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tomi Valkeinen <tomi.valkeinen@ti.com>
To: Paul Walmsley <paul@pwsan.com>
Cc: Kevin Hilman <khilman@ti.com>, linux-omap <linux-omap@vger.kernel.org>
Subject: Re: DSS pwrdm usecount, disabling autodeps for DSS
Date: Mon, 12 Mar 2012 11:00:47 +0200	[thread overview]
Message-ID: <1331542847.2097.4.camel@deskari> (raw)
In-Reply-To: <alpine.DEB.2.00.1203091055150.7039@utopia.booyaka.com>

[-- Attachment #1: Type: text/plain, Size: 1025 bytes --]

On Fri, 2012-03-09 at 10:57 -0700, Paul Walmsley wrote:
> On Fri, 9 Mar 2012, Tomi Valkeinen wrote:
> 
> > I didn't get very far with the patch =(. Tested on omap3 overo, with
> > -rc6 based dss tree.
> 
> Thanks for testing and the .config.  Probably the best thing to do in the 
> medium term is to fix the hwmod iclk handling; I think that will also fix 
> the DSS autodeps problem.

Btw, I don't know if it affects omap2/3, but I'm making a change with
the dss hwmod devices so that the dss_core will be a parent device to
all the other dss hwmod devices. This solves the mess on omap4, the
modulemode bit, and the sequence in which the dss clocks need to be
enabled, as dss_core will always be enabled first.

This requires two patches for omap_device, "ARM: OMAP: remove
omap_device_parent", "ARM: OMAP: omap_device: Expose omap_device_{alloc,
delete, register}" which I hope are going in in the next merge window.

So, it may not affect omap2/3 in any way, but just thought to mention.

 Tomi


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

  reply	other threads:[~2012-03-12  9:00 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-09  0:42 DSS pwrdm usecount, disabling autodeps for DSS Kevin Hilman
2012-03-09 11:08 ` Grazvydas Ignotas
2012-03-09 11:14 ` Tomi Valkeinen
2012-03-09 17:57   ` Paul Walmsley
2012-03-12  9:00     ` Tomi Valkeinen [this message]
2012-03-12 16:24       ` Kevin Hilman
2012-03-09 18:17   ` Kevin Hilman

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=1331542847.2097.4.camel@deskari \
    --to=tomi.valkeinen@ti.com \
    --cc=khilman@ti.com \
    --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.