[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <dd740dda-a03e-4f3a-bb46-e551f0799c50@intel.com>
Date: Mon, 4 Nov 2024 14:37:57 +0100
From: Przemek Kitszel <przemyslaw.kitszel@...el.com>
To: Stephen Rothwell <sfr@...b.auug.org.au>, Thomas Gleixner
<tglx@...utronix.de>, Ingo Molnar <mingo@...hat.com>, "H. Peter Anvin"
<hpa@...or.com>, Peter Zijlstra <peterz@...radead.org>
CC: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, "Linux Next
Mailing List" <linux-next@...r.kernel.org>
Subject: Re: linux-next: build failure after merge of the tip tree
On 11/1/24 04:19, Stephen Rothwell wrote:
> Hi all,
>
> On Mon, 28 Oct 2024 16:53:36 +1100 Stephen Rothwell <sfr@...b.auug.org.au> wrote:
>>
>> After merging the tip tree, today's linux-next build (x86_64 allmodconfig)
>> failed like this:
>>
>> drivers/iio/magnetometer/af8133j.c: In function 'af8133j_set_scale':
>> drivers/iio/magnetometer/af8133j.c:315:12: error: suggest explicit braces to avoid ambiguous 'else' [-Werror=dangling-else]
>> 315 | if (!pm_runtime_status_suspended(dev))
>> | ^
>> cc1: all warnings being treated as errors
>>
>> Probably caused by commit
>>
>> fcc22ac5baf0 ("cleanup: Adjust scoped_guard() macros to avoid potential warning")
>>
>> I have applied the following for today but I wonder if there may be
>> others.
>>
>> From: Stephen Rothwell <sfr@...b.auug.org.au>
>> Date: Mon, 28 Oct 2024 16:01:15 +1100
>> Subject: [PATCH] fix up for "cleanup: Adjust scoped_guard() macros to avoid
>> potential warning"
>>
>> Signed-off-by: Stephen Rothwell <sfr@...b.auug.org.au>
>> ---
>> drivers/iio/magnetometer/af8133j.c | 3 ++-
>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/iio/magnetometer/af8133j.c b/drivers/iio/magnetometer/af8133j.c
>> index d81d89af6283..acd291f3e792 100644
>> --- a/drivers/iio/magnetometer/af8133j.c
>> +++ b/drivers/iio/magnetometer/af8133j.c
>> @@ -312,10 +312,11 @@ static int af8133j_set_scale(struct af8133j_data *data,
>> * When suspended, just store the new range to data->range to be
>> * applied later during power up.
>> */
>> - if (!pm_runtime_status_suspended(dev))
>> + if (!pm_runtime_status_suspended(dev)) {
>> scoped_guard(mutex, &data->mutex)
>> ret = regmap_write(data->regmap,
>> AF8133J_REG_RANGE, range);
>> + }
>>
>> pm_runtime_enable(dev);
>>
>
> I am still applying this patch.
>
This patch of yours is necessary, could you make it permanent?
Reviewed-by: Przemek Kitszel <przemyslaw.kitszel@...el.com>
Powered by blists - more mailing lists