On Sat, Sep 17, 2011 at 8:38 AM, Thuban wrote:
> So, here is the problem. St uses a lot of cpu with some apps that need
> refresh, such as "top" or "mutt". The system becomes very slow, and Xorg
> show a 100% cpu.
> This problem only happen when I use the radeon driver, with
> firmware-linux-nonfr
Sadly yes, I had this problem only with st, so I suppose there must be a
good reason for this. It's not a problem to me of getting rid of these
non-free drivers :) , but I was wondering that problem means that st has
a problem somewhere.
I found nothing on debian bugtracker, of course, because non-
On Sat, Sep 17, 2011 at 11:33 AM, Joerg Zinke wrote:
> So my question is: are there any attempts made to push st.info to
> ncurses upstream?
None. I think it won't be the nicest way because the terminfo entry is
subject to change as some capacities are not implemented yet (see
TODO).
I think it's
Is st the only program that has this problem? I don't think it's st's
fault that some driver sucks. Have you searched debian's bugtracker
for similar conditions?
--
# Kurt H Maier
Hi,
I've created an OpenBSD port for st, see here:
http://marc.info/?t=13161728106&r=1&w=2
I would like to get this into the official tree but this requires the
question how to handle the st terminfo within the port to be answered.
From the thread above:
"Of course the nicest thing would be
Hi!
So, here is the problem. St uses a lot of cpu with some apps that need
refresh, such as "top" or "mutt". The system becomes very slow, and Xorg
show a 100% cpu.
This problem only happen when I use the radeon driver, with
firmware-linux-nonfree.
I mean, there is no such problem without gpu accel