Hi,
I am wondering if a badly behaved user program could cause the Xorg
server to end up with increasing memory usage that doesn't get released
even after the program is closed. The reason I ask is that I am
suspecting the issue is gkrellm (see below), but I don't know if that
is a reasonable su
Package: x11-xserver-utils
Version: 7.7~3
Severity: wishlist
File: /usr/bin/xrandr
Monitors are not only left and right, but also above and below, therefore
xrandr should allow one to set above and below in addtion to left-of and
right-of.
-- System Information:
Debian Release: 7.0
APT prefer
On Tue, 14 Jun 2011 23:40:45 +0200
Julien Cristau wrote:
> On Tue, Jun 14, 2011 at 17:04:28 -0400, Daniel Dickinson wrote:
>
> > Xorg gets the kernel hung_task_timeout message while in screensaver
> > at random times. This usually happens when I've left the computer
Package: xserver-xorg-video-tdfx
Version: 1:1.4.0-1
Severity: normal
File: tdfx
Recently GLX has ceased working for me on my system with Voodoo 3 3Dfx video
adaptor. It's not the above 1024x768 problem since I limit the display to
1024x768 to make sure DRI should work, and the logs show that D
On Fri, 20 Jun 2008 07:20:16 +0200
Brice Goglin <[EMAIL PROTECTED]> wrote:
> >
> > With an el-cheapo KVM a monitor (Compaq P110) and video card (ATI
> > Radeon 8500 QL) (= r200) that normally autodetect, don't. Using
> > PreferredResolution in the Monitor section does the right thing. I
> > don'
Package: xserver-xorg
Version: 1:7.3+10
Severity: normal
It should not be necessary to hand-edit xorg.conf if the only issue is that the
monitor does not do DDC, e.g. because it's too old, or one is using an KVM
which doesn't pass on DDC, or the video chipset is broken and *can't* do DDC
(e.g.
Modelines are the issue.
I want the lines:
HorizSync xx-xx
VertSync xx-xx
to be easily determined, without having to memorize what a
[EMAIL PROTECTED] monitor uses. There needs to be an easy way to do
this. Or at lease an easily found, concise summary of standard modes
under /usr/share/doc.
On Tue, 27 May 2008 12:15:04 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> >
> > Since vblank_mode=0 is fast, is there likely to be a problem when I
> > try something 3d, like games, and is it sufficient to make that
> > part of the .xsessionrc, or will I need to alter my /etc/drirc?
>
> That
xserver-xorg-video-ati 1:6.6.2-2 is definitely problem-free. I ran a
process for about 10 hours that would let glxgears run for five
minutes, killed it, and then restarted glxgears. If there was going to
be a problem it would have shown up there or when my screensaver kicked
in.
If I experienc
On Thu, 15 May 2008 14:50:02 -0400
Daniel Dickinson <[EMAIL PROTECTED]> wrote:
> Thank you for pointing me to snapshot.debian.net. I have been able t
> determine that with
>
> xorg, xserver-xorg version 1:7.2-1
> xserver-xorg-core version 2:1.2.0-6
>
> That
> xs
Thank you for pointing me to snapshot.debian.net. I have been able t
determine that with
xorg, xserver-xorg version 1:7.2-1
xserver-xorg-core version 2:1.2.0-6
That
xserver-xorg-video-ati version 1:6.6.3-1 WORKS
xserver-xorg-video-ati version 1:6.6.3-2 FAILS (freezes X in GL
screensavers and t
I just checked and the new video card (r100-based) is not accelerated
for gl (around 60 fps in glxgears), so I the problem may not be
hardware but dri.
--
And that's my crabbing done for the day. Got it out of the way early,
now I have the rest of the afternoon to sniff fragrant tea-roses or
s
I switched to a different video card. It uses an r100 chipset instead
of r200, but is the same ati radeon x.org driver. It works, so the
problem is either hardware that has died on me or chipset specific
problems with the radeon driver. I'm thinking that it most likely
simply that it's an old
On Mon, 12 May 2008 04:05:53 +0200
Brice Goglin <[EMAIL PROTECTED]> wrote:
> Is the machine still pingable when the problem occurs? Can you log on
> with ssh and try to catch a backtrace, see whether X is stuck, ... ?
> Does the mouse still work ?
I don't know if it's pingable (don't have a machi
On Mon, 12 May 2008 04:05:53 +0200
Brice Goglin <[EMAIL PROTECTED]> wrote:
> Daniel Dickinson wrote:
> > Package: mesa-utils
> > Version: 7.0.3-1
> > Severity: important
> >
> >
> >
> > This probably affects other packages, and it hangs X,
Package: mesa-utils
Version: 7.0.3-1
Severity: important
Launching glxgears from a terminal session then closing the terminal results in
X freezing and refusing to respond to input, in fact making it impossible to
even switch to a virtual terminal. This is likely the reason certain
xscreensav
Package: xserver-xorg
Version: 1:7.3+10
Severity: normal
AFAIK there is no way with the new xserver-xorg to generate the horizontal
refresh and vertical refresh semi-automatically (that is without having to
memorize typical ranges for hand-editing an xorg.conf) and/or specifying
monitor resolu
On Tue, 26 Feb 2008 09:11:28 +0100
Brice Goglin <[EMAIL PROTECTED]> wrote:
> > Having compiz active results in blank video using ffmpeg (both
[snip]
> >
> > The ffmpeg command-line I use (for the experimental ffmpeg, lenny
> > uses audio_device instead of oss) is:
> >
> > /usr/bin/ffmpeg -y -tvstd
Package: compiz
Version: 0.6.3~git20071222.061ff159-1
Severity: normal
Having compiz active results in blank video using ffmpeg (both lenny and
experimental) for a/v recording. Not starting compiz as the window manager
(but the package is still on the system) and sticking with metacity restore
19 matches
Mail list logo
