From: Sangbeom Kim <sbkim73@samsung.com>
To: "'Mark Brown'" <broonie@opensource.wolfsonmicro.com>
Cc: "'Samuel Ortiz'" <sameo@linux.intel.com>, linux-kernel@vger.kernel.org
Subject: RE: [PATCH 1/3] mfd: Add S5M core driver
Date: Sun, 23 Oct 2011 19:39:36 +0900 [thread overview]
Message-ID: <009701cc9170$0f2e9ee0$2d8bdca0$@com> (raw)
In-Reply-To: <20111023083704.GA3135@opensource.wolfsonmicro.com>
Hi!
On Sun, Oct 23, 2011 at 05:37 PM +0900, Mark Brown wrote:
> > drivers/mfd/s5m-core.c | 235 +++++++++++++++++++++++++
> > include/linux/mfd/s5m87xx/s5m-core.h | 313
> > ++++++++++++++++++++++++++++++++++
>
> Naughty Outlook!
Sorry, I hope that I can send next version by git send-email.
> Actually, looking at this what I'm thinking is that we should put some
> inline functions in the regmap header which let you write this as
> something like
>
> int s5m_reg_read(struct s5m87xx_dev *s5m87xx, u8 reg, u8 *dest)
> {
> return regmap_read_u8(s5m87xx->dev, reg, dest);
> }
> (which might be inline itself) as most of what you're doing here is the
> type conversion for the arguments.
OK, I will modify it.
>
> > +EXPORT_SYMBOL(s5m_bulk_read);
>
> All this stuff should be _GPL as the regmap core is _GPL - you shouldn't
> wrap a _GPL function with a non-GPL one.
You mean that EXPORT_SYMBOL should be replace with EXPORT_SYMBOL_GPL?
> > +static struct mfd_cell s5m87xx_devs[] = {
> > + {
> > + .name = "s5m8763-pmic",
> > + }, {
> > + .name = "s5m8767-pmic",
> > + }, {
>
> It looks a bit odd to have both simultaneously but I guess this will
> become more obvious later on? I guess what I'd expect is one of these
> arrays per device variant.
My intention of this mfd driver is supporting all samsung mfd.
It is desirable that a core driver handle various driver to prevent produce
similar code.
So, If I want to implement like above concept, What kind of approach can be
advised?
> > + s5m87xx->dev = &i2c->dev;
> > + s5m87xx->i2c = i2c;
> > + s5m87xx->irq = i2c->irq;
>
> Is SPI supported?
SPI isn't supported by Samsung mfd
>
> > + dev_info(s5m87xx->dev ,"SAMSUNG S5M MFD\n");
>
> Probably best to remove this for mainline, it's not really adding
> anything.
OK, I will remove it.
> > +static const struct i2c_device_id s5m87xx_i2c_id[] = {
> > + { "s5m87xx", 0 },
> > + { }
> > +};
> > +MODULE_DEVICE_TABLE(i2c, s5m87xx_i2c_id);
>
> It'd be better to have one entry per chip explicitly naming the device,
> that way boards are describing which they have and the kernel can apply
> any device specific configuration.
>
As I write above, I want to use a core driver for various mfd.
What kind of approach can be advised?
I'm very thank for your kindly review.
Sangbeom.
next prev parent reply other threads:[~2011-10-23 10:39 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-23 8:07 [PATCH 1/3] mfd: Add S5M core driver Sangbeom Kim
2011-10-23 8:37 ` Mark Brown
2011-10-23 10:39 ` Sangbeom Kim [this message]
2011-10-23 11:55 ` Mark Brown
-- strict thread matches above, loose matches on Subject: below --
2011-10-23 7:29 [PATCH 0/3] mfd: S5M series initial release Sangbeom Kim
2011-10-23 7:30 ` [PATCH 1/3] mfd: Add S5M core driver Sangbeom Kim
2011-10-21 10:28 [PATCH 0/3] mfd: S5M core driver initial release Sangbeom Kim
2011-10-21 10:28 ` [PATCH 1/3] mfd: Add S5M core driver Sangbeom Kim
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='009701cc9170$0f2e9ee0$2d8bdca0$@com' \
--to=sbkim73@samsung.com \
--cc=broonie@opensource.wolfsonmicro.com \
--cc=linux-kernel@vger.kernel.org \
--cc=sameo@linux.intel.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