I set up a neighbor with a new Ryzen 240GE gpu and Debian 10. I choose that GPU, mainly because my AMD 2200G system runs well with Buster and it is also Ryzen 3. With just Debian 10, the 240GE graphics would fail during kernel mode setting.
Based on this Debian wiki
https://wiki.debian.org/AMDGPUDriverOnStretchAndBuster2
I solved the issue by installing the Buster backports kernel which grub2 made the default.
My main question is whether the 240GE fix will persist through apt update/upgrade? The link suggests upgrading other components but so far it does not seem necessary.
A secondary question is if there is any benefit for my own system to upgrade to the newer kernel? It has been running well but not perfect.
Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
Buster amdgpu graphics - Most stable approach
Buster amdgpu graphics - Most stable approach
Last edited by shep on 2020-01-25 18:50, edited 1 time in total.
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: Buster amdgpu graphics - Most stable approach
Since not everyone is running your same hardware, I think the best solution is for you to add a newer kernel and test it yourself. Don't remove the standard one--keep it as a fallback.
It's also quite easy to add and test a Liquorix kernel if you're looking for lower latency.
It's also quite easy to add and test a Liquorix kernel if you're looking for lower latency.
MX Linux packager and developer
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 132 times
Re: Buster amdgpu graphics - Most stable approach
Did you install the linux-image-amd64 metapackage from buster-backports? That should always depend on the latest kernel version.shep wrote:My main question is whether the 240GE fix will persist through apt update/upgrade?
I personally wouldn't install a newer kernel unless I had to because regressions are rife in Linux (it's not like OpenBSD, unfortunately) and the backported kernel lags behind slightly so you may be exposed to vulnerabilities for longer than with the stable kernel.
What problems are you having?shep wrote:It has been running well but not perfect.
deadbang
Re: Buster amdgpu graphics - Most stable approach
I do not have the 240GE system in front of me but I believe it was a 5.2.x kernel and did not pull any other dependencies.Did you install the linux-image-amd64 metapackage from buster-backports? That should always depend on the latest kernel version.
I have occasional browser sessions (chromium, firefox-esr and webkitgtk webkit2gtk with my vimb build) stop responding to mouse clicks on content url's. I can still click to close the session.What problems are you having?
Last edited by shep on 2020-01-30 17:19, edited 2 times in total.
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 132 times
Re: Buster amdgpu graphics - Most stable approach
If it was a numbered version then it wasn't the metapackage and so won't be updated when a new major version becomes available.shep wrote:I believe it was a 5.2.x kernel
So next time you have the system just run
Code: Select all
# apt install -t buster-backports linux-image-amd64
That might be a compositor issue, which desktop is this? Have you tried starting the browsers from a terminal to see if they return any errors? Or check ~/.xsession-errorsshep wrote:I have occasional browser sessions (chromium, firefox-esr and webkitgtk with my vimb build) stop responding to mouse clicks on content url's. I can still click to close the session.
And don't use the webkit-based browsers for anything important: https://www.debian.org/releases/stable/ ... r-security
deadbang
Re: Buster amdgpu graphics - Most stable approach
Thanks for the update syntax.
My system is running xcompmgr -n : simple client-side compositing.
I have these .xsession-errors concerning the ptr:
It currently has 3 cve's which is not bad:The webkit2gtk source package is covered by security support in Buster.
The last Chromium update had many more cve's - some dated back months.Bug jessie stretch buster bullseye sid
CVE-2019-8846 vulnerable (no DSA, ignored) vulnerable (no DSA, ignored) vulnerable fixed fixed
CVE-2019-8844 vulnerable (no DSA, ignored) vulnerable (no DSA, ignored) vulnerable fixed fixed
CVE-2019-8835 vulnerable (no DSA, ignored) vulnerable (no DSA, ignored) vulnerable fixed fixed
My system is running xcompmgr -n : simple client-side compositing.
I have these .xsession-errors concerning the ptr:
Code: Select all
(vimb:7023): Gtk-CRITICAL **: 11:22:34.768: gtk_widget_destroy: assertion 'GTK_IS_WIDGET (widget)' failed
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 132 times
Re: Buster amdgpu graphics - Most stable approach
So does the problem disappear if you kill xcompmgr?
You might want to try compton or picom instead, they are more capable than xcompmgr.
You might want to try compton or picom instead, they are more capable than xcompmgr.
deadbang