public inbox for linux-omap@vger.kernel.org
 help / color / mirror / Atom feed
From: Kevin Hilman <khilman@deeprootsystems.com>
To: Tony Lindgren <tony@atomide.com>
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Paul Walmsley <paul@pwsan.com>,
	linux-omap@vger.kernel.org,
	linux-arm-kernel@lists.arm.linux.org.uk
Subject: Re: RFD: OMAP PRCM register access holding up PM branch submissions
Date: Thu, 12 Mar 2009 10:55:01 -0700	[thread overview]
Message-ID: <87mybq62yy.fsf@deeprootsystems.com> (raw)
In-Reply-To: <20090312172646.GL19229@atomide.com> (Tony Lindgren's message of "Thu\, 12 Mar 2009 10\:26\:46 -0700")

Tony Lindgren <tony@atomide.com> writes:

> * Russell King - ARM Linux <linux@arm.linux.org.uk> [090312 10:03]:
>> On Thu, Mar 12, 2009 at 09:54:41AM -0700, Kevin Hilman wrote:
>> > If you can share your opinions on the two register access approaches I
>> > described, I will work on coordinating development in that direction.
>> 
>> If I had a path forwards, then I would say so.  At the moment, I have
>> a vague idea about what I'd like to see, but it isn't in a workable
>> state at the present time.
>> 
>> I need to put further thought and time into coming up with a solution.
>> For the time being, I am not going to apply the outstanding patches to
>> put in place a solution which is totally confused about iomem and u32
>> types with lots of casts to make it work.  Even one which passes u32
>> types to the IO accessors (which don't produce a warning but shouldn't
>> be allowed in any case.)
>
> Well let's get the current omap clock patches in omap-clks3 merged.
> It is already way closer to what we need than the current mainline code.
>
> Paul, maybe you can post that series to linux-omap for final review
> and testing because of the mail/OOM issues Russell is having?

I will post this series to linux-omap for final review.

I don't think there are any major objections that should prevent this
from going into this merge window.  

> Then we'll come up with a proper solution for the remaining patches
> after this merge window.

Agreed, this PRCM issue does not need to be resolved for this merge window.

Kevin

      reply	other threads:[~2009-03-12 17:55 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-12 15:25 RFD: OMAP PRCM register access holding up PM branch submissions Kevin Hilman
2009-03-12 16:28 ` Russell King - ARM Linux
2009-03-12 16:54   ` Kevin Hilman
2009-03-12 17:01     ` Russell King - ARM Linux
2009-03-12 17:26       ` Tony Lindgren
2009-03-12 17:55         ` Kevin Hilman [this message]

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=87mybq62yy.fsf@deeprootsystems.com \
    --to=khilman@deeprootsystems.com \
    --cc=linux-arm-kernel@lists.arm.linux.org.uk \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux@arm.linux.org.uk \
    --cc=paul@pwsan.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