[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAMz4kuL1cDD0PTBJ9-7an3KnFyhE9iZOp4VU4MCsHcx8TG5DhQ@mail.gmail.com>
Date: Thu, 7 Sep 2017 11:13:00 +0800
From: Baolin Wang <baolin.wang@...aro.org>
To: Mark Brown <broonie@...nel.org>
Cc: Baolin Wang <baolin.wang@...eadtrum.com>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>, linux-spi@...r.kernel.org,
devicetree@...r.kernel.org, LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 2/2] spi: Add ADI driver for Spreadtrum platform
Hi Mark,
On 6 September 2017 at 23:04, Mark Brown <broonie@...nel.org> wrote:
> On Wed, Sep 06, 2017 at 02:10:44PM +0800, Baolin Wang wrote:
>
> This looks like a nice, clean driver. A few fairly small issues though:
>
>> +config SPI_SPRD_ADI
>> + tristate "Spreadtrum ADI controller"
>> + depends on ARCH_SPRD
>> + help
>> + ADI driver based on SPI for Spreadtrum SoCs.
>> +
>
> I can't see any hard dependencies on the architecture - can you add an
> || COMPILE_TEST for more coverage?
Yes.
>
>> + ret = devm_spi_register_controller(&pdev->dev, ctlr);
>> + if (ret) {
>> + dev_err(&pdev->dev, "failed to register SPI controller\n");
>> + goto free_hwlock;
>> + }
>
>> + spi_controller_put(ctlr);
>
> You used devm_ to register the controller, no need to free it
> explicitly.
Indeed.
>
>> +static int __init sprd_adi_init(void)
>> +{
>> + return platform_driver_register(&sprd_adi_driver);
>> +}
>> +subsys_initcall(sprd_adi_init);
>
> Why is this subsys_initcall() and not module_platform_driver()?
Since ADI is one very fundamental driver for our SoC, many drivers
such as regulator need depend on ADI, and regulator need to regulate
core voltage as earlier as possible.
Very appreciated for your comments.
--
Baolin.wang
Best Regards
Powered by blists - more mailing lists