Hello !
Under debian buster, i updated and upgraded last week, meanothers TDE.
As from then, everything related with Xwindows has become extremely slow.
Before that, as from tdm to everything within the TDE display/desktop screen/environment worked perfectly.
video is AT RV370 X300 / X300SE
BRgds
JB
Anno domini 2020 Thu, 23 Jan 18:41:49 +0100 mb850063@proximus.be scripsit:
Hello !
Under debian buster, i updated and upgraded last week, meanothers TDE.
As from then, everything related with Xwindows has become extremely slow.
Before that, as from tdm to everything within the TDE display/desktop screen/environment worked perfectly.
video is AT RV370 X300 / X300SE
What does you /var/log/Xorg.0.log say?
BRgds
JB
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Herewith attached the requested file, while working within the TDE
On Thursday 23 January 2020 18:53:29 Dr. Nikolaus Klepp wrote:
Anno domini 2020 Thu, 23 Jan 18:41:49 +0100
mb850063@proximus.be scripsit:
Hello !
Under debian buster, i updated and upgraded last week, meanothers TDE.
As from then, everything related with Xwindows has become extremely slow.
Before that, as from tdm to everything within the TDE display/desktop screen/environment worked perfectly.
video is AT RV370 X300 / X300SE
What does you /var/log/Xorg.0.log say?
BRgds
JB
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Anno domini 2020 Thu, 23 Jan 19:10:56 +0100 mb850063@proximus.be scripsit:
Herewith attached the requested file, while working within the TDE
On Thursday 23 January 2020 18:53:29 Dr. Nikolaus Klepp wrote:
Anno domini 2020 Thu, 23 Jan 18:41:49 +0100
mb850063@proximus.be scripsit:
Hello !
Under debian buster, i updated and upgraded last week, meanothers TDE.
As from then, everything related with Xwindows has become extremely slow.
Before that, as from tdm to everything within the TDE display/desktop screen/environment worked perfectly.
video is AT RV370 X300 / X300SE
What does you /var/log/Xorg.0.log say?
Hm ...
[ 68.233] (==) RADEON(0): DRI3 disabled [ 68.233] (==) RADEON(0): Backing store enabled [ 68.233] (WW) RADEON(0): Direct rendering disabled [ 68.233] (II) RADEON(0): Acceleration disabled
BRgds
JB
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
So, something, while upgrading, changed the settings.
Is this an issue that can be modified or does the system set the settings so by itself ?
On Thursday 23 January 2020 19:42:25 Dr. Nikolaus Klepp wrote:
Anno domini 2020 Thu, 23 Jan 19:10:56 +0100
mb850063@proximus.be scripsit:
Herewith attached the requested file, while working within the TDE
On Thursday 23 January 2020 18:53:29 Dr. Nikolaus Klepp wrote:
Anno domini 2020 Thu, 23 Jan 18:41:49 +0100
mb850063@proximus.be scripsit:
Hello !
Under debian buster, i updated and upgraded last week, meanothers TDE.
As from then, everything related with Xwindows has become extremely slow.
Before that, as from tdm to everything within the TDE display/desktop screen/environment worked perfectly.
video is AT RV370 X300 / X300SE
What does you /var/log/Xorg.0.log say?
Hm ...
[ 68.233] (==) RADEON(0): DRI3 disabled [ 68.233] (==) RADEON(0): Backing store enabled [ 68.233] (WW) RADEON(0): Direct rendering disabled [ 68.233] (II) RADEON(0): Acceleration disabled
BRgds
JB
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Anno domini 2020 Thu, 23 Jan 20:47:46 +0100 mb850063@proximus.be scripsit:
So, something, while upgrading, changed the settings.
Is this an issue that can be modified or does the system set the settings so by itself ?
Usually it's selfconfigured, but you could check if /etc/X11/xorg.conf or /etc/X11/xorg.conf.d exist. If yes, it might be a good idea to delete these and try again. If they don't exist, you'll have to ask the searchengine of your trust (sorry, don't have any ATI GPU here)
Nik
On Thursday 23 January 2020 19:42:25 Dr. Nikolaus Klepp wrote:
Anno domini 2020 Thu, 23 Jan 19:10:56 +0100
mb850063@proximus.be scripsit:
Herewith attached the requested file, while working within the TDE
On Thursday 23 January 2020 18:53:29 Dr. Nikolaus Klepp wrote:
Anno domini 2020 Thu, 23 Jan 18:41:49 +0100
mb850063@proximus.be scripsit:
Hello !
Under debian buster, i updated and upgraded last week, meanothers TDE.
As from then, everything related with Xwindows has become extremely slow.
Before that, as from tdm to everything within the TDE display/desktop screen/environment worked perfectly.
video is AT RV370 X300 / X300SE
What does you /var/log/Xorg.0.log say?
Hm ...
[ 68.233] (==) RADEON(0): DRI3 disabled [ 68.233] (==) RADEON(0): Backing store enabled [ 68.233] (WW) RADEON(0): Direct rendering disabled [ 68.233] (II) RADEON(0): Acceleration disabled
BRgds
JB
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Dr. Nikolaus Klepp wrote:
Usually it's selfconfigured, but you could check if /etc/X11/xorg.conf or /etc/X11/xorg.conf.d exist. If yes, it might be a good idea to delete these and try again. If they don't exist, you'll have to ask the searchengine of your trust (sorry, don't have any ATI GPU here)
AMD discontinued support for older cards and firmware might not work is what I know. I experienced this on one ubuntu, but might be something else - worth checking.
Hello,
No, the files don't xist.
And as far as the ATI support is concerned, i understand that the problem would be with a kernel module ?
By now, i use to start with kernel 5.4
but still have the possibility, via grub, to start with kernel 4.19.
Doing so makes absolutely no difference as far as the slowness is concerned.
On Thursday 23 January 2020 21:24:16 deloptes wrote:
Dr. Nikolaus Klepp wrote:
Usually it's selfconfigured, but you could check if /etc/X11/xorg.conf or /etc/X11/xorg.conf.d exist. If yes, it might be a good idea to delete these and try again. If they don't exist, you'll have to ask the searchengine of your trust (sorry, don't have any ATI GPU here)
AMD discontinued support for older cards and firmware might not work is what I know. I experienced this on one ubuntu, but might be something else
- worth checking.
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Anno domini 2020 Thu, 23 Jan 22:33:10 +0100 mb850063@proximus.be scripsit:
Hello,
No, the files don't xist.
And as far as the ATI support is concerned, i understand that the problem would be with a kernel module ?
By now, i use to start with kernel 5.4
but still have the possibility, via grub, to start with kernel 4.19.
Doing so makes absolutely no difference as far as the slowness is concerned.
IMO it's not a kernel probblem, but an Xorg problem. You can try to deinstall Xorg and reinstall the previouse version. If it works, set it on hold.
nik
On Thursday 23 January 2020 21:24:16 deloptes wrote:
Dr. Nikolaus Klepp wrote:
Usually it's selfconfigured, but you could check if /etc/X11/xorg.conf or /etc/X11/xorg.conf.d exist. If yes, it might be a good idea to delete these and try again. If they don't exist, you'll have to ask the searchengine of your trust (sorry, don't have any ATI GPU here)
AMD discontinued support for older cards and firmware might not work is what I know. I experienced this on one ubuntu, but might be something else
- worth checking.
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Hello,
The situation is as follows :
Seeing it as more a global debian tread than a TDE one, i went to the debian-facile.org forums where a couple of suggestions were made to me.
The first one regarded the /var/log/Xorg.o.log file where it was pointed that the acceleration and enhancement of my graphic card were not enabled.
I installed the amd firmware.
Then, as root, the desktop worked with no slowlyness problem, videos worked normally and synchronized with the sound (yet before, they worked better than as user).
When logging out, there is no problem, it falls back to the tdm desktop manager.
I can also stop or reboot the PC from tboth he desktop and TDM.
Not so as user.
User remains slower, slow starting kmail (not used under root), slow starting firefox, extremely slow starting and playing any video and with the sound totally unsynchonized.
I eliminated the autogenerated hidden files and directories that don't change the desktop configuration, like DCOP, aso, .... to have them regenrated from scratch : no change.
If i try to logout as user, i get the mouse pointer on a black screen and it remains undefinidetly.
To go back to the TDM desktop manager, i have first to go to another console (Alt+Ctrl+Fx), log in as root and command killall Xorg
Then i fall back to the TDM manager.
But if i try to stop the computer from there i have to end up with a hard shutdown.
What i can do is, from TDM, go back to the root desktop but i cannot reboot or shutdown the PC but a hard way.
So, i come back to You since it might be a Xorg/TDE problem that affect the users.
My /home and /root are individual partitions.
On Thursday 23 January 2020 23:28:54 Dr. Nikolaus Klepp wrote:
Anno domini 2020 Thu, 23 Jan 22:33:10 +0100
mb850063@proximus.be scripsit:
Hello,
No, the files don't xist.
And as far as the ATI support is concerned, i understand that the problem would be with a kernel module ?
By now, i use to start with kernel 5.4
but still have the possibility, via grub, to start with kernel 4.19.
Doing so makes absolutely no difference as far as the slowness is concerned.
IMO it's not a kernel probblem, but an Xorg problem. You can try to deinstall Xorg and reinstall the previouse version. If it works, set it on hold.
nik
On Thursday 23 January 2020 21:24:16 deloptes wrote:
Dr. Nikolaus Klepp wrote:
Usually it's selfconfigured, but you could check if /etc/X11/xorg.conf or /etc/X11/xorg.conf.d exist. If yes, it might be a good idea to delete these and try again. If they don't exist, you'll have to ask the searchengine of your trust (sorry, don't have any ATI GPU here)
AMD discontinued support for older cards and firmware might not work is what I know. I experienced this on one ubuntu, but might be something else - worth checking.
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
mb850063@proximus.be wrote:
I installed the amd firmware.
Then, as root, the desktop worked with no slowlyness problem, videos worked normally and synchronized with the sound (yet before, they worked better than as user).
Can you check the prmissions and if the user is in the video group?
$ ls -al /dev/dri/ total 0 drwxr-xr-x 3 root root 100 Jan 16 21:20 . drwxr-xr-x 20 root root 14420 Jan 24 20:30 .. drwxr-xr-x 2 root root 80 Jan 16 21:20 by-path crw-rw----+ 1 root video 226, 0 Jan 25 13:50 card0 crw-rw----+ 1 root render 226, 128 Jan 16 21:20 renderD128
Yes, the "groups" command issued as user from bash shows user belongs to the group "video", meanothers.
On Saturday 25 January 2020 14:03:41 deloptes wrote:
mb850063@proximus.be wrote:
I installed the amd firmware.
Then, as root, the desktop worked with no slowlyness problem, videos worked normally and synchronized with the sound (yet before, they worked better than as user).
Can you check the prmissions and if the user is in the video group?
$ ls -al /dev/dri/ total 0 drwxr-xr-x 3 root root 100 Jan 16 21:20 . drwxr-xr-x 20 root root 14420 Jan 24 20:30 .. drwxr-xr-x 2 root root 80 Jan 16 21:20 by-path crw-rw----+ 1 root video 226, 0 Jan 25 13:50 card0 crw-rw----+ 1 root render 226, 128 Jan 16 21:20 renderD128
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
I don't know if there can be a conflict between the updating/upgrading when including the backporting for debian itself and the TDE updating/upgrading.
On Saturday 25 January 2020 14:03:41 deloptes wrote:
mb850063@proximus.be wrote:
I installed the amd firmware.
Then, as root, the desktop worked with no slowlyness problem, videos worked normally and synchronized with the sound (yet before, they worked better than as user).
Can you check the prmissions and if the user is in the video group?
$ ls -al /dev/dri/ total 0 drwxr-xr-x 3 root root 100 Jan 16 21:20 . drwxr-xr-x 20 root root 14420 Jan 24 20:30 .. drwxr-xr-x 2 root root 80 Jan 16 21:20 by-path crw-rw----+ 1 root video 226, 0 Jan 25 13:50 card0 crw-rw----+ 1 root render 226, 128 Jan 16 21:20 renderD128
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
mb850063@proximus.be composed on 2020-01-23 18:41 (UTC+0100):
Under debian buster, i updated and upgraded last week, meanothers TDE.
As from then, everything related with Xwindows has become extremely slow.
Before that, as from tdm to everything within the TDE display/desktop screen/environment worked perfectly.
video is AT RV370 X300 / X300SE
My experience with X300 is it's marginally useful with screens larger than 1680x1050. I notice considerable difference between 1680x1050 and 1920x1200. On Buster, speed doesn't seem to be any issue, but screen tearing is, at least, it is on a 1920x1200 screen.
Last I checked, there were many old ATI cards newer and with more RAM than an X300 in the $20 & under price class. It might be a good move for you to take if possible.
Normally I don't use an X300, but for purposes of this thread, I pulled an HD8570 temporarily in order to see how an X300 would work in Buster/TDE.
# xrandr | egrep 'onnect|creen|*' | grep -v disconn | sort -r Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 4096 x 4096 DVI-0 connected 1920x1200+0+0 (normal left inverted right x axis y axis) 519mm x 324mm 1920x1200 59.95*+ # inxi -GxxSM System: Host: big31 Kernel: 4.19.0-6-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 Desktop: Trinity R14.0.7 tk: Qt 3.5.0 wm: Twin dm: TDM Distro: Debian GNU/Linux 10 (buster) Machine: Type: Desktop Mobo: BIOSTAR model: G31-M7 TE serial: N/A BIOS: American Megatrends v: 080014 date: 02/01/2010 Graphics: Device-1: Advanced Micro Devices [AMD/ATI] RV370 [Radeon X300] driver: radeon v: kernel bus ID: 01:00.0 chip ID: 1002:5b60 Display: x11 server: X.Org 1.20.4 driver: ati,radeon unloaded: modesetting alternate: fbdev,vesa resolution: 1920x1200~60Hz OpenGL: renderer: ATI RV370 v: 2.1 Mesa 18.3.6 direct render: Yes # lspci -v | grep -A15 370 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV370 [Radeon X300] (prog-if 00 [VGA controller]) Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] RV370 [Radeon X300] Flags: bus master, fast devsel, latency 0, IRQ 25 Memory at fc000000 (64-bit, prefetchable) [size=32M] Memory at feaf0000 (64-bit, non-prefetchable) [size=64K] I/O ports at d000 [size=256] Expansion ROM at 000c0000 [disabled] [size=128K] Capabilities: [50] Power Management version 2 Capabilities: [58] Express Endpoint, MSI 00 Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [100] Advanced Error Reporting Kernel driver in use: radeon Kernel modules: radeonfb, radeon
01:00.1 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] RV370 [Radeon X300 SE] Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] RV370 [Radeon X300 SE] Flags: bus master, fast devsel, latency 0 Memory at feae0000 (64-bit, non-prefetchable) [size=64K] Capabilities: [50] Power Management version 2 Capabilities: [58] Express Endpoint, MSI 00
-
deloptes -
Dr. Nikolaus Klepp -
Felix Miata -
mb850063＠proximus.be