Re: Женская логика
On Thursday 25 November 2010 03:22:49 Vovan wrote: Хотите понимать женщин? Знать реальные их мысли, когда они пытаются спрятать их за совершенно отвлеченными речами? На практических тренингах Академии Знакомств вы в реальных условиях научитесь быть предупредительным и понимающим мужчиной для женщин. http://samec.org.ua/?p=202 Не верите? Попробуйте, вам понравится. Желаю вам больших научных успехов. Can someone unsubscribe this spammer from list? ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [Intel-gfx] Intel 2010Q2 release
В сообщении от 27 июня 2010 15:31:28 автор Chris Wilson написал: On Sun, 27 Jun 2010 14:30:24 +0300, Vasily Khoruzhick anars...@gmail.com wrote: Ok, I'll file bug once I reproduce it once again (can't reproduce it since posted first mail :(). Thankyou, the information will be appreciated. Here it is: https://bugs.freedesktop.org/show_bug.cgi?id=28785 signature.asc Description: This is a digitally signed message part. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [Intel-gfx] Intel 2010Q2 release
В сообщении от 25 июня 2010 05:07:37 автор Jin, Gordon написал: Hi, We'd like to announce Intel 2010Q2 graphics package, including xf86-video-intel 2.12.0, mesa 7.8.2 and libdrm 2.4.21. Please check http://intellinuxgraphics.org/2010Q2.html for the recommended stack, major improvements and known issues. H.264 decoding with libva is supported in this release with a new kernel like 2.6.35-rcX. Only Ironlake (the latest generation) is supported at this point. Thanks community for helping improve the drivers. If you find new issues, please file bugs referring to http://intellinuxgraphics.org/how_to_report_bug.html. I'm getting GPU hang (it's easy to reproduce it) on 945gm with xf86-video- intel-2.12.0 (actually whole 2010Q2 package) in KDE 4.4.2 with effects enabled. I'm sure that xf86-video-intel-2.12.0 is culprit, as I downgraded to 2.11.0 and system is stable again. Regards Vasily signature.asc Description: This is a digitally signed message part. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [Intel-gfx] Intel 2010Q2 release
В сообщении от 27 июня 2010 13:40:56 автор Chris Wilson написал: I'm getting GPU hang (it's easy to reproduce it) on 945gm with xf86-video- intel-2.12.0 (actually whole 2010Q2 package) in KDE 4.4.2 with effects enabled. I'm sure that xf86-video-intel-2.12.0 is culprit, as I downgraded to 2.11.0 and system is stable again. Can you please file a bug as detailed above? Getting the i915_error_state and Xorg.log would be most useful. Are you using XRender or OpenGL desktop effects? Thanks. Ok, I'll file bug once I reproduce it once again (can't reproduce it since posted first mail :(). Btw, there's another bug - I can't enable external monitor with kde effects (opengl) enabled, 'xrandr --output VGA1 --mode 1920x1080 --below LVDS1' causes black screen both on VGA1 and LVDS1 (1280x800). It works fine with effects disabled, and fine at all with xf86- video-intel 2.11.0. Bug is 100% reproducible. Regards Vasily signature.asc Description: This is a digitally signed message part. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [Intel-gfx] Intel 2010Q2 release
В сообщении от 27 июня 2010 15:31:28 автор Chris Wilson написал: You need libdrm.git, in particular: commit 726210f87d558d558022f35bc8c839e798a19f0c Author: Chris Wilson ch...@chris-wilson.co.uk Date: Thu Jun 24 11:38:00 2010 +0100 intel: Limit tiled pitches to 8192 on pre-i965. Fixes: Bug 28515 - Failed to allocate framebuffer when exceed 2048 width https://bugs.freedesktop.org/show_bug.cgi?id=28515 Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Then you should release new libdrm, you can't say to ordinary users that they need version from git, they just can't compile it. Regards Vasily signature.asc Description: This is a digitally signed message part. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: MPX features popups
В сообщении от 16 февраля 2010 10:58:39 автор Bradley T. Hughes написал: On 02/16/2010 03:10 AM, ext Peter Hutterer wrote: The problem is not about FireFox. With some effort you can fix it there. But what about close source software such as Opera? poke the opera guys :) Or us (since Opera uses Qt on Linux). Nope, they don't, see http://techie-buzz.com/opera/opera-10-5-for-linux.html 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: intel gma 950 multihead problems
On Tuesday 14 July 2009 11:53:01 Reza Jelveh wrote: Hello, I've been trying(quite unsuccessfully) to get my eeepc 1000he to run at 1024x600 with my external monitor at 1920x1200. I tried both kernel 2.6.30 and 2.6.31. When I add a virtual line to my xorg.conf I get the following error while starting X(Virtual 2944 1200): failed to add fb. and this in dmesg: [drm:drm_mode_addfb] *ERROR* mode new framebuffer width not within limits i just tried it again in windows and it works perfectly fine... the x11 version is 1.6.2 i recently updated the intel driver and xserver from here: https://launchpad.net/~xorg-edgers/+archive/ppa in hope it would fix anything but no luck regards, Reza Use xrandr instead of modifying xorg.conf Consult http://intellinuxgraphics.org/dualhead.html for more info. Btw, it's impossible to use virtual resolution larger than 2048x2048 on pre-965 hardware with DRI enabled: https://bugs.freedesktop.org/show_bug.cgi?id=10479 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: intel gma 950 multihead problems
On Tuesday 14 July 2009 16:39:50 Benjamin M. Schwartz wrote: Vasily Khoruzhick wrote: Btw, it's impossible to use virtual resolution larger than 2048x2048 on pre-965 hardware with DRI enabled: https://bugs.freedesktop.org/show_bug.cgi?id=10479 According to my reading of https://bugs.freedesktop.org/show_bug.cgi?id=21190 it's going to be possible soon. Btw, still without DRI if I understand correctly 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: intel gma 950 multihead problems
On Tuesday 14 July 2009 22:01:21 Keith Packard wrote: On Tue, 2009-07-14 at 16:51 +0300, Vasily Khoruzhick wrote: Btw, still without DRI if I understand correctly You get DRI, it just doesn't work with targets larger than 2048. So, with DRI2, if your window is no bigger than 2048, it will actually work fine. Wow, cool! :) Thanks! 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: [RFC] glx: fix DRI2 memory leak
On Saturday 28 March 2009 02:42:53 Jesse Barnes wrote: Yep, that seems to work too... Magnus or Vasily can you guys confirm? I've just got xorg-server crash. Here's trace (not very usefull I think): Backtrace: 0: /usr/bin/X(xorg_backtrace+0x3c) [0x813344c] 1: /usr/bin/X(xf86SigHandler+0x52) [0x80d47b2] 2: [0xb80c6400] 3: /usr/lib/xorg/modules/extensions//libdri2.so [0xb7b5f89f] 4: /usr/bin/X(Dispatch+0x33f) [0x808b48f] 5: /usr/bin/X(main+0x3bd) [0x80700fd] 6: /lib/libc.so.6(__libc_start_main+0xe5) [0xb7bd4725] 7: /usr/bin/X [0x806f581] Fatal server error: Caught signal 11. Server aborting 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: [RFC] glx: fix DRI2 memory leak
On Wednesday 25 March 2009 19:21:51 Jesse Barnes wrote: Has anyone else seen this leak? Anyone care to educate me a bit more about GLX drawable lifetime rules? Yep, my system suffer from this leak too. Thanks, Jesse diff --git a/glx/glxext.c b/glx/glxext.c index c882372..73e5a9b 100644 --- a/glx/glxext.c +++ b/glx/glxext.c @@ -127,9 +127,9 @@ static Bool DrawableGone(__GLXdrawable *glxPriv, XID xid) break; } -glxPriv-pDraw = NULL; glxPriv-drawId = 0; __glXUnrefDrawable(glxPriv); Maybe, we should somehow check if glxPriv is still valid after Unref before assigning something to the pDraw? (I'm not sure, I'm not familiar with X internals) +glxPriv-pDraw = NULL; return True; } ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg 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.99.901
On Tuesday 10 March 2009 03:54:05 Carl Worth wrote: Here is the first release candidate in preparation for the upcoming 2.7.0 release. Is it planned to add in this release support for tiling on i915-class hardware with memory in dual-channel interleaved mode? (Bugs 19873 and 19738 are related with this issue) 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: Tiling on i915-class hardware
On Friday 06 March 2009 09:47:30 Eric Anholt wrote: No, your BIOS sets it up, and it's a property of your northbridge. Sad for me :( Anyway, thanks for response 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
Tiling on i915-class hardware
Hi, I've just tested i915 tiling in 2 ram configurations: 512mb, single channel: tiling works perfectly, no performance issues with tiling enabled 512mb + 512mb dual channel interleaved: When tiling is enabled it introduces performance regression, when I enable tiling 3D performance is low. With tiling disabled I hit this bug: http://bugs.freedesktop.org/show_bug.cgi?id=19738 So, the problem exists at least for configurations with 2 memory modules in dual channel interleaved mode, and it doesn't exist in single channel mode. I can provide any additional info if you need. 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: Tiling on i915-class hardware
On Thursday 05 March 2009 10:12:11 you wrote: Hi, I've just tested i915 tiling in 2 ram configurations: 512mb, single channel: tiling works perfectly, no performance issues with tiling enabled 512mb + 512mb dual channel interleaved: When tiling is enabled it introduces performance regression, when I enable tiling 3D performance is low. With tiling disabled I hit this bug: http://bugs.freedesktop.org/show_bug.cgi?id=19738 So, the problem exists at least for configurations with 2 memory modules in dual channel interleaved mode, and it doesn't exist in single channel mode. I can provide any additional info if you need. Regards Vasily Ok, I've traced a little bit i915_gem_detect_bit_6_swizzle() and found out that my memory controller configuration is one with bit 17 XORed in; cite from i915_gem_tiling.c comments: * When bit 17 is XORed in, we simply refuse to tile at all. Bit * 17 is not just a page offset, so as we page an objet out and back in, * individual pages in it will have different bit 17 addresses, resulting in * each 64 bytes being swapped with its neighbor! So as far as I understand it's a reason why tiling is not working on my hardware (945gm, with 2 memory modules, each one is 512mb). Is there any way to disable XORing/do anything to get full 3D performance? 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.3
On Mon, Mar 02, 2009 at 12:20:47 -0800, Eric Anholt wrote: This is an easy one: two bugfixes for regressions in the last release. One broke initialization with UXA and DRI1, and the other made pixmap allocation on i915 take insane amounts of memory. Eric Anholt (3): Disable fb resizing for DRI1-only server so that DRI1 can initialize. Only allocate pixmaps aligned for tiling when requested by DRI2 GetBuffers. Bump version to 2.6.3. git tag: 2.6.3 Hi, there I've just tested KMS on my lenovo 3000 n100 laptop, and there's one issue: it sets up 16bpp for some reason on my LVDS and I have no possibility to change it, it looks weird :( Is it known issue? Should I file a bug on freedesktop bugzilla? Also is it planned to fix bugs #19873 and/or #19738 in near future? 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 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
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
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: XVideo support in xf86-video-nv / G90
On Tuesday 24 February 2009 18:16:44 René Rebe wrote: However, the bottom line should be: showing the specs would cut their development and Q/A costs for the open source OS driver in the future as the encumbered driver apparently does not fill the needs of many people on non-Windows OSs (be that it's simple not available [think PPC] or prevents the use of latest software versions / technology, etc.). Just want to note that specs for intel and amd chipsets are opened for years, but still there're no drivers with same quality as nvidia closed-source drivers. 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 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
Re: How to troubleshoot intel 3D performance?
On Tuesday 17 February 2009 10:12:56 you wrote: 2009/2/16 Vasily Khoruzhick anars...@gmail.com: Hi, performance issue is known thing on pre-965 chipsets with new intel stuff (gem, uxa). I've filed bugs about them: http://bugs.freedesktop.org/show_bug.cgi?id=19873 http://bugs.freedesktop.org/show_bug.cgi?id=19738 AFAIK there's no fix at the moment, but as workaround you can use 2.6.27 kernel and EXA accelleration. Looking at the code it looks like a failure of the kernel side. Is there a kernel tree that tracks the Linus one with the latest pending fixes I can try? I suspect this one: git://git.kernel.org/pub/scm/linux/kernel/git/anholt/drm-intel I gave a 2.6.27-stable kernel a spin but with poor results (X hung up after a few seconds). It does with UXA enabled. Try EXA Do the X drivers need rebuilding when the kernel has been updated? Nope 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: How to troubleshoot intel 3D performance?
On Tuesday 17 February 2009 11:46:33 Alex Bennee wrote: 2009/2/17 Colin Guthrie gm...@colin.guthr.ie: 'Twas brillig, and Vasily Khoruzhick at 17/02/09 09:05 did gyre and gimble: On Tuesday 17 February 2009 10:12:56 you wrote: 2009/2/16 Vasily Khoruzhick anars...@gmail.com: Hi, performance issue is known thing on pre-965 chipsets with new intel stuff (gem, uxa). I've filed bugs about them: http://bugs.freedesktop.org/show_bug.cgi?id=19873 http://bugs.freedesktop.org/show_bug.cgi?id=19738 AFAIK there's no fix at the moment, but as workaround you can use 2.6.27 kernel and EXA accelleration. Looking at the code it looks like a failure of the kernel side. Is there a kernel tree that tracks the Linus one with the latest pending fixes I can try? I suspect this one: git://git.kernel.org/pub/scm/linux/kernel/git/anholt/drm-intel I believe the drm-next branch is usually the bleeding edge stuff fro the next stable kernel (but I'm not 100% sure on this). I'll give that a spin. An additional data point, Dave Airle's tree (commit eaaffe54249dbb4de3631b9d968456bb0458) gave a slightly different error on start up: AFAIK you also need xf86-video-intel from git to get tiling working on pre-965 hardware with GEM. Btw, unfortunately I've hit another bug - one about huge BO leakage - when tried xf86-video-intel from git and recent kernels :( 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: How to troubleshoot intel 3D performance?
On Monday 16 February 2009 19:33:23 Alex Bennee wrote: Hi, I recently switched on Compiz on my desktop machine to see what the fuss was about. Running on the stable Gentoo X and intel drivers more or less everything worked well. The benchmark tool reported 120fps on most static screens and seemed pretty happy with most of the effects. However video playback was jerky especially while zoomed to full-screen. After a little tinkering with texture sizes and attempting to enable XvMC and realised I needed to be running more recent drivers. So I upgraded X to: * x11-drivers/xf86-video-intel Latest version available: 2.6.1 Latest version installed: 2.6.1 * x11-base/xorg-server Latest version available: 1.5.3-r2 Latest version installed: 1.5.3-r2 After rebuilding all the constituent packages I ended up with a Compiz setup that was reporting 25fps if I was lucky and reduced to 8/9fps when displaying full screen terminals. Curiously video playback seems smoother running on 2.6.29-rc5 kernel although just as jerkey on 2.6.28.5. I'm at a loss to where to begin on the troubleshooting. Attached is my Xorg.log which has a little W/E noise in it but nothing that means anything to me. I've tried UXA (instead of EXA) and various Buffering flags but nothing seems to help. Suggestions welcome. Hi, performance issue is known thing on pre-965 chipsets with new intel stuff (gem, uxa). I've filed bugs about them: http://bugs.freedesktop.org/show_bug.cgi?id=19873 http://bugs.freedesktop.org/show_bug.cgi?id=19738 AFAIK there's no fix at the moment, but as workaround you can use 2.6.27 kernel and EXA accelleration. 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: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
On Sunday 15 February 2009 04:26:15 Weedy wrote: fff I suck. Thanks, it's 5fps but I can kinda play it now. So once .29 comes out will I get real opengl I hope so, but not sure. You should ask xf86-video-intel developers ;) or at least better d3d? I think it depends on wine 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: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
On Saturday 14 February 2009 02:18:21 you wrote: So with 2.6.27-r8 glxgears is up to 130fps but WoW runs slower. OpenGL works but is like 0.1FPS. You should try x11-drivers/xf86-video-intel-2.5.1-r1 instead of 2.6.1 ;) 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: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
On Saturday 14 February 2009 12:33:48 Weedy wrote: Vasily Khoruzhick wrote: On Saturday 14 February 2009 02:18:21 you wrote: So with 2.6.27-r8 glxgears is up to 130fps but WoW runs slower. OpenGL works but is like 0.1FPS. You should try x11-drivers/xf86-video-intel-2.5.1-r1 instead of 2.6.1 ;) Regards Vasily Thought of that about 5mins after sending the email. WoW still useless and glxgears at 126. Please invoke following command and attach output: LIBGL_DEBUG=1 glxinfo 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: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
On Saturday 14 February 2009 17:28:10 you wrote: Well ass I don't remember this before: OpenGL renderer string: Software Rasterizer Try rebuild packages in following order, and please ensure that i915.ko module is loaded: libdrm mesa xorg-server xf86-video-intel 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: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
On Sunday 15 February 2009 01:35:47 Weedy wrote: No change Please check that VIDEO_CARDS in your make.conf contains intel and not i810. It seems that i915_dri.so is not built, you can check it with: equery f mesa | grep i915 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: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
On Sunday 15 February 2009 02:01:25 Weedy wrote: Vasily Khoruzhick wrote: On Sunday 15 February 2009 01:35:47 Weedy wrote: No change Please check that VIDEO_CARDS in your make.conf contains intel and not i810. It seems that i915_dri.so is not built, you can check it with: equery f mesa | grep i915 Regards Vasily $ equery f mesa | grep i915 /usr/lib/dri/i915_dri.so And remove Option Legacy3D false from your xorg.conf 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: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
On Friday 13 February 2009 05:55:22 Weedy wrote: SETUP [I] x11-base/xorg-server (1.5.3...@11/02/09): X.Org X servers [I] x11-base/xorg-x11 (7...@11/02/09): An X11 implementation maintained by the X.Org Foundation (meta package) [I] x11-drivers/xf86-video-intel (2@11/02/09): X.Org driver for Intel cards [I] media-libs/mesa (7...@11/02/09): OpenGL-like graphic library for Linux [I] x11-apps/mesa-progs (7...@11/02/09): Mesa's OpenGL utility and demo [I] x11-libs/libdrm (2@11/02/09): X.Org libdrm library [I] sys-kernel/gentoo-sources (2.6.28-r1(2.6.28-r1)@12/02/09): Full sources including the Gentoo patchset for the 2.6 kernel tree Section Device Identifier intel Driver intel VendorName Intel Corporation BoardNameIntel Corporation Mobile 945GM/GMS/GME Express Integrated Graphics Controller VideoRAM 16384 # # Acceleration options Option FramebufferCompression true Option Tilingtrue Option DRI true Option XVideotrue Option Legacy3D false Option TripleBuffer false Option AccelMethod UXA # XAA, EXA, UXA Option XvMC false # Other options OptionBackingStore true OptionPageFlip true EndSection Questions: So glxgears runs at 62fps, and I think I saw something about it's now locked to vsync. So that's fine I guess. But that doesn't explain why WoW runs like crap. OpenGL is non existent, either X doesn't update the screen or it's renders tons of crap (this is with WoW). I have tried every version of wine/WoW that I could confirm working (on ATI/Nvidia) so I'm pretty sure that leaves the intel driver or X. Other then that compositing and junk works fine, some stuttering but nothing really annoying. Mind you mplayer hates it when I have compositing on, but xv is the only video output driver that works well with 720p and up. But I guess they don't need the horse power that games do. With gentoo-sources-2.6.27-r8 and AccelMethod EXA you'll get your 3D I have same issues, and I've filed bugs on freedesktop bugzilla, here they're: http://bugs.freedesktop.org/show_bug.cgi?id=19873 http://bugs.freedesktop.org/show_bug.cgi?id=19738 So, I think we just have to wait till intel developers fix these issues :) 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: xf86-video-intel memory leakage
On Friday 06 February 2009 15:22:00 you wrote: Vasily Khoruzhick wrote: Hi, it seems that there's a huge memory leakage in xf86-video-intel from git. For some reason, it eats all available swap in few minutes and system becomes unresponsible. As you can see on attached screenshot, all swap is eaten, but there's still a lot free real memory available. Are you using UXA or EXA? Cheers, Johannes Bug is reproducible only with UXA, it seems EXA is not affected 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: xf86-video-intel memory leakage
On Friday 06 February 2009 15:22:00 you wrote: Vasily Khoruzhick wrote: Hi, it seems that there's a huge memory leakage in xf86-video-intel from git. For some reason, it eats all available swap in few minutes and system becomes unresponsible. As you can see on attached screenshot, all swap is eaten, but there's still a lot free real memory available. Are you using UXA or EXA? Cheers, Johannes But it seems there's some artifacts with EXA :\ (Black rectangles, sometimes with random colors) I can post screenshots if you want 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: xf86-video-intel memory leakage
On Friday 06 February 2009 21:07:27 Andrew Barr wrote: Another me too post. It seems to be a lot worse when a compositing manager is active, but it is present nonetheless without one. I've seen it under KWin's OpenGL compositor as well as Compiz. I can't say for sure about XRender under Metacity. I wonder if xf86-video-intel developers perform testing on gma950 hardware. I suspect they don't, just because it's impossible to get 3D on 2008Q4 package on gma950 (guys, c'mon, compiz doesn't takes too much resources, but it doesn't work well on 2008q4 with gma950). This bug just prove that fact. 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: Intel Graphics package and patch requirments
On Sunday 01 February 2009 05:45:04 Jin, Gordon wrote: Btw, with EXA and kernel = 2.6.28 I can't get 3D working. glxinfo says that I'm using direct rendering, but ~9fps in quake3 is not hardware accelerated 3D, is it? Maybe you could file a bug with glxinfo output attached. Done, it's bug #19873. Btw, I think 3D is slow because of tiling disabled: (EE) intel(0): Failed to set tiling on front buffer: rejected by kernel (EE) intel(0): Failed to set tiling on back buffer: rejected by kernel (EE) intel(0): Failed to set tiling on depth buffer: rejected by kernel I know that tiling is not supported on pre-965 chipsets in GEM, but it seems it can't be enabled in classic mode too 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: Intel Graphics package and patch requirments
On Saturday 31 January 2009 16:38:09 you wrote: It's not surprising that uxa is not stable in 2.6.0 -- it's not the default setting. (we hope uxa would be stabilized in next release) But did you file bugs for your uxa issues? I only see you've filed bug#19738 for the exa performance issue. Nope, uxa issues for gma950 was fixed in 2.6.1. Bug #19738 is about dri2 3D performance, not about EXA. Btw, with EXA and kernel = 2.6.28 I can't get 3D working. glxinfo says that I'm using direct rendering, but ~9fps in quake3 is not hardware accelerated 3D, is it? and 3D is still unstable in 2.6.1/git master (I still get xserver hang - image just freezes - after playing a while in any 3D game). I didn't see this issue. Could you file a bug, according to http://www.intellinuxgraphics.org/how_to_report_bug.html? Can't reproduce it with xf86-video-intel-2.6.1 and latest mesa (I seems latest mesa update fixed it) Thanks for your testing. Thanks for your work ;) Gordon Regards Vasily ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Intel Graphics package and patch requirments
On 25 January 2009 20:47:13 Halim Issa wrote: Hello, I am trying to follow Intel Graphics Drivers, among others by watching http://intellinuxgraphics.org/2008Q4.html It would seem that in order to get this to work, one is required to patch both mesa (to run intel's mesa branch, not the standard from freedesktop?) and also patch the kernel. Is there any roadmap or wiki available for when these out-of-tree patches are due for inclusion in mainline linux kernel (2.6.29 ? 2.6.28.nn?) and mainline mesa? So that no patches are needed ? The reason why I ask is that on Intel's download page this solution is listed as the stable and recommended solution for normal users (such as myself :-)) And finally - is there anywhere a roadmap or todo-list that may show when DisplayPort support might be added to the Intel-drivers? Thanks in advance - any insight or preferably pointers to where this information may be located would be greatly appreciated! Just want to mention that 2.6.0 is not usable even in 2D on gma950 with gem/uxa (with exa it's slow in 3D); and 3D is still unstable in 2.6.1/git master (I still get xserver hang - image just freezes - after playing a while in any 3D game). So, IMO, it's unfair to call 2008Q4 release stable and recommended to ordinary users/OSVs, at least for gma950 users. 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
xf86-video-intel: Any 3D app is slow in resolution higher than 800x600 with UXA+DRI2
Hi, it seems I've found one more bug for gma950+uxa+dri2 configuration: Any 3D application is _really_ slow if it runs in window with size higher than 800x600. Steps to reproduce: 1. Use gma950 hardware with xf86-video-intel from git and mesa from git, xorg-server-1.5.99.901, libdrm from git, 2.6.28 kernel + 6 patches 2. Download and install secret maryo chronicles (or any game you like that uses 3D) 3. Disable fullscreen mode and set resolution to 800x600 - game should run smoothly 4. Disable fullscreen mode and set resolution to 1024x768 (or higher) - game should became unplayable. Same issue with compiz. 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
undefined symbol: intel_wait_flips
Hi, with mesa from git 3D is not hardware accellerated anymore on gma950, glxinfo | grep rend direct rendering: Yes OpenGL renderer string: Software Rasterizer LIBGL_DEBUG=1 glxgears libGL error: dlopen /usr/lib/dri/i915_dri.so failed (/usr/lib/dri/i915_dri.so: undefined symbol: intel_wait_flips) libGL error: unable to load driver: i915_dri.so 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: undefined symbol: intel_wait_flips
On Wednesday 21 January 2009 18:48:34 you wrote: On Wed, Jan 21, 2009 at 11:14 AM, Vasily Khoruzhick anars...@gmail.com wrote: Hi, with mesa from git 3D is not hardware accellerated anymore on gma950, glxinfo | grep rend direct rendering: Yes OpenGL renderer string: Software Rasterizer LIBGL_DEBUG=1 glxgears libGL error: dlopen /usr/lib/dri/i915_dri.so failed (/usr/lib/dri/i915_dri.so: undefined symbol: intel_wait_flips) libGL error: unable to load driver: i915_dri.so Oops, my bad, I must have tested the wrong driver when I committed this... :-/ Try pulling again. thanks, Kristian Yep, now it's working fine :) 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.5.99.2
On 17 January 2009 14:44:20 Vasily Khoruzhick wrote: With recent xf86-video-intel from git (and whole x11-stack from git, 2.6.28 kernel + 2008q4-kernel-against-2.6.28.patch) xserver dies after start of any qt3/gtk application and color vertical lines appears on screen Here's part of dmesg (kernel is tainted by overrided dsdt table, I can try with original one, but I doubt that it helps :)) I've just updated to recent xf86-video-intel from git (last commit is d89de6d60a86 - Protect i915 textured video against batchbuffer wrapping.) And UXA+DRI2 work fast and stable on my gma950 :) But there's still small issues: - compiz is too slow (0.5 fps, or something like this, but cpu is not loaded high); - smc (secret maryo chronicles) is slow (5-7 fps), and cpu is not loaded high too; Thanks for your work anyway ;) 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.5.99.2
On 18 January 2009 18:51:49 Vasily Khoruzhick wrote: I've just updated to recent xf86-video-intel from git (last commit is d89de6d60a86 - Protect i915 textured video against batchbuffer wrapping.) And UXA+DRI2 work fast and stable on my gma950 :) But there's still small issues: - compiz is too slow (0.5 fps, or something like this, but cpu is not loaded high); - smc (secret maryo chronicles) is slow (5-7 fps), and cpu is not loaded high too; Thanks for your work anyway ;) Regards Vasily False alarm, still getting xserver lockups during execution of 3d apps (i.e. wine + Max Payne 2) :) 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.5.99.2
On 16 January 2009 19:56:52 Keith Packard wrote: On Fri, 2009-01-16 at 09:56 +0200, Vasily Khoruzhick wrote: I've just tried xf86-video-2.6.0, xorg-server-1.5.99.901 and mesa-7.3_rc2, still got artefacts with uxa (same as on http://fenix-fen.at.tut.by/screen-3.png) and xserver hangs (and no way to stop it except restarting whole system) after using 3d for ~2-3 mins (with wine even faster :)) Eric and I found some rather significant 915/945 X/3D interaction problems yesterday that were leading to hardware lockups. He's hoping to finish up some fixes for that today. The core issue was that with DRI2, there isn't any hardware lock that the X server holds between batch buffers, so the 2D drawing code needs to be more careful about keeping setup code and the associated rendering code in the same batch buffer. With recent xf86-video-intel from git (and whole x11-stack from git, 2.6.28 kernel + 2008q4-kernel-against-2.6.28.patch) xserver dies after start of any qt3/gtk application and color vertical lines appears on screen Here's part of dmesg (kernel is tainted by overrided dsdt table, I can try with original one, but I doubt that it helps :)) [ cut here ] WARNING: at drivers/gpu/drm/i915/i915_gem.c:2475 i915_gem_idle+0x380/0x3a0 [i915]() Modules linked in: ipv6 snd_pcm_oss snd_mixer_oss snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device cpufreq_conservative cpufreq_powersave cpufreq_ondemand acpi_cpufreq freq_table udf crc_itu_t coretemp vfat fat vboxdrv rfcomm l2cap i915 drm ppp_async crc_ccitt ppp_generic slhc sdhci_pci hci_usb sdhci bluetooth mmc_core snd_hda_intel snd_pcm iwl3945 thermal rfkill snd_timer mac80211 snd_page_alloc processor snd_hwdep sn9c20x videodev v4l1_compat yenta_socket led_class cfg80211 rsrc_nonstatic i2c_i801 pcmcia_core thermal_sys snd 8139too soundcore hwmon button battery ac joydev evdev fuse nfs lockd sunrpc jfs scsi_wait_scan ohci1394 ieee1394 usbhid ohci_hcd uhci_hcd usb_storage hid ehci_hcd usbcore sr_mod cdrom sata_via Pid: 7144, comm: X Tainted: G A 2.6.28-gentoo-anarsoul #17 Call Trace: [c01286ff] warn_on_slowpath+0x5f/0xa0 [c0194200] d_invalidate+0x60/0xb0 [c019a2c8] mntput_no_expire+0x18/0x100 [f8bfa6e0] drm_gem_object_free+0x0/0x50 [drm] [f8b2ff57] i915_gem_retire_requests+0xf7/0x150 [i915] [f8b30a10] i915_gem_idle+0x380/0x3a0 [i915] [f8b30a38] i915_gem_lastclose+0x8/0x30 [i915] [f8bf9e5c] drm_release+0x2fc/0x440 [drm] [f8b2b8db] i915_driver_lastclose+0x1b/0x60 [i915] [f8bf9648] drm_lastclose+0x28/0x3a0 [drm] [c01856ff] __fput+0x9f/0x1a0 [c0182499] filp_close+0x49/0x80 [c0126697] mmput+0x27/0x90 [c012a33c] put_files_struct+0x9c/0xc0 [c012be77] do_exit+0x667/0x7e0 [c013392b] __dequeue_signal+0xbb/0x180 [c0132ccb] recalc_sigpending+0xb/0x30 [c0135adf] dequeue_signal+0x2f/0x1c0 [c012c01d] do_group_exit+0x2d/0x90 [c0136168] get_signal_to_deliver+0x238/0x3a0 [c01026a1] do_notify_resume+0xc1/0x7f0 [c0134313] signal_wake_up+0x23/0x40 [c013464e] send_signal+0x11e/0x290 [c026db45] tty_ldisc_deref+0x15/0x70 [c026743f] tty_write_unlock+0x2f/0x40 [c0268414] tty_write+0x1a4/0x1f0 [c0132ccb] recalc_sigpending+0xb/0x30 [c0132ef3] sigprocmask+0x73/0xf0 [c013348c] sys_rt_sigprocmask+0xec/0x110 [c013348c] sys_rt_sigprocmask+0xec/0x110 [c0103536] work_notifysig+0x13/0x19 [c039] register_cpu+0x10/0x60 ---[ end trace b2334b581bb7 ]--- 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.5.99.2
On Friday 16 January 2009 05:20:17 Giovanni Masucci wrote: If I can ask, are these 6 patches going to enter the next 2.6.28.x releases or they'll just be in 2.6.29? Just out of curiosity, does anybody got this driver working stable and fast on gma950 on 2.6.28 kernel (with these 6 patches)? I've just tried xf86-video-2.6.0, xorg-server-1.5.99.901 and mesa-7.3_rc2, still got artefacts with uxa (same as on http://fenix-fen.at.tut.by/screen-3.png) and xserver hangs (and no way to stop it except restarting whole system) after using 3d for ~2-3 mins (with wine even faster :)) With EXA (and DRI1) I got message like No MTTR for 0xc000 in dmesg every time when xserver starts, and 3D performance is terrible (7-10fps in Quake3) Should I file a bug on bugs.freedesktop.org or it's a know issue? 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.5.99.2
On Thursday 08 January 2009 10:04:55 Zhenyu Wang wrote: Disable DRI2 buffer tiling on non-965, as those need fence regs for 2D blits. Will it be supported in future? 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: gma950 + latest x11 + latest intel driver
On 4 January 2009 05:14:39 Jin, Gordon wrote: The glxinfo shows correctly. I think you've been using libdrm master (or 2.4.3), right? Where did you get the quake3 demo? Is it shipped in your distribution or you installed it by yourself? Gordon I'm using libdrm master quake3 is from gentoo portage (with pak0.pk3 from windows version of quake3), four.dm_64 is located in /usr/share/games/quake3/baseq3/pak8.pk3. Btw, it's not quake3 problem, same situation with all 3D-applications. 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: gma950 + latest x11 + latest intel driver
On 29 December 2008 15:53:27 Jin, Gordon wrote: Vasily Khoruzhick wrote on Monday, December 29, 2008 12:32 AM: Hi, I'm testing latest x11 from git (gentoo's x11 overlay) and latest intel driver from git (videocard: gma950). Here's some results: 0. xf86-video-intel-2.5.1 + xorg-server-1.5.3 + mesa-7.2 + kernel 2.6.28: 3D is not usable, ~3-5 fps in quake3. 2D is stable and fast 1. Latest x11 stack from git + latest xf86-video-intel from git + kernel 2.6.28 + exa (no dri2): 3D is not usable, ~5-10 fps in quake3. 2D is stable and fast Did you try mesa git? Gordon Yep, forgot to mention it. signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
gma950 + latest x11 + latest intel driver
Hi, I'm testing latest x11 from git (gentoo's x11 overlay) and latest intel driver from git (videocard: gma950). Here's some results: 0. xf86-video-intel-2.5.1 + xorg-server-1.5.3 + mesa-7.2 + kernel 2.6.28: 3D is not usable, ~3-5 fps in quake3. 2D is stable and fast 1. Latest x11 stack from git + latest xf86-video-intel from git + kernel 2.6.28 + exa (no dri2): 3D is not usable, ~5-10 fps in quake3. 2D is stable and fast 2. Latest x11 stack from git + latest xf86-video-intel from git + kernel 2.6.28 + uxa (with dri2): 3D is fast, but very unstable. I've got several X lockups: nothing interesting in Xorg.0.log or in dmesg, image freezed, system is not responding on keyboard\mouse (but sysrq works), but it's possible to login over ssh, and it's impossible to kill X :) There's also some artefacts in 2D with UXA, here's screenshots with comments: http://fenix-fen.at.tut.by/screen-3.png http://fenix-fen.at.tut.by/screen-4.png So, UXA+DRI2 is not suitable for everyday usage at the moment... Is there any way to get good 3D performance with 2.6.28 kernel and without UXA/DRI2? 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: Intel + GEM + suspend - fail
I have the same issue. Vanilla 2.6.28 kernel, Xorg stack from gentoo x11 overlay, gma950. Sometimes it occurs even without suspend - few switches X-console-X are enought. Regards Vasily On 23 December 2008 06: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 ] signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
xorg-server from git master: ctrl+alt+backspace doesn't work anymore
Hi, I recently upgraded to latest X11 stack from gentoo x11 overlay (just want to test gem+dri2 :)), and it seems that ctrl+alt+backspace doesn't kill X anymore. Is it bug or planned behavior? 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: xorg-server from git master: ctrl+alt+backspace doesn't work anymore
On 27 December 2008 00:47:19 Shunichi Fuji wrote: Option DontZap boolean This disallows the use of the Ctrl+Alt+Backspace sequence. That sequence is normally used to terminate the Xorg server. When this option is enabled (as per default), that key sequence has no special meaning. Default: on. you should setup your xorg.conf in the above parameter to use zap. commit 8c560422b44e012053612754430d2b87dc44ed59 changed the default behavior. Thank you :) 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: How to tell if GEM is enabled.
On 6 November 2008 19:25:26 Protas Oleksiy wrote: Hi, I am sorry for asking on the list such a question, but how one makes sure GEM is used? I'll explain in more details: mesa-7.2 xorg-server-1.5.2 libdrm-2.4.0 xf86-video-intel-2.5.0 vanilla linux-2.6.28-rc3 EXA acceleration When I try running glx app on this setup I get 'Cannot use TTM' error, so after googling I've found out that TTM support is disabled in mesa=7.1. Apparently the system should make use of GEM since it is present in both kernel and video driver, but for some reason it does not and I end with SLOW glx visuals(~10x performance drop). My question is how I check and possibly enable GEM in my OpenGL stack? Thank you in advance. PS: dmesg and xorg.log are of no help I suggest to rollback to 2.6.27 kernel (or any non-gem kernel). At least on my gma950 I failed to get 3D working - I have same issues as yours (~3-10x performance drop), even with latest mesa/libdrm/xf86-video-intel from git. 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: xf86-video-intel-2.5.0 is slow
On Tuesday 04 November 2008 10:01:04 you wrote: On Tue, 2008-11-04 at 09:17 +0200, Vasily Khoruzhick wrote: On 4 November 2008 06:58:51 Eric Anholt wrote: It's not a single patch. It's in linus's master now. (drm-intel-next is updated for our current work against it) This fix changed nothing for me (now using kernel 2.6.28-rc3-git), GL-apps are still too slow Can you get some profiling on the problem? More details? Well I've never tried to profile anything, but I'll try... One more detail: CPU is almost not loaded in 3D apps (~3-5%) with gem-enabled kernel, but with non-gem kernel it's loaded 30-50%. Btw, are you sure that 3D should work OK on gem-enabled kernel with non-gem mesa? Because with non-gem kernel I have no problems with 3D 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: xf86-video-intel-2.5.0 is slow
On Tuesday 04 November 2008 11:52:15 you wrote: Mesa 7.2 is not enough for GEM to work. You need latest git. Grab dri2proto, drm(for libdrm only, not linux-core), mesa, and xf86-video-intel for GEM enabled kernel. Also make sure You have xserver-xorg-core 1.5.x (with EXA method as UXA is still a bit buggy and needs dri2) Do this if You dont plan to use blender, there are still some bugs, only compiz and desktop acceleration works well. 2008/11/4 Vasily Khoruzhick [EMAIL PROTECTED] Btw, are you sure that 3D should work OK on gem-enabled kernel with non-gem mesa? Because with non-gem kernel I have no problems with 3D So, you mean that I can't get 3D with gem-enabled kernel and non-gem mesa? I don't want any fancy dri2-things, just old mature dri :) The thing is that in 2.6.27 irda subsystem is broken, and sane patches to fix it exists only for 2.6.28... So I tried to use 2.6.28 RCs... So, ok, I'll rollback to 2.6.26 kernel :) 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: xf86-video-intel-2.5.0 is slow
On Tuesday 04 November 2008 13:11:03 you wrote: You cant get GEM working without GEM mesa. I think if You install latest mesa, and have non GEM kernel it should report gem no supported faling back to classic. I have opposite situation - latest kernel and non-gem mesa :) I haven't tried with older mesa though. But its not so hard to install 3 sourses for GEM to work, unless You want dri2 which means recompiling all xorg stuff. So, I need to update mesa, libdrm and install dri2proto to get 3D working with gem? 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: xf86-video-intel-2.5.0 is slow
On 4 November 2008 06:58:51 Eric Anholt wrote: It's not a single patch. It's in linus's master now. (drm-intel-next is updated for our current work against it) This fix changed nothing for me (now using kernel 2.6.28-rc3-git), GL-apps are still too slow 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
xf86-video-intel-2.5.0 is slow
Hi, 3D with xf86-video-intel-2.5.0 and gem-enabled kernel (2.6.28-rc2), but non-gem mesa is extremely slow (glxgears shows ~200fps, any GL game is unplayable) Xorg.0.log attached. Is there any workaround except using non-gem kernel? X.Org X Server 1.5.2 Release Date: 10 October 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.27-gentoo-anarsoul x86_64 Current Operating System: Linux anarsoul-laptop 2.6.28-rc2-anarsoul #1 SMP Sun Nov 2 12:38:02 EET 2008 x86_64 Build Date: 26 October 2008 08:46:13PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present 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: Sun Nov 2 12:44:36 2008 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout X.org Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device TouchPad (**) |--Input Device Keyboard0 (**) Option AIGLX 1 (==) Automatically adding devices (==) Automatically enabling devices (WW) `fonts.dir' not found (or not valid) in /usr/share/fonts/100dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/share/fonts/100dpi). (==) Including the default font path /usr/share/fonts/misc/,/usr/share/fonts/TTF/,/usr/share/fonts/OTF,/usr/share/fonts/Type1/,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/. (**) FontPath set to: /usr/share/fonts/misc, /usr/share/fonts/75dpi, /usr/local/share/fonts, /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/OTF, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/ (**) ModulePath set to /usr/lib/xorg/modules (**) Extension Composite is enabled (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) Loader magic: 0x7ac000 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on linux (++) using VT number 7 (--) PCI:*([EMAIL PROTECTED]:2:0) Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xd020/524288, 0xc000/268435456, 0xd030/262144, I/O @ 0x1800/8 (--) PCI: ([EMAIL PROTECTED]:2:1) Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xd028/524288 (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) extmod will be loaded. This was enabled by default and also specified in the config file. (II) dbe will be loaded. This was enabled by default and also specified in the config file. (II) glx will be loaded. This was enabled by default and also specified in the config file. (II) freetype will be loaded. This was enabled by default and also specified in the config file. (II) record will be loaded. This was enabled by default and also specified in the config file. (II) dri will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.5.2, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (**) AIGLX enabled (**) Exporting typical set of GLX visuals (II) Loading extension GLX (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.5.2, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: xtrap (II) Loading /usr/lib/xorg/modules/extensions//libxtrap.so (II) Module xtrap: vendor=X.Org Foundation compiled for 1.5.2, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DEC-XTRAP (II) LoadModule: record (II) Loading /usr/lib/xorg/modules/extensions//librecord.so (II)
Re: [ANNOUNCE] xf86-video-intel 2.5.0
I still can reproduce flickering on xf86-video-intel 2.5.0 (exa, no gem) Just launch any app with wine - and voila! screen flickers, and following line: (EE) intel(0): underrun on pipe B! appears in Xorg.0.log Regards Vasily X.Org X Server 1.5.2 Release Date: 10 October 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.27-gentoo-anarsoul i686 Current Operating System: Linux anarsoul-laptop 2.6.27-gentoo-anarsoul #6 SMP Sun Oct 19 03:19:34 EEST 2008 i686 Build Date: 21 October 2008 07:57:13PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present 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: Tue Oct 21 20:10:42 2008 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout X.org Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device TouchPad (**) |--Input Device Keyboard0 (**) Option AIGLX 1 (==) Automatically adding devices (==) Automatically enabling devices (WW) `fonts.dir' not found (or not valid) in /usr/share/fonts/100dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/share/fonts/100dpi). (WW) `fonts.dir' not found (or not valid) in /usr/local/share/fonts. Entry deleted from font path. (Run 'mkfontdir' on /usr/local/share/fonts). (==) Including the default font path /usr/share/fonts/misc/,/usr/share/fonts/TTF/,/usr/share/fonts/OTF,/usr/share/fonts/Type1/,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/. (**) FontPath set to: /usr/share/fonts/misc, /usr/share/fonts/75dpi, /usr/share/fonts/corefonts, /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/OTF, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/ (**) ModulePath set to /usr/lib/xorg/modules (**) Extension Composite is enabled (II) Cannot locate a core pointer device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) Loader magic: 0x822a920 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on linux (++) using VT number 7 (--) PCI:*([EMAIL PROTECTED]:2:0) Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xd020/0, 0xc000/0, 0xd030/0, I/O @ 0x1800/0 (--) PCI: ([EMAIL PROTECTED]:2:1) Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xd028/0 (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) extmod will be loaded. This was enabled by default and also specified in the config file. (II) dbe will be loaded. This was enabled by default and also specified in the config file. (II) glx will be loaded. This was enabled by default and also specified in the config file. (II) freetype will be loaded. This was enabled by default and also specified in the config file. (II) record will be loaded. This was enabled by default and also specified in the config file. (II) dri will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.5.2, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (**) AIGLX enabled (**) Exporting typical set of GLX visuals (II) Loading extension GLX (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.5.2, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: xtrap (II) Loading /usr/lib/xorg/modules/extensions//libxtrap.so (II) Module
