lkml.org 
[lkml]   [2022]   [May]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: [PATCHv4] drm/amdgpu: disable ASPM on Intel Alder Lake based systems
From
Dear Daniel,


Am 03.05.22 um 14:25 schrieb Daniel Stone:
> On Sun, 1 May 2022 at 08:08, Paul Menzel <pmenzel@molgen.mpg.de> wrote:
>> Am 26.04.22 um 15:53 schrieb Gong, Richard:
>>> I think so. We captured dmesg log.
>>
>> Then the (whole) system did *not* freeze, if you could still log in
>> (maybe over network) and execute `dmesg`. Please also paste the
>> amdgpu(?) error logs in the commit message.
>>
>>> As mentioned early we need support from Intel on how to get ASPM working
>>> for VI generation on Intel Alder Lake, but we don't know where things
>>> currently stand.
>>
>> Who is working on this, and knows?
>
> This has gone beyond the point of a reasonable request. The amount of
> detail you're demanding is completely unnecessary.

If a quirk is introduced possibly leading to higher power consumption,
especially on systems nobody has access to yet, then the detail, where
the system hangs/freezes is not unreasonable at all.

In the Linux logs from the issue there are messages like

[ 58.101385] Freezing of tasks failed after 20.003 seconds (4
tasks refusing to freeze, wq_busy=0):

[ 78.278403] Freezing of tasks failed after 20.008 seconds (4
tasks refusing to freeze, wq_busy=0):

and it looks like several suspend/resume cycles were done.

I see a lot of commit messages over the whole Linux kernel, where this
level of detail is provided (by default), and

The second question was not for the commit message, but just for
documentation purpose when the problem is going to be fixed properly.
And it looks like (at least publicly) analyzing the root cause is not
happening, and once the quirk lands, nobody is going to feel the
pressure to work on it, as everyone’s plates are full.


Kind regards,

Paul

\
 
 \ /
  Last update: 2022-05-03 14:45    [W:0.087 / U:0.684 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site