[PATCH] fix typo in bigreq.c
Hi, the following simple patch fixes a typo in Xext/bigreq.c that prevented to compile the X server: --- bigreq.c.orig 2009-09-01 10:54:34.0 +0200 +++ bigreq.c2009-09-01 10:55:03.0 +0200 @@ -36,7 +36,7 @@ #include os.h #include dixstruct.h #include extnsionst.h -#include X11/extensions/bigreqproto.h +#include X11/extensions/bigreqsproto.h #include opaque.h #include modinit.h regards, Stefano ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[KMS intel] X crashes on VT switching -- gdb trace attached
Hi, I get X crashing upon VT switching while using KDE 4.2 (with composite enabled): Backtrace: 0: /opt/gfx-test/bin/Xorg(xorg_backtrace+0x39) [0x80bf0c1] 1: /opt/gfx-test/bin/Xorg [0x80ad8a0] 2: [0xb803b40c] 3: /opt/gfx-test/lib/libpixman-1.so.0 [0xb7ed3cee] 4: /opt/gfx-test/lib/libpixman-1.so.0 [0xb7ed46a0] 5: /opt/gfx-test/lib/libpixman-1.so.0 [0xb7fa6515] 6: /opt/gfx-test/lib/libpixman-1.so.0 [0xb7ea2751] 7: /opt/gfx-test/lib/libpixman-1.so.0(pixman_image_composite+0x146) [0xb7ecadda] 8: /opt/gfx-test/lib/xorg/modules/libfb.so(fbComposite+0x1cd) [0xb77724d2] 9: /opt/gfx-test/lib/xorg/modules/drivers/intel_drv.so [0xb77f9cb7] 10: /opt/gfx-test/lib/xorg/modules/drivers/intel_drv.so [0xb77f8073] 11: /opt/gfx-test/bin/Xorg [0x8153b78] 12: /opt/gfx-test/bin/Xorg(CompositePicture+0x197) [0x814e692] 13: /opt/gfx-test/bin/Xorg [0x814134d] 14: /opt/gfx-test/bin/Xorg [0x8144ed2] 15: /opt/gfx-test/bin/Xorg [0x8092513] 16: /opt/gfx-test/bin/Xorg [0x80673a0] 17: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7b1d775] 18: /opt/gfx-test/bin/Xorg [0x8066df1] Segmentation fault at address 0xb6c3e000 I am using self-compiled git master of pixman, drm, mesa, xserver, x-f-video- intel etc. The video card is an Intel GM965, KMS is enabled, kernel 2.6.31-rc3 and no xorg.conf Find attached xorg.log and the gdb trace. Please note that VT switching works while at the KDM login window (i.e., before logging into KDE). Could anyone please advice how to solve this issue? Shall I provide more info? Many thanks in advance, Stefano dinard:~# gdb /opt/gfx-test/bin/Xorg 5621 GNU gdb (GDB) 6.8.50.20090628-cvs-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Attaching to program: /opt/gfx-test/bin/Xorg, process 5621 Reading symbols from /opt/gfx-test/lib/libpciaccess.so.0...done. Loaded symbols for /opt/gfx-test/lib/libpciaccess.so.0 Reading symbols from /lib/i686/cmov/libdl.so.2...done. Loaded symbols for /lib/i686/cmov/libdl.so.2 Reading symbols from /opt/gfx-test/lib/libXfont.so.1...done. Loaded symbols for /opt/gfx-test/lib/libXfont.so.1 Reading symbols from /opt/gfx-test/lib/libXau.so.6...done. Loaded symbols for /opt/gfx-test/lib/libXau.so.6 Reading symbols from /opt/gfx-test/lib/libfontenc.so.1...done. Loaded symbols for /opt/gfx-test/lib/libfontenc.so.1 Reading symbols from /opt/gfx-test/lib/libpixman-1.so.0...done. Loaded symbols for /opt/gfx-test/lib/libpixman-1.so.0 Reading symbols from /usr/lib/libhal.so.1...done. Loaded symbols for /usr/lib/libhal.so.1 Reading symbols from /usr/lib/libdbus-1.so.3...done. Loaded symbols for /usr/lib/libdbus-1.so.3 Reading symbols from /opt/gfx-test/lib/libXdmcp.so.6...done. Loaded symbols for /opt/gfx-test/lib/libXdmcp.so.6 Reading symbols from /usr/lib/i686/cmov/libssl.so.0.9.8...done. Loaded symbols for /usr/lib/i686/cmov/libssl.so.0.9.8 Reading symbols from /usr/lib/i686/cmov/libcrypto.so.0.9.8...done. Loaded symbols for /usr/lib/i686/cmov/libcrypto.so.0.9.8 Reading symbols from /lib/i686/cmov/libm.so.6...done. Loaded symbols for /lib/i686/cmov/libm.so.6 Reading symbols from /lib/i686/cmov/librt.so.1...done. Loaded symbols for /lib/i686/cmov/librt.so.1 Reading symbols from /lib/i686/cmov/libc.so.6...done. Loaded symbols for /lib/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/lib/libfreetype.so.6...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1
Re: [ANNOUNCE] xf86-video-intel: 2.7.99.1 snapshot (now with 10% reduced fat!)
On Wednesday 29 April 2009 05:49:31 Carl Worth wrote: This is a development snapshot very early in the process toward developing 2.8. There have been some big changes to the code, and we're anxious to get feedback on these changes as early as possible. I tried this snapshot with KMS/DRI2 on GM965, kernel 2.6.30-rc4, xserver 1.6.1, mesa 7.4, libdrm 2.4.9. Redirecting output on VGA now seems to work, so I am closing bug #21250. With 2.7.0, I was also seing some corruption similar to that of bug #21415, especially after a couple of resume from STD. With 2.7.99.1 and after 3-4 resumes, there is no corruption at all. Maybe reporters of that bug may try the latest snapshot as well... Thanks, Stefano Here is a summary of the biggest changes: * Driver now depends on X server 1.6 or later * Eliminate XAA and EXA support (in favor of UXA) * Eliminate DRI1 support * Fixes for running without DRI at all These code removals represent a deletion of a substantial amount of code, (and hopefully piles of bugs), as well as reduce the maintenance effort going forward as the number of combinatorial configurations for the driver are greatly reduced. This means that users are much more likely to be running code that has actually been tested, and it will be much easy for developers to replicate bugs that users experience. Many thanks to Eric Anholt for gutting so much code! And see Keith Packard's writeup describing the benefits of this code removal: http://keithp.com/blogs/Sharpening_the_Intel_Driver_Focus/ One of the things that would be most useful in testing this release is to revisit any outstanding bugs that you have previously reported. If the buggy behavior is gone, (or the bug is no longer relevant---such as a bug that's specific to XAA only), please feel free to indicate so in bugzilla or even just close the bug. If you confirm that the bug is still present, please indicate so in the bug report. (I was going to ask that you select a 1.7.99 version, but it looks like bugzilla only has versions for products not compoenents, while we use a xorg product and a driver/intel component.) We definitely want to make any such confirmed bugs a priority, so it would be nice to have a consistent mechanism to search for these bugs. Suggestions are welcome on the best approach. Thanks in advance for any testing or feedback on this snapshot. -Carl Getting the snapshot git tag: 2.7.99.1 http://xorg.freedesktop.org/archive/individual/driver/xf86-video-intel-2.7. 99.1.tar.bz2 MD5: ec222b8e617f79c3dee03db71db053a2 xf86-video-intel-2.7.99.1.tar.bz2 SHA1: c8c88d341dd79c4561018c5a279c8f6e66f84089 xf86-video-intel-2.7.99.1.tar.bz2 http://xorg.freedesktop.org/archive/individual/driver/xf86-video-intel-2.7. 99.1.tar.gz MD5: 797eaa5d8abdabd92bdc261ca1b53634 xf86-video-intel-2.7.99.1.tar.gz SHA1: 5ee985ed22e483ac470cceaa65866a871370b747 xf86-video-intel-2.7.99.1.tar.gz ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.7.0
On Friday 17 April 2009 17:32:32 Carl Worth wrote: On Thu, 2009-04-16 at 20:24 -0700, John Ettedgui wrote: On Thu, Apr 16, 2009 at 11:03 AM, Frederik Himpe fhi...@telenet.be wrote: On Wed, 15 Apr 2009 18:29:33 -0700, Carl Worth wrote: We are pleased to announce a major 2.7.0 release of xf86-video-intel (after three previous 2.6.99.90x release candidates). This new version is not working for me: the image is completely corrupted (except for the mouse cursor), while 2.6.99.903 was working without any problem. I have the exact same behavior here. 2.6.29 with KMS enabled and a x3000. Apparently, Jesse's last-minute fix that made it into xf86-video-intel 2.7.0 requires a corresponding fix in the kernel, (which as of yesterday was in Eric's tree but not quite into Linus' tree yet---but it might be there by now, I haven't checked yet.) I can confirm that there is no corruption with 2.6.30-rc2 with jbarnes' last- minute fix manually applied, intel driver 2.7.0 and KMS on GM965. No corruption even after a resume from suspend to disk. Great! However, I am not able to redirect output on VGA connected monitors (it works without KMS). I've opened bug #21250 on fd.o with more details. Also, you might be interested to know that with the current git master of xorg, mesa and intel driver there is an additional issue: KDE4 compositing manager cannot be enabled when using KMS. thanks So there are some tricky dependencies here that can be hard to get right. Hopefully everyone will have a nice, robust driver when all the dust settles. And for now, people on older kernels might need to revert something in the driver. I'm sorry we released things in such a delicate state. -Carl ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
xf86-input-synaptics: wrong edges autodetection
Hi, I guess that the edges of my AlpsPS/2 ALPS GlidePoint touchpad are not correctly autodetected, thus vertical scrolling cannot be used (it turns out that only a very tight area close to the right edge can be used for scrolling). My laptop is a sony vaio FZ39VN. I am using xserver 1.6.1, input-synaptics 1.1.0, kernel 2.6.30-rc2 (the same with previous kernel versions), no Input section in xorg.conf and a simple hal rule: match key=info.capabilities contains=input.touchpad merge key=input.x11_driver type=stringsynaptics/merge /match Find attached xorg.log and the output of xinput list-props. Running xinput set-int-prop 5 226 32 120 830 120 650 (or writing an equivalent hal rule) makes vertical scrolling work in a usable way. My question is: could it be possible to correct the edges autodetection, so that I can get rid of hal rules or xinput commands? Many thanks in advance, Stefano X.Org X Server 1.6.1 Release Date: 2009-4-14 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-1-amd64 x86_64 Package files: 100 /var/lib/dpkg/status release a=now 500 http://ftp.debian.org sid/main Packages release o=Debian,a=unstable,l=Debian,c=main origin ftp.debian.org Pinned packages: Current Operating System: Linux dinard 2.6.30-rc2 #1 SMP Wed Apr 15 15:42:25 CEST 2009 i686 Build Date: 15 April 2009 11:46:22AM xorg-server 2:1.6.1-1 (bgog...@debian.org) Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Apr 16 17:02:17 2009 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No device specified for screen Default Screen Section. Using the first device section listed. (**) | |--Device Card0 (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (II) Loader magic: 0xe40 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 5.0 X.Org XInput driver : 4.0 X.Org Server Extension : 2.0 (II) Loader running on linux (++) using VT number 7 (--) PCI:*(0...@0:2:0) Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller rev 12, Mem @ 0xfc00/1048576, 0xd000/268435456, I/O @ 0x1800/8 (--) PCI: (0...@0:2:1) Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller rev 12, Mem @ 0xfc10/1048576 (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) System resource ranges: [0] -1 0 0x - 0x (0x1) MX[B] [1] -1 0 0x000f - 0x000f (0x1) MX[B] [2] -1 0 0x000c - 0x000e (0x3) MX[B] [3] -1 0 0x - 0x0009 (0xa) MX[B] [4] -1 0 0x - 0x (0x1) IX[B] [5] -1 0 0x - 0x (0x1) IX[B] (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.6.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.6.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.6.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX enabled (II) Loading extension GLX (II)
Re: [ANNOUNCE] xf86-video-intel 2.6.2
On Wednesday 25 February 2009 14:10:47 Jacek Luczak wrote: Eric Anholt pisze: Here comes a pretty significant bugfix release for the 2.6 2D series. The goal of this release is to get out the major fixes for GEM and KMS that we think we've pounded on enough to be stable -- certainly more stable than previously. Notable fixes include a significant BO memory usage reduction (which many have suffered from with compositing), textured XV suppor twith KMS, and rotation support with KMS. Some infrequent failure to render/xv with GEM on 965 (dmesg warnings about being unable to bind objects) should also be fixed. But perhaps the exciting thing for most people will be the dynamic front buffer allocation. We nearly slipped this into 2.6.0, but decided that it was just a little too new. Well, turns out it was actually in good shape, and it's time to get it out there. You'll need UXA to do this. Hi Eric, this release is totally unusable while running in UXA. System eats lot of memory, including swapping. Is this that, reported earlier, ,,memory leak''? As a result X are really slow and lot of lockups occur (everything freeze for a few seconds). At the end I can't even switch to text console, but system reacts on power button and it goes down successfully. With EXA there's no such issue: total system memory usage around 40%, no lockups. I just updated all the pieces from git master (libdrm, mesa, xserver, intel) and the memory usage of the Xorg process (according to top) looks normal at a first sight, i.e., playing with composite effects like application switching, cube rotation, etc. does not result in an increase in the memory usage like before (mesa 7.3, libdrm 2.4.4, xserver 1.5.99.902 and intel 2.6.1 as of debian experimental). Also, after a couple of hours of usage, top reports that Xorg uses less than 10% memory, while before I was used to get more than 20%. I have a GM965 chipset and I am using UXA with DRI2 on 2.6.29- rc6. Stefano If it's not know issue I will try to bisect it down. -Jacek -- Details: 1. X.Org X Server 1.5.99.903 (1.6.0 RC 3) 2. Linux Kernel 2.6.29-rc6 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [Intel-gfx] xf86-video-intel memory leakage
On Thursday 12 February 2009 11:23:35 Chris Wilson wrote: Since cairo-perf will cause a leak of a couple of GiB in a few seconds on my i915, I was able to track down the cause pretty quickly. It turns out not to be limited to uxa at all, just uxa exercises the bufmgr much more than exa. The issue appears to be the bufmgr cache handling which appears unbounded. Its use was introduced with: commit a893f176dda0b64f7dadfda6bf0331240037851e Author: Carl Worth cwo...@cworth.org Date: Fri Jul 25 15:56:35 2008 -0700 Add call to intel_bufmgr_gem_enable_reuse So you can try reverting that commit and confirming if that clears the issue for you. Well, I can see some improvement by reverting the above patch. Xorg memory usage increases more slowly (but still increases) and also sudo lsof | grep drm mm object | wc -l reports much smaller numbers. However, I'd like to know whether the two following behaviors can be considered as normal: - when I close all the KDE applications, Xorg memory usage increases (usually by 0.1%). On the machine with ATI card and radeon driver (but kernel 2.6.26), the Xorg memory usage decreases when closing all the KDE applications. - after resuming from suspend, there is some swap memory used. The usage of swap memory increases after every resume. thanks, Stefano ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-intel memory leakage
On Monday 09 February 2009 20:28:14 Johannes Engel wrote: Jesse Barnes wrote: Interesting, thanks for trying to narrow it down. I don't see anything on re-review that would cause huge increases in the amount of memory used, though the additional alignment we apply in that patch will increase things somewhat, so might make the problem happen faster. Are you using UXA or EXA? You are probably right here, Jesse: Letting Xorg run with UXA on my GM945 turns out to show a similar problem after a couple of hours or similar. sudo lsof | grep drm mm object | wc -l shows the incredible number of 2407... I have a different issue, but I would also call it a memory leakage. I am on GM965 using KDE4 with DRI2. I tried both with debian experimental packages (xserver 1.5.99.901, mesa 7.3, libdrm 2.4.4+git+20090205) and with self- compiled stack from git master as of yesterday. The kernel is from airlied's drm-fixes branch up to commit d2f59357700487a8b944f4fd1e97cf5ea2ed (drm/i915: select framebuffer support automatically). After a fresh boot and login into KDE4, top shows that Xorg uses 2.1% of memory (2 GB). Attached is what xrestop shows (xrestop_2.1_568020k, where 568020k is the total memory usage as shown by top). Then, I launch some applications and, after a couple of hours, close all of them and top shows that Xorg now uses 18.1% of memory. Attached is also what xrestop shows now. It looks like that closing a KDE application does not free memory used by Xorg (as shown by top). Also, switching between applications (especially using composite effects like present windows) causes an increase in the memory usage of Xorg. I have to say that I have another machine with a similar setup (except the kernel which is a 2.6.26 kernel) with an ATI card (using radeon driver) that does not show such behavior. Also, when I resume from a suspend to disk, top shows that some swap memory is used (while before suspending the swap memory was not used), e.g., 791604k. The swap memory used seems to increase after subsequent suspend/resume cycles. If matters, sudo lsof | grep drm mm object | wc -l reports 9944... Any hint how to debug further and provide more information? thanks, Stefano ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-intel memory leakage
On Thursday 12 February 2009 10:26:14 Stefano Avallone wrote: On Monday 09 February 2009 20:28:14 Johannes Engel wrote: Jesse Barnes wrote: Interesting, thanks for trying to narrow it down. I don't see anything on re-review that would cause huge increases in the amount of memory used, though the additional alignment we apply in that patch will increase things somewhat, so might make the problem happen faster. Are you using UXA or EXA? You are probably right here, Jesse: Letting Xorg run with UXA on my GM945 turns out to show a similar problem after a couple of hours or similar. sudo lsof | grep drm mm object | wc -l shows the incredible number of 2407... I have a different issue, but I would also call it a memory leakage. I am on GM965 using KDE4 with DRI2. I tried both with debian experimental packages (xserver 1.5.99.901, mesa 7.3, libdrm 2.4.4+git+20090205) and with self- compiled stack from git master as of yesterday. The kernel is from airlied's drm-fixes branch up to commit d2f59357700487a8b944f4fd1e97cf5ea2ed (drm/i915: select framebuffer support automatically). After a fresh boot and login into KDE4, top shows that Xorg uses 2.1% of memory (2 GB). Attached is what xrestop shows (xrestop_2.1_568020k, where 568020k is the total memory usage as shown by top). Then, I launch some applications and, after a couple of hours, close all of them and top shows that Xorg now uses 18.1% of memory. Attached is also what xrestop shows now. It looks like that closing a KDE application does not free memory used by Xorg (as shown by top). Also, switching between applications (especially using composite effects like present windows) causes an increase in the memory usage of Xorg. I have to say that I have another machine with a similar setup (except the kernel which is a 2.6.26 kernel) with an ATI card (using radeon driver) that does not show such behavior. Also, when I resume from a suspend to disk, top shows that some swap memory is used (while before suspending the swap memory was not used), e.g., 791604k. The swap memory used seems to increase after subsequent suspend/resume cycles. If matters, sudo lsof | grep drm mm object | wc -l reports 9944... Any hint how to debug further and provide more information? thanks, Stefano forgot the attachments, sorry :-) ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg 0 - Qt-subapplication ( PID: 6862 ): pixmap bytes : 13189150 other bytes : ~10984 total bytes : ~13200134 1 - unknown ( PID: ? ): pixmap bytes : 4096000 other bytes : ~4544 total bytes : ~4100544 2 - KWin ( PID: 6855 ): pixmap bytes : 1933362 other bytes : ~4264 total bytes : ~1937626 3 - Yakuake ( PID: 6900 ): pixmap bytes : 1366934 other bytes : ~2392 total bytes : ~1369326 4 - unknown ( PID: ? ): pixmap bytes : 207920 other bytes : ~6520 total bytes : ~214440 5 - unknown ( PID: ? ): pixmap bytes : 173912 other bytes : ~2056 total bytes : ~175968 6 - klipper ( PID: 6907 ): pixmap bytes : 127720 other bytes : ~1792 total bytes : ~129512 7 - kmix ( PID: 6905 ): pixmap bytes : 109032 other bytes : ~1840 total bytes : ~110872 8 - kwalletmanager ( PID: 6967 ): pixmap bytes : 73528 other bytes : ~1624 total bytes : ~75152 9 - korgac ( PID: 6911 ): pixmap bytes : 30384 other bytes
Xorg memory leakage?
Hi all, I'm using xorg packages from experimental (xserver 1.5.99.901, libdrm 2.4.3, mesa 7.3-rc3, video-intel 2.6.1) and kde 4.2 (from experimental as well). I am using UXA+DRI2 and kwin with composite effects enabled. I am able to suspend and resume without problems. However, I noticed that the memory usage of Xorg slowly increases. After a couple of days of usage (with suspend and resume), top shows that the memory usage of Xorg is around 30% (I have 2GB RAM). At some point, the laptop becomes very slow, kwin automatically disables effects and I need to restart the server. Any advice how I could better debug this issue and provide useful information? Many thanks in advance, Stefano ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg memory leakage?
On Tuesday 03 February 2009 18:44:17 Stefano Avallone wrote: Hi all, I'm using xorg packages from experimental (xserver 1.5.99.901, libdrm *debian* experimental sorry 2.4.3, mesa 7.3-rc3, video-intel 2.6.1) and kde 4.2 (from experimental as well). I am using UXA+DRI2 and kwin with composite effects enabled. I am able to suspend and resume without problems. However, I noticed that the memory usage of Xorg slowly increases. After a couple of days of usage (with suspend and resume), top shows that the memory usage of Xorg is around 30% (I have 2GB RAM). At some point, the laptop becomes very slow, kwin automatically disables effects and I need to restart the server. Any advice how I could better debug this issue and provide useful information? Many thanks in advance, Stefano ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Intel + GEM + suspend - fail
I am experiencing a similar (I think) issue, reported as bug #19044. cheers, Stefano On Tuesday 23 December 2008 05:56:07 Peter Clifton wrote: If it's a known issue, fine, well and good.. otherwise let me know and I'll dig you out some more info as to the exact config, and see if I can be useful about getting this fixed. 2.6.28 kernel + patch + patch drm/i915: Don't return busy for buffers left on the flushing list. Intel driver: d8e89b26ef5ef2c15e5d34162b14d279a7f0bb1c (I think!) Mesa: d9b92b112fb64005c71edf1158f7dffabc4659bb [ 3027.819992] [ cut here ] [ 3027.819996] WARNING: at ../../../../home/pcjc2/source/ubuntu-kernel/ubuntu-jaunty/drivers/gpu/drm/i 915/i915_gem.c:2470 i915_gem_idle+0x3a8/0x3d0 [i915]() [ 3027.82] Modules linked in: isofs udf crc_itu_t i915 drm binfmt_misc af_packet bridge stp bnep sco rfcomm l2cap bluetooth ipv6 acpi_cpufreq cpufreq_powersave cpufreq_conservative cpufreq_ondemand cpufreq_stats cpufreq_userspace freq_table wmi pci_slot sbs sbshc iptable_filter ip_tables x_tables pciehp lp joydev pcmcia arc4 ecb iwl3945 rfkill parport_pc parport mac80211 led_class snd_hda_intel cfg80211 container tpm_infineon tpm tpm_bios video output snd_pcm snd_seq iTCO_wdt sdhci_pci sdhci tifm_7xx1 snd_timer iTCO_vendor_support snd_seq_device tifm_core intel_agp psmouse serio_raw mmc_core ac snd yenta_socket rsrc_nonstatic pcmcia_core evdev pcspkr agpgart battery button shpchp pci_hotplug soundcore snd_page_alloc ext3 jbd mbcache sd_mod crc_t10dif sr_mod cdrom sg usbhid hid ata_generic ahci ata_piix pata_acpi tg3 libata scsi_mod ehci_hcd uhci_hcd usbcore thermal processor fan fbcon tileblit font bitblit softcursor fuse [ 3027.820090] Pid: 8446, comm: Xorg Tainted: G A 2.6.28-3-generic #4-Ubuntu [ 3027.820093] Call Trace: [ 3027.820099] [c0396685] ? printk+0x18/0x1b [ 3027.820103] [c0133964] warn_on_slowpath+0x54/0x80 [ 3027.820114] [c025ff65] ? __next_cpu+0x15/0x30 [ 3027.820121] [f85a2139] ? i915_gem_retire_requests+0xf9/0x150 [i915] [ 3027.820127] [f85a2139] ? i915_gem_retire_requests+0xf9/0x150 [i915] [ 3027.820133] [f85a3ef8] i915_gem_idle+0x3a8/0x3d0 [i915] [ 3027.820139] [f85a3f64] i915_gem_leavevt_ioctl+0x14/0x30 [i915] [ 3027.820150] [f85101f0] drm_ioctl+0xe0/0x2e0 [drm] [ 3027.820155] [c017b39c] ? __rcu_process_callbacks+0xcc/0x250 [ 3027.820161] [f85a3f50] ? i915_gem_leavevt_ioctl+0x0/0x30 [i915] [ 3027.820176] [c01c3789] vfs_ioctl+0x79/0x90 [ 3027.820179] [c01c3c1e] do_vfs_ioctl+0x5e/0x200 [ 3027.820182] [c01c3e23] sys_ioctl+0x63/0x70 [ 3027.820186] [c0103f6b] sysenter_do_call+0x12/0x2f [ 3027.820188] ---[ end trace e1870677dd3009ef ]--- [ 3027.905871] mtrr: no MTRR for d000,1000 found [ 3083.058359] [ cut here ] ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.5.99.1
On Tuesday 16 December 2008 02:43:30 Zhenyu Wang wrote: Here's xf86-video-intel 2.6 rc1 release. The merges of DRI2 and XvMC support for Gen4 chips are complete, also with KMS, randr 1.3 support, UXA fixes and HDMI audio support. Please take a wide testing of this one, and report feedbacks. Thanks! Running kernel 2.6.28-rc8 (and prior rc's) and the git master of libdrm, mesa and xserver, I found that the intel driver causes a kernel panic while suspending to disk since commit fcb2a5a1253c505913e66b08107c0a9f57b07bad (Use buffer object for vertex buffer (in new gen4_dynamic_state)). I have reported this as bug #19044. I would be grateful if you could have a look at this issue. thanks, Stefano Subject: [ANNOUNCE] xf86-video-intel 2.5.99.1 To: xorg-annou...@lists.freedesktop.org Adam Jackson (1): Quirk: No LVDS on Dell Studio Hybrid Bryce Harrington (2): PipeA quirk for Quanta/W251U (launchpad bug #244242) Pipe-A quirk for HP 2730p (bug #18852) Carl Worth (13): Ignore intel_gtt binary Rename gen4_state_t to gen4_static_state_t Rename gen4_state_init to gen4_static_state_init Rename state_base_offset to static_state_offset in gen4_static_state_init Use consistent idiom for obtaining static_state Use buffer object for vertex buffer (in new gen4_dynamic_state) 965: Move composite setup to new _emit_batch_header_for_composite Rename gen4_dynamic_state to gen4_vertex_buffer Unreference the vertex_buffer_bo in gen4_render_state_cleanup Use buffer objects for binding table and surface-state objects. i965: Add batch_flush_notify hook to create new vertex-buffer bo Don't smash fixed_mode if skip_panel_detect is set. Set vertex_buffer_bo to NULL after unreference. Dave Airlie (2): Default kernel mode setting to off, add configure flag to enable uxa: don't call composite routines with no buffer. Eric Anholt (26): Don't set up sarea or drm mappings in DRI2 mode. UXA: Re-enable non-965 render. DRI2: Emit the MI_FLUSH before flushing batch in swapbuffers. DRI2: Move pixmap pitch alignment for use with depth to pixmap create. Fix build failures that should have been in the previous merge commit. Remove the CheckDevices timer. Make I830FALLBACK debugging a runtime instead of compile-time option. i965: Support render acceleration with pixmaps in BOs. Remove DRI_MM defines which are always true now. UXA: Add support for tiled front/back/depth by cutting over to the GTT map. Re-enable composite accel on 965 with UXA. Enable tiling for DRI2 back/depth buffers. Move debug code for I965DisplayVideoTextured to separate functions. Move I965DisplayVideoTextured surface/sampler setup to separate functions. Move I965DisplayVideoTextured unit state setup to separate functions. Move i965 video cc state to BOs. Move i965 video vs/sf state to BOs. Stop allocating unused scratch space for i965 video. Move i965 video wm and sampler state to BOs. Move remaining i965 video programs to BOs. Move i965 video vertex data to BOs. Move i965 video surface state and binding table to BOs. Emit proper relocations to pixmaps in BOs in i965 video. Remove the extra memory allocation for 965 video state now that it's all in BOs. uxa: Add in EnableDisableFBAccess handling like examodule.c did. uxa: Reject solid/copy to under-8bpp destinations. Jesse Barnes (3): Don't modify render standby if kernel mode setting is active Default to FULL_ASPECT panel fitting Make sure DRM library paths are included Julien Cristau (1): Don't unconditionally define DRI2 Keith Packard (3): Fix mis-merge of DRI2 changes related to pI830-directRenderingType Use long crt hotplug activation time on GM45. Add RandR 1.3 panning support by supporting the crtc set_origin function Kristian Høgsberg (6): Add DRI2 support. Fix broken test for DRI1 in DRI2 conversion. Update to DRI2 changes. Fix KMS compilation. Simplify crtc preinit a bit. Make sure DRI/DRI2 can initialize properly with KMS. Ma Ling (1): enable Intel G35 SDVO HDMI audio output Maxim Levitsky (1): Add an option to make the overlay be the first XV adaptor. Paulo Cesar Pereira de Andrade (2): Export libIntelXvMC and libI80XvMC symbols. Include X11/Xfuncproto.h prior to including edid.h from the sdk. Robert Lowery (1): TV: add support to set TV margins in xorg.conf Wu Fengguang (3): introduce i830_hdmi_priv.has_hdmi_sink enable Intel G45 integrated HDMI audio output refresh batch_bo reference after intel_batch_flush() Zhenyu Wang (24): Make IS_GM45 into IS_G4X define SDVO: fix wrong order of sdvo version's major/minor SDVO: add HDMI audio encrypt change bit
[intel gm965] kernel panic while suspending to disk
Hi lists, I am experiencing a kernel panic while suspending to disk my sony vaio laptop equipped with an Intel GM965 chipset. The call trace is as follows: Call Trace: [c0155db9] count_highmem_pages+0x49/0xa0 [c0153975] swsusp_shrink_memory+0x35/0x200 [c01542d2] hibernation_snapshot+0x12/0x200 [c01574ad] snapshot_ioctl+0x10d/0x580 [c012c0c1] release_console_sem+0x1a1/0x1f0 [c01573a0] snapshot_ioctl+0x0/0x580 [c019ed0b] vfs_ioctl+0x2b/0x90 [c01224ae] __wake_up+0x3e/0x60 [c019ef07] do_vfs_ioctl+0x67/0x4d0 [c0267474] tty_ldisc_deref+0x44/0x70 [c0261db4] tty_write+0x1a4/0x1f0 [c0192a3a] vfs_write+0x10a/0x140 [c019f3f4] sys_ioctl+0x84/0x90 [c0103e09] sysenter_do_call+0x12/0x21 [c032] quirk_e100_interrupt+0xdc/0x1c9 Code: ... EIP: [c016f76a] mark_free_pages+0x11a/0x160 SS:ESP 0068:f4fd3e58 The kernel panic occurred while running a kernel 2.6.28-rc7 from branch drm- fixes and the git master of drm, mesa, xserver, xf86-video-intel etc. as of today. Quite surprising (to me, at least) is that while running the same kernel and the xserver etc. from debian experimental (xserver 1.5.3, mesa 7.2, libdrm 2.4.1, intel 2D driver 2.5.1), suspend to disk works (but some problems while resuming). So, looks like the problem is not in the particular kernel version. Actually, I started noticing such kernel panics a couple of weeks ago when I updated my local git repositories and recompiled all the stuff. Since then, I have been no longer able to suspend the laptop with the stuff compiled from git master (also tried with DRI2 enabled). I tried several kernel versions, disabling PAT and MSI in the kernel, etc. with no luck. I can provide more info if needed and available to git-bisect. Any suggestion? Thanks, Stefano ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg