[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201305082148.10933.arnd@arndb.de>
Date: Wed, 8 May 2013 21:48:10 +0200
From: Arnd Bergmann <arnd@...db.de>
To: srinivas.kandagatla@...com
Cc: dong.aisheng@...aro.org, sameo@...ux.intel.com,
Rob Landley <rob@...dley.net>,
Grant Likely <grant.likely@...retlab.ca>,
Rob Herring <rob.herring@...xeda.com>,
Russell King <linux@....linux.org.uk>,
Linus Walleij <linus.walleij@...aro.org>,
"Greg Kroah-Hartman" <gregkh@...uxfoundation.org>,
Jiri Slaby <jslaby@...e.cz>,
Stuart Menefy <stuart.menefy@...com>,
Shawn Guo <shawn.guo@...aro.org>,
Olof Johansson <olof@...om.net>,
Jason Cooper <jason@...edaemon.net>,
Stephen Warren <swarren@...dia.com>,
Maxime Ripard <maxime.ripard@...e-electrons.com>,
Nicolas Pitre <nico@...aro.org>,
Will Deacon <will.deacon@....com>,
Dave Martin <dave.martin@...aro.org>,
Marc Zyngier <marc.zyngier@....com>,
Viresh Kumar <viresh.kumar@...aro.org>,
Mark Brown <broonie@...nsource.wolfsonmicro.com>,
linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
devicetree-discuss@...ts.ozlabs.org,
linux-arm-kernel@...ts.infradead.org, linux-serial@...r.kernel.org
Subject: Re: [RFC 3/8] mfd:syscon: Introduce claim/read/write/release APIs
On Wednesday 08 May 2013, Srinivas KANDAGATLA wrote:
> the pinctrl driver calls syconf_claim(np, "st,alt-control) to get a
> field and then do a read/write on the field.
>
> Just in pinctrl driver we use around 50-100 sysconf registers scatters
> across different groups.
>
> Without these new APIs, its very difficult to pass this information to
> the drivers.
But are those necessarily things you would configure using DT?
If there are so many registers that are shared between mutliple
subsystems, maybe using drivers/mfd/syscon for that is taking things
further than you should, since it is unlike what any of the other
SoC families need from syscon.
Can you describe how your syscon registers are laid out?
Which subsystems beside pinctrl need to directly interact
with it? Is there any logical structure in it or do you just
have tons of bits scattered around an MMIO area?
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists