Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751470AbaKEVo0 (ORCPT ); Wed, 5 Nov 2014 16:44:26 -0500 Received: from mail-la0-f44.google.com ([209.85.215.44]:61565 "EHLO mail-la0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750936AbaKEVoZ (ORCPT ); Wed, 5 Nov 2014 16:44:25 -0500 MIME-Version: 1.0 X-Originating-IP: [2620:0:1000:157d:797a:ae27:eb4f:f22] In-Reply-To: <1415012493-134561-1-git-send-email-mika.westerberg@linux.intel.com> References: <1415012493-134561-1-git-send-email-mika.westerberg@linux.intel.com> Date: Wed, 5 Nov 2014 13:44:24 -0800 Message-ID: Subject: Re: [PATCH v2 0/2] pinctrl: Intel Cherryview/Braswell support From: Olof Johansson To: Mika Westerberg Cc: Linus Walleij , Alexandre Courbot , Heikki Krogerus , Mathias Nyman , "Rafael J. Wysocki" , Ning Li , Alan Cox , "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Mon, Nov 3, 2014 at 3:01 AM, Mika Westerberg wrote: > Hi, > > This is second version of the patch series adding pinctrl/GPIO support > for Intel Braswell and Cherrryview. The previous version can be found here: > > https://lkml.org/lkml/2014/10/27/118 > > I've dropped patches [2/4] and [3/4] as they are already applied to the > pinctrl tree. > > Changes to the previous version: > > [1/2] - Removed unnecessary cast and added Rafael's ACK. > > [2/2] - Use Ohms instead of kOhms in pin configuration. > - Change chv_config_set_pull() to be not so convoluted. > - Remove locking when we just read single register. This is not needed. > - Use BIT() instead of (1 << something) > > Mika Westerberg (2): > gpio / ACPI: Add knowledge about pin controllers to acpi_get_gpiod() > pinctrl: Add Intel Cherryview/Braswell pin controller support Pinctrl setup has traditionally always been done by firmware on x86, and some ARM platforms are again moving back to that state (since reconfiguring pinctrl in the kernel is in some cases not safe). What's the purpose of exposing this to the kernel on x86 now? I can see the need to expose GPIO, but not pinctrl? Having the pin control hidden away in firmware has been one of the benefits on x86, and you're now undoing it... :) -Olof -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/