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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox