Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1683565 > unrolled thread

[PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created

Back to article view | Back to linux.kernel

Contents

  [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is  created Jan Kiszka <jan.kiszka@web.de> - 2017-07-08 10:50 +0200
    Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created Andy Shevchenko <andy.shevchenko@gmail.com> - 2017-07-08 23:50 +0200
      Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is  created Jan Kiszka <jan.kiszka@web.de> - 2017-07-09 11:40 +0200
        Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created Andy Shevchenko <andy.shevchenko@gmail.com> - 2017-07-09 12:00 +0200
          Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is  created Jan Kiszka <jan.kiszka@web.de> - 2017-07-09 12:40 +0200
      Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device  is created Mark Brown <broonie@kernel.org> - 2017-07-10 14:10 +0200
        Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is  created Jan Kiszka <jan.kiszka@web.de> - 2017-07-10 19:40 +0200
    Applied "spi: pxa2xx: Only claim CS GPIOs when the slave device is created" to the spi tree Mark Brown <broonie@kernel.org> - 2017-07-17 18:10 +0200

#1683565 — [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created

From: Jan Kiszka <jan.kiszka@siemens.com>

Avoid hogging chip select GPIOs just because they are listed for the
master. They might be mulitplexed and, if no slave device is attached,
used for different purposes. Moreover, this strategy avoids having to
allocate a cs_gpiods structure.

Tested on the IOT2000 where the second SPI bus is connected to an
Arduino-compatible connector and multiplexed between SPI, GPIO and PWM
usage.

Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
---
 drivers/spi/spi-pxa2xx.c | 59 +++++++++++++++++-------------------------------
 1 file changed, 21 insertions(+), 38 deletions(-)

diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.c
index 38d053682892..be991266a6ce 100644
--- a/drivers/spi/spi-pxa2xx.c
+++ b/drivers/spi/spi-pxa2xx.c
@@ -1213,21 +1213,33 @@ static int setup_cs(struct spi_device *spi, struct chip_data *chip,
 		    struct pxa2xx_spi_chip *chip_info)
 {
 	struct driver_data *drv_data = spi_master_get_devdata(spi->master);
+	struct device *pdev = &drv_data->pdev->dev;
+	struct gpio_desc *gpiod;
 	int err = 0;
+	int count;
 
 	if (chip == NULL)
 		return 0;
 
-	if (drv_data->cs_gpiods) {
-		struct gpio_desc *gpiod;
+	count = gpiod_count(pdev, "cs");
+	if (count > 0) {
+		if (spi->chip_select >= count)
+			return -EINVAL;
+
+		gpiod = gpiod_get_index(pdev, "cs", spi->chip_select,
+					GPIOD_OUT_HIGH);
+		if (IS_ERR(gpiod)) {
+			/* Means use native chip select */
+			if (PTR_ERR(gpiod) == -ENOENT)
+				return 0;
 
-		gpiod = drv_data->cs_gpiods[spi->chip_select];
-		if (gpiod) {
-			chip->gpio_cs = desc_to_gpio(gpiod);
-			chip->gpio_cs_inverted = spi->mode & SPI_CS_HIGH;
-			gpiod_set_value(gpiod, chip->gpio_cs_inverted);
+			return PTR_ERR(gpiod);
 		}
 
+		chip->gpio_cs = desc_to_gpio(gpiod);
+		chip->gpio_cs_inverted = spi->mode & SPI_CS_HIGH;
+		gpiod_set_value(gpiod, chip->gpio_cs_inverted);
+
 		return 0;
 	}
 
@@ -1415,8 +1427,7 @@ static void cleanup(struct spi_device *spi)
 	if (!chip)
 		return;
 
-	if (drv_data->ssp_type != CE4100_SSP && !drv_data->cs_gpiods &&
-	    gpio_is_valid(chip->gpio_cs))
+	if (drv_data->ssp_type != CE4100_SSP && gpio_is_valid(chip->gpio_cs))
 		gpio_free(chip->gpio_cs);
 
 	kfree(chip);
@@ -1752,38 +1763,10 @@ static int pxa2xx_spi_probe(struct platform_device *pdev)
 	master->num_chipselect = platform_info->num_chipselect;
 
 	count = gpiod_count(&pdev->dev, "cs");
-	if (count > 0) {
-		int i;
-
+	if (count > 0)
 		master->num_chipselect = max_t(int, count,
 			master->num_chipselect);
 
-		drv_data->cs_gpiods = devm_kcalloc(&pdev->dev,
-			master->num_chipselect, sizeof(struct gpio_desc *),
-			GFP_KERNEL);
-		if (!drv_data->cs_gpiods) {
-			status = -ENOMEM;
-			goto out_error_clock_enabled;
-		}
-
-		for (i = 0; i < master->num_chipselect; i++) {
-			struct gpio_desc *gpiod;
-
-			gpiod = devm_gpiod_get_index(dev, "cs", i,
-						     GPIOD_OUT_HIGH);
-			if (IS_ERR(gpiod)) {
-				/* Means use native chip select */
-				if (PTR_ERR(gpiod) == -ENOENT)
-					continue;
-
-				status = (int)PTR_ERR(gpiod);
-				goto out_error_clock_enabled;
-			} else {
-				drv_data->cs_gpiods[i] = gpiod;
-			}
-		}
-	}
-
 	tasklet_init(&drv_data->pump_transfers, pump_transfers,
 		     (unsigned long)drv_data);
 

[toc] | [next] | [standalone]

#1683660 — Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created

On Sat, Jul 8, 2017 at 11:41 AM, Jan Kiszka <jan.kiszka@web.de> wrote:
> From: Jan Kiszka <jan.kiszka@siemens.com>
>
> Avoid hogging chip select GPIOs just because they are listed for the
> master. They might be mulitplexed and, if no slave device is attached,
> used for different purposes. Moreover, this strategy avoids having to
> allocate a cs_gpiods structure.
>
> Tested on the IOT2000 where the second SPI bus is connected to an
> Arduino-compatible connector and multiplexed between SPI, GPIO and PWM
> usage.

Can we first switch the driver to use GPIO descriptors instead of
plain integers?

>
> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
> ---
>  drivers/spi/spi-pxa2xx.c | 59 +++++++++++++++++-------------------------------
>  1 file changed, 21 insertions(+), 38 deletions(-)
>
> diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.c
> index 38d053682892..be991266a6ce 100644
> --- a/drivers/spi/spi-pxa2xx.c
> +++ b/drivers/spi/spi-pxa2xx.c
> @@ -1213,21 +1213,33 @@ static int setup_cs(struct spi_device *spi, struct chip_data *chip,
>                     struct pxa2xx_spi_chip *chip_info)
>  {
>         struct driver_data *drv_data = spi_master_get_devdata(spi->master);
> +       struct device *pdev = &drv_data->pdev->dev;
> +       struct gpio_desc *gpiod;
>         int err = 0;
> +       int count;
>
>         if (chip == NULL)
>                 return 0;
>
> -       if (drv_data->cs_gpiods) {
> -               struct gpio_desc *gpiod;
> +       count = gpiod_count(pdev, "cs");
> +       if (count > 0) {
> +               if (spi->chip_select >= count)
> +                       return -EINVAL;
> +
> +               gpiod = gpiod_get_index(pdev, "cs", spi->chip_select,
> +                                       GPIOD_OUT_HIGH);
> +               if (IS_ERR(gpiod)) {
> +                       /* Means use native chip select */
> +                       if (PTR_ERR(gpiod) == -ENOENT)
> +                               return 0;
>
> -               gpiod = drv_data->cs_gpiods[spi->chip_select];
> -               if (gpiod) {
> -                       chip->gpio_cs = desc_to_gpio(gpiod);
> -                       chip->gpio_cs_inverted = spi->mode & SPI_CS_HIGH;
> -                       gpiod_set_value(gpiod, chip->gpio_cs_inverted);
> +                       return PTR_ERR(gpiod);
>                 }
>
> +               chip->gpio_cs = desc_to_gpio(gpiod);
> +               chip->gpio_cs_inverted = spi->mode & SPI_CS_HIGH;
> +               gpiod_set_value(gpiod, chip->gpio_cs_inverted);
> +
>                 return 0;
>         }
>
> @@ -1415,8 +1427,7 @@ static void cleanup(struct spi_device *spi)
>         if (!chip)
>                 return;
>
> -       if (drv_data->ssp_type != CE4100_SSP && !drv_data->cs_gpiods &&
> -           gpio_is_valid(chip->gpio_cs))
> +       if (drv_data->ssp_type != CE4100_SSP && gpio_is_valid(chip->gpio_cs))
>                 gpio_free(chip->gpio_cs);
>
>         kfree(chip);
> @@ -1752,38 +1763,10 @@ static int pxa2xx_spi_probe(struct platform_device *pdev)
>         master->num_chipselect = platform_info->num_chipselect;
>
>         count = gpiod_count(&pdev->dev, "cs");
> -       if (count > 0) {
> -               int i;
> -
> +       if (count > 0)
>                 master->num_chipselect = max_t(int, count,
>                         master->num_chipselect);
>
> -               drv_data->cs_gpiods = devm_kcalloc(&pdev->dev,
> -                       master->num_chipselect, sizeof(struct gpio_desc *),
> -                       GFP_KERNEL);
> -               if (!drv_data->cs_gpiods) {
> -                       status = -ENOMEM;
> -                       goto out_error_clock_enabled;
> -               }
> -
> -               for (i = 0; i < master->num_chipselect; i++) {
> -                       struct gpio_desc *gpiod;
> -
> -                       gpiod = devm_gpiod_get_index(dev, "cs", i,
> -                                                    GPIOD_OUT_HIGH);
> -                       if (IS_ERR(gpiod)) {
> -                               /* Means use native chip select */
> -                               if (PTR_ERR(gpiod) == -ENOENT)
> -                                       continue;
> -
> -                               status = (int)PTR_ERR(gpiod);
> -                               goto out_error_clock_enabled;
> -                       } else {
> -                               drv_data->cs_gpiods[i] = gpiod;
> -                       }
> -               }
> -       }
> -
>         tasklet_init(&drv_data->pump_transfers, pump_transfers,
>                      (unsigned long)drv_data);
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-spi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



-- 
With Best Regards,
Andy Shevchenko

[toc] | [prev] | [next] | [standalone]

#1683716

[Multipart message — attachments visible in raw view] — view raw

On 2017-07-08 23:48, Andy Shevchenko wrote:
> On Sat, Jul 8, 2017 at 11:41 AM, Jan Kiszka <jan.kiszka@web.de> wrote:
>> From: Jan Kiszka <jan.kiszka@siemens.com>
>>
>> Avoid hogging chip select GPIOs just because they are listed for the
>> master. They might be mulitplexed and, if no slave device is attached,
>> used for different purposes. Moreover, this strategy avoids having to
>> allocate a cs_gpiods structure.
>>
>> Tested on the IOT2000 where the second SPI bus is connected to an
>> Arduino-compatible connector and multiplexed between SPI, GPIO and PWM
>> usage.
> 
> Can we first switch the driver to use GPIO descriptors instead of
> plain integers?

-ENOPARSE

> 
>>
>> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
>> ---
>>  drivers/spi/spi-pxa2xx.c | 59 +++++++++++++++++-------------------------------
>>  1 file changed, 21 insertions(+), 38 deletions(-)
>>
>> diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.c
>> index 38d053682892..be991266a6ce 100644
>> --- a/drivers/spi/spi-pxa2xx.c
>> +++ b/drivers/spi/spi-pxa2xx.c
>> @@ -1213,21 +1213,33 @@ static int setup_cs(struct spi_device *spi, struct chip_data *chip,
>>                     struct pxa2xx_spi_chip *chip_info)
>>  {
>>         struct driver_data *drv_data = spi_master_get_devdata(spi->master);
>> +       struct device *pdev = &drv_data->pdev->dev;
>> +       struct gpio_desc *gpiod;
>>         int err = 0;
>> +       int count;
>>
>>         if (chip == NULL)
>>                 return 0;
>>
>> -       if (drv_data->cs_gpiods) {
>> -               struct gpio_desc *gpiod;
>> +       count = gpiod_count(pdev, "cs");
>> +       if (count > 0) {
>> +               if (spi->chip_select >= count)
>> +                       return -EINVAL;
>> +
>> +               gpiod = gpiod_get_index(pdev, "cs", spi->chip_select,
>> +                                       GPIOD_OUT_HIGH);
>> +               if (IS_ERR(gpiod)) {
>> +                       /* Means use native chip select */
>> +                       if (PTR_ERR(gpiod) == -ENOENT)
>> +                               return 0;
>>
>> -               gpiod = drv_data->cs_gpiods[spi->chip_select];
>> -               if (gpiod) {
>> -                       chip->gpio_cs = desc_to_gpio(gpiod);
>> -                       chip->gpio_cs_inverted = spi->mode & SPI_CS_HIGH;
>> -                       gpiod_set_value(gpiod, chip->gpio_cs_inverted);
>> +                       return PTR_ERR(gpiod);
>>                 }
>>
>> +               chip->gpio_cs = desc_to_gpio(gpiod);
>> +               chip->gpio_cs_inverted = spi->mode & SPI_CS_HIGH;
>> +               gpiod_set_value(gpiod, chip->gpio_cs_inverted);
>> +
>>                 return 0;
>>         }
>>
>> @@ -1415,8 +1427,7 @@ static void cleanup(struct spi_device *spi)
>>         if (!chip)
>>                 return;
>>
>> -       if (drv_data->ssp_type != CE4100_SSP && !drv_data->cs_gpiods &&
>> -           gpio_is_valid(chip->gpio_cs))
>> +       if (drv_data->ssp_type != CE4100_SSP && gpio_is_valid(chip->gpio_cs))
>>                 gpio_free(chip->gpio_cs);
>>
>>         kfree(chip);
>> @@ -1752,38 +1763,10 @@ static int pxa2xx_spi_probe(struct platform_device *pdev)
>>         master->num_chipselect = platform_info->num_chipselect;
>>
>>         count = gpiod_count(&pdev->dev, "cs");
>> -       if (count > 0) {
>> -               int i;
>> -
>> +       if (count > 0)
>>                 master->num_chipselect = max_t(int, count,
>>                         master->num_chipselect);
>>
>> -               drv_data->cs_gpiods = devm_kcalloc(&pdev->dev,
>> -                       master->num_chipselect, sizeof(struct gpio_desc *),
>> -                       GFP_KERNEL);
>> -               if (!drv_data->cs_gpiods) {
>> -                       status = -ENOMEM;
>> -                       goto out_error_clock_enabled;
>> -               }
>> -
>> -               for (i = 0; i < master->num_chipselect; i++) {
>> -                       struct gpio_desc *gpiod;
>> -
>> -                       gpiod = devm_gpiod_get_index(dev, "cs", i,
>> -                                                    GPIOD_OUT_HIGH);
>> -                       if (IS_ERR(gpiod)) {
>> -                               /* Means use native chip select */
>> -                               if (PTR_ERR(gpiod) == -ENOENT)
>> -                                       continue;
>> -
>> -                               status = (int)PTR_ERR(gpiod);
>> -                               goto out_error_clock_enabled;
>> -                       } else {
>> -                               drv_data->cs_gpiods[i] = gpiod;
>> -                       }
>> -               }
>> -       }
>> -
>>         tasklet_init(&drv_data->pump_transfers, pump_transfers,
>>                      (unsigned long)drv_data);
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-spi" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
> 

[toc] | [prev] | [next] | [standalone]

#1683717 — Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created

On Sun, Jul 9, 2017 at 12:30 PM, Jan Kiszka <jan.kiszka@web.de> wrote:
> On 2017-07-08 23:48, Andy Shevchenko wrote:
>> On Sat, Jul 8, 2017 at 11:41 AM, Jan Kiszka <jan.kiszka@web.de> wrote:
>>> From: Jan Kiszka <jan.kiszka@siemens.com>
>>>
>>> Avoid hogging chip select GPIOs just because they are listed for the
>>> master. They might be mulitplexed and, if no slave device is attached,
>>> used for different purposes. Moreover, this strategy avoids having to
>>> allocate a cs_gpiods structure.
>>>
>>> Tested on the IOT2000 where the second SPI bus is connected to an
>>> Arduino-compatible connector and multiplexed between SPI, GPIO and PWM
>>> usage.
>>
>> Can we first switch the driver to use GPIO descriptors instead of
>> plain integers?
>
> -ENOPARSE

In code you are trying to modify there is a mix of plain integers and
GPIO descriptors (and two APIs).
Can we just convert it to use GPIO descriptors API?

>
>>
>>>
>>> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
>>> ---
>>>  drivers/spi/spi-pxa2xx.c | 59 +++++++++++++++++-------------------------------
>>>  1 file changed, 21 insertions(+), 38 deletions(-)
>>>
>>> diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.c
>>> index 38d053682892..be991266a6ce 100644
>>> --- a/drivers/spi/spi-pxa2xx.c
>>> +++ b/drivers/spi/spi-pxa2xx.c
>>> @@ -1213,21 +1213,33 @@ static int setup_cs(struct spi_device *spi, struct chip_data *chip,
>>>                     struct pxa2xx_spi_chip *chip_info)
>>>  {
>>>         struct driver_data *drv_data = spi_master_get_devdata(spi->master);
>>> +       struct device *pdev = &drv_data->pdev->dev;
>>> +       struct gpio_desc *gpiod;
>>>         int err = 0;
>>> +       int count;
>>>
>>>         if (chip == NULL)
>>>                 return 0;
>>>
>>> -       if (drv_data->cs_gpiods) {
>>> -               struct gpio_desc *gpiod;
>>> +       count = gpiod_count(pdev, "cs");
>>> +       if (count > 0) {
>>> +               if (spi->chip_select >= count)
>>> +                       return -EINVAL;
>>> +
>>> +               gpiod = gpiod_get_index(pdev, "cs", spi->chip_select,
>>> +                                       GPIOD_OUT_HIGH);
>>> +               if (IS_ERR(gpiod)) {
>>> +                       /* Means use native chip select */
>>> +                       if (PTR_ERR(gpiod) == -ENOENT)
>>> +                               return 0;
>>>
>>> -               gpiod = drv_data->cs_gpiods[spi->chip_select];
>>> -               if (gpiod) {
>>> -                       chip->gpio_cs = desc_to_gpio(gpiod);
>>> -                       chip->gpio_cs_inverted = spi->mode & SPI_CS_HIGH;
>>> -                       gpiod_set_value(gpiod, chip->gpio_cs_inverted);
>>> +                       return PTR_ERR(gpiod);
>>>                 }
>>>
>>> +               chip->gpio_cs = desc_to_gpio(gpiod);
>>> +               chip->gpio_cs_inverted = spi->mode & SPI_CS_HIGH;
>>> +               gpiod_set_value(gpiod, chip->gpio_cs_inverted);
>>> +
>>>                 return 0;
>>>         }
>>>
>>> @@ -1415,8 +1427,7 @@ static void cleanup(struct spi_device *spi)
>>>         if (!chip)
>>>                 return;
>>>
>>> -       if (drv_data->ssp_type != CE4100_SSP && !drv_data->cs_gpiods &&
>>> -           gpio_is_valid(chip->gpio_cs))
>>> +       if (drv_data->ssp_type != CE4100_SSP && gpio_is_valid(chip->gpio_cs))
>>>                 gpio_free(chip->gpio_cs);
>>>
>>>         kfree(chip);
>>> @@ -1752,38 +1763,10 @@ static int pxa2xx_spi_probe(struct platform_device *pdev)
>>>         master->num_chipselect = platform_info->num_chipselect;
>>>
>>>         count = gpiod_count(&pdev->dev, "cs");
>>> -       if (count > 0) {
>>> -               int i;
>>> -
>>> +       if (count > 0)
>>>                 master->num_chipselect = max_t(int, count,
>>>                         master->num_chipselect);
>>>
>>> -               drv_data->cs_gpiods = devm_kcalloc(&pdev->dev,
>>> -                       master->num_chipselect, sizeof(struct gpio_desc *),
>>> -                       GFP_KERNEL);
>>> -               if (!drv_data->cs_gpiods) {
>>> -                       status = -ENOMEM;
>>> -                       goto out_error_clock_enabled;
>>> -               }
>>> -
>>> -               for (i = 0; i < master->num_chipselect; i++) {
>>> -                       struct gpio_desc *gpiod;
>>> -
>>> -                       gpiod = devm_gpiod_get_index(dev, "cs", i,
>>> -                                                    GPIOD_OUT_HIGH);
>>> -                       if (IS_ERR(gpiod)) {
>>> -                               /* Means use native chip select */
>>> -                               if (PTR_ERR(gpiod) == -ENOENT)
>>> -                                       continue;
>>> -
>>> -                               status = (int)PTR_ERR(gpiod);
>>> -                               goto out_error_clock_enabled;
>>> -                       } else {
>>> -                               drv_data->cs_gpiods[i] = gpiod;
>>> -                       }
>>> -               }
>>> -       }
>>> -
>>>         tasklet_init(&drv_data->pump_transfers, pump_transfers,
>>>                      (unsigned long)drv_data);
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-spi" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
>>
>
>



-- 
With Best Regards,
Andy Shevchenko

[toc] | [prev] | [next] | [standalone]

#1683718

[Multipart message — attachments visible in raw view] — view raw

On 2017-07-09 11:55, Andy Shevchenko wrote:
> On Sun, Jul 9, 2017 at 12:30 PM, Jan Kiszka <jan.kiszka@web.de> wrote:
>> On 2017-07-08 23:48, Andy Shevchenko wrote:
>>> On Sat, Jul 8, 2017 at 11:41 AM, Jan Kiszka <jan.kiszka@web.de> wrote:
>>>> From: Jan Kiszka <jan.kiszka@siemens.com>
>>>>
>>>> Avoid hogging chip select GPIOs just because they are listed for the
>>>> master. They might be mulitplexed and, if no slave device is attached,
>>>> used for different purposes. Moreover, this strategy avoids having to
>>>> allocate a cs_gpiods structure.
>>>>
>>>> Tested on the IOT2000 where the second SPI bus is connected to an
>>>> Arduino-compatible connector and multiplexed between SPI, GPIO and PWM
>>>> usage.
>>>
>>> Can we first switch the driver to use GPIO descriptors instead of
>>> plain integers?
>>
>> -ENOPARSE
> 
> In code you are trying to modify there is a mix of plain integers and
> GPIO descriptors (and two APIs).
> Can we just convert it to use GPIO descriptors API?

That wasn't helpful either for someone not doing gpio development the
whole day. I suppose you wanted to suggest the conversion of
chip_data::chip_cs to struct gpio_desc * and the consistent usage of
gpiod_*, instead of gpio_*. That's not necessarily a precondition, but
it's a reasonable cleanup.

Jan

[toc] | [prev] | [next] | [standalone]

#1684172 — Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created

[Multipart message — attachments visible in raw view] — view raw

On Sun, Jul 09, 2017 at 12:48:10AM +0300, Andy Shevchenko wrote:
> On Sat, Jul 8, 2017 at 11:41 AM, Jan Kiszka <jan.kiszka@web.de> wrote:

> > Tested on the IOT2000 where the second SPI bus is connected to an
> > Arduino-compatible connector and multiplexed between SPI, GPIO and PWM
> > usage.

> Can we first switch the driver to use GPIO descriptors instead of
> plain integers?

Only if you also convert the SPI core to use descriptors, Chris Packham
was looking at that but he needed update the ep93xx drivers among others
and getting reviewers was hard.

[toc] | [prev] | [next] | [standalone]

#1684535

[Multipart message — attachments visible in raw view] — view raw

On 2017-07-10 14:09, Mark Brown wrote:
> On Sun, Jul 09, 2017 at 12:48:10AM +0300, Andy Shevchenko wrote:
>> On Sat, Jul 8, 2017 at 11:41 AM, Jan Kiszka <jan.kiszka@web.de> wrote:
> 
>>> Tested on the IOT2000 where the second SPI bus is connected to an
>>> Arduino-compatible connector and multiplexed between SPI, GPIO and PWM
>>> usage.
> 
>> Can we first switch the driver to use GPIO descriptors instead of
>> plain integers?
> 
> Only if you also convert the SPI core to use descriptors, Chris Packham
> was looking at that but he needed update the ep93xx drivers among others
> and getting reviewers was hard.
> 

IIUC, we can't convert completely due to some legacy boards providing
their CS lines as integers. But even then, a few more API usages can be
converted.

While looking into this, I noticed that this patch violated the formal
rule to never release a GPIO with the old API when it was requested with
the new one. That's at least stated in the docs, even though gpio_free
is equivalent to gpiod_put. Fixed that already, but I need to find some
time to retest.

Jan

[toc] | [prev] | [next] | [standalone]

#1689195 — Applied "spi: pxa2xx: Only claim CS GPIOs when the slave device is created" to the spi tree

The patch

   spi: pxa2xx: Only claim CS GPIOs when the slave device is created

has been applied to the spi tree at

   git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git 

All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus during
the next merge window (or sooner if it is a bug fix), however if
problems are discovered then the patch may be dropped or reverted.  

You may get further e-mails resulting from automated or manual testing
and review of the tree, please engage with people reporting problems and
send followup patches addressing any issues that are reported if needed.

If any updates are required or you are submitting further changes they
should be sent as incremental updates against current git, existing
patches will not be replaced.

Please add any relevant lists and maintainers to the CCs when replying
to this mail.

Thanks,
Mark

From 676a4e3bab445d53fca4756865e2c0e2a87c38d6 Mon Sep 17 00:00:00 2001
From: Jan Kiszka <jan.kiszka@siemens.com>
Date: Sat, 8 Jul 2017 10:41:18 +0200
Subject: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is
 created

Avoid hogging chip select GPIOs just because they are listed for the
master. They might be mulitplexed and, if no slave device is attached,
used for different purposes. Moreover, this strategy avoids having to
allocate a cs_gpiods structure.

Tested on the IOT2000 where the second SPI bus is connected to an
Arduino-compatible connector and multiplexed between SPI, GPIO and PWM
usage.

Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
---
 drivers/spi/spi-pxa2xx.c | 59 +++++++++++++++++-------------------------------
 1 file changed, 21 insertions(+), 38 deletions(-)

diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.c
index 38d053682892..be991266a6ce 100644
--- a/drivers/spi/spi-pxa2xx.c
+++ b/drivers/spi/spi-pxa2xx.c
@@ -1213,21 +1213,33 @@ static int setup_cs(struct spi_device *spi, struct chip_data *chip,
 		    struct pxa2xx_spi_chip *chip_info)
 {
 	struct driver_data *drv_data = spi_master_get_devdata(spi->master);
+	struct device *pdev = &drv_data->pdev->dev;
+	struct gpio_desc *gpiod;
 	int err = 0;
+	int count;
 
 	if (chip == NULL)
 		return 0;
 
-	if (drv_data->cs_gpiods) {
-		struct gpio_desc *gpiod;
+	count = gpiod_count(pdev, "cs");
+	if (count > 0) {
+		if (spi->chip_select >= count)
+			return -EINVAL;
+
+		gpiod = gpiod_get_index(pdev, "cs", spi->chip_select,
+					GPIOD_OUT_HIGH);
+		if (IS_ERR(gpiod)) {
+			/* Means use native chip select */
+			if (PTR_ERR(gpiod) == -ENOENT)
+				return 0;
 
-		gpiod = drv_data->cs_gpiods[spi->chip_select];
-		if (gpiod) {
-			chip->gpio_cs = desc_to_gpio(gpiod);
-			chip->gpio_cs_inverted = spi->mode & SPI_CS_HIGH;
-			gpiod_set_value(gpiod, chip->gpio_cs_inverted);
+			return PTR_ERR(gpiod);
 		}
 
+		chip->gpio_cs = desc_to_gpio(gpiod);
+		chip->gpio_cs_inverted = spi->mode & SPI_CS_HIGH;
+		gpiod_set_value(gpiod, chip->gpio_cs_inverted);
+
 		return 0;
 	}
 
@@ -1415,8 +1427,7 @@ static void cleanup(struct spi_device *spi)
 	if (!chip)
 		return;
 
-	if (drv_data->ssp_type != CE4100_SSP && !drv_data->cs_gpiods &&
-	    gpio_is_valid(chip->gpio_cs))
+	if (drv_data->ssp_type != CE4100_SSP && gpio_is_valid(chip->gpio_cs))
 		gpio_free(chip->gpio_cs);
 
 	kfree(chip);
@@ -1752,38 +1763,10 @@ static int pxa2xx_spi_probe(struct platform_device *pdev)
 	master->num_chipselect = platform_info->num_chipselect;
 
 	count = gpiod_count(&pdev->dev, "cs");
-	if (count > 0) {
-		int i;
-
+	if (count > 0)
 		master->num_chipselect = max_t(int, count,
 			master->num_chipselect);
 
-		drv_data->cs_gpiods = devm_kcalloc(&pdev->dev,
-			master->num_chipselect, sizeof(struct gpio_desc *),
-			GFP_KERNEL);
-		if (!drv_data->cs_gpiods) {
-			status = -ENOMEM;
-			goto out_error_clock_enabled;
-		}
-
-		for (i = 0; i < master->num_chipselect; i++) {
-			struct gpio_desc *gpiod;
-
-			gpiod = devm_gpiod_get_index(dev, "cs", i,
-						     GPIOD_OUT_HIGH);
-			if (IS_ERR(gpiod)) {
-				/* Means use native chip select */
-				if (PTR_ERR(gpiod) == -ENOENT)
-					continue;
-
-				status = (int)PTR_ERR(gpiod);
-				goto out_error_clock_enabled;
-			} else {
-				drv_data->cs_gpiods[i] = gpiod;
-			}
-		}
-	}
-
 	tasklet_init(&drv_data->pump_transfers, pump_transfers,
 		     (unsigned long)drv_data);
 
-- 
2.13.2

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web