[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <b7514285-7a05-4874-a0fd-59ef16d5bce1@kernel.org>
Date: Tue, 11 Jun 2024 10:38:34 +0200
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Sakari Ailus <sakari.ailus@...ux.intel.com>
Cc: Benjamin Mugnier <benjamin.mugnier@...s.st.com>,
Mauro Carvalho Chehab <mchehab@...nel.org>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
<conor+dt@...nel.org>, Sylvain Petinot <sylvain.petinot@...s.st.com>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
linux-media@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 2/3] media: vgxy61: Add legacy compatible string
On 11/06/2024 10:19, Sakari Ailus wrote:
> Hi Krzysztof,
>
> On Tue, Jun 11, 2024 at 08:47:25AM +0200, Krzysztof Kozlowski wrote:
>> On 10/06/2024 17:08, Benjamin Mugnier wrote:
>>> As the driver has been renamed from 'st-vgxy61' to 'vgxy61', its
>>> compatible string has been updated to reflect this change. Therefore old
>>> device trees will not work anymore.
>>> Add the old driver name as another compatible name to handle the
>>> retro compatibility.
>>>
>>> Signed-off-by: Benjamin Mugnier <benjamin.mugnier@...s.st.com>
>>> ---
>>> drivers/media/i2c/vgxy61.c | 5 +++++
>>> 1 file changed, 5 insertions(+)
>>>
>>> diff --git a/drivers/media/i2c/vgxy61.c b/drivers/media/i2c/vgxy61.c
>>> index 30378e962016..ca3b43608dad 100644
>>> --- a/drivers/media/i2c/vgxy61.c
>>> +++ b/drivers/media/i2c/vgxy61.c
>>> @@ -1867,6 +1867,11 @@ static void vgxy61_remove(struct i2c_client *client)
>>> }
>>>
>>> static const struct of_device_id vgxy61_dt_ids[] = {
>>> + { .compatible = "st,vgxy61" },
>>> + /*
>>> + * Previously the driver was named 'st-vgxy61' instead of simply
>>> + * 'vgxy61', keep it for retrocompatibility purposes.
>>
>> NAK.
>
> Is that because the comment says "driver" rather than "device"?
>
> Please try to express clearer what you'd expect from the patch author.
There is almost never a need to rename compatible or add new compatible
matching existing one. There are exceptions, like development or work in
progress with no users at all (and really no users!).
The commit did not provide any rationale for binding change.
Additionally, it does not make any sense. There is no point in doing it
at all. No benefit.
Best regards,
Krzysztof
Powered by blists - more mailing lists