2 Feb
2023
2 Feb
'23
6:48 a.m.
Hi All,
Does the Control Center Device Manager function? Often any attempt to
use that module causes the desktop to almost screech to a halt. Requests
to view devices is really slow. There is a noticeable lag/latency when
using the mouse wheel to scroll the list.
Probably related but there is significant .xsession-errors log spew of
[FIXME] UNCLASSIFIED DEVICE messages.
Is the tdelibs/tdebase TDEHWLIB compile option the way to disable that
module?
Thanks for your time!
D.A
8:46 a.m.
On 2023-02-02 12:48 AM, Darrell Anderson via tde-users wrote:
Hi All,
Does the Control Center Device Manager function? Often any attempt to
use that module causes the desktop to almost screech to a halt.
Requests to view devices is really slow. There is a noticeable
lag/latency when using the mouse wheel to scroll the list.
Probably related but there is significant .xsession-errors log spew of
[FIXME] UNCLASSIFIED DEVICE messages.
Is the tdelibs/tdebase TDEHWLIB compile option the way to disable that
module?
Thanks for your time!
D.A
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
I have the same issue, good to see I'm not alone.
--
Nick G. / Wirlaburla
9:26 a.m.
On Thursday 02 February 2023 09.46:49 Wirlaburla via tde-users wrote:
I have the same issue, good to see I'm not alone.
Can we get more informations? Distributions used? Type of machines?
I can see that the Device Managers is quite fast on my Ryzen-based desktop
(although it is using a notebook energy-saving processor) but takes a lot
more time to show information on my Laptop (Intel M-5Y51).
It's slow, but does not hang.
The desktop runs "pure" Debian 10, the Laptop runs MX-Linux which is Debian 11
based.
Both use the in-processor graphic chip, as far as I can say.
Thierry
11:19 a.m.
On 2023-02-02 03:26 AM, Thierry de Coulon via tde-users wrote:
On Thursday 02 February 2023 09.46:49 Wirlaburla via
tde-users wrote:
Of course.
Trinity R14.0.13
Arch Linux x86_64/armv7h and Debian x86_64
Ryzen 1300X
16GB DDR4 RAM
AMD R460 GPU
I no longer have the Debian system.
It initially loads fast, but something seems to be wrong when it's
displaying. Also noticed that CPU usage ramps up on it.
--
Nick G. / Wirlaburla
I have the same issue, good to see I'm not
alone.
Can we get more informations? Distributions used? Type of machines?
I can see that the Device Managers is quite fast on my Ryzen-based
desktop
(although it is using a notebook energy-saving processor) but takes a
lot
more time to show information on my Laptop (Intel M-5Y51).
It's slow, but does not hang.
The desktop runs "pure" Debian 10, the Laptop runs MX-Linux which is
Debian 11
based.
Both use the in-processor graphic chip, as far as I can say.
Thierry
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
3 Feb
3 Feb
12:41 a.m.
On 2/2/23 3:26 AM, Thierry de Coulon via tde-users wrote:
Can we get more informations? Distributions used? Type
of machines?
R14.0.12
Slackware 14.2 32-bit and 64-bit
Slackware 15.0 64-bit
I have R14.0.12 installed in Slackware 14.1 32-bit (really!). Those
systems are single core with less than 1 GB of RAM. I lack the patience
to test the device manager on such systems :-)
One of the test systems is a Lenovo T400 laptop with a dual core P8400,
4GB of RAM, i915 video. I can run Slackware 15.0 64-bit, 14.2 64-bit, or
14.2 32-bit. TDE is lightning fast in all three.
I have R14.0.12 installed in Slackware 15.0 on my office system that is
a 4-core Skylake with 16 GB of RAM and i915 video. That is a test
partition. I don't test that partition as often because that is my
primary production computer.
I have a couple of AMD dual core test systems but I haven't checked DM
on them.
The TCC Device Manager just lags like an old dog on a hot summer day.
The desktop does not halt but doing anything while the DM twiddles is
futile. Eventually I can mouse click on something else and everything
returns to normal.
As mentioned, the .xsession-errors log is filled with [FIXME]
UNCLASSIFIED DEVICE spew.
Any other information I can provide? An strace dump is about 12MB but
I'm horrible at evaluating strace dumps.
1:34 a.m.
On 2023-02-02 03:26:42 Thierry de Coulon via tde-users wrote:
On Thursday 02 February 2023 09.46:49 Wirlaburla via
tde-users wrote:
Hangs on my desktop:
Platform: GNU/Linux
Hardware: x86_64
Distribution: openSUSE Leap 15.4
Desktop Environment: Trinity
Qt: 3.5.0
TDE: R14.0.13
tde-config: 1.0
Leslie
--
I have the same issue, good to see I'm not
alone.
Can we get more informations? Distributions used? Type of machines?
I can see that the Device Managers is quite fast on my Ryzen-based desktop
(although it is using a notebook energy-saving processor) but takes a lot
more time to show information on my Laptop (Intel M-5Y51).
It's slow, but does not hang.
The desktop runs "pure" Debian 10, the Laptop runs MX-Linux which is Debian
11 based.
Both use the in-processor graphic chip, as far as I can say.
Thierry 
2 Feb
2 Feb
7:12 p.m.
On Thu, 2 Feb 2023 00:48:15 -0600
Darrell Anderson via tde-users <users(a)trinitydesktop.org> wrote:
Does the Control Center Device Manager function? Often
any attempt to
use that module causes the desktop to almost screech to a halt. Requests
to view devices is really slow. There is a noticeable lag/latency when
using the mouse wheel to scroll the list.
Probably related but there is significant .xsession-errors log spew of
[FIXME] UNCLASSIFIED DEVICE messages.
Serious lag here as well, on loading and scrolling (I'd never noticed before because
I don't care about that module).
TDE 14.0.13
Gentoo, kernel version 6.1.1
Threadripper 1900X
96 GB DDR4 RAM
AMD Radeon RX 560 GPU
I don't remember whether the issue also existed with the flaky nVidia 1050
that I swapped out about a month ago. I have no .xsession-errors that I
can find, and nothing unusual in other logs. Might not even be the same
issue—between the eight-core processor and the mass of USB ports and
bridges on the motherboard, I have a *lot* of "devices" on my system that
no one cares about but whose info would have to be parsed anyway.
kcontrol intermittently saturates one thread while this module is trying to
adjust its display, so whatever it's doing appears to be CPU-bound.
E. Liddell
3 Feb
3 Feb
6:27 a.m.
Serious lag here as well, on loading and scrolling
(I'd never noticed before because
I don't care about that module).
TDE 14.0.13
Gentoo, kernel version 6.1.1
Threadripper 1900X
96 GB DDR4 RAM
AMD Radeon RX 560 GPU
I don't remember whether the issue also existed with the flaky nVidia 1050
that I swapped out about a month ago. I have no .xsession-errors that I
can find, and nothing unusual in other logs. Might not even be the same
issue—between the eight-core processor and the mass of USB ports and
bridges on the motherboard, I have a *lot* of "devices" on my system that
no one cares about but whose info would have to be parsed anyway.
kcontrol intermittently saturates one thread while this module is trying to
adjust its display, so whatever it's doing appears to be CPU-bound.
E. Liddell
There is a TGW issue filed recently about this:
https://mirror.git.trinitydesktop.org/gitea/TDE/tde/issues/110
There has been a number of changes on tdehw in R14.1.0-dev.
E. or anyone else: are you able to test this using the current master and see if the delay
is still there or not?
I don't see the delay on my computer, but if someone is able to reproduce it on
R14.1.0-dev and eventually test some
patches, it would help troubleshooting a lot.
Thanks
Michele
688
days inactive
689
days old
8 comments
6 participants
participants (6)
-
Darrell Anderson -
E. Liddell -
J Leslie Turriff -
Michele Calgaro -
Thierry de Coulon -
Wirlaburla