Here is a little fix, waiting for manjaro team to release last mesa version.
wget https://archive.archlinux.org/packages/m/mesa/mesa-20.1.8-1-x86_64.pkg.tar.zst
sudo pacman -U mesa-20.1.8-1-x86_64.pkg.tar.zst
Hope that will help you too.
Have fun 
That followed by:
kquitapp5 plasmashell && kstart5 plasmashell
No more issues. Thanks. Now I can actually get work done.
1 Like
Thx. Seems to help. After reboot screen is stable.
edit: After second reboot the issue is back. So maybe it is not the same issue as OP
Uhm…
@Alexis @Ruptotus @mvanorder
Dont do that. That package is an old one, and behind the current in the repos version.
All branches are ahead of that version … at 20.2.1-1
(Stable Branch was on 20.1.8-1 until recently … so your system was not current)
All of you please make sure to fully update your systems … as it appears you were not before, and may further now be in a partial-upgrade state.
sudo pacman-mirrors -f && sudo pacman -Syyu
I am fully upgraded. Before update there was warning about conflicts but i ignored it (shame on me)…
This is what it looks like:
https:…drive.google.com/file/d/16ZcwGr-CBdPi_Vyyj7GeqlpqXju0D5J9/view?usp=sharing
You arent with that version of mesa above.
Just humor me and run the command so we can be sure. 
no worries i actually did run
sudo pacman-mirrors -f && sudo pacman -Syyu
and am upgraded and rebooted
OK … lets start with the basics then …
(please return inxi -Fazy)
Hi cscs,
As I mentionned, other comments just told that the last stable manjaro update was problematic when Manjaro was virtualized under VMware Workstation.
I just tried to apply the update as you mentionned (just to test if I was doing something wrong) but mesa 20.2.1 is still buggy in the manjaro repositories.
(I let you check the GIFs @Ruptotus and I sent).
Issue is solved by this commit: winsys/svga: fix display corruption after surface_init (f41848a9) · Commits · Mesa / mesa · GitLab
But I’m unable to use KDE when using mesa 20.2.1 (and that’s why I reverted the version :))
In case that help you, here is inxi -Fazy command run when mesa is latest version. System: Kernel: 5.9.3-1-MANJARO x86_64 bits: 64 compiler: gcc v: 10.2.0 p - Pastebin.com
2 Likes
I see. I thought you were using an earlier version and were trying to ‘force upgrade’ to 20.1
If it is a 20.2 regression then that makes more sense.
Ok. maybe I make another thread as my issue is different…
I hadn’t mentioned, but I am running a VM on VMware Fusion 15(I can’t stand Mac OS, but it’s the only way to get a good i7 form work).
No at all, I prefer to have the packages always up-to-date and that’s why keeping mesa at version 20.1.8 isn’t something I like.
It’s why I suggested @mvanorder to revert the update for mesa as there is a known issue about it behavior in 20.2.1.
Dunno if you can do something about mesa last version as they mentionned that they pushed fix to 20.2.1 on their repositories.
OK we have some eyes on it now. Not sure what our course of action is just yet, but the team knows.
I just did confirmed that the current in the repos breaks my KDE:
mvanorde@mvanorde-manjaro ~ master ● grep mesa /var/log/pacman.log|tail
[2020-10-06T15:08:18-0400] [ALPM] upgraded libva-mesa-driver (20.1.6-1 -> 20.1.8-1)
[2020-11-04T18:21:10-0500] [ALPM] upgraded mesa (20.1.8-1 -> 20.2.1-1)
[2020-11-04T18:21:42-0500] [ALPM] upgraded lib32-libva-mesa-driver (20.1.8-1 -> 20.2.1-1)
[2020-11-04T18:21:43-0500] [ALPM] upgraded lib32-mesa (20.1.8-1 -> 20.2.1-1)
[2020-11-04T18:21:47-0500] [ALPM] upgraded libva-mesa-driver (20.1.8-1 -> 20.2.1-1)
[2020-11-12T15:54:35-0500] [PACMAN] Running 'pacman -U mesa-20.1.8-1-x86_64.pkg.tar.zst'
[2020-11-12T15:54:42-0500] [ALPM] downgraded mesa (20.2.1-1 -> 20.1.8-1)
[2020-11-12T16:36:29-0500] [ALPM] upgraded mesa (20.1.8-1 -> 20.2.1-1)
[2020-11-12T16:38:36-0500] [PACMAN] Running 'pacman -U mesa-20.1.8-1-x86_64.pkg.tar.zst'
[2020-11-12T16:38:39-0500] [ALPM] downgraded mesa (20.2.1-1 -> 20.1.8-1)
The timestamp 2020-11-12T16:36:29-0500 was from running:
sudo pacman-mirrors -f && sudo pacman -Syyu
Immediately following, I restarted plasmashell and got the same symptoms:
kquitapp5 plasmashell && kstart5 plasmashell
Re-downgraded and restarted plasmashell once more, and everything is stable again.
Remember you can always use the downgrade tool or, ex
sudo pacman -U /var/cache/pacman/pkg/mesa-20.2.1-1-x86_64.pkg.tar.zst
to downgrade/reinstall packages that are already in your cache.
PS … I prefer this for restarting plasma without logging out:
qdbus org.kde.KWin /KWin reconfigure; kquitapp5 plasmashell && kstart5 plasmashell > /dev/null 2>&1
(should make sure to apply config changes, and points the output at /dev/null to not fill the terminal)
1 Like
I’m also on VMware, and I tried with mesa-git and it’s working. Hopefully it reaches bugfix release for mesa. I really don’t like running git packages.
I find that if reinstall manjaro kde and upgrade, although mesa version is 20.2.1-1, is still work well.
And I find the different is
It’s looks like when use llvm can work, but I don’t know how change svga to llvm