linux-spi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: jeffy <jeffy.chen-TNX95d0MmH7DzftRWevZcw@public.gmane.org>
To: Shawn Lin <shawn.lin-TNX95d0MmH7DzftRWevZcw@public.gmane.org>
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
	devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	briannorris-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
	heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org,
	dianders-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
	linux-spi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: Re: [PATCH 1/2] spi: rockchip: add support for "cs-gpios" dts property
Date: Mon, 12 Jun 2017 16:33:47 +0800	[thread overview]
Message-ID: <593E51EB.6030006@rock-chips.com> (raw)
In-Reply-To: <593E501F.5060906-TNX95d0MmH7DzftRWevZcw@public.gmane.org>

Hi Shawn,

On 06/12/2017 04:26 PM, jeffy wrote:
> Hi Shawn,
>
> On 06/12/2017 03:15 PM, Shawn Lin wrote:
>> Hi Jeffy,
>>
>> On 2017/6/12 14:14, Jeffy Chen wrote:
>>> Support using "cs-gpios" property to specify cs gpios.
>>>
>>> Signed-off-by: Jeffy Chen <jeffy.chen-TNX95d0MmH7DzftRWevZcw@public.gmane.org>
>>> ---
>>>
>>>   .../devicetree/bindings/spi/spi-rockchip.txt       |  2 +
>>>   drivers/spi/spi-rockchip.c                         | 52
>>> ++++++++++++++++++++++
>>>   2 files changed, 54 insertions(+)
>>>
>>> diff --git a/Documentation/devicetree/bindings/spi/spi-rockchip.txt
>>> b/Documentation/devicetree/bindings/spi/spi-rockchip.txt
>>> index 83da493..02171b2 100644
>>> --- a/Documentation/devicetree/bindings/spi/spi-rockchip.txt
>>> +++ b/Documentation/devicetree/bindings/spi/spi-rockchip.txt
>>
>> The changes for doc should be another patch, and...
>
> but i saw others didn't separate them:
> cf9e478 spi: sh-msiof: Add slave mode support
> 23e291c spi: rockchip: support "sleep" pin configuration
>
>
>>
>>> @@ -17,6 +17,7 @@ Required Properties:
>>>          region.
>>>   - interrupts: The interrupt number to the cpu. The interrupt
>>> specifier format
>>>                 depends on the interrupt controller.
>>> +- cs-gpios : Specifies the gpio pins to be used for chipselects.
>>
>> It's not a required property, otherwise how other boards work as your
>> patch 2 only add this for rk3399-gru.
> oops, i will fix it.
>>
>>>   - clocks: Must contain an entry for each entry in clock-names.
>>>   - clock-names: Shall be "spiclk" for the transfer-clock, and
>>> "apb_pclk" for
>>>                  the peripheral clock.
>>> @@ -48,6 +49,7 @@ Example:
>>>           #address-cells = <1>;
>>>           #size-cells = <0>;
>>>           interrupts = <GIC_SPI 44 IRQ_TYPE_LEVEL_HIGH>;
>>> +        cs-gpios = <&gpio2 23 GPIO_ACTIVE_HIGH>;
>>>           clocks = <&cru SCLK_SPI0>, <&cru PCLK_SPI0>;
>>>           clock-names = "spiclk", "apb_pclk";
>>>           pinctrl-0 = <&spi1_pins>;
>>> diff --git a/drivers/spi/spi-rockchip.c b/drivers/spi/spi-rockchip.c
>>> index acf31f3..04694e1 100644
>>> --- a/drivers/spi/spi-rockchip.c
>>> +++ b/drivers/spi/spi-rockchip.c
>>> @@ -15,6 +15,7 @@
>>>   #include <linux/clk.h>
>>>   #include <linux/dmaengine.h>
>>> +#include <linux/gpio.h>
>>>   #include <linux/module.h>
>>>   #include <linux/of.h>
>>>   #include <linux/pinctrl/consumer.h>
>>> @@ -201,6 +202,10 @@ struct rockchip_spi {
>>>       struct dma_slave_caps dma_caps;
>>>   };
>>> +struct rockchip_spi_data {
>>> +    bool cs_gpio_requested;
>>> +};
>>> +
>>
>> Could you fold cs_gpio_requested into struct rockchip_spi?
we might have multiple children with different cs_gpio, so i think we 
may need a separate data struct for them.
>>
>>>   static inline void spi_enable_chip(struct rockchip_spi *rs, int
>>> enable)
>>>   {
>>>       writel_relaxed((enable ? 1 : 0), rs->regs + ROCKCHIP_SPI_SSIENR);
>>> @@ -297,6 +302,50 @@ static void rockchip_spi_set_cs(struct spi_device
>>> *spi, bool enable)
>>>       pm_runtime_put_sync(rs->dev);
>>>   }
>>> +static int rockchip_spi_setup(struct spi_device *spi)
>>> +{
>>> +    int ret = 0;
>>> +    unsigned long flags = (spi->mode & SPI_CS_HIGH) ?
>>> +                  GPIOF_OUT_INIT_LOW : GPIOF_OUT_INIT_HIGH;
>>> +    struct rockchip_spi_data *data = spi_get_ctldata(spi);
>>> +
>>> +    if (!gpio_is_valid(spi->cs_gpio))
>>> +        return 0;
>>
>> return -EINVAL?
> i think we can still support the original way, which means no "cs-gpios"
> and do nothing in setup.
>>
>>> +
>>> +    if (!data) {
>>> +        data = kzalloc(sizeof(*data), GFP_KERNEL);
>>> +        if (!data)
>>> +            return -ENOMEM;
>>> +        spi_set_ctldata(spi, data);
>>> +    }
>>> +
>>> +    if (!data->cs_gpio_requested) {
>>> +        ret = gpio_request_one(spi->cs_gpio, flags,
>>> +                       dev_name(&spi->dev));
>>> +        if (!ret)
>>> +            data->cs_gpio_requested = 1;
>>> +    } else
>>> +        ret = gpio_direction_output(spi->cs_gpio, flags);
>>
>> need brace around 'else' statement. Also I don't see data used
>> elsewhere, so you need these code above.
> ok.
> and the cs_gpio_requested is to mark cs_gpio requested, because the
> setup func might be called multiple times, we only need to request gpio
> at the first time.
>>
>>> +
>>> +    if (ret < 0)
>>> +        dev_err(&spi->dev, "Failed to setup cs gpio(%d): %d\n",
>>> +            spi->cs_gpio, ret);
>>> +
>>> +    return ret;
>>> +}
>>> +
>>> +static void rockchip_spi_cleanup(struct spi_device *spi)
>>> +{
>>> +    struct rockchip_spi_data *data = spi_get_ctldata(spi);
>>> +
>>> +    if (data) {
>>> +        if (data->cs_gpio_requested)
>>> +            gpio_free(spi->cs_gpio);
>>> +        kfree(data);
>>> +        spi_set_ctldata(spi, NULL);
>>> +    }
>>> +}
>>> +
>>>   static int rockchip_spi_prepare_message(struct spi_master *master,
>>>                       struct spi_message *msg)
>>>   {
>>> @@ -744,11 +793,14 @@ static int rockchip_spi_probe(struct
>>> platform_device *pdev)
>>>       master->bits_per_word_mask = SPI_BPW_MASK(16) | SPI_BPW_MASK(8);
>>>       master->set_cs = rockchip_spi_set_cs;
>>> +    master->setup = rockchip_spi_setup;
>>> +    master->cleanup = rockchip_spi_cleanup;
>>>       master->prepare_message = rockchip_spi_prepare_message;
>>>       master->unprepare_message = rockchip_spi_unprepare_message;
>>>       master->transfer_one = rockchip_spi_transfer_one;
>>>       master->max_transfer_size = rockchip_spi_max_transfer_size;
>>>       master->handle_err = rockchip_spi_handle_err;
>>> +    master->flags = SPI_MASTER_GPIO_SS;
>>>       rs->dma_tx.ch = dma_request_chan(rs->dev, "tx");
>>>       if (IS_ERR(rs->dma_tx.ch)) {
>>>
>>
>>
>>
>


--
To unsubscribe from this list: send the line "unsubscribe linux-spi" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2017-06-12  8:33 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-06-12  6:14 [PATCH 1/2] spi: rockchip: add support for "cs-gpios" dts property Jeffy Chen
     [not found] ` <1497248057-16550-1-git-send-email-jeffy.chen-TNX95d0MmH7DzftRWevZcw@public.gmane.org>
2017-06-12  7:15   ` Shawn Lin
     [not found]     ` <dfe87919-b2cc-37e8-1598-6b3c730ff356-TNX95d0MmH7DzftRWevZcw@public.gmane.org>
2017-06-12  8:18       ` Geert Uytterhoeven
     [not found]         ` <CAMuHMdUDjtSNRiBxcBnAMdUEaCZbioPoRE1h=p9=BqHMGmQaEQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-06-12  8:48           ` jeffy
2017-06-12 16:38           ` Mark Brown
2017-06-12  8:26       ` jeffy
     [not found]         ` <593E501F.5060906-TNX95d0MmH7DzftRWevZcw@public.gmane.org>
2017-06-12  8:33           ` jeffy [this message]
2017-06-12  8:36           ` Heiko Stübner
2017-06-12  9:12             ` jeffy
     [not found]               ` <593E5AF8.1080404-TNX95d0MmH7DzftRWevZcw@public.gmane.org>
2017-06-12  9:23                 ` Heiko Stübner

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=593E51EB.6030006@rock-chips.com \
    --to=jeffy.chen-tnx95d0mmh7dzftrwevzcw@public.gmane.org \
    --cc=briannorris-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org \
    --cc=broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
    --cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=dianders-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org \
    --cc=heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org \
    --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-spi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
    --cc=robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
    --cc=shawn.lin-TNX95d0MmH7DzftRWevZcw@public.gmane.org \
    /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;
as well as URLs for NNTP newsgroup(s).