* Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails
2019-07-30 15:48 [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails Hans de Goede
@ 2019-07-30 16:08 ` Andy Shevchenko
2019-08-05 9:31 ` Nikolaus Voss
2019-08-08 10:19 ` Hans de Goede
2 siblings, 0 replies; 8+ messages in thread
From: Andy Shevchenko @ 2019-07-30 16:08 UTC (permalink / raw)
To: Hans de Goede
Cc: Thierry Reding, linux-pwm, linux-acpi, youling257, Nikolaus Voss
On Tue, Jul 30, 2019 at 05:48:48PM +0200, Hans de Goede wrote:
> Commit 4a6ef8e37c4d ("pwm: Add support referencing PWMs from ACPI")
> made pwm_get unconditionally return the acpi_pwm_get return value if
> the device passed to pwm_get has an ACPI fwnode.
>
> But even if the passed in device has an ACPI fwnode, it does not
> necessarily have the necessary ACPI package defining its pwm bindings,
> especially since the binding / API of this ACPI package has only been
> introduced very recently.
>
> Up until now X86/ACPI devices which use a separate pwm controller for
> controlling their LCD screen's backlight brightness have been relying
> on the static lookup-list to get their pwm.
>
> pwm_get unconditionally returning the acpi_pwm_get return value breaks
> this, breaking backlight control on these devices.
>
> This commit fixes this by making pwm_get fall back to the static
> lookup-list if acpi_pwm_get returns -ENOENT.
>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Perhaps, we may switch to swnode API instead of lookup tables in the future?
> BugLink: https://bugs.freedesktop.org/show_bug.cgi?id=96571
> Reported-by: youling257@gmail.com
> Fixes: 4a6ef8e37c4d ("pwm: Add support referencing PWMs from ACPI")
> Cc: Nikolaus Voss <nikolaus.voss@loewensteinmedical.de>
> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
> ---
> drivers/pwm/core.c | 7 +++++--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/pwm/core.c b/drivers/pwm/core.c
> index c3ab07ab31a9..8edfac17364e 100644
> --- a/drivers/pwm/core.c
> +++ b/drivers/pwm/core.c
> @@ -882,8 +882,11 @@ struct pwm_device *pwm_get(struct device *dev, const char *con_id)
> return of_pwm_get(dev, dev->of_node, con_id);
>
> /* then lookup via ACPI */
> - if (dev && is_acpi_node(dev->fwnode))
> - return acpi_pwm_get(dev->fwnode);
> + if (dev && is_acpi_node(dev->fwnode)) {
> + pwm = acpi_pwm_get(dev->fwnode);
> + if (!IS_ERR(pwm) || PTR_ERR(pwm) != -ENOENT)
> + return pwm;
> + }
>
> /*
> * We look up the provider in the static table typically provided by
> --
> 2.21.0
>
--
With Best Regards,
Andy Shevchenko
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails
2019-07-30 15:48 [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails Hans de Goede
2019-07-30 16:08 ` Andy Shevchenko
@ 2019-08-05 9:31 ` Nikolaus Voss
2019-08-05 9:55 ` Hans de Goede
2019-08-08 10:19 ` Hans de Goede
2 siblings, 1 reply; 8+ messages in thread
From: Nikolaus Voss @ 2019-08-05 9:31 UTC (permalink / raw)
To: Hans de Goede
Cc: Thierry Reding, Andy Shevchenko, linux-pwm, linux-acpi,
youling257, nikolaus.voss
Hi Hans,
On Tue, 30 Jul 2019, Hans de Goede wrote:
> Commit 4a6ef8e37c4d ("pwm: Add support referencing PWMs from ACPI")
> made pwm_get unconditionally return the acpi_pwm_get return value if
> the device passed to pwm_get has an ACPI fwnode.
>
> But even if the passed in device has an ACPI fwnode, it does not
> necessarily have the necessary ACPI package defining its pwm bindings,
> especially since the binding / API of this ACPI package has only been
> introduced very recently.
>
> Up until now X86/ACPI devices which use a separate pwm controller for
> controlling their LCD screen's backlight brightness have been relying
> on the static lookup-list to get their pwm.
>
> pwm_get unconditionally returning the acpi_pwm_get return value breaks
> this, breaking backlight control on these devices.
>
> This commit fixes this by making pwm_get fall back to the static
> lookup-list if acpi_pwm_get returns -ENOENT.
Ok, I didn't find any pwm_add_table() calls in the x86 directory, so I
thought the fallback matching is only for non-DT/non-ACPI systems. If it
is used for ACPI nodes without PWM controller binding, it maybe should
apply to DT nodes without PWM controller binding, too?
It would be structurally cleaner as DT and ACPI handling was symmetrical.
Niko
>
> BugLink: https://bugs.freedesktop.org/show_bug.cgi?id=96571
> Reported-by: youling257@gmail.com
> Fixes: 4a6ef8e37c4d ("pwm: Add support referencing PWMs from ACPI")
> Cc: Nikolaus Voss <nikolaus.voss@loewensteinmedical.de>
> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
> ---
> drivers/pwm/core.c | 7 +++++--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/pwm/core.c b/drivers/pwm/core.c
> index c3ab07ab31a9..8edfac17364e 100644
> --- a/drivers/pwm/core.c
> +++ b/drivers/pwm/core.c
> @@ -882,8 +882,11 @@ struct pwm_device *pwm_get(struct device *dev, const char *con_id)
> return of_pwm_get(dev, dev->of_node, con_id);
>
> /* then lookup via ACPI */
> - if (dev && is_acpi_node(dev->fwnode))
> - return acpi_pwm_get(dev->fwnode);
> + if (dev && is_acpi_node(dev->fwnode)) {
> + pwm = acpi_pwm_get(dev->fwnode);
> + if (!IS_ERR(pwm) || PTR_ERR(pwm) != -ENOENT)
> + return pwm;
> + }
>
> /*
> * We look up the provider in the static table typically provided by
> --
> 2.21.0
>
>
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails
2019-08-05 9:31 ` Nikolaus Voss
@ 2019-08-05 9:55 ` Hans de Goede
2019-08-05 10:11 ` Nikolaus Voss
0 siblings, 1 reply; 8+ messages in thread
From: Hans de Goede @ 2019-08-05 9:55 UTC (permalink / raw)
To: Nikolaus Voss
Cc: Thierry Reding, Andy Shevchenko, linux-pwm, linux-acpi,
youling257, nikolaus.voss
Hi,
On 05-08-19 11:31, Nikolaus Voss wrote:
> Hi Hans,
>
> On Tue, 30 Jul 2019, Hans de Goede wrote:
>> Commit 4a6ef8e37c4d ("pwm: Add support referencing PWMs from ACPI")
>> made pwm_get unconditionally return the acpi_pwm_get return value if
>> the device passed to pwm_get has an ACPI fwnode.
>>
>> But even if the passed in device has an ACPI fwnode, it does not
>> necessarily have the necessary ACPI package defining its pwm bindings,
>> especially since the binding / API of this ACPI package has only been
>> introduced very recently.
>>
>> Up until now X86/ACPI devices which use a separate pwm controller for
>> controlling their LCD screen's backlight brightness have been relying
>> on the static lookup-list to get their pwm.
>>
>> pwm_get unconditionally returning the acpi_pwm_get return value breaks
>> this, breaking backlight control on these devices.
>>
>> This commit fixes this by making pwm_get fall back to the static
>> lookup-list if acpi_pwm_get returns -ENOENT.
>
> Ok, I didn't find any pwm_add_table() calls in the x86 directory, so I thought the fallback matching is only for non-DT/non-ACPI systems.
AFAIK only Bay Trail and Cherry Trail X86 systems use a separate
(not integrated into the GPU) PWM controller, but there are a lot of
these systems out there. I got a bug report for this pretty much the
day rc1 was out :)
The pwm_add_table calls are done in drivers/acpi/acpi_lpss.c.
> If it is used for ACPI nodes without PWM controller binding, it maybe should apply to DT nodes without PWM controller binding, too?
>
> It would be structurally cleaner as DT and ACPI handling was symmetrical.
I'm fine with someone doing a follow up patch along this lines, but
given that this is a serious regression in 5.3 I would like to move
forward with my tested patch as is to fix the regression in 5.3.
Regards,
Hans
>> BugLink: https://bugs.freedesktop.org/show_bug.cgi?id=96571
>> Reported-by: youling257@gmail.com
>> Fixes: 4a6ef8e37c4d ("pwm: Add support referencing PWMs from ACPI")
>> Cc: Nikolaus Voss <nikolaus.voss@loewensteinmedical.de>
>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>> ---
>> drivers/pwm/core.c | 7 +++++--
>> 1 file changed, 5 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/pwm/core.c b/drivers/pwm/core.c
>> index c3ab07ab31a9..8edfac17364e 100644
>> --- a/drivers/pwm/core.c
>> +++ b/drivers/pwm/core.c
>> @@ -882,8 +882,11 @@ struct pwm_device *pwm_get(struct device *dev, const char *con_id)
>> return of_pwm_get(dev, dev->of_node, con_id);
>>
>> /* then lookup via ACPI */
>> - if (dev && is_acpi_node(dev->fwnode))
>> - return acpi_pwm_get(dev->fwnode);
>> + if (dev && is_acpi_node(dev->fwnode)) {
>> + pwm = acpi_pwm_get(dev->fwnode);
>> + if (!IS_ERR(pwm) || PTR_ERR(pwm) != -ENOENT)
>> + return pwm;
>> + }
>>
>> /*
>> * We look up the provider in the static table typically provided by
>> --
>> 2.21.0
>>
>>
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails
2019-08-05 9:55 ` Hans de Goede
@ 2019-08-05 10:11 ` Nikolaus Voss
0 siblings, 0 replies; 8+ messages in thread
From: Nikolaus Voss @ 2019-08-05 10:11 UTC (permalink / raw)
To: Hans de Goede
Cc: Thierry Reding, Andy Shevchenko, linux-pwm, linux-acpi, youling257
[-- Attachment #1: Type: text/plain, Size: 3407 bytes --]
On Mon, 5 Aug 2019, Hans de Goede wrote:
> Hi,
>
> On 05-08-19 11:31, Nikolaus Voss wrote:
>> Hi Hans,
>>
>> On Tue, 30 Jul 2019, Hans de Goede wrote:
>>> Commit 4a6ef8e37c4d ("pwm: Add support referencing PWMs from ACPI")
>>> made pwm_get unconditionally return the acpi_pwm_get return value if
>>> the device passed to pwm_get has an ACPI fwnode.
>>>
>>> But even if the passed in device has an ACPI fwnode, it does not
>>> necessarily have the necessary ACPI package defining its pwm bindings,
>>> especially since the binding / API of this ACPI package has only been
>>> introduced very recently.
>>>
>>> Up until now X86/ACPI devices which use a separate pwm controller for
>>> controlling their LCD screen's backlight brightness have been relying
>>> on the static lookup-list to get their pwm.
>>>
>>> pwm_get unconditionally returning the acpi_pwm_get return value breaks
>>> this, breaking backlight control on these devices.
>>>
>>> This commit fixes this by making pwm_get fall back to the static
>>> lookup-list if acpi_pwm_get returns -ENOENT.
>>
>> Ok, I didn't find any pwm_add_table() calls in the x86 directory, so I
>> thought the fallback matching is only for non-DT/non-ACPI systems.
>
> AFAIK only Bay Trail and Cherry Trail X86 systems use a separate
> (not integrated into the GPU) PWM controller, but there are a lot of
> these systems out there. I got a bug report for this pretty much the
> day rc1 was out :)
>
> The pwm_add_table calls are done in drivers/acpi/acpi_lpss.c.
>
>> If it is used for ACPI nodes without PWM controller binding, it maybe
>> should apply to DT nodes without PWM controller binding, too?
>>
>> It would be structurally cleaner as DT and ACPI handling was symmetrical.
>
> I'm fine with someone doing a follow up patch along this lines, but
> given that this is a serious regression in 5.3 I would like to move
> forward with my tested patch as is to fix the regression in 5.3.
Makes sense, thank you for the explanation.
Acked-by: Nikolaus Voss <nikolaus.voss@loewensteinmedical.de>
>
> Regards,
>
> Hans
>
>
>
>>> BugLink: https://bugs.freedesktop.org/show_bug.cgi?id=96571
>>> Reported-by: youling257@gmail.com
>>> Fixes: 4a6ef8e37c4d ("pwm: Add support referencing PWMs from ACPI")
>>> Cc: Nikolaus Voss <nikolaus.voss@loewensteinmedical.de>
>>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>>> ---
>>> drivers/pwm/core.c | 7 +++++--
>>> 1 file changed, 5 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/drivers/pwm/core.c b/drivers/pwm/core.c
>>> index c3ab07ab31a9..8edfac17364e 100644
>>> --- a/drivers/pwm/core.c
>>> +++ b/drivers/pwm/core.c
>>> @@ -882,8 +882,11 @@ struct pwm_device *pwm_get(struct device *dev, const
>>> char *con_id)
>>> return of_pwm_get(dev, dev->of_node, con_id);
>>>
>>> /* then lookup via ACPI */
>>> - if (dev && is_acpi_node(dev->fwnode))
>>> - return acpi_pwm_get(dev->fwnode);
>>> + if (dev && is_acpi_node(dev->fwnode)) {
>>> + pwm = acpi_pwm_get(dev->fwnode);
>>> + if (!IS_ERR(pwm) || PTR_ERR(pwm) != -ENOENT)
>>> + return pwm;
>>> + }
>>>
>>> /*
>>> * We look up the provider in the static table typically provided
>>> by
>>> --
>>> 2.21.0
>>>
>>>
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails
2019-07-30 15:48 [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails Hans de Goede
2019-07-30 16:08 ` Andy Shevchenko
2019-08-05 9:31 ` Nikolaus Voss
@ 2019-08-08 10:19 ` Hans de Goede
2019-08-08 11:21 ` Thierry Reding
2 siblings, 1 reply; 8+ messages in thread
From: Hans de Goede @ 2019-08-08 10:19 UTC (permalink / raw)
To: Thierry Reding
Cc: Andy Shevchenko, linux-pwm, linux-acpi, youling257, Nikolaus Voss
Thierry,
Ping? This fixes a somewhat serious regression in 5.3, can we please get
this queued up for merging into 5.3 ?
Regards,
Hans
On 30-07-19 17:48, Hans de Goede wrote:
> Commit 4a6ef8e37c4d ("pwm: Add support referencing PWMs from ACPI")
> made pwm_get unconditionally return the acpi_pwm_get return value if
> the device passed to pwm_get has an ACPI fwnode.Thieer
>
> But even if the passed in device has an ACPI fwnode, it does not
> necessarily have the necessary ACPI package defining its pwm bindings,
> especially since the binding / API of this ACPI package has only been
> introduced very recently.
>
> Up until now X86/ACPI devices which use a separate pwm controller for
> controlling their LCD screen's backlight brightness have been relying
> on the static lookup-list to get their pwm.
>
> pwm_get unconditionally returning the acpi_pwm_get return value breaks
> this, breaking backlight control on these devices.
>
> This commit fixes this by making pwm_get fall back to the static
> lookup-list if acpi_pwm_get returns -ENOENT.
>
> BugLink: https://bugs.freedesktop.org/show_bug.cgi?id=96571
> Reported-by: youling257@gmail.com
> Fixes: 4a6ef8e37c4d ("pwm: Add support referencing PWMs from ACPI")
> Cc: Nikolaus Voss <nikolaus.voss@loewensteinmedical.de>
> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
> ---
> drivers/pwm/core.c | 7 +++++--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/pwm/core.c b/drivers/pwm/core.c
> index c3ab07ab31a9..8edfac17364e 100644
> --- a/drivers/pwm/core.c
> +++ b/drivers/pwm/core.c
> @@ -882,8 +882,11 @@ struct pwm_device *pwm_get(struct device *dev, const char *con_id)
> return of_pwm_get(dev, dev->of_node, con_id);
>
> /* then lookup via ACPI */
> - if (dev && is_acpi_node(dev->fwnode))
> - return acpi_pwm_get(dev->fwnode);
> + if (dev && is_acpi_node(dev->fwnode)) {
> + pwm = acpi_pwm_get(dev->fwnode);
> + if (!IS_ERR(pwm) || PTR_ERR(pwm) != -ENOENT)
> + return pwm;
> + }
>
> /*
> * We look up the provider in the static table typically provided by
>
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails
2019-08-08 10:19 ` Hans de Goede
@ 2019-08-08 11:21 ` Thierry Reding
2019-08-08 12:14 ` Hans de Goede
0 siblings, 1 reply; 8+ messages in thread
From: Thierry Reding @ 2019-08-08 11:21 UTC (permalink / raw)
To: Hans de Goede
Cc: Andy Shevchenko, linux-pwm, linux-acpi, youling257, Nikolaus Voss
[-- Attachment #1: Type: text/plain, Size: 310 bytes --]
On Thu, Aug 08, 2019 at 12:19:53PM +0200, Hans de Goede wrote:
> Thierry,
>
> Ping? This fixes a somewhat serious regression in 5.3, can we please get
> this queued up for merging into 5.3 ?
I've pushed this out. Let's give it a day in linux-next and then I'll
send out a PR for v5.3-rc4.
Thierry
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails
2019-08-08 11:21 ` Thierry Reding
@ 2019-08-08 12:14 ` Hans de Goede
0 siblings, 0 replies; 8+ messages in thread
From: Hans de Goede @ 2019-08-08 12:14 UTC (permalink / raw)
To: Thierry Reding
Cc: Andy Shevchenko, linux-pwm, linux-acpi, youling257, Nikolaus Voss
Hi,
On 08-08-19 13:21, Thierry Reding wrote:
> On Thu, Aug 08, 2019 at 12:19:53PM +0200, Hans de Goede wrote:
>> Thierry,
>>
>> Ping? This fixes a somewhat serious regression in 5.3, can we please get
>> this queued up for merging into 5.3 ?
>
> I've pushed this out. Let's give it a day in linux-next and then I'll
> send out a PR for v5.3-rc4.
Great, thank you.
Regards,
Hans
^ permalink raw reply [flat|nested] 8+ messages in thread