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@xxxxxxx>
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@xxxxxxx>
Reviewed-by: Huang Rui <ray.huang@xxxxxxx>
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@xxxxxxx>
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@xxxxxxx>
Reviewed-by: Dave Airlie <airlied@xxxxxxxxxx>
Reviewed-by: Madhav Chauhan <madhav.chauhan@xxxxxxx>
Tested-by: Huang Rui <ray.huang@xxxxxxx>
Link: https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpatchwork.freedesktop.org%2Fpatch%2F397088%2F%3Fseries%3D83051%26rev%3D1&data=04%7C01%7Cchristian.koenig%40amd.com%7C4bc7eae6b1c14259a35608d8f8dc6908%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637532973258538981%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=A0AQyT01bn4CjQeeQuanoh1xGdq%2FEHdE%2FggHzxEzaIA%3D&reserved=0
:040000 040000 4e643ef861b921392bc67be21a42298c91c7ff7a b36453567c3176a3cd50fa0b23886b0fd642560d M drivers
Cheers
Michael.
