Messages in this thread | | | Date | Thu, 29 Aug 2013 10:24:30 +0200 | Subject | Re: [PATCH 2/4] pinmux: Add TB10x pinmux driver | From | Linus Walleij <> |
| |
On Thu, Aug 29, 2013 at 9:35 AM, Christian Ruppert <christian.ruppert@abilis.com> wrote: > On Wed, Aug 28, 2013 at 08:49:36PM +0200, Linus Walleij wrote: >> On Wed, Aug 21, 2013 at 5:57 PM, Christian Ruppert >> <christian.ruppert@abilis.com> wrote: >> > On Wed, Aug 14, 2013 at 06:53:56PM +0200, Linus Walleij wrote: >> >> >> >> OK, that can also be called a "bank" or "register" but whatever. >> > >> > As you suggested below I re-read Documentation/pinctrl.txt and it got me >> > even more confused: >> > Am I right in my understanding that the whole concept of a >> > "port/bank/register" or whatever we would like to call it does not exist >> > in the pinctrl framework? >> >> Not that I know :-) >> >> If what it means is a number of registers from address x thru x+n >> words in memory that is called a register range usually, the >> Device Tree "regs" property. >> >> If you're referring to a subset of registers dealing with a batch >> of pins or a single pin that can use whatever terminology you >> want, I consider it a driver-internal detail. Some GPIO drivers >> talk about "ports" when they have e.g. 2 x 32bit registers >> handling a total of 64 pins, then that is port 0 and port 1 or >> something like this, but it's really up to the driver. > > Actually, it's a set of pins the muxing of which is controlled by the > same register. E.g. Port A is the set of all the pins which are > controlled by register field A.
What is wrong with calling that a "pin-set register" or something?
Yours, Linus Walleij
| |