Hi @lex,
On Sat, 11 Jan 2020 at 15:45, @lex wrote:
> Here is a workaround that seems to be working so far for the kernel 5.3
> and 5.4.
>
Ok great,
So If you test the patch on linux-next could you add your Tested-by tag on
this patch ?
https://patchwork.kernel.org/patch/11326439/
Regards,
Here is a workaround that seems to be working so far for the kernel 5.3 and
5.4.
Small Obs:
During the tests, dimming the lcd backlight up and down for one hour worked
without issues.
I let the board idle for 6 hrs, worked 5 min on other things and had a
crash. I could not recover the log to
Hi Clément,
I can still see some diff from what i have working in 5.4.8. Maybe this is
redundant and not necessary. Anyway, I will test it soon.
BR,
@lex
--- /arm/ubuntu/nanopi-a64-linux-next/linux-next/drivers/gpu/drm/sun4i/
sun6i_mipi_dsi.h
+++
Hi Alex
Le ven. 10 janv. 2020 à 01:03, @lex a écrit :
> Hi Clément,
>
> Sure, i will try to apply the MIPI-DSI patch to linux-next, but i see
> there are a lot of changes to be made and this can take some time.
>
MIPI DSI is already applied in Linux-next for a64.
> I will report back when i
Hi Clément,
Sure, i will try to apply the MIPI-DSI patch to linux-next, but i see there
are a lot of changes to be made and this can take some time.
I will report back when i get the results.
Thanks,
@lex
On Thursday, January 9, 2020 at 8:33:13 PM UTC-3, Clément Péron wrote:
>
> Hi Alex,
>
>
Hi Alex,
On Thu, 9 Jan 2020 at 22:51, @lex wrote:
>
> Clément,
>
> It usually crashes while changing the LCD backlight.
> Not sure it is related, but some time later the board enters in a sleep mode
> and shutdown itself (don't resume from that). Screen saver and power savings
> are disabled.
Clément,
It usually crashes while changing the LCD backlight.
Not sure it is related, but some time later the board enters in a sleep
mode and shutdown itself (don't resume from that). Screen saver and power
savings are disabled.
BR,
@lex
[image: changing_backlight.png]
On Thursday, January
Hi,
On Thu, 9 Jan 2020 at 20:39, @lex wrote:
>
> Hi Clément,
>
> Looks like Kernel 5.5 will be affected too.
Yes but if a fix is sent it will be backported to all the kernels
affected still maintained.
What command do you do to reproduce this?
Thanks,
Clément
>
> Thank you.
>
> BR,
> @lex
>
>
Hi Clément,
Looks like Kernel 5.5 will be affected too.
Thank you.
BR,
@lex
On Thursday, January 9, 2020 at 2:03:43 PM UTC-3, Clément Péron wrote:
>
> Hi @lex,
>
> On Thu, 9 Jan 2020 at 16:51, @lex >
> wrote:
> >
> > Just adding some info, 5.3.y has the same issue.
>
> Yes the bug is not
Hi @lex,
On Thu, 9 Jan 2020 at 16:51, @lex wrote:
>
> Just adding some info, 5.3.y has the same issue.
Yes the bug is not fix mainline.
I will open a discussion with the PWM maintainer
Regards,
Clement
>
> On Thursday, January 9, 2020 at 9:55:54 AM UTC-3, @lex wrote:
>>
>> I asked this
Just adding some info, 5.3.y has the same issue.
On Thursday, January 9, 2020 at 9:55:54 AM UTC-3, @lex wrote:
>
> I asked this because i have not touched the pwm-sun4i driver code, Only
> the MIPI-DSI on top of 5.4.8.
>
> On Thursday, January 9, 2020 at 9:25:11 AM UTC-3, @lex wrote:
>>
>> Thank
I asked this because i have not touched the pwm-sun4i driver code, Only the
MIPI-DSI on top of 5.4.8.
On Thursday, January 9, 2020 at 9:25:11 AM UTC-3, @lex wrote:
>
> Thank you Vasily for the explanation.
>
> Is this a known bug or i have possibly introduced it while patching the
> kernel?
>
>
Thank you Vasily for the explanation.
Is this a known bug or i have possibly introduced it while patching the
kernel?
On Wednesday, January 8, 2020 at 9:51:03 PM UTC-3, Vasily Khoruzhick wrote:
>
> The issue is that sun4i_pwm_apply() calls sun4i_pwm_calculate() which
> calls clk_get_rate()
The issue is that sun4i_pwm_apply() calls sun4i_pwm_calculate() which
calls clk_get_rate() while holding a spinlock and clk_get_rate() may
sleep.
It's a bug in pwm-sun4i driver.
On Wed, Jan 8, 2020 at 4:19 PM @lex wrote:
>
> I am doing some experiments with LCD7" with the kernel 5.4.8 and
14 matches
Mail list logo