[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140424113822.GF30677@intel.com>
Date: Thu, 24 Apr 2014 14:38:22 +0300
From: "Westerberg, Mika" <mika.westerberg@...el.com>
To: Timur Tabi <timur@...eaurora.org>
Cc: Linus Walleij <linus.walleij@...aro.org>,
Mathias Nyman <mathias.nyman@...ux.intel.com>,
Grant Likely <grant.likely@...retlab.ca>,
lkml <linux-kernel@...r.kernel.org>,
"Rafael J. Wysocki" <rafael.j.wysocki@...el.com>
Subject: Re: [PATCH v3 1/1] pinctrl: add Intel BayTrail GPIO/pinctrl support
On Thu, Apr 24, 2014 at 06:20:02AM -0500, Timur Tabi wrote:
> Westerberg, Mika wrote:
> >Typically this is done by the boot firmware (BIOS in this case). So the OS
> >doesn't need to deal with that.
> >
> >AFAICT ACPI doesn't know anything about pin muxing.
>
> In that case, would it be correct to say that a Linux pinctrl driver
> for an ACPI-only platform should not define pinmux function groups,
> because they'll never be used?
No because you can have a GPIO controller on ACPI machine that allows you
to do some sort of pin muxing. What I'm saying is that ACPI itself doesn't
have such knowledge and hence we don't support such things in
gpiolib-acpi.c.
--
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