linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: s.hauer@pengutronix.de (Sascha Hauer)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/3] ARM: dts: imx: replace magic number with pin function name
Date: Fri, 22 Feb 2013 09:12:43 +0100	[thread overview]
Message-ID: <20130222081243.GD1906@pengutronix.de> (raw)
In-Reply-To: <20130222073630.GC27371@S2101-09.ap.freescale.net>

On Fri, Feb 22, 2013 at 03:36:32PM +0800, Shawn Guo wrote:
> On Fri, Feb 22, 2013 at 08:27:43AM +0100, Sascha Hauer wrote:
> > On Fri, Feb 22, 2013 at 01:52:04PM +0800, Shawn Guo wrote:
> > > On Thu, Feb 21, 2013 at 11:36:36AM -0600, Matt Sealey wrote:
> > > > On Wed, Feb 20, 2013 at 11:02 PM, Shawn Guo <shawn.guo@linaro.org> wrote:
> > > > > On Wed, Feb 20, 2013 at 06:03:39PM -0600, Matt Sealey wrote:
> > > > >> I am not sure I am getting this point across, but.. damn it.. nack nack nack :D
> > > > >>
> > > > > Do you see any downgrade side that the series introduces over the
> > > > > existing implementation?
> > > > 
> > > > Because it replaces the horribly stupid existing implementation with
> > > > something that doesn't solve the fundamental logical problems caused
> > > > by the existing implementation.
> > > 
> > > When did I say that the series is targeting to solve those "fundamental
> > > logical problems" in *your* view?
> > > 
> > > ...
> > > 
> > > > What you've fixed it to do, as I read this patch, is this;
> > > > 
> > > > <arbitrary_pin_name pad_mode>
> > > > 
> > > No, it's not arbitrary_pin_name.  It's pin function name which comes
> > > from hardware manual.  It may not exactly match the public reference
> > > manual, but they are obvious to be identified.  For imx6q pad SD2_DAT1
> > > example, the manual says:
> > > 
> > > Select 1 of 6 iomux modes to be used for pad: SD2_DAT1.
> > >   000 ALT0 ? Select signal SD2_DATA1.
> > >   001 ALT1 ? Select signal ECSPI5_SS0.
> > >   010 ALT2 ? Select signal EIM_CS2.
> > >   011 ALT3 ? Select signal AUD4_TXFS.
> > >   100 ALT4 ? Select signal KEY_COL7.
> > >   101 ALT5 ? Select signal GPIO1_IO14.
> > 
> > What makes them arbitrary is the fact that 110 and 111 are not encoded,
> > so there is no way to calculate the register number from the pin number.
> > 
> > Also
> > 
> > commit 4a5f7eff8b0b34354e5c63272835e5e2dfe1c933
> > Author: Dong Aisheng <dong.aisheng@linaro.org>
> > Date:   Fri Jul 6 17:09:23 2012 +0800
> > 
> >     pinctrl: pinctrl-imx6q: add missed mux function for USBOTG_ID
> > 
> > Shows that they are indeed arbitrary.
> > 
> > I'm really with Matt here when he says that this number doesn't have to
> > be in the binding.
> 
> I think you are still talking about that arbitrary index in the old
> binding, while I'm arguing against Matt's the comment on the new one,
> saying the macro/pin name is arbitrary.

Sorry, I haven't read the above carefully enough. We are talking about
the names here, not the numbers I referred to.

Sascha

-- 
Pengutronix e.K.                           |                             |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

  reply	other threads:[~2013-02-22  8:12 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-20  7:08 [PATCH 0/3] Get rid of big array from imx pinctrl driver Shawn Guo
2013-02-20  7:08 ` [PATCH 1/3] ARM: dts: imx: use pre-processor for device trees Shawn Guo
2013-02-20  9:26   ` Dong Aisheng
2013-02-20  9:25 ` [PATCH 0/3] Get rid of big array from imx pinctrl driver Dong Aisheng
     [not found] ` <1361344089-16804-3-git-send-email-shawn.guo@linaro.org>
2013-02-20  9:30   ` [PATCH 2/3] ARM: dts: imx: replace magic number with pin function name Dong Aisheng
2013-02-20 18:46   ` Stephen Warren
2013-02-21  0:03     ` Matt Sealey
2013-02-21  0:34       ` Stephen Warren
2013-02-21  5:02       ` Shawn Guo
2013-02-21 17:36         ` Matt Sealey
2013-02-21 17:57           ` Matt Sealey
2013-02-21 21:43           ` Sascha Hauer
2013-02-22  7:58             ` Shawn Guo
2013-02-22  5:52           ` Shawn Guo
2013-02-22  7:27             ` Sascha Hauer
2013-02-22  7:36               ` Shawn Guo
2013-02-22  8:12                 ` Sascha Hauer [this message]
2013-02-27  6:51             ` Matt Sealey
2013-02-27  7:44               ` Sascha Hauer
2013-02-27 18:16                 ` Matt Sealey
2013-02-27 20:00                   ` Sascha Hauer
2013-02-28  3:06                   ` Shawn Guo
2013-02-21  4:59     ` Shawn Guo
     [not found] ` <1361344089-16804-4-git-send-email-shawn.guo@linaro.org>
2013-02-20  9:44   ` [PATCH 3/3] pinctrl: imx: move hard-coding data into device tree Dong Aisheng
2013-02-21  6:04     ` Shawn Guo
2013-02-20 19:04   ` Stephen Warren
2013-02-21  5:30     ` Shawn Guo
2013-02-21  7:55       ` Sascha Hauer
2013-02-21  9:36     ` Dong Aisheng
2013-02-21 19:57       ` Stephen Warren
2013-02-26  8:02         ` Dong Aisheng

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=20130222081243.GD1906@pengutronix.de \
    --to=s.hauer@pengutronix.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 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).