On Thursday 25 November 2010 03:22:49 Vovan wrote:
Хотите понимать женщин? Знать реальные их мысли, когда они пытаются
спрятать их за совершенно отвлеченными речами? На практических тренингах
Академии Знакомств вы в реальных условиях научитесь быть предупредительным
и понимающим мужчиной для
В сообщении от 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
В сообщении от 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
В сообщении от 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
В сообщении от 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.
В сообщении от 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
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
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
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
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)
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
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
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.
___
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.
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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,
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:
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
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
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
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
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)?
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.
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
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
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
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
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.
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
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
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
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
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
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
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
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
59 matches
Mail list logo