Re: Is it normal that X consumes 800 MB RAM?
On 12/14/2009 04:44 PM, Nikos Chantziaras wrote: > The longer the system runs, the more RAM X eats. After about 5 hours of > uptime, I get this: > > http://i49.tinypic.com/wqu61j.png > > That's about 800MB memory usage. It gets worse as time passes. Is this > normal? This looks like some memory leak to me. Does the graphics > driver play a role here? I'm using AMD's binary blob for ATI cards (the > "radeon" driver doesn't support my card.) Anything else that might be > going on? > > This is on a Gentoo AMD64 system with X server 1.6.5, AMD Catalyst 9.11 > drivers and kernel 2.6.31.6. DE is KDE 4.3.4 (in case it matters.) Typically high memory usage of X is caused by other programs asking X to store things for them. You can use the xrestop program to see how much is being used for each program. This problem may be because some other program is never telling X that it's done with resources. xrestop should be able to tell you which program it is. Of course theoretically it's possible there's a leak in one of the X components (especially the binary graphics driver), but this is far more common. -- dolphinling <http://dolphinling.net/> ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Screen goes black after switching from X to vt
Martin Swift wrote: > Dear Community, > > A while back this issue cropped up and I'm now trying to solve it, and > would appreciate any insight that you might have. > > When I'm running X and want to switch to a virtual terminal (e.g. > hitting ctr-alt-F1) the screen goes dark (though the backlight is > still on). I can still type (e.g. reboot the machine), I just can't > see anything. This sounds like like you're using KMS and haven't enabled the framebuffer console. Try setting CONFIG_FRAMEBUFFER_CONSOLE. > [...] > +(II) intel(0): [...] > [...] > * Linux 2.6.30, [...] -- dolphinling <http://dolphinling.net/> ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: libXext 1.0.99.3
Peter Hutterer wrote: > On Sun, Jul 19, 2009 at 02:41:42PM +0100, Colin Guthrie wrote: >> I'm still not seeing dpmsstr.h being installed by either protocol or >> lib. Is it deprecated? > > dpmsstr.h has been split up into dpmsconst.h and dpmsproto.h, the former is > included by dpms.h (the client header). > >> [...] > > In regards to being public API - hard to say. The only things it provided > that might be in use by clients was the DPMExtensionName and > DPMSMajor/MinorVersion defines. > > Did you notice any other apps that break? gnome-power-manager breaks, all versions from the first release (in Jan 2006) through current trunk. A grep of my /usr/src/debug, which *should* contain source from all the c/c++ programs I have installed, finds nothing else. -- dolphinling <http://dolphinling.net/> ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: No HDMI display on intel 82G35 board
Pete Cap wrote: > List, > > I've got a MythDora 10 frontend in my living room that I'm trying to hook up > to my TV using HDMI. > However, after the normal boot splash screen and so forth, I get a blank > (blue) screen. This usually indicates that the video source is sending > nothing or that the signal parameters exceed what the TV is capable of > displaying (in terms of refresh rate, resolution, etc.). > > Xorg.0.log has the following two errors: > "Unable to write to SDVOCTRL_E for SDVOB slave 0x70" > "underrun on pipe A!" > > Using the vesa driver, I can at least get a 1024x768 display using the DSUB > connection to the TV, but I would really like to get a 1080p picture going > over HDMI. > > Some basic info: > uname -r: 2.6.27.9-159.fc10.x86_64 > uname -m: x86_64 > > xorg.conf: http://pastebin.com/m55bfb78c > Xorg.0.log: http://pastebin.com/m17539f99 > > Any help would be appreciated! Try a more recent version of the kernel, xf86-video-intel, and possibly X. The kernel and xf86-video-intel are both 3 versions out of date, and I think there have been fixes for both of the errors you posted in that time. -- dolphinling <http://dolphinling.net/> ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: glxgear output mangled with intel+855GM
Robert Schwebel wrote: > Hi, > > I've the latest set of x.org packets running on an industrial motion > controller system with 855GM hardware. The graphics is coming up nicely > in general, but glxgears doesn't work correctly. Here's how the output > looks like: > > https://svn.pengutronix.de/xorg/i855-glxgears-ptx.png > > Involved versions: > > Mesa-7.5 > xf86-video-intel-2.8.0 > xorg-server-1.6.2.901 > > Does anyone have an idea what went wrong? > > rsc What version's your kernel? That looks like what I had a while back on an 845, and IIRC it was a kernel update that fixed it. I'm currently running a drm-intel-next kernel, I don't remember exactly when it was fixed but my bet would be that current stable has it at least. -- dolphinling <http://dolphinling.net/> ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Problem starting X server on debian lenny
Imtiaz Ahmed wrote: > There is line in logs that says > (II) intel(0): 2 display pipes available. > It this normal for a desktop PC? For the 965, I believe so, yes. -- dolphinling <http://dolphinling.net/> ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Problem starting X server on debian lenny
Imtiaz Ahmed wrote: > Hi, > I tried the intelgraphics driver version 2.7 but still the same error > with no change at all, Even today i tried to install Ubuntu hardy > desktop and it gives the error > (EE) intel(0): No valid modes. > EE) Screen(s) found, but none have a usable configuration > > and stuck up. > I googled around and found many posts like this but almost all are > related to laptops where there are 2 displays internal and external but > this is a Desktop PC wiht Intel 965G video graphic on board. What kind of monitor connection is it (VGA, DVI, ...)? Also, is there anything between the graphics card and the monitor, such as a KMS switch? The driver version in Hardy is even older that the one in Lenny. If you don't mind trying another Ubuntu, could you try Jaunty? Even better would be if you could jaunty but with a newer kernel and xf86-video-intel. That's about all I can think of, hopefully that's enough to push you in the right direction to fix it or someone who knows better will come along. -- dolphinling <http://dolphinling.net/> ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: up-arrow key not working again.
Robin Cook wrote: > I upgraded xorg-server to 1.6.1 and now the up-arrow key is not working > the way it is supposed to. When I hit it in gnome it causes the > screenshot applet to pop up. I have this same problem, but *only* when running inside an Xnest. I'm running xorg-server 1.6.1.901. I have no xorg.conf. I have xf86-input-evdev installed, and no x-i-mouse or x-i-keyboard. The only strange thing I'm doing is using the colemak keyboard layout in my main server, but not in the nested server. I haven't tried qwerty to see if it changes anything. -- dolphinling <http://dolphinling.net/> ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [intel 845G/GL] Status of xorg, xf86-video-intel, etc on 845
dolphinling wrote: > All the Xorg.0.logs from this are available at > http://dolphinling.net/xorglogs/ Oops, I meant to put my xorg.confs and kernel .configs there too. They're there now. -- dolphinling <http://dolphinling.net/> ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[intel 845G/GL] Status of xorg, xf86-video-intel, etc on 845
I've been trying to run the latest xorg components on an i845 for a while now, and I haven't found a good set of component versions + configurations that works well. Here's info on the most recent release + current git versions of stuff. If there's anywhere else I should put this (e.g. individual problems to bugzilla) just say so. For future reference, I run gentoo, and all packages are from either gentoo or the gentoo x11 overlay, except for the kernel, which is either from kernel.org or one of the drm-intel kernels. All the Xorg.0.logs from this are available at http://dolphinling.net/xorglogs/ I would be very happy to help out with any testing/etc for making these work, subject to availability (which is more or less entirely random). Thanks! Components used: xorg-server-1.5.99.903 mesa-7.3 xf86-video-intel-2.6.1 and current git libdrm-2.4.4 with x-v-i-2.6.1 and libdrm current git with x-v-i git kernel-2.6.28-drm-intel from intellinuxgraphics.org and 2.6.29-rc5 Results: 2.6.28-drm-intel: xf86-video-intel-2.6.1: noaccel: works, vt switch problem* + puts monitor in unusable state exa: server does not start (bug 19336) uxa: server starts, missing some fonts, some areas of screen just grey, can't log in noconf: exa xf86-video-intel-git: noaccel: works, vt switch problem* + puts monitor in unusable state (no memory leak) exa: fonts too small on login screen, wrong resolution, some areas not painting, no cursor, vt switch problem, glxgears < 5 fps uxa: memory leak*, (there is a cursor) 2.6.29-rc5: xf86-video-intel-2.6.1: noaccel: login screen displays, buttons broken, can't log in, no cursor exa: fonts too small/missing/too large/corrupted; wrong resolution, no cursor, things not drawing sometimes, can log in uxa: same as 2.6.28-drm-intel (maybe even pixel-for-pixel) noconf: fonts too small/missing/corrupted, textarea black, can't log in xf86-video-intel-git: noaccel: no cursor, glxgears broken, memory leak*, vt switch problem* exa: fonts too small, no cursor, wrong resolution, some areas do not paint, glxgears < 10fps, memory leak very slow?* vt switch problem* uxa: same as noaccel * memory leak: memory is used used up very fast, especially with firefox. Can make computer unusable in < 10 seconds if I'm trying, if I try to keep it working I can use it for maybe a few minutes. free reports almost all the memory as "cached". Sometimes, top reported X as using > 1G of virtual memory (only virtual); other times it did not. Starts swapping when memory full, but nothing ever crashed from OOM. * vt switch problem: when attempted to switch vts, the screen did not update, but the switch worked. I could log in and make mplayer play music blindly. In the nicer incarnation, a few pixels would change but mostly whatever was displayed would stay. In the worse incarnation, the screen would go black and my monitor's power light would start blinking orange, and the only way to get things to display would be to turn the monitor off, switch back to X, then turn the monitor on again. If turned back on while on a non-X vt it would just keep blinking orange. -- dolphinling <http://dolphinling.net/> ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg