Re: [ANNOUNCE] xf86-video-intel 2.6.2
On Mon, 2009-03-02 at 14:29 +0200, Vasily Khoruzhick wrote: On Sunday 01 March 2009 13:40:16 Vasily Khoruzhick wrote: Thanks, fix works for me (no more memory leakage) :) Btw, it seems that it's a fix of catalyst, not of the real leak: after ~24h of usage 398mb of swap is used. lsof | grep drm mm object | wc -l shows 700, is it OK? Yes. -- Eric Anholt e...@anholt.net eric.anh...@intel.com signature.asc Description: This is a digitally signed message part ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
On Tuesday 03 March 2009 20:13:39 Eric Anholt wrote: On Mon, 2009-03-02 at 14:29 +0200, Vasily Khoruzhick wrote: On Sunday 01 March 2009 13:40:16 Vasily Khoruzhick wrote: Thanks, fix works for me (no more memory leakage) :) Btw, it seems that it's a fix of catalyst, not of the real leak: after ~24h of usage 398mb of swap is used. lsof | grep drm mm object | wc -l shows 700, is it OK? Yes. Ok, but why xserver memory usage (and 'drm mm object count) only grows (and never gets lower), even if I close all windows? signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
On Sunday 01 March 2009 13:40:16 Vasily Khoruzhick wrote: Thanks, fix works for me (no more memory leakage) :) Btw, it seems that it's a fix of catalyst, not of the real leak: after ~24h of usage 398mb of swap is used. lsof | grep drm mm object | wc -l shows 700, is it OK? signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
Eric Anholt pisze: On Wed, 2009-02-25 at 19:13 +0100, Brice Goglin wrote: Eric Anholt wrote: On Wed, 2009-02-25 at 14:10 +0100, Jacek Luczak wrote: 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. 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 Can you give me exact steps to reproduce this leak? Same problem here with libdrm 2.4.5, intel 2.6.2, Xserver 1.6-rc2, Mesa 7.3 on Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) Nothing specific needed to reproduce the problem, just use X :) As soon as I start a big application such as firefox ou thunderbird, my 1GB RAM is entirely used after a couple seconds and the system becomes vey slow. Only downgrade intel to 2.6.1 = 200MB used, no problem. I think the problem here was the DRI2 tiling fix, which was great for the 915-class 3D performance regression but bad for 915-class 2D. I've pushed a fix to master that should help. If it does, I'll try to get a 2.6.3 out soon. commit 5bfd73cd31ba197a62f549cdbad1a1270b571027 Author: Eric Anholt e...@anholt.net Date: Fri Feb 27 19:09:49 2009 -0800 Only allocate pixmaps aligned for tiling when requested by DRI2 GetBuffers. This saves massive quantities of memory on pre-965 since the DRI2 tiling enable caused the minimum size of any pixmap to be 1MB. This fixes memory leak, but ... another problem occurs. Just launch glxgears (in UXA) and leave it for a few minutes. Glxgears stops (I mean gears stops:D) and screen is broken. I will try to grab screen. -Jacek ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
Jacek Luczak pisze: Eric Anholt pisze: On Wed, 2009-02-25 at 19:13 +0100, Brice Goglin wrote: Eric Anholt wrote: On Wed, 2009-02-25 at 14:10 +0100, Jacek Luczak wrote: 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. 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 Can you give me exact steps to reproduce this leak? Same problem here with libdrm 2.4.5, intel 2.6.2, Xserver 1.6-rc2, Mesa 7.3 on Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) Nothing specific needed to reproduce the problem, just use X :) As soon as I start a big application such as firefox ou thunderbird, my 1GB RAM is entirely used after a couple seconds and the system becomes vey slow. Only downgrade intel to 2.6.1 = 200MB used, no problem. I think the problem here was the DRI2 tiling fix, which was great for the 915-class 3D performance regression but bad for 915-class 2D. I've pushed a fix to master that should help. If it does, I'll try to get a 2.6.3 out soon. commit 5bfd73cd31ba197a62f549cdbad1a1270b571027 Author: Eric Anholt e...@anholt.net Date: Fri Feb 27 19:09:49 2009 -0800 Only allocate pixmaps aligned for tiling when requested by DRI2 GetBuffers. This saves massive quantities of memory on pre-965 since the DRI2 tiling enable caused the minimum size of any pixmap to be 1MB. This fixes memory leak, but ... another problem occurs. Just launch glxgears (in UXA) and leave it for a few minutes. Glxgears stops (I mean gears stops:D) and screen is broken. I will try to grab screen. -Jacek I've got more info. As I've wrote, screen locks and ugly stuff shows up [1]. I was trying to grab screen with XV, as a result properly looking screen was grabbed (I mean without those strange artifacts). When I'm switching to text mode (with VESA fb) and back to X screen is ,,refreshed'' and gears are spinning (all values which were not displayed previously are now visible) and no artifacts on the screen. When I leave it for a while gears stops again. This issue exists in UXA (btw: glxgears shows ~400FPS) and not in EXA (glxgears shows 56FPS and one can see ,,frame-by-frame'' display effect). My hardware is: VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) Kernel: vanilla Linux Kernel 2.6.29-rc6 Xorg: xorg-server 1.6 with all latest libs, etc. installed. -Jacek [1] Screen: http://pin.if.uz.zgora.pl/~difrost/download/02032009.jpg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
On Saturday 28 February 2009 07:21:54 Eric Anholt wrote: On Wed, 2009-02-25 at 19:13 +0100, Brice Goglin wrote: Eric Anholt wrote: On Wed, 2009-02-25 at 14:10 +0100, Jacek Luczak wrote: 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. 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 Can you give me exact steps to reproduce this leak? Same problem here with libdrm 2.4.5, intel 2.6.2, Xserver 1.6-rc2, Mesa 7.3 on Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) Nothing specific needed to reproduce the problem, just use X :) As soon as I start a big application such as firefox ou thunderbird, my 1GB RAM is entirely used after a couple seconds and the system becomes vey slow. Only downgrade intel to 2.6.1 = 200MB used, no problem. I think the problem here was the DRI2 tiling fix, which was great for the 915-class 3D performance regression but bad for 915-class 2D. I've pushed a fix to master that should help. If it does, I'll try to get a 2.6.3 out soon. commit 5bfd73cd31ba197a62f549cdbad1a1270b571027 Author: Eric Anholt e...@anholt.net Date: Fri Feb 27 19:09:49 2009 -0800 Only allocate pixmaps aligned for tiling when requested by DRI2 GetBuffers. This saves massive quantities of memory on pre-965 since the DRI2 tiling enable caused the minimum size of any pixmap to be 1MB. Thanks, fix works for me (no more memory leakage) :) 2D works very fast (xf86-video-intel from git, xorg-server-1.6.0, mesa-7.3, kernel-2.6.29_rc6), but 3D is not. With tiling enabled I get low 3D performance (up to 10fps in quake3) in any resolution, with tiling disabled I hit this bug: http://bugs.freedesktop.org/show_bug.cgi?id=19738. Someone noted that when the system uses dual channel memory in interleaved mode, tiling is not available. Is it true? If yes, will it be ever fixed? :) Also I get following message on dmesg from time to time: WARNING: at drivers/gpu/drm/i915/i915_gem.c:3048 i915_gem_idle+0x2e2/0x310 [i915]() Hardware name: 0768B9G Modules linked in: ipv6 snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss irda cpufreq_conservative cpufreq_powersave cpufreq_ondemand acpi_cpufreq freq_table udf crc_itu_t coretemp vfat fat rfcomm l2cap bluetooth i915 drm i2c_algo_bit ppp_async crc_ccitt ppp_generic slhc snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer snd thermal soundcore processor yenta_socket rsrc_nonstatic iwl3945 sdhci_pci pcmcia_core rfkill mac80211 lib80211 sdhci snd_page_alloc thermal_syscfg80211 i2c_i801 mmc_core led_class 8139too button battery ac hwmon joydev evdev fuse nfs lockd sunrpc jfs scsi_wait_scan ohci1394ieee1394 usbhid ohci_hcd uhci_hcd usb_storage hid ehci_hcd usbcore sr_mod cdrom sata_via Pid: 5719, comm: X Tainted: G A 2.6.29-rc6-anarsoul #2 Call Trace: [c012aef7] warn_slowpath+0x87/0xe0 [c0134f00] lock_timer_base+0x40/0x60 [c0134f81] del_timer_sync+0x11/0x20 [c03a8e54] schedule_timeout+0x94/0xf0 [c0259ca2] __next_cpu+0x12/0x30 [f8c39cf7] i915_gem_retire_requests+0xf7/0x150 [i915] [f8c3b4c2] i915_gem_idle+0x2e2/0x310 [i915] [f8c3b564] i915_gem_leavevt_ioctl+0x24/0x40 [i915] [f8be740e] drm_ioctl+0xee/0x2f0 [drm] [c0142817] hrtimer_forward+0x147/0x1a0 [c0115160] lapic_next_event+0x10/0x20 [c014ae33] clockevents_program_event+0xa3/0x170 [f8c3b540] i915_gem_leavevt_ioctl+0x0/0x40 [i915] [c019ea00] vfs_ioctl+0x80/0x90 [c019ebbb] do_vfs_ioctl+0x7b/0x5c0 [c01302c7] __do_softirq+0x97/0x160 [c019f184] sys_ioctl+0x84/0x90 [c01033f1] sysenter_do_call+0x12/0x25 ---[ end trace 09752fdd0fff28c4 ]--- [drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for disabled pipe 0 signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
Eric Anholt wrote: Same problem here with libdrm 2.4.5, intel 2.6.2, Xserver 1.6-rc2, Mesa 7.3 on Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) Nothing specific needed to reproduce the problem, just use X :) As soon as I start a big application such as firefox ou thunderbird, my 1GB RAM is entirely used after a couple seconds and the system becomes vey slow. Only downgrade intel to 2.6.1 = 200MB used, no problem. I think the problem here was the DRI2 tiling fix, which was great for the 915-class 3D performance regression but bad for 915-class 2D. I've pushed a fix to master that should help. If it does, I'll try to get a 2.6.3 out soon. commit 5bfd73cd31ba197a62f549cdbad1a1270b571027 Author: Eric Anholt e...@anholt.net Date: Fri Feb 27 19:09:49 2009 -0800 Only allocate pixmaps aligned for tiling when requested by DRI2 GetBuffers. This saves massive quantities of memory on pre-965 since the DRI2 tiling enable caused the minimum size of any pixmap to be 1MB. Looks good on my i945 (on top of 2.6.2), memory usage seems to be back to normal. Thanks! Brice ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
Eric Anholt wrote: I think the problem here was the DRI2 tiling fix, which was great for the 915-class 3D performance regression but bad for 915-class 2D. I've pushed a fix to master that should help. If it does, I'll try to get a 2.6.3 out soon. commit 5bfd73cd31ba197a62f549cdbad1a1270b571027 Author: Eric Anholt e...@anholt.net Date: Fri Feb 27 19:09:49 2009 -0800 Only allocate pixmaps aligned for tiling when requested by DRI2 GetBuffers. This saves massive quantities of memory on pre-965 since the DRI2 tiling enable caused the minimum size of any pixmap to be 1MB. Thanks a lot, Eric, that helped! Cheers, Johannes ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
On Sat, Feb 28, 2009 at 12:21 AM, Eric Anholt e...@anholt.net wrote: ... I think the problem here was the DRI2 tiling fix, which was great for the 915-class 3D performance regression but bad for 915-class 2D. I've pushed a fix to master that should help. If it does, I'll try to get a 2.6.3 out soon. commit 5bfd73cd31ba197a62f549cdbad1a1270b571027 Author: Eric Anholt e...@anholt.net Date: Fri Feb 27 19:09:49 2009 -0800 Only allocate pixmaps aligned for tiling when requested by DRI2 GetBuffers. This saves massive quantities of memory on pre-965 since the DRI2 tiling enable caused the minimum size of any pixmap to be 1MB. Excellent, thanks Eric, Kristian ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
Great work Eric, it finally fixed memory problems with my i915. We definitely need 2.6.3 with this piece of code :) cheers, Adam On Sat, Feb 28, 2009 at 6:21 AM, Eric Anholt e...@anholt.net wrote: On Wed, 2009-02-25 at 19:13 +0100, Brice Goglin wrote: Eric Anholt wrote: On Wed, 2009-02-25 at 14:10 +0100, Jacek Luczak wrote: 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. 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 Can you give me exact steps to reproduce this leak? Same problem here with libdrm 2.4.5, intel 2.6.2, Xserver 1.6-rc2, Mesa 7.3 on Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) Nothing specific needed to reproduce the problem, just use X :) As soon as I start a big application such as firefox ou thunderbird, my 1GB RAM is entirely used after a couple seconds and the system becomes vey slow. Only downgrade intel to 2.6.1 = 200MB used, no problem. I think the problem here was the DRI2 tiling fix, which was great for the 915-class 3D performance regression but bad for 915-class 2D. I've pushed a fix to master that should help. If it does, I'll try to get a 2.6.3 out soon. commit 5bfd73cd31ba197a62f549cdbad1a1270b571027 Author: Eric Anholt e...@anholt.net Date: Fri Feb 27 19:09:49 2009 -0800 Only allocate pixmaps aligned for tiling when requested by DRI2 GetBuffers. This saves massive quantities of memory on pre-965 since the DRI2 tiling enable caused the minimum size of any pixmap to be 1MB. -- Eric Anholt e...@anholt.net eric.anh...@intel.com ___ 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: [ANNOUNCE] xf86-video-intel 2.6.2
On Wed, 2009-02-25 at 19:13 +0100, Brice Goglin wrote: Eric Anholt wrote: On Wed, 2009-02-25 at 14:10 +0100, Jacek Luczak wrote: 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. 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 Can you give me exact steps to reproduce this leak? Same problem here with libdrm 2.4.5, intel 2.6.2, Xserver 1.6-rc2, Mesa 7.3 on Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) Nothing specific needed to reproduce the problem, just use X :) As soon as I start a big application such as firefox ou thunderbird, my 1GB RAM is entirely used after a couple seconds and the system becomes vey slow. Only downgrade intel to 2.6.1 = 200MB used, no problem. I think the problem here was the DRI2 tiling fix, which was great for the 915-class 3D performance regression but bad for 915-class 2D. I've pushed a fix to master that should help. If it does, I'll try to get a 2.6.3 out soon. commit 5bfd73cd31ba197a62f549cdbad1a1270b571027 Author: Eric Anholt e...@anholt.net Date: Fri Feb 27 19:09:49 2009 -0800 Only allocate pixmaps aligned for tiling when requested by DRI2 GetBuffers. This saves massive quantities of memory on pre-965 since the DRI2 tiling enable caused the minimum size of any pixmap to be 1MB. -- Eric Anholt e...@anholt.net eric.anh...@intel.com signature.asc Description: This is a digitally signed message part ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
On Wednesday 25 February 2009 11:11:06 Alex Bennee wrote: 2009/2/25 Alex Bennee kernel-hac...@bennee.com: X Log attached. More detailed log with debug turned on. I'm pretty sure that with xorg-server-1.5.3 you should use EXA instead of UXA, because UXA works with DRI2, and your xorg-server doesn't support DRI2. Btw, I can reproduce this bug, xf86-video-intel won't start with UXA enabled on xorg-server-1.5.3. Regards Vasily signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
On Tue, Feb 24, 2009 at 11:46 PM, Eric Anholt e...@anholt.net wrote: 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. I'm having problems compiling this release on my machine. The error I see is the following: ../../src/i830_memory.c: In function ‘i830_allocator_init’: ../../src/i830_memory.c:542: error: ‘I915_SETPARAM_NUM_USED_FENCES’ undeclared (first use in this function) ../../src/i830_memory.c:542: error: (Each undeclared identifier is reported only once ../../src/i830_memory.c:542: error: for each function it appears in.) This is on ubuntu jaunty with the following stack xorg server: 1.5.99.902 mesa: 7.4 branch updated as of today (Feb 25th) libdrm 2.4.5 Any suggestions? Thanks, Khashayar ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
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. 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
Re: [ANNOUNCE] xf86-video-intel 2.6.2
Vasily Khoruzhick pisze: On Wednesday 25 February 2009 15:10:47 Jacek Luczak wrote: 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. If it's not know issue I will try to bisect it down. -Jacek According to libdrm git-log, you should update libdrm to latest version (not only xf86-video-intel) to get rid of this bug Thanks Vasily, but this won't help as I've got latest libdrm version. AFAIK there's no possibility to build 2.6.2 without libdrm 2.4.5. -Jacek ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
Vasily Khoruzhick wrote: On Wednesday 25 February 2009 15:10:47 Jacek Luczak wrote: 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). According to libdrm git-log, you should update libdrm to latest version (not only xf86-video-intel) to get rid of this bug Which commit makes you think that? Cheers, Johannes ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
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: [ANNOUNCE] xf86-video-intel 2.6.2
On Wed, 2009-02-25 at 13:20 +0100, Khashayar Naderehvandi wrote: On Tue, Feb 24, 2009 at 11:46 PM, Eric Anholt e...@anholt.net wrote: 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. I'm having problems compiling this release on my machine. The error I see is the following: ../../src/i830_memory.c: In function ‘i830_allocator_init’: ../../src/i830_memory.c:542: error: ‘I915_SETPARAM_NUM_USED_FENCES’ undeclared (first use in this function) ../../src/i830_memory.c:542: error: (Each undeclared identifier is reported only once ../../src/i830_memory.c:542: error: for each function it appears in.) This is on ubuntu jaunty with the following stack xorg server: 1.5.99.902 mesa: 7.4 branch updated as of today (Feb 25th) libdrm 2.4.5 Any suggestions? You need the kernel headers corresponding to the libdrm you have installed. -- Eric Anholt e...@anholt.net eric.anh...@intel.com signature.asc Description: This is a digitally signed message part ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
On Wed, 2009-02-25 at 14:10 +0100, 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. 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 Can you give me exact steps to reproduce this leak? -- Eric Anholt e...@anholt.net eric.anh...@intel.com signature.asc Description: This is a digitally signed message part ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
Eric Anholt wrote: On Wed, 2009-02-25 at 14:10 +0100, Jacek Luczak wrote: 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. 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 Can you give me exact steps to reproduce this leak? Same problem here with libdrm 2.4.5, intel 2.6.2, Xserver 1.6-rc2, Mesa 7.3 on Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) Nothing specific needed to reproduce the problem, just use X :) As soon as I start a big application such as firefox ou thunderbird, my 1GB RAM is entirely used after a couple seconds and the system becomes vey slow. Only downgrade intel to 2.6.1 = 200MB used, no problem. Brice ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
I'm getting all white blocks instead of transparencies using this driver with DRI2/UXA in compiz. Think I was getting this with previous 2.6.x drivers too. xf86-video-intel-2.6.2 libdrm- (2/24/09) Xorg-server-1.5.99.902 compiz-0.7.8 G45/X4500HD EXA works ok though, uses a lot of memory though, almost all 2GB just for X and compiz. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
Le 24/02/2009 23:46, Eric Anholt a écrit : Here comes a pretty significant bugfix release for the 2.6 2D series. In my limited testing, here's what I have so far : - 2.6.28 + EXA : works fine, seems to have actually solved a few 855 specific bugs, fencing maybe? - 2.6.28 + UXA : Acid Mode (tm) quickly followed by a xorg lock-up, SysReq keys to the rescue - git 2.6.29 + EXA/UXA : everything except the cursor looks like it got passed through a blender, I can barely make out the colors. I'm guessing broken tiling maybe? That's it for now, I'll try to bisect the first 2 issues. Cheers, Rémi ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[ANNOUNCE] xf86-video-intel 2.6.2
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. Bill Nottingham (1): Quirk MSI IM-945GSE-A LVDS, TV outputs. Eric Anholt (23): Remove logical context setup. Fix compile failure after 45f45c73469f1bd46a1b6fb206f2e9e5e4fd66b3 warning fix. Move 965 video setup to a separate function so we can move it around. Do check_aperture_space and batch_start_atomic for i965 video. Move i965 render state bo setup back to prepare_composite. Use intel_emit_reloc from video to prettify 965 render bind_bo setup. Move filter computation from emit_batch_header to prepare_composite. i965: Pull check_aperture out to a separate function and make it dtrt. Move i965 render transform setup from emit_composite_state to prepare_composite. Move i965 render vb setup to use time, and decouple state emit from it. Use drm_intel_bo_subdata to put render vb data in. Fix build with server 1.4. Remove 965 render wm scratch space, which was just unused. Move 965 render unit state to BOs. Move i965 render kernels to BOs. Move i965 render sampler state to BOs. Don't forget the new state bos in check_aperture. dri2: Use modesetting's master fd instead of opening our own non-master. uxa: Ask for BOs ready for rendering for pixmaps. Don't do AdjustFrame in KMS mode. Fix distcheck from drmmode_display.h deletion. Bump version to 2.6.2 for release. Helge Bahmann (1): Move disable_render_standby to EnterVT instead of startup. Jesse Barnes (2): Fixup bogus VBT modes when detected Support tiled back/depth on 915-class hardware with DRI2. Keith Packard (3): Make i830_allocate_memory take tiling parameters. Resize framebuffer on screen size change (requires UXA and DRI2) Assign rotation memory dri_bo to rotation pixmap. Kristian Høgsberg (12): Implement front buffer resize for KMS. Fix last-minute cleanup that broke the patch. Un-revert the I915_SETPARAM_NUM_USED_FENCES commit reverted by accident. Fix front buffer memset() for non-KMS case. KMS: Hook up crtc::gamma_set. Make Xv used a buffer object instead of i830_memory. Dont allocate overlay registers in KMS mode. Fix i915 textured video to work with the i830_memory - bo change. Access the Xv buffer through the GTT for the non-KMS case. KMS: Hook up rotated shadow buffers. KMS: Fix bug that prevented EDID data from getting propagated. Update kms to work with drmModeModeInfo API update. Ma Ling (1): Don't disable vga centering bit. Vincent Mussard (1): quirk for AOpen MP45 Zhenyu Wang (1): TV quirk for HP Compaq nx6310 git tag: 2.6.2 http://xorg.freedesktop.org/archive/individual/driver/xf86-video-intel-2.6.2.tar.bz2 MD5: c171bb4175cfcea2662079ef20ee2020 xf86-video-intel-2.6.2.tar.bz2 SHA1: 8da19bf6c66fa66d42eedae322ee98397ee58397 xf86-video-intel-2.6.2.tar.bz2 http://xorg.freedesktop.org/archive/individual/driver/xf86-video-intel-2.6.2.tar.gz MD5: 9db24b22c07d0a356388414ae7c3e7f1 xf86-video-intel-2.6.2.tar.gz SHA1: 403da992f9352f4f2ee8ad13b392c47cc897bb91 xf86-video-intel-2.6.2.tar.gz -- Eric Anholt e...@anholt.net eric.anh...@intel.com signature.asc Description: This is a digitally signed message part ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
On Wednesday 25 February 2009 00:46:39 Eric Anholt wrote: 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. What about 3D performance issues on pre-965 hardware? (Bugs #19873 and #19738 on freedesktop bugzilla) Regards Vasily signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
