org/drm/amd/-/issues/2061
Reported-by: Matthieu CHARETTE
Tested-by: Matthieu CHARETTE
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
Acked-by: Thomas Zimmermann
I looked through request_firmware() but did not see any signs that
it
somehow depends on a platform device. I assume that th
Hi,
I've tested the patch and I can confirm that it fixed the issue.
Tested on Fedora 36 with kernel 6.0.8.
Thanks,
Matthieu
On Tue, Nov 8 2022 at 04:40:52 PM +0100, Matthieu CHARETTE
wrote:
I didn't test the patch yet. I will do. But even without testing I
can tell you that it
to be some kind of kernel panic.
Matthieu
On Tue, Nov 8 2022 at 01:27:33 PM +0200, Jani Nikula
wrote:
On Sun, 06 Nov 2022, Matthieu CHARETTE
wrote:
Hi,
Can you tell me what are we waiting for? Maybe I can help.
Have you tried the patch? Is it an improvement over the status quo?
The
Hi,
Can you tell me what are we waiting for? Maybe I can help.
Thanks.
Matthieu
On Wed, Oct 12 2022 at 07:16:29 PM +0200, Matthieu CHARETTE
wrote:
By crash, I mean that an error is returned here:
https://kernel.googlesource.com/pub/scm/linux/kernel/git/torvalds/linux.git/+/refs/heads
Jani Nikula
wrote:
On Tue, 11 Oct 2022, Matthieu CHARETTE
wrote:
Currently the EDID is requested during the resume. But since it's
requested too early, this means before the filesystem is mounted,
the
firmware request fails. This make the DRM driver crash when
resuming.
Thi
if this is the way to go ;)
References:
https://lore.kernel.org/r/20220727074152.43059-1-matthieu.chare...@gmail.com
Cc: Matthieu CHARETTE
Cc: Ville Syrjälä
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid_load.c | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
dif
10/11/22, Jani Nikula wrote:
> On Tue, 11 Oct 2022, Matthieu CHARETTE wrote:
>> It should fix the issue. Meanwhile, the system will still crash if a
>> new monitor is plugged while the machine is suspended. We might need to
>> precache the EDID to prevent that.
>
> Ple
