Linux on ARM based TI OMAP SoCs
 help / color / mirror / Atom feed
From: Tony Lindgren <tony@atomide.com>
To: Felipe Balbi <me@felipebalbi.com>
Cc: David Brownell <david-b@pacbell.net>,
	linux-omap@vger.kernel.org, Samuel Ortiz <sameo@openedhand.com>
Subject: Re: [patch/rft 2.6.28-rc3-omap] twl4030-core simplification
Date: Thu, 13 Nov 2008 16:42:44 -0800	[thread overview]
Message-ID: <20081114004243.GB3106@atomide.com> (raw)
In-Reply-To: <20081114002948.GB19711@frodo>

* Felipe Balbi <me@felipebalbi.com> [081113 16:36]:
> On Thu, Nov 13, 2008 at 04:15:09PM -0800, David Brownell wrote:
> > On Thursday 13 November 2008, Tony Lindgren wrote:
> > > * David Brownell <david-b@pacbell.net> [081107 16:45]:
> > > > From: David Brownell <dbrownell@users.sourceforge.net>
> > > > 
> > > > Minor cleanup to twl4030-core: define a helper function to populate
> > > > a single child node, and use it to replace six inconsistent versions
> > > > of the same logic.  Both object and source code shrink.
> > > > 
> > > > As part of this, some devices now have more IRQ resources:  battery
> > > > charger, keypad, ADC, and USB transceiver.  That will help to remove
> > > > some irq #defines that prevent this code from compiling on non-OMAP
> > > > platforms.
> > > 
> > > Pushing to linux-omap tree while waiting for this to fall down from
> > > mainline tree via Samuel's queue.
> > 
> > Hmm, better to revert this and send the updated version I sent
> > as part of the regulator series... that returns the platform
> > device, which is useful in setting up consumers of the regulator
> > devices.

OK, will do.

> > I hadn't gotten any test results other than knowing Felipe was
> > using this.  So I'll hold off a bit on sending the updated
> > patch to Samuel, probably till end-of-week, on the grounds that
> > the keypad, battery, and ADC devices didn't get tested yet.
> 
> The new add_child() works quite ok and simplifies a lot the code. But
> the regulator driver, I think we can hold a bit as that needs careful
> testing.

That's to make USB use the twl regulator code, right?

Tony

  reply	other threads:[~2008-11-14  0:42 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-08  0:45 [patch/rft 2.6.28-rc3-omap] twl4030-core simplification David Brownell
2008-11-13 22:26 ` Tony Lindgren
2008-11-14  0:15   ` David Brownell
2008-11-14  0:35     ` Felipe Balbi
2008-11-14  0:42       ` Tony Lindgren [this message]
2008-11-14  0:52         ` Felipe Balbi
2008-11-14  1:00         ` Tony Lindgren
2008-11-14  1:05           ` David Brownell
2008-11-14  1:30             ` Tony Lindgren
2008-11-14  1:00         ` David Brownell

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=20081114004243.GB3106@atomide.com \
    --to=tony@atomide.com \
    --cc=david-b@pacbell.net \
    --cc=linux-omap@vger.kernel.org \
    --cc=me@felipebalbi.com \
    --cc=sameo@openedhand.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