mbox series

[0/1,SRU,B,D,E,F] Dell AIO can't adjust brightness

Message ID 20200108075945.20347-1-acelan.kao@canonical.com
Headers show
Series Dell AIO can't adjust brightness | expand

Message

AceLan Kao Jan. 8, 2020, 7:59 a.m. UTC
BugLink: https://bugs.launchpad.net/bugs/1858761

[Impact]
Found on new platforms that UART require more than 1 second to respond
commands in the first 10 seconds after booted.
And the first command we send to scalar is dell_uart_get_scalar_status()
to tell if scalar is in charge of the backlight, and it always fails to get
response because of timeout.

[Fix]
Adding retry and increasing read timeout for dell_uart_get_scalar_status()

[Test]
Verified on the target Dell AIO, it can now read the response from scalar.

[Regression Potential]
Low, adding retry and increasing read timeout doesn't change the code flow.

AceLan Kao (1):
  UBUNTU: SAUCE: platform/x86: dell-uart-backlight: add retry for get
    scalar status

 drivers/platform/x86/dell-uart-backlight.c | 8 ++++++--
 1 file changed, 6 insertions(+), 2 deletions(-)

Comments

Timo Aaltonen Jan. 10, 2020, 6:08 a.m. UTC | #1
On 8.1.2020 9.59, AceLan Kao wrote:
> BugLink: https://bugs.launchpad.net/bugs/1858761
> 
> [Impact]
> Found on new platforms that UART require more than 1 second to respond
> commands in the first 10 seconds after booted.
> And the first command we send to scalar is dell_uart_get_scalar_status()
> to tell if scalar is in charge of the backlight, and it always fails to get
> response because of timeout.
> 
> [Fix]
> Adding retry and increasing read timeout for dell_uart_get_scalar_status()
> 
> [Test]
> Verified on the target Dell AIO, it can now read the response from scalar.
> 
> [Regression Potential]
> Low, adding retry and increasing read timeout doesn't change the code flow.
> 
> AceLan Kao (1):
>   UBUNTU: SAUCE: platform/x86: dell-uart-backlight: add retry for get
>     scalar status
> 
>  drivers/platform/x86/dell-uart-backlight.c | 8 ++++++--
>  1 file changed, 6 insertions(+), 2 deletions(-)
> 

applied to osp1 oem-next, thanks
Stefan Bader Jan. 16, 2020, 1:58 p.m. UTC | #2
On 10.01.20 07:08, Timo Aaltonen wrote:
> On 8.1.2020 9.59, AceLan Kao wrote:
>> BugLink: https://bugs.launchpad.net/bugs/1858761
>>
>> [Impact]
>> Found on new platforms that UART require more than 1 second to respond
>> commands in the first 10 seconds after booted.
>> And the first command we send to scalar is dell_uart_get_scalar_status()
>> to tell if scalar is in charge of the backlight, and it always fails to get
>> response because of timeout.
>>
>> [Fix]
>> Adding retry and increasing read timeout for dell_uart_get_scalar_status()
>>
>> [Test]
>> Verified on the target Dell AIO, it can now read the response from scalar.
>>
>> [Regression Potential]
>> Low, adding retry and increasing read timeout doesn't change the code flow.
>>
>> AceLan Kao (1):
>>   UBUNTU: SAUCE: platform/x86: dell-uart-backlight: add retry for get
>>     scalar status
>>
>>  drivers/platform/x86/dell-uart-backlight.c | 8 ++++++--
>>  1 file changed, 6 insertions(+), 2 deletions(-)
>>
> 
> applied to osp1 oem-next, thanks
> 
You should not apply anything without having a bug task for it... just saying.
Timo Aaltonen Jan. 16, 2020, 2:09 p.m. UTC | #3
On 16.1.2020 15.58, Stefan Bader wrote:
> On 10.01.20 07:08, Timo Aaltonen wrote:
>> On 8.1.2020 9.59, AceLan Kao wrote:
>>> BugLink: https://bugs.launchpad.net/bugs/1858761
>>>
>>> [Impact]
>>> Found on new platforms that UART require more than 1 second to respond
>>> commands in the first 10 seconds after booted.
>>> And the first command we send to scalar is dell_uart_get_scalar_status()
>>> to tell if scalar is in charge of the backlight, and it always fails to get
>>> response because of timeout.
>>>
>>> [Fix]
>>> Adding retry and increasing read timeout for dell_uart_get_scalar_status()
>>>
>>> [Test]
>>> Verified on the target Dell AIO, it can now read the response from scalar.
>>>
>>> [Regression Potential]
>>> Low, adding retry and increasing read timeout doesn't change the code flow.
>>>
>>> AceLan Kao (1):
>>>   UBUNTU: SAUCE: platform/x86: dell-uart-backlight: add retry for get
>>>     scalar status
>>>
>>>  drivers/platform/x86/dell-uart-backlight.c | 8 ++++++--
>>>  1 file changed, 6 insertions(+), 2 deletions(-)
>>>
>>
>> applied to osp1 oem-next, thanks
>>
> You should not apply anything without having a bug task for it... just saying.

good point, forgot to update the status back then
Khalid Elmously Jan. 28, 2020, 9:52 p.m. UTC | #4
On 2020-01-08 15:59:44 , AceLan Kao wrote:
> BugLink: https://bugs.launchpad.net/bugs/1858761
> 
> [Impact]
> Found on new platforms that UART require more than 1 second to respond
> commands in the first 10 seconds after booted.
> And the first command we send to scalar is dell_uart_get_scalar_status()
> to tell if scalar is in charge of the backlight, and it always fails to get
> response because of timeout.
> 
> [Fix]
> Adding retry and increasing read timeout for dell_uart_get_scalar_status()
> 
> [Test]
> Verified on the target Dell AIO, it can now read the response from scalar.
> 
> [Regression Potential]
> Low, adding retry and increasing read timeout doesn't change the code flow.
> 
> AceLan Kao (1):
>   UBUNTU: SAUCE: platform/x86: dell-uart-backlight: add retry for get
>     scalar status
> 
>  drivers/platform/x86/dell-uart-backlight.c | 8 ++++++--
>  1 file changed, 6 insertions(+), 2 deletions(-)
> 
> -- 
> 2.17.1
> 
> 
> -- 
> kernel-team mailing list
> kernel-team@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/kernel-team