From: Jan Kiszka <jan.kiszka@web.de>
To: Andy Shevchenko <andy.shevchenko@gmail.com>
Cc: Daniel Mack <daniel@zonque.org>,
Haojian Zhuang <haojian.zhuang@gmail.com>,
Robert Jarzmik <robert.jarzmik@free.fr>,
Mark Brown <broonie@kernel.org>,
linux-spi <linux-spi@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
linux-arm-kernel <linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created
Date: Sun, 9 Jul 2017 11:30:08 +0200 [thread overview]
Message-ID: <1677d448-4cdd-363f-34a6-152c61a06c0e@web.de> (raw)
In-Reply-To: <CAHp75Vd8GRCwGp8eDFOL=dsgxCR+VqqUy+O50PEW=p99a8xAwQ@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 5159 bytes --]
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
>
>
>
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]
next prev parent reply other threads:[~2017-07-09 9:30 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-08 8:41 Jan Kiszka
2017-07-08 21:48 ` Andy Shevchenko
2017-07-09 9:30 ` Jan Kiszka [this message]
2017-07-09 9:55 ` Andy Shevchenko
2017-07-09 10:30 ` Jan Kiszka
2017-07-10 12:09 ` Mark Brown
2017-07-10 17:31 ` Jan Kiszka
2017-07-17 16:07 ` Applied "spi: pxa2xx: Only claim CS GPIOs when the slave device is created" to the spi tree Mark Brown
2017-07-22 22:07 ` [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created Andy Shevchenko
2017-07-24 10:44 ` Andy Shevchenko
2017-07-24 10:53 ` Jan Kiszka
2017-07-24 11:02 ` Andy Shevchenko
2017-07-24 11:06 ` Jan Kiszka
2017-07-24 11:14 ` Andy Shevchenko
2017-07-24 13:03 ` Andy Shevchenko
2017-07-24 13:14 ` Mika Westerberg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1677d448-4cdd-363f-34a6-152c61a06c0e@web.de \
--to=jan.kiszka@web.de \
--cc=andy.shevchenko@gmail.com \
--cc=broonie@kernel.org \
--cc=daniel@zonque.org \
--cc=haojian.zhuang@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-spi@vger.kernel.org \
--cc=robert.jarzmik@free.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®