From: "Peter 'p2' De Schrijver" <peter.de-schrijver@nokia.com>
To: ext David Brownell <david-b@pacbell.net>
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 2/3] Adapt twl4030 power code to new twl4030 code
Date: Wed, 8 Oct 2008 09:49:13 +0300 [thread overview]
Message-ID: <20081008064913.GA4542@codecarver.research.nokia.com> (raw)
In-Reply-To: <200810070919.55138.david-b@pacbell.net>
Hi David,
>
> Your set of patches seems to have discarded support for quite
> a few platforms. I don't quite know the details of what these
> PM scripts are doing ... could they be misbehaving on Beagle,
> so that they explain why "reboot" on RC8 fails?
>
>
It might. At least the warmreset script might cause problems on Beagle.
I'm not familiar enough with beagle to know for sure.
> > +static int __init twl4030_power_probe(struct platform_device *pdev)
>
> Pretty much everything here is "init" code, which is fine;
> I like seeing smaller runtime images. But:
>
>
> >
> > @@ -340,4 +271,17 @@ static int __init twl4030_power_init(void)
> >
> > }
> >
> > +static struct platform_driver twl4030_power = {
> > + .probe = twl4030_power_probe,
> > + .driver = {
> > + .name = "twl4030_power",
> > + .owner = THIS_MODULE,
> > + },
> > +};
> > +
> > +static int __init twl4030_power_init(void)
> > +{
> > + return platform_driver_register(&twl4030_power);
>
> ... in that case, why not platform_driver_probe(), so there's
> not even a whiff of a notion that this driver remain init is
> done?
>
That's correct. The 'driver' basically loads the scripts in the twl4030 and
that's it. The hw will then execute the scripts when necessary.
> And I can't help but wonder why this isn't just part of
> the twl4030-core code, without even a platform device/driver.
If you think all this script loading stuff can go into twl4030-core, I
can make a patch to move it there.
>
> I didn't move it to drivers/mfd because it seemed almost all
> SDP-specific. But to the extent that it's something generic
> and "part of the core", maybe that's where it should be.
> Not necessarily part of the same file.
>
It's not SDP specific, but it is OMAP specific I think. At least I can't
see use cases outside OMAP2/3.
Cheers,
Peter.
--
goa is a state of mind
next prev parent reply other threads:[~2008-10-08 6:49 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-07 14:34 [PATCH 0/3] Move twl4030 scripts to platform data Peter 'p2' De Schrijver
2008-10-07 14:34 ` [PATCH 1/3] Add twl4030 scripts to 3430sdp " Peter 'p2' De Schrijver
2008-10-07 14:34 ` [PATCH 2/3] Adapt twl4030 power code to new twl4030 code Peter 'p2' De Schrijver
2008-10-07 14:34 ` [PATCH 3/3] Add twl4030 power platform device Peter 'p2' De Schrijver
2008-10-07 16:19 ` [PATCH 2/3] Adapt twl4030 power code to new twl4030 code David Brownell
2008-10-08 6:49 ` Peter 'p2' De Schrijver [this message]
2008-10-08 7:16 ` David Brownell
2008-10-08 7:22 ` David Brownell
2008-11-08 0:05 ` David Brownell
2008-10-07 16:05 ` [PATCH 0/3] Move twl4030 scripts to platform data 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=20081008064913.GA4542@codecarver.research.nokia.com \
--to=peter.de-schrijver@nokia.com \
--cc=david-b@pacbell.net \
--cc=linux-omap@vger.kernel.org \
/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.