[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <fa832a39-268f-2347-df01-e6d8c06547e9@oss.qualcomm.com>
Date: Mon, 22 Sep 2025 18:45:47 +0530
From: Viken Dadhaniya <viken.dadhaniya@....qualcomm.com>
To: Marc Kleine-Budde <mkl@...gutronix.de>,
Bartosz Golaszewski <brgl@...ev.pl>
Cc: mukesh.savaliya@....qualcomm.com, anup.kulkarni@....qualcomm.com,
Gregor Herburger <gregor.herburger@...tq-group.com>, mani@...nel.org,
thomas.kopp@...rochip.com, mailhol.vincent@...adoo.fr, robh@...nel.org,
krzk+dt@...nel.org, conor+dt@...nel.org, linus.walleij@...aro.org,
linux-can@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v4 5/6] can: mcp251xfd: add gpio functionality
On 9/18/2025 4:28 PM, Marc Kleine-Budde wrote:
> On 18.09.2025 05:46:44, Bartosz Golaszewski wrote:
>>> diff --git a/drivers/net/can/spi/mcp251xfd/mcp251xfd-core.c b/drivers/net/can/spi/mcp251xfd/mcp251xfd-core.c
>>> index ea41f04ae1a6..8c253091f498 100644
>>> --- a/drivers/net/can/spi/mcp251xfd/mcp251xfd-core.c
>>> +++ b/drivers/net/can/spi/mcp251xfd/mcp251xfd-core.c
>>> @@ -16,6 +16,7 @@
>>> #include <linux/bitfield.h>
>>> #include <linux/clk.h>
>>> #include <linux/device.h>
>>> +#include <linux/gpio/driver.h>
>>> #include <linux/mod_devicetable.h>
>>> #include <linux/module.h>
>>> #include <linux/pm_runtime.h>
>>> @@ -1797,6 +1798,178 @@ static int mcp251xfd_register_check_rx_int(struct mcp251xfd_priv *priv)
>>> return 0;
>>> }
>>>
>>> +#ifdef CONFIG_GPIOLIB
>>
>> Any reason why you don't just depend on GPIOLIB in Kconfig? There's no
>> reason to make it optional if the device always has the GPIO pins.
>
> I don't mind having the ifdef. But it's up to you.
>
> [...]
Sure, I’ll add depends on GPIOLIB in the Kconfig and remove the #ifdef CONFIG_GPIOLIB
from the driver in the next patch.
>
>>> +static void mcp251xfd_gpio_set(struct gpio_chip *chip, unsigned int offset,
>>> + int value)
>>
>> You must be rebased on pre v6.17 code, this will not compile with current
>> mainline.
>
> You mean "post" v6.17? Best rebase to latest net-next/main, which
> already contains the new signatures for the GPIO callbacks.
>
> regards,
> Marc
>
Sure, I will update in next patch.
Thanks
Viken
Powered by blists - more mailing lists