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 <[email protected]>
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 <[email protected]>
     Reviewed-by: Huang Rui <[email protected]>
     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 <[email protected]>
>>> 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 <[email protected]>
>>>       Reviewed-by: Dave Airlie <[email protected]>
>>>       Reviewed-by: Madhav Chauhan <[email protected]>
>>>       Tested-by: Huang Rui <[email protected]>
>>>       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.