Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #238486
| From | solon <lists@13e.eu> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: Stuttering Gnome Debian Buster |
| Date | 2021-08-11 10:20 +0200 |
| Message-ID | <CKRCV-8tN-3@gated-at.bofh.it> (permalink) |
| References | <CK9iy-5ft-9@gated-at.bofh.it> <CKbNn-6VI-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
Thanks for the prompt response, I should probably have specified, but I am certain I am using a compatible driver, and backports is enabled. ~ lspci -nn | grep VGA gives 85:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Oland PRO [Radeon R7 240/340] [1002:6613] and # radeontop shows no undue load on the device during the stuttering. Based on that I feel the problem is unlikely to be video driver related. The system is running on a backports kernel: ~ uname -a Linux MyMachine 5.10.0-0.bpo.8-amd64 #1 SMP Debian 5.10.46-2~bpo10+1 (2021-07-22) x86_64 GNU/Linux I've since tried a few more things, the most recent of which was disabling gnome extensions. This didn't initially appear to make any difference, but now after logging out of gnome, starting a xfce, logging out of that and back into one of the gnome types, the stuttering appears to be gone. I'll upgrade to bullseye in a few days and will probably only continue investigating it if it comes back with enabled gnome extensions after that. Thanks for the help so far! I'll get back if the problem shows up on bullseye. EJ On 2021-08-09 13:36, Greg Wooledge wrote: > On Mon, Aug 09, 2021 at 10:39:24AM +0200, solon wrote: > >> I'm using the open source radeon drivers that you get using >> contrib/non-free >> and I've scoured google trying to figure out the problem. The only >> thing I >> can come up with is that Gnome 3.30 is exceedingly slow, > > The first thing you should do is identify your video chipset. Use > the command "lspci -nn" and look for "VGA" in the output. Also look > for any other lines that look like a video device, because sometimes > there's more than one, and sometimes they don't include the word "VGA". > > The most important part of the output is the 8-hex-digit PCI identifier > code, usually enclosed in square brackets. Mine is [8086:5912] for > example. > > Once you know what hardware you're dealing with, you can Google for > it and perhaps find solutions. Failing that, you can post it here > on the mailing list, and maybe someone else will have had experience > with a similar device, or will be better able to find solutions for > you on Google. > > Unfortunately, sometimes you need to Google using the model names > instead > of the PCI ID, because not all posted solutions include all the > hardware > information. > > In general, you're looking at three separate issues: > > 1) Many graphics devices require the installation of non-free firmware > blobs, in order to function correctly. In the absence of this > firmware, the symptom is usually "no 3D acceleration which makes > GNOME and other desktop environments run really slowly", or even > "GNOME and other DEs refuse to start, but I installed a display > manager, so now I'm stuck on a black screen with a cursor". > > 2) *Some* (not as many) graphics devices require the installation of > non-free drivers. This is usually the case with nVidia devices more > so than Radeons. > > 3) *Some* of the newest devices require a whole new kernel + X server + > Mesa stack. > > So, knowing which device you're dealing with is critical here. It will > determine which of these things you need to do. (And you may need to > do > more than one.) > > In the best case, you only have to install firmware. You run a command > like "dmesg | grep -i firmware" to see what firmware is missing, and > then > you track down which package contains that firmware, and you install > it. > Then reboot, and voila. > > If you have to install an nVidia driver, there are wiki pages that > should be helpful. > > If you have to install a whole new kernel/X/Mesa stack, you might be > able to use buster-backports. But that will be a substantial > investment > of time and effort that would probably be better spent upgrading to > bullseye (Debian 11) at this time, since bullseye's release is less > than > a week away.
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Stuttering Gnome Debian Buster solon <lists@13e.eu> - 2021-08-09 11:00 +0200
Re: Stuttering Gnome Debian Buster Greg Wooledge <greg@wooledge.org> - 2021-08-09 13:40 +0200
Re: Stuttering Gnome Debian Buster solon <lists@13e.eu> - 2021-08-11 10:20 +0200
Re: Stuttering Gnome Debian Buster Greg Wooledge <greg@wooledge.org> - 2021-08-11 13:40 +0200
Re: Stuttering Gnome Debian Buster solon <lists@13e.eu> - 2021-08-12 11:20 +0200
csiph-web