[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: X11 system lockup with 5.11.0 kernel



Am 06.04.21 um 11:14 schrieb Michael Cree:
On Tue, Apr 06, 2021 at 09:08:10AM +0200, Christian König wrote:
That is a known issue fixed in follow up 5.11.x kernels.
Well, it's intriguing that you say that because the latest 5.11.x
kernel available from https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.kernel.org%2F&data=04%7C01%7Cchristian.koenig%40amd.com%7C4bc7eae6b1c14259a35608d8f8dc6908%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637532973258538981%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=hgwidEjS4X1IBGx7koSUTWW0y3WHAN4AT4moJvf%2BK3s%3D&reserved=0 (i.e. 5.11.11) is also bad
and locks up hard when X is started on my Alpha XP1000.

Well *that* is rather interesting. We have considered dropping Alpha support because we couldn't find somebody with that hardware any more.

The patch you mentioned has the following bug fix associated with it:

commit e0658f970a7f3d85431c6803b7d5169444fb11b0
Author: Christian König <christian.koenig@amd.com>
Date:   Tue Jan 5 18:55:47 2021 +0100

    drm/radeon: stop re-init the TTM page pool

    Drivers are not supposed to init the page pool directly any more.

    Signed-off-by: Christian König <christian.koenig@amd.com>
    Reviewed-by: Huang Rui <ray.huang@amd.com>
    Link: https://patchwork.freedesktop.org/patch/412153/

Please make sure that you got this, but when 5.11.11 doesn't work either I would expect that.

Do you have a full dmesg of the system?

Thanks,
Christian.


Cheers
Michael.

Am 05.04.21 um 11:58 schrieb Michael Cree:
On Mon, Apr 05, 2021 at 04:55:15PM +1200, Michael Cree wrote:
On Sun, Apr 04, 2021 at 11:47:58PM -0500, Bob Tracy wrote:
On Wed, Mar 31, 2021 at 11:04:42AM +0200, Maciej W. Rozycki wrote:
   I think the only feasible way of determining what has happened here is
that you track the offending change down by bisecting the upstream kernel
repository with `git bisect'.
That would normally be what I would do, and it may yet happen.  Problem
is, I don't have a 64-bit system with enough disk space to do the kernel
builds with a cross-compiler, and local (native) builds on the PWS are
taking 36+ hours each these days.  Unless I get *really* lucky with the
bisects, the task will take a couple of weeks.
Confirmed that v5.11.0 hard locks up on presenting the X-Desktop
login screen whereas v5.10.0 is fine. This is on a XP1000 with
a Radeon HD4350.
And the first bad commit is:

0fe3cf3a53b5c1205ec7d321be1185b075dff205 is the first bad commit
commit 0fe3cf3a53b5c1205ec7d321be1185b075dff205
Author: Christian König <christian.koenig@amd.com>
Date:   Sat Oct 24 13:12:23 2020 +0200

      drm/radeon: switch to new allocator v2
      It should be able to handle all cases here.
      v2: fix debugfs as well
      Signed-off-by: Christian König <christian.koenig@amd.com>
      Reviewed-by: Dave Airlie <airlied@redhat.com>
      Reviewed-by: Madhav Chauhan <madhav.chauhan@amd.com>
      Tested-by: Huang Rui <ray.huang@amd.com>
      Link: https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpatchwork.freedesktop.org%2Fpatch%2F397088%2F%3Fseries%3D83051%26rev%3D1&amp;data=04%7C01%7Cchristian.koenig%40amd.com%7C4bc7eae6b1c14259a35608d8f8dc6908%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637532973258538981%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=A0AQyT01bn4CjQeeQuanoh1xGdq%2FEHdE%2FggHzxEzaIA%3D&amp;reserved=0

:040000 040000 4e643ef861b921392bc67be21a42298c91c7ff7a b36453567c3176a3cd50fa0b23886b0fd642560d M	drivers

Cheers
Michael.


Reply to: