Given that I am still new on Arch I am monitoring how things work out related to updates pretty closely. So I checked kernel.org to see how quickly a new kernel ( stable: 5.2.7 2019-08-06) will show up in Arch.
I am surprised to see that two days later this kernel is still not offered?
Interesting side fact is that Manjaro, which sometimes people dismiss because they delay updates, offered the .7 kernel to their testing branch already yesterday.
it is stil in testing⌠also that versioning also dont tell is a security update or maintainance or some new functions⌠in Manjaro if a new kernel goes online, people bother already with RC 
thats 3 months of developingâŚif a kernel is tested enough to go online is fine, it can really be a issue for some people if its not tested enoughâŚbut sometimes we get faster depend actually what type of update it is i think,
You can enable the testing repo if youâre really keen on having kernel- and package updates faster, because thatâs what Manjaro is doing when you select those kernels.
More about on enabling the testing repoâs over here:
https://wiki.archlinux.org/index.php/Official_repositories#Testing_repositories
No need for me to switch branches, it was just curiosity and apparently lack of knowledge
I wasnât aware that Arch uses the same branch concept, or I guess better said the Manjaro branches just feed from the respective Arch branches.
Thanks for clarifyingâŚ
If your computer has an AMD Ryzen CPU, you might want to avoid the kernel upgrade to 5.2.8. After updating, my Asrock deskmini A300 started producing coloured artefacts wherever the mouse went. It was OK on my Intel NUC. I reverted to the LTS kernel (4.19) for my AMD-based Asrock.
was mine to, but was more in combination with composition in Xfwm4 i assume ? i only had it after the update btw, but wasnât really the kernel update i thought, but is something on combination i guess
linux-lts did the job
Thanks for your information. Iâll watch for an update to Xfwm4 and see if that solves the problem. I seem to spend a lot of time reinstalling Arch Linux either straight or via endeavouros. Luckily, I have the installation of Arch down to a fine art (10 mins max then some tweaking of xfce4!).
this link solve also for linux kernel, Xfce 4.14 Vega video graphics issue and fix in my case i didnt off , xpresent it worked also without distortion
Thanks to your tip about Xfwm4, I read up on it. The upgrade to Xfwm4 was definitely the cause. I disabled the selection of âEnable display compositingâ in Settings>Window Manager Tweaks>Compositor. That stopped the coloured artefacts but affected transparency. I then installed âcomptonâ which we all use in Openbox. I ran compton and - hey presto- my video is backto normal.
Update:
I checked the link. I removed âcomptonâ ran
xfwm4 --vblank=off --replace
once and my video was restored even after restarting.