[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20140509214541.GB25733@sonymobile.com>
Date: Fri, 9 May 2014 14:45:42 -0700
From: Bjorn Andersson <bjorn.andersson@...ymobile.com>
To: Andy Gross <agross@...eaurora.org>
CC: Linus Walleij <linus.walleij@...aro.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-arm-msm@...r.kernel.org" <linux-arm-msm@...r.kernel.org>
Subject: Re: [Patch v2] pinctrl: msm: Add more MSM8X74 pin definitions
On Fri 09 May 10:52 PDT 2014, Andy Gross wrote:
> This patch adds pin definitiones for the MSM8x74 TLMM. New definitions
> include:
>
> BLSP devices (I2C, UART, UART flow control, SPI, and UIM), mi2s, gp clk, pdm,
> gcc clk, cci_timer, cci_i2c, cam_clk, hsic, tsif, sdc3, sdc4, and other assorted
> pins.
>
> Signed-off-by: Andy Gross <agross@...eaurora.org>
Awesome stuff, only have some minor comments.
> + MSM_MUX_blsp_uart1,
> + MSM_MUX_blsp_uart1_flow,
[...]
> +static const char * const blsp_uim1_groups[] = { "gpio0", "gpio1" };
> +static const char * const blsp_uart1_flow_groups[] = { "gpio2", "gpio3" };
You don't need to separate uart and flow control into two different functions
here. If you have gpio0-gpio3 in a group named uart1 both of the following
snippets are valid:
uart1 {
pins = "gpio0", "gpio1";
function = "uart1";
};
uart1 {
pins = "gpio0", "gpio1", "gpio2", "gpio3";
function = "uart1";
};
This is how I had to handle gsbis in family a, where a gsbi is pairs of pins
with different configurations.
[...]
> +static const char * const hdmi_cec_groups[] = { "gpio31" };
> +static const char * const hdmi_ddc_groups[] = { "gpio32", "gpio33" };
> +static const char * const hdmi_hpd_groups[] = { "gpio34" };
As with the uart vs uart_flow you could group these as "hdmi", but maybe not as
useful.
[...]
> + PINGROUP(35, NA, sdc3, NA, NA, NA, NA, NA),
> + PINGROUP(36, NA, sdc3, NA, NA, NA, NA, NA),
> + PINGROUP(37, NA, sdc3, NA, NA, NA, NA, NA),
> + PINGROUP(38, NA, sdc3, NA, NA, NA, NA, NA),
> + PINGROUP(39, NA, sdc3, NA, NA, NA, NA, NA),
> + PINGROUP(40, NA, sdc3, NA, NA, NA, NA, NA),
> + PINGROUP(41, NA, blsp_spi7, blsp_uart7, blsp_uim7, NA, NA, NA),
> + PINGROUP(42, NA, blsp_spi7, blsp_uart7, blsp_uim7, NA, NA, NA),
> + PINGROUP(43, NA, blsp_spi7, blsp_uart7_flow, blsp_i2c7, NA, NA, NA),
> + PINGROUP(44, NA, blsp_spi7, blsp_uart7_flow, blsp_i2c7, NA, NA, NA),
I was expecting wcnss, bt and fm as function 1 for pins 35-44. Adding those and
I think we have everything we use in our devices.
[...]
> + PINGROUP(72, NA, spkr_mi2s, NA, NA, NA, NA, NA),
spkr_mi2s is function 1 for pin 72.
Regards,
Bjorn
--
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