From: Tony Lindgren <tony@atomide.com>
To: linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 4/4] arm: dts: omap3-gta04: Add static configuration for devconf1 register
Date: Wed, 12 Nov 2014 15:02:11 +0000 [thread overview]
Message-ID: <20141112150210.GC26481@atomide.com> (raw)
In-Reply-To: <5463585D.9070209@ti.com>
* Tomi Valkeinen <tomi.valkeinen@ti.com> [141112 04:56]:
> Hi,
>
> On 03/11/14 23:59, Marek Belisko wrote:
> > gta04 board need for tvout enabled 2 bits in devconf1 register (tvbypass and acbias).
> > Add single pinmux entry and enable it.
> >
> > Signed-off-by: Marek Belisko <marek@goldelico.com>
> > ---
> > arch/arm/boot/dts/omap3-gta04.dtsi | 22 ++++++++++++++++++++++
> > 1 file changed, 22 insertions(+)
> >
> > diff --git a/arch/arm/boot/dts/omap3-gta04.dtsi b/arch/arm/boot/dts/omap3-gta04.dtsi
> > index e4d05f0..a456d37 100644
> > --- a/arch/arm/boot/dts/omap3-gta04.dtsi
> > +++ b/arch/arm/boot/dts/omap3-gta04.dtsi
> > @@ -118,6 +118,17 @@
> > };
> > };
> > };
> > +
> > + /* pinmux for devconf1 */
> > + control_devconf1: pinmux@480022d8 {
> > + compatible = "pinctrl-single";
> > + reg = <0x480022d8 4>; /* single register */
> > + #address-cells = <1>;
> > + #size-cells = <0>;
> > + pinctrl-single,bit-per-mux;
> > + pinctrl-single,register-width = <32>;
> > + pinctrl-single,function-mask = <0xfc0bd5>;
> > + };
> > };
> >
> > &omap3_pmx_core {
> > @@ -497,3 +508,14 @@
> > };
> > };
> > };
> > +
> > +&control_devconf1 {
> > + pinctrl-name = "default";
> > + pinctrl-0 = < &tv_acbias_pins>;
> > +
> > + tv_acbias_pins: pinmux_tv_acbias_pins {
> > + pinctrl-single,bits = <
> > + 0 0x40800 0x40800
>
> I think it would be good to have a comment in the .dts above, mentioning
> that TVOUTBYPASS and TVACEN bits are being set.
>
> > + >;
> > + };
> > +};
> >
>
> OMAP3630 seems to have CONTROL_AVDAC1 and CONTROL_AVDAC2 registers. Did
> you check if the SoC you use have those? It looks like they need
> configuration also, if the exist.
Those look like AVDAC specific control registers that are not mux
registers. So those should be accessed the existing SCM (System Control
Mmodule) syscon area by the DSS code. For examples, see what
pbias-regulator.c is doing for some other registers in the syscon area.
> So, I don't think tvbypass and acbias are really pinmux stuff, but it
> does seem like an easy way to handle the devconf1 register, and I don't
> see any issues with the setting being fixed.
The CONTROL_DEVCONF registers seem to be all related to muxing signals
and configuring ping signal levels. So I think the pinctrl-single is
OK to use with these.
> However, devconf1 register seems to have bits for many devices,
> including mcbsp, mmc, and even some "Force MPU writes to be nonposted" bit.
Yes the"Force MPU writes to be nonposted" debug bit is an odd one
there :) But we're not using that luckily anywhere..
> And, with a quick grep, I see CONTROL_DEVCONF1 touched in multiple
> places in the kernel. I wonder if adding a pinmux entry for it could
> cause some rather odd problems.
They can all use pinctrl-single no problem.
> Tony, any idea about this? How should CONTROL_DEVCONFx registers be
> accessed?
If they are pinctrl related like the CONTROL_DEVCONF registers, then
pincatrl-single is OK. However, for any registers in the SCM that are
not just routing signals, then the syscon mapping should be used. And
we should have a separate driver implementing some standard Linux
generic framework driver. For example a regulator or clock driver.
Anyways, I'll drop this $subject patch for now and set up a new branch
for the .dts changes.
Regards,
Tony
next prev parent reply other threads:[~2014-11-12 15:02 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-03 21:59 [PATCH 0/4] omapdss: Add video output support for gta04 board Marek Belisko
2014-11-03 21:59 ` [PATCH 1/4] video: omapdss: Add opa362 driver Marek Belisko
2014-11-12 13:57 ` Tomi Valkeinen
2014-11-12 14:04 ` Belisko Marek
2014-11-03 21:59 ` [PATCH 2/4] Documentation: DT: Add documentation for ti,opa362 bindings Marek Belisko
2014-11-12 14:00 ` Tomi Valkeinen
2014-11-03 21:59 ` [PATCH 3/4] arm: dts: omap3-gta04: Add handling for tv output Marek Belisko
2014-11-10 23:30 ` Tony Lindgren
2014-11-11 7:41 ` Tomi Valkeinen
2014-11-11 15:00 ` Tony Lindgren
2014-11-03 21:59 ` [PATCH 4/4] arm: dts: omap3-gta04: Add static configuration for devconf1 register Marek Belisko
2014-11-10 23:36 ` Tony Lindgren
2014-11-12 21:02 ` Belisko Marek
2014-11-12 21:23 ` Tony Lindgren
2014-11-12 12:53 ` Tomi Valkeinen
2014-11-12 15:02 ` Tony Lindgren [this message]
2014-11-13 11:31 ` Tomi Valkeinen
2014-11-13 18:28 ` Tony Lindgren
2014-11-13 22:59 ` Paul Walmsley
2014-11-13 23:58 ` Tony Lindgren
2014-11-14 7:32 ` Tero Kristo
2014-11-14 18:01 ` Tony Lindgren
2014-11-14 14:36 ` Grazvydas Ignotas
2014-11-14 15:58 ` Tony Lindgren
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=20141112150210.GC26481@atomide.com \
--to=tony@atomide.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).