[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <231b72cd-352c-10a9-8695-a04f61e36568@linaro.org>
Date: Thu, 6 Apr 2023 13:03:41 +0200
From: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
To: Cristian Ciocaltea <cristian.ciocaltea@...labora.com>,
Liam Girdwood <lgirdwood@...il.com>,
Mark Brown <broonie@...nel.org>,
Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Heiko Stuebner <heiko@...ech.de>,
Bjorn Andersson <andersson@...nel.org>,
Joseph Chen <chenjh@...k-chips.com>,
Ezequiel Garcia <ezequiel@...guardiasur.com.ar>
Cc: linux-kernel@...r.kernel.org, devicetree@...r.kernel.org,
kernel@...labora.com
Subject: Re: [PATCH 8/8] regulator: fan53555: Add support for RK860X
On 06/04/2023 12:08, Cristian Ciocaltea wrote:
>>> + }, {
>>> + .name = "rk8602",
>>> + .driver_data = RK8602_VENDOR_ROCKCHIP
>>> + }, {
>>> + .name = "rk8603",
>>> + .driver_data = RK8602_VENDOR_ROCKCHIP
>>
>> Why do you need this entry match data if it is the same as rk8602?
>
> This is consistent with the handling of syr827 and syr828:
>
> .name = "syr827",
> .driver_data = FAN53555_VENDOR_SILERGY
> }, {
> .name = "syr828",
> .driver_data = FAN53555_VENDOR_SILERGY
Yeah, I understand, but it's not necessarily the pattern we want to
continue. Unless these devices are not really compatible?
Best regards,
Krzysztof
Powered by blists - more mailing lists