[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdb9npDaMe07+v-ZzntD1Z_U2Swstk6bv=7uhHLmpM5LVA@mail.gmail.com>
Date: Thu, 26 Jan 2017 09:55:36 +0100
From: Linus Walleij <linus.walleij@...aro.org>
To: Jean Delvare <jdelvare@...e.de>,
Paul Gortmaker <paul.gortmaker@...driver.com>
Cc: "linux-gpio@...r.kernel.org" <linux-gpio@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
Mika Westerberg <mika.westerberg@...ux.intel.com>,
Heikki Krogerus <heikki.krogerus@...ux.intel.com>,
Mathias Nyman <mathias.nyman@...ux.intel.com>,
Takashi Iwai <tiwai@...e.de>
Subject: Re: [PATCH RESEND] pinctrl: intel: Turn Baytrail support to tristate
On Wed, Jan 25, 2017 at 4:26 PM, Jean Delvare <jdelvare@...e.de> wrote:
> The pinctrl-baytrail driver builds just fine as a module so give
> users this option.
>
> Signed-off-by: Jean Delvare <jdelvare@...e.de>
> Cc: Mika Westerberg <mika.westerberg@...ux.intel.com>
> Cc: Heikki Krogerus <heikki.krogerus@...ux.intel.com>
> Cc: Linus Walleij <linus.walleij@...aro.org>
> ---
> This was discussed almost one year ago, with no clear conclusion, but
> also no evidence that the driver can't be built as a module. Is there
> any way to push this forward?
I see ACKs for this patch, but in my git I also have:
commit 360943a8d26265825025b88da32961bd9ad4f7c6
pinctrl: baytrail: make it explicitly non-modular
Acked by Mika.
So which one is it going to be?
If this should be applied, the previous patch from Paul Gortmaker
should be reverted first. Especially the runtime PM parts seem
important to get back.
Then I want a patch reverting that and adding this tristate in one.
Yours,
Linus Walleij
Powered by blists - more mailing lists