[U-Boot] [PATCH 06/10] dm: imx: Use gpio_request() to request GPIOs
Simon Glass
sjg at chromium.org
Mon Sep 15 20:04:39 CEST 2014
Hi Igor,
On 15 September 2014 11:13, Igor Grinberg <grinberg at compulab.co.il> wrote:
> Hi Simon,
>
> On 09/15/14 15:57, Simon Glass wrote:
>> GPIOs should be requested before use. Without this, driver model will not
>> permit the GPIO to be used.
>
> Right. That should have been done from the start... Sorry for that...
> A question below though..
>
>>
>> Signed-off-by: Simon Glass <sjg at chromium.org>
>> ---
>>
>> arch/arm/imx-common/i2c-mxv7.c | 14 ++++++++++++++
>> board/compulab/cm_fx6/cm_fx6.c | 9 +++++++++
>> board/compulab/cm_fx6/common.c | 3 +++
>> 3 files changed, 26 insertions(+)
>>
>> diff --git a/arch/arm/imx-common/i2c-mxv7.c b/arch/arm/imx-common/i2c-mxv7.c
>> index a580873..7cea024 100644
>> --- a/arch/arm/imx-common/i2c-mxv7.c
>> +++ b/arch/arm/imx-common/i2c-mxv7.c
>> @@ -4,6 +4,7 @@
>> * SPDX-License-Identifier: GPL-2.0+
>> */
>> #include <common.h>
>> +#include <malloc.h>
>> #include <asm/arch/clock.h>
>> #include <asm/arch/imx-regs.h>
>> #include <asm/errno.h>
>> @@ -72,8 +73,21 @@ static void * const i2c_bases[] = {
>> void setup_i2c(unsigned i2c_index, int speed, int slave_addr,
>> struct i2c_pads_info *p)
>> {
>> + char *name;
>> +
>> if (i2c_index >= ARRAY_SIZE(i2c_bases))
>> return;
>> +
>> + name = malloc(9);
>> + assert(name);
>> + sprintf(name, "i2c_sda%d", i2c_index);
>> + gpio_request(p->sda.gp, name);
>> +
>> + name = malloc(9);
>> + assert(name);
>> + sprintf(name, "i2c_scl%d", i2c_index);
>> + gpio_request(p->scl.gp, name);
>> +
>> /* Enable i2c clock */
>> enable_i2c_clk(1, i2c_index);
>> /* Make sure bus is idle */
>> diff --git a/board/compulab/cm_fx6/cm_fx6.c b/board/compulab/cm_fx6/cm_fx6.c
>> index fdb8ebf..80a123d 100644
>> --- a/board/compulab/cm_fx6/cm_fx6.c
>> +++ b/board/compulab/cm_fx6/cm_fx6.c
>> @@ -71,8 +71,15 @@ static iomux_v3_cfg_t const sata_pads[] = {
>>
>> static void cm_fx6_setup_issd(void)
>> {
>> + int i;
>> +
>> SETUP_IOMUX_PADS(sata_pads);
>> +
>> + for (i = 0; i < ARRAY_SIZE(cm_fx6_issd_gpios); i++)
>> + gpio_request(cm_fx6_issd_gpios[i], "sata");
>> +
>> /* Make sure this gpio has logical 0 value */
>> + gpio_request(CM_FX6_SATA_PWLOSS_INT, "sata_pwloss_int");
>> gpio_direction_output(CM_FX6_SATA_PWLOSS_INT, 0);
>> udelay(100);
>>
>> @@ -167,6 +174,7 @@ static int cm_fx6_usb_hub_reset(void)
>> }
>>
>> SETUP_IOMUX_PAD(PAD_SD3_RST__GPIO7_IO08 | MUX_PAD_CTRL(NO_PAD_CTRL));
>> + gpio_request(CM_FX6_USB_HUB_RST, "usb_hub_rst");
>> gpio_direction_output(CM_FX6_USB_HUB_RST, 0);
>> udelay(10);
>> gpio_direction_output(CM_FX6_USB_HUB_RST, 1);
>> @@ -324,6 +332,7 @@ int board_eth_init(bd_t *bis)
>>
>> SETUP_IOMUX_PADS(enet_pads);
>> /* phy reset */
>> + gpio_request(CM_FX6_ENET_NRST, "enet_nrst");
>> gpio_direction_output(CM_FX6_ENET_NRST, 0);
>> udelay(500);
>> gpio_set_value(CM_FX6_ENET_NRST, 1);
>> diff --git a/board/compulab/cm_fx6/common.c b/board/compulab/cm_fx6/common.c
>> index 1f39679..562313b 100644
>> --- a/board/compulab/cm_fx6/common.c
>> +++ b/board/compulab/cm_fx6/common.c
>> @@ -79,6 +79,9 @@ void cm_fx6_set_ecspi_iomux(void)
>>
>> int board_spi_cs_gpio(unsigned bus, unsigned cs)
>> {
>> +#ifndef CONFIG_SPL_BUILD
>> + gpio_request(CM_FX6_ECSPI_BUS0_CS0, "ecspi_bus0_cs0");
>> +#endif
>> return (bus == 0 && cs == 0) ? (CM_FX6_ECSPI_BUS0_CS0) : -1;
>> }
>> #endif
>>
>
> In all the above gpio_request() calls, I think we should check for
> the return value.
> Because after patch 8 in the series it can fail if if someone
> double requests the same gpio.
That's true, although for a particular board you presumably know what
you are doing. The problem happens more when we move this sort of
thing to drivers, and there is a conflict.
In some cases there is not way to report an error (void functions),
and in others it needs additional plumbing. But I agree we should
start to fix this sort of thing.
Regards,
Simon
More information about the U-Boot
mailing list