All of lore.kernel.org
 help / color / mirror / Atom feed
From: arnd@arndb.de (Arnd Bergmann)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC PATCH v3 0/2] drivers: mfd: Versatile Express SPC support
Date: Wed, 19 Jun 2013 14:37:20 +0200	[thread overview]
Message-ID: <201306191437.20759.arnd@arndb.de> (raw)
In-Reply-To: <20130619093014.GX7161@zurbaran>

On Wednesday 19 June 2013, Samuel Ortiz wrote:
> > 2. Move the vexpress-sysreg "platform management" functions into misc
> > (unless we get any better place for it)
> This is for Arnd and Greg to decide I suppose.


I think when vexpress-sysreg was created, we didn't have the syscon driver
yet, otherwise I think we should have used that, and put separate
drivers on top.

Not sure if it's too late for changing it to that now, given that
we already have a binding.

It seems we should use the same code for versatile and realview, or
at least it will only need small modifications to apply to all of
these platforms.

What I think could be helpful here is:

* export a "syscon" for the low-level registers

* add a gpio driver based on the syscon interface, and move the gpiochip
  implementation there

* move the low-leve "config" code from the sysreg driver into the
  vexpress-config driver and make it use the syscon.

* move the other global functions from the driver into the callers
  and use syscon there.

That would end up eliminating the sysreg driver, aside from maybe
a one-line change to the syscon driver to allow it to probe the
right device.

> > 3. Move vexpress-config into drivers/bus as it is (however I see no one
> > in MAINTAINERS for this directory)
> ISTR that Arnd originally created that directory, so he may help here.
> Arnd also had some concerns about implementing this code as a bus,
> mostly about it not being a discoverable bus. IMHO that's a valid
> concern, and this is why you ended up putting it under MFD which can be
> seen as some sort of platform devices bus. But I still believe the bus
> API would make this code look cleaner and easier to maintain.

Sorry, I don't see why it would be a bus. I assume that there is code
missing somewhere that is not yet merged, right?

	Arnd

WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: Samuel Ortiz <sameo@linux.intel.com>
Cc: Pawel Moll <pawel.moll@arm.com>,
	Lorenzo Pieralisi <Lorenzo.Pieralisi@arm.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	"devicetree-discuss@lists.ozlabs.org"
	<devicetree-discuss@lists.ozlabs.org>,
	Nicolas Pitre <nicolas.pitre@linaro.org>,
	Amit Kucheria <amit.kucheria@linaro.org>,
	Jon Medhurst <tixy@linaro.org>, Achin Gupta <Achin.Gupta@arm.com>,
	Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@arm.com>
Subject: Re: [RFC PATCH v3 0/2] drivers: mfd: Versatile Express SPC support
Date: Wed, 19 Jun 2013 14:37:20 +0200	[thread overview]
Message-ID: <201306191437.20759.arnd@arndb.de> (raw)
In-Reply-To: <20130619093014.GX7161@zurbaran>

On Wednesday 19 June 2013, Samuel Ortiz wrote:
> > 2. Move the vexpress-sysreg "platform management" functions into misc
> > (unless we get any better place for it)
> This is for Arnd and Greg to decide I suppose.


I think when vexpress-sysreg was created, we didn't have the syscon driver
yet, otherwise I think we should have used that, and put separate
drivers on top.

Not sure if it's too late for changing it to that now, given that
we already have a binding.

It seems we should use the same code for versatile and realview, or
at least it will only need small modifications to apply to all of
these platforms.

What I think could be helpful here is:

* export a "syscon" for the low-level registers

* add a gpio driver based on the syscon interface, and move the gpiochip
  implementation there

* move the low-leve "config" code from the sysreg driver into the
  vexpress-config driver and make it use the syscon.

* move the other global functions from the driver into the callers
  and use syscon there.

That would end up eliminating the sysreg driver, aside from maybe
a one-line change to the syscon driver to allow it to probe the
right device.

> > 3. Move vexpress-config into drivers/bus as it is (however I see no one
> > in MAINTAINERS for this directory)
> ISTR that Arnd originally created that directory, so he may help here.
> Arnd also had some concerns about implementing this code as a bus,
> mostly about it not being a discoverable bus. IMHO that's a valid
> concern, and this is why you ended up putting it under MFD which can be
> seen as some sort of platform devices bus. But I still believe the bus
> API would make this code look cleaner and easier to maintain.

Sorry, I don't see why it would be a bus. I assume that there is code
missing somewhere that is not yet merged, right?

	Arnd

  reply	other threads:[~2013-06-19 12:37 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-06  9:59 [RFC PATCH v3 0/2] drivers: mfd: Versatile Express SPC support Lorenzo Pieralisi
2013-06-06  9:59 ` Lorenzo Pieralisi
2013-06-06  9:59 ` Lorenzo Pieralisi
2013-06-06  9:59 ` [RFC PATCH v3 1/2] drivers: mfd: refactor the vexpress config bridge API Lorenzo Pieralisi
2013-06-06  9:59   ` Lorenzo Pieralisi
2013-06-06  9:59 ` [RFC PATCH v3 2/2] drivers: mfd: vexpress: add Serial Power Controller (SPC) support Lorenzo Pieralisi
2013-06-06  9:59   ` Lorenzo Pieralisi
2013-06-06  9:59   ` Lorenzo Pieralisi
2013-06-13  0:01   ` Samuel Ortiz
2013-06-13  0:01     ` Samuel Ortiz
2013-06-13  3:26     ` Nicolas Pitre
2013-06-13  3:26       ` Nicolas Pitre
2013-06-13  9:54     ` Lorenzo Pieralisi
2013-06-13  9:54       ` Lorenzo Pieralisi
2013-06-13 22:52   ` Olof Johansson
2013-06-13 22:52     ` Olof Johansson
2013-06-14  0:21     ` Nicolas Pitre
2013-06-14  0:21       ` Nicolas Pitre
2013-06-14  0:21       ` Nicolas Pitre
2013-06-14 12:19     ` Lorenzo Pieralisi
2013-06-14 12:19       ` Lorenzo Pieralisi
2013-06-14 13:04     ` Pawel Moll
2013-06-14 13:04       ` Pawel Moll
2013-06-14 13:04       ` Pawel Moll
2013-06-14 17:49       ` Olof Johansson
2013-06-14 17:49         ` Olof Johansson
2013-06-11  9:05 ` [RFC PATCH v3 0/2] drivers: mfd: Versatile Express SPC support Lorenzo Pieralisi
2013-06-11  9:05   ` Lorenzo Pieralisi
2013-06-13  0:13   ` Samuel Ortiz
2013-06-13  0:13     ` Samuel Ortiz
2013-06-13  9:45     ` Pawel Moll
2013-06-13  9:45       ` Pawel Moll
2013-06-18  9:09       ` Samuel Ortiz
2013-06-18  9:09         ` Samuel Ortiz
2013-06-18  9:29         ` Pawel Moll
2013-06-18  9:29           ` Pawel Moll
2013-06-19  9:30           ` Samuel Ortiz
2013-06-19  9:30             ` Samuel Ortiz
2013-06-19 12:37             ` Arnd Bergmann [this message]
2013-06-19 12:37               ` Arnd Bergmann
2013-06-19 12:55               ` Pawel Moll
2013-06-19 12:55                 ` Pawel Moll
2013-06-19 15:03                 ` Arnd Bergmann
2013-06-19 15:03                   ` Arnd Bergmann
2013-06-19 15:14                   ` Pawel Moll
2013-06-19 15:14                     ` Pawel Moll

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=201306191437.20759.arnd@arndb.de \
    --to=arnd@arndb.de \
    --cc=linux-arm-kernel@lists.infradead.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.