<div dir="auto"><div dir="auto"><br></div><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Mon, Nov 11, 2024, 14:37 Thomas Zimmermann <<a href="mailto:tzimmermann@suse.de">tzimmermann@suse.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi<br>
<br>
<br>
Am 11.11.24 um 14:42 schrieb Nuno Gonçalves:<br>
> On Mon, Nov 11, 2024 at 1:22 PM Thomas Zimmermann <<a href="mailto:tzimmermann@suse.de" target="_blank" rel="noreferrer">tzimmermann@suse.de</a>> wrote:<br>
>> The patch in question changes the whole memory management of the<br>
>> affected code. It's also noteworthy that most of it has been reworked<br>
>> for the upcoming v6.12. Maybe this already fixed the problem. Kernel<br>
>> v6.11-rc7 added commit 5a498d4d06d6 ("drm/fbdev-dma: Only install<br>
>> deferred I/O if necessary"), which possibly fixes the problem as well.<br>
>><br>
>> But there's no explicit fix for this problem and I have not seen any<br>
>> other related reports. Any further information is welcome.<br>
> Issue was present since 5ab91447aa13b8b98bc11f5326f33500b0ee2c48 and<br>
> tested until 6.12-rc3.<br>
> Is there any suggestion on how to dig down?<br>
<br>
Do you have a stack trace of this problem?<br></blockquote></div><div dir="auto"><br></div><div dir="auto">No. I need to build kernel with debug?</div><div dir="auto"><br></div><div dir="auto"><br></div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Which hardware platform is affected?<br></blockquote></div><div dir="auto"><br></div><div dir="auto">ARM64 with ili9225 and display size 220, 176. It also</div><div dir="auto">happens in another board with a different tinydrm driver and size 320,</div><div dir="auto">240.</div></div>