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

Need help with peripherals or devices?
Post Reply
Message
Author
shep
Posts: 423
Joined: 2011-03-15 15:22

Buster amdgpu graphics - Most stable approach

#1 Post by shep »

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.
Last edited by shep on 2020-01-25 18:50, edited 1 time in total.

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Buster amdgpu graphics - Most stable approach

#2 Post by stevepusser »

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.
MX Linux packager and developer

User avatar
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

#3 Post by Head_on_a_Stick »

shep wrote:My main question is whether the 240GE fix will persist through apt update/upgrade?
Did you install the linux-image-amd64 metapackage from buster-backports? That should always depend on the latest kernel version.

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.
shep wrote:It has been running well but not perfect.
What problems are you having?
deadbang

shep
Posts: 423
Joined: 2011-03-15 15:22

Re: Buster amdgpu graphics - Most stable approach

#4 Post by shep »

Did you install the linux-image-amd64 metapackage from buster-backports? That should always depend on the latest kernel version.
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.
What problems are you having?
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.
Last edited by shep on 2020-01-30 17:19, edited 2 times in total.

User avatar
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

#5 Post by Head_on_a_Stick »

shep wrote:I believe it was a 5.2.x kernel
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.

So next time you have the system just run

Code: Select all

# apt install -t buster-backports linux-image-amd64
It's up to 5.4.0-0 now so you're already behind.
shep 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.
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-errors

And don't use the webkit-based browsers for anything important: https://www.debian.org/releases/stable/ ... r-security
deadbang

shep
Posts: 423
Joined: 2011-03-15 15:22

Re: Buster amdgpu graphics - Most stable approach

#6 Post by shep »

Thanks for the update syntax.
The webkit2gtk source package is covered by security support in Buster.
It currently has 3 cve's which is not bad:
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
The last Chromium update had many more cve's - some dated back months.

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

User avatar
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

#7 Post by Head_on_a_Stick »

So does the problem disappear if you kill xcompmgr?

You might want to try compton or picom instead, they are more capable than xcompmgr.
deadbang

Post Reply