lkml.org 
[lkml]   [2022]   [Aug]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: [PATCH v5 00/33] New thermal OF code
From
On 8/10/22 01:34, Daniel Lezcano wrote:
>
> Hi Guenter,
>
> On 08/08/2022 12:26, Guenter Roeck wrote:
>> On Mon, Aug 08, 2022 at 11:42:16AM +0200, Michael Walle wrote:
>
> [ ... ]
>
>> It would also mean that all hwmon drivers registering a thermal zone sensor
>> would fail to register unless such a thermal zone actually exists. This
>> would make the whole concept of having the hwmon core register thermal
>> zone sensors impossible. I have no idea how this is expected to work now,
>> but there is an apparent flaw in the logic. That means I withdraw my
>> Acked-by: for the hwmon patches in this series until it is guaranteed
>> that hwmon registration does not fail as above if there is no thermal
>> zone associated with a sensor.
>
> I tried to figure out where we are not in sync and I suspect there is a misunderstanding from my side of your initial statement.
>
> I understood you meant the thermal zone can not be created with the hwmon if there is no thermal zone description and that was the case before.
>
> But actually, I suspect I misunderstood and you meant if the thermal OF registration fails, the hwmon creation fails for the hwmon subsystem, and before the changes it was created anyway.
>
> Is that correct ?
>

Yes, that is what I meant.

> If yes, the change -EINVAL --> -ENODEV fixes the issue, shall I consider in this case your Acked-by ?
>
Yes.

Thanks,
Guenter

> Thanks
>   -- Daniel
>

\
 
 \ /
  Last update: 2022-08-10 11:56    [W:0.119 / U:1.132 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site