public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Mattias Wallin <mattias.wallin@stericsson.com>
To: Samuel Ortiz <sameo@linux.intel.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"broonie@opensource.wolfsonmicro.com" 
	<broonie@opensource.wolfsonmicro.com>,
	Linus WALLEIJ <linus.walleij@stericsson.com>
Subject: Re: [PATCH 2/3] MFD: AB8500 debugfs
Date: Mon, 13 Sep 2010 15:52:34 +0200	[thread overview]
Message-ID: <4C8E2CA2.9020703@stericsson.com> (raw)
In-Reply-To: <20100913132618.GB2555@sortiz-mobl>



On 09/13/2010 03:26 PM, Samuel Ortiz wrote:
> Hi Mattias,
> 
> I have some addtional comments:
> 
> On Mon, Sep 13, 2010 at 10:33:02AM +0200, Mattias Wallin wrote:
>> +static struct platform_driver ab8500_debug_driver = {
>> +       .driver = {
>> +               .name = "ab8500-debug",
>> +               .owner = THIS_MODULE,
>> +       },
>> +       .probe  = ab8500_debug_probe,
>> +       .remove = __devexit_p(ab8500_debug_remove)
>> +};
>> +
>> +static int __init ab8500_debug_init(void)
>> +{
>> +       return platform_driver_register(&ab8500_debug_driver);
>> +}
>> +
>> +static void __exit ab8500_debug_exit(void)
>> +{
>> +       platform_driver_unregister(&ab8500_debug_driver);
>> +}
> It seems a bit awkward to me to have this code as an actual platform driver.
> Why not defining ab8500_debug_[probe|remove] in ab8500.h as no-op when
> CONFIG_AB8500_DEBUG is not defined and as extern otherwise ?
In the register access interface abx500_get_register_interruptible() the first
argument is a struct *device. This struct *device needs to be a (platform) device "child" to
the ab8500-core (dev->parent is used).
The idea is that we want only devices started by the ab8500 core to
be able to access the ab8500 registers. So all platform devices started by
ab8500-core just pass in their own struct *device as first argument.

So the register access restricted to device children is one reason. I also
want the debugfs driver to use the same access method as all other subdrivers.

BR,
/Mattias Wallin

  reply	other threads:[~2010-09-13 13:52 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-13  8:33 [PATCH 2/3] MFD: AB8500 debugfs Mattias Wallin
2010-09-13  8:55 ` Mark Brown
2010-09-13 13:26 ` Samuel Ortiz
2010-09-13 13:52   ` Mattias Wallin [this message]
2010-09-13 14:09     ` Samuel Ortiz
  -- strict thread matches above, loose matches on Subject: below --
2010-09-10 15:53 Mattias Wallin
2010-09-10 16:43 ` Mark Brown
2010-09-10 15:48 Mattias Wallin

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=4C8E2CA2.9020703@stericsson.com \
    --to=mattias.wallin@stericsson.com \
    --cc=broonie@opensource.wolfsonmicro.com \
    --cc=linus.walleij@stericsson.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