https://bugs.freedesktop.org/show_bug.cgi?id=107545

--- Comment #1 from Julien Isorce julien.isorce@gmail.com --- Created attachment 141084 --> https://bugs.freedesktop.org/attachment.cgi?id=141084&action=edit simple.c

Minimal test to reproduce the issue by just drawing 2 lines. Run: for i in {0..300}; do (./simple &); done

gcc -Wall simple.c -o simple $(pkg-config --cflags --libs gl x11)

Also happens with R600_DEBUG=nodma,nowc,nodcc

https://bugs.freedesktop.org/show_bug.cgi?id=107545

--- Comment #3 from Julien Isorce julien.isorce@gmail.com --- Created attachment 141203 --> https://bugs.freedesktop.org/attachment.cgi?id=141203&action=edit cs_dump_user_space.txt

https://bugs.freedesktop.org/show_bug.cgi?id=107545

--- Comment #5 from Julien Isorce julien.isorce@gmail.com --- Extract of the 2 attached cs dumps:

User space so before ioctl radeon_cs_ioctl: 0x00000290 0x00000000 0xC0016900 0x000002A1

Kernel space so in radeon_cs_ioctl: 0x00000290 0x0000000b 0x00000000 0x000002a1

So for some reasons 0x00000000C0016900 gets overwritten by 0x0000000b00000000

Note that it always get overwritten with this value above and this value also appears in the other packet0 bug report: https://bugs.freedesktop.org/show_bug.cgi?id=84500#c7

I have started to narrow down the issue and it looks like it happens in "radeon_cs_parser_init" in kernel/drivers/gpu/drm/radeon as the overwrtting is already present just after this function. But it is not easy to debug further as this function is quite difficult to understand so any inputs would be appreciated, thx!

Does kernel space make a copy of the cs chunks or just keep a pointer on it, as I see "user_ptr" ?

Also note that the issue does not happen with amdgpu so one possibility is that "amdgpu_cs_parser_init" is more robust.

https://bugs.freedesktop.org/show_bug.cgi?id=107545

--- Comment #7 from Christopher me@pc-networking-services.com --- Hello,

I am getting similar issues with regards to fence wait timeouts. However I have narrowed it further to it ONLY happening when gnome is running on xorg.

I have over the past month or so rebuilt my system from the ground up. I am NOT using a distro that holds peoples hands with package managers and bloated useless kernel modules. I use instructions from linuxfromscratch.org to build the entire system from the latest stable sourcecode.

After I first boot into gnome, with it running on xorg, as soon as I have logged in and click on activities on the gnome menu and select terminal, then the little circle starts twirling, and after a few seconds the screen flashes, and it momentarily goes to the grey login background, then flashes to what can only be described as a mini pixal dump, then after a while it flashes back to the login screen again and you need to login again. At this point, if you click on the drop down list to see the types of login session available, gnome on xorg is missing from the list. At this stage I login and going back and activating gnome terminal is successfull, however the dmesg log shows that it has ring stalled errors, and the dreaded parser error that has been mentioned here.

If I start gnome on wayland, and then proceed to click on activities and then on terminal to bring up gnome terminal, even though the circle twirls for a long time after, the terminal window opens almost immediately and the output of dmesg is free of the ring timeouts.

Running xorg by itself using twm with clock and xterm also produces a clean dmesg log.

Please find the results attached for both boot tests. By the way this is on one of the latest versions of the 4.18 kernel series available on kernel.org.

The version of Mesa used is: mesa-18.1.5

https://bugs.freedesktop.org/show_bug.cgi?id=107545

--- Comment #9 from Michel Dänzer michel@daenzer.net --- (In reply to Christopher from comment #7)

After I first boot into gnome, with it running on xorg, as soon as I have logged in and click on activities on the gnome menu and select terminal, then the little circle starts twirling, and after a few seconds the screen flashes, and it momentarily goes to the grey login background, then flashes to what can only be described as a mini pixal dump, then after a while it flashes back to the login screen again and you need to login again.

You're running into bug 105381 , unrelated to this report, fixed in xf86-video-ati Git master.

https://bugs.freedesktop.org/show_bug.cgi?id=107545

--- Comment #11 from Julien Isorce julien.isorce@gmail.com --- I found time to go a bit further. Now I understand this radeon_cs_parser_init function a bit more

If I comment the AGP condition here https://cgit.freedesktop.org/~agd5f/linux/tree/drivers/gpu/drm/radeon/radeon... so that kdata is used then I can verify that the kdata contains the same data as user space.

But when writing to parser->ib.ptr here https://cgit.freedesktop.org/~agd5f/linux/tree/drivers/gpu/drm/radeon/radeon... then comparing parser->ib.ptr's data and kdata shows the same difference as pointed in comment #5.

Could it be an issue with pcie (though is works with admgpu, well in fact it uses kdata on amdgpu) ? Is there anyway I can force a commit/flush just after it writes to parser->ib.ptr as a test even if it is slower ? thx!

https://bugs.freedesktop.org/show_bug.cgi?id=107545

Pander pander@users.sourceforge.net changed:

What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freedesktop.or | |g/show_bug.cgi?id=102909

https://bugs.freedesktop.org/show_bug.cgi?id=107545

Pander pander@users.sourceforge.net changed:

What |Removed |Added ---------------------------------------------------------------------------- Priority|medium |high Hardware|Other |All

https://bugs.freedesktop.org/show_bug.cgi?id=107545

Pander pander@users.sourceforge.net changed:

What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freedesktop.or | |g/show_bug.cgi?id=101712

https://bugs.freedesktop.org/show_bug.cgi?id=107545

Jan Vesely jan.vesely@rutgers.edu changed:

What |Removed |Added ---------------------------------------------------------------------------- See Also|https://bugs.freedesktop.or | |g/show_bug.cgi?id=105113 |