On Thursday 25 November 2010 03:22:49 Vovan wrote:
> Хотите понимать женщин? Знать реальные их мысли, когда они пытаются
> спрятать их за совершенно отвлеченными речами? На практических тренингах
> Академии Знакомств вы в реальных условиях научитесь быть предупредительным
> и понимающим мужчиной дл
В сообщении от 25 июля 2010 09:35:45 автор Vasily Khoruzhick написал:
> Hi,
>
> I'm trying to get xorg-server + xf86-video-fbdev working on my device, and
> I'm hitting problem:
>
> pixclock value of fb mode on my device is 26 picosecs, and due to
> picos
Hi,
I'm trying to get xorg-server + xf86-video-fbdev working on my device, and I'm
hitting problem:
pixclock value of fb mode on my device is 26 picosecs, and due to picosecs
<-> khz conversions in xorg-server I'm getting rounding error:
10 / 26 = 3846
10 / 3846 = 26001
В сообщении от 27 июня 2010 15:31:28 автор Chris Wilson написал:
> On Sun, 27 Jun 2010 14:30:24 +0300, Vasily Khoruzhick
wrote:
> > Ok, I'll file bug once I reproduce it once again (can't reproduce it
> > since posted first mail :().
>
> Thankyou, the informatio
В сообщении от 27 июня 2010 15:31:28 автор Chris Wilson написал:
> You need libdrm.git, in particular:
>
> commit 726210f87d558d558022f35bc8c839e798a19f0c
> Author: Chris Wilson
> Date: Thu Jun 24 11:38:00 2010 +0100
>
> intel: Limit tiled pitches to 8192 on pre-i965.
>
> Fixes:
>
>
В сообщении от 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 downgrad
В сообщении от 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 improveme
В сообщении от 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
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
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
>
> Ac
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 w
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) [0
On Saturday 28 March 2009 12:35:20 Adam Lantos wrote:
> Jesse,
>
> Thanks for the patch, I'm testing it now - it looks promising :)
>
> X memory usage is more stable, but lsof | grep "drm mm" | wc -l still
> increases - after 10 minutes it went up from 100 to 500... Is this
> normal?
>
>
> cheers,
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
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
relate
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.
___
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 regre
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
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 res
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&#
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 O
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, inclu
On Wednesday 25 February 2009 16:54:21 Johannes Engel wrote:
> 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
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
> f
On Wednesday 25 February 2009 11:11:06 Alex Bennee wrote:
> 2009/2/25 Alex Bennee :
> > 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
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 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 (b
On Tuesday 17 February 2009 11:46:33 Alex Bennee wrote:
> 2009/2/17 Colin Guthrie :
> > '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 :
> >
On Tuesday 17 February 2009 10:12:56 you wrote:
> 2009/2/16 Vasily Khoruzhick :
> > Hi, performance issue is known thing on pre-965 chipsets with new intel
> > stuff (gem, uxa).
> >
> > I've filed bugs about them:
> >
> > http://bugs.fr
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
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 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 se
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 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.
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.
> >
> >
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 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 dr
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 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 unr
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 unr
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,
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 issu
On 26 January 2009 22:02:30 Jesse Barnes wrote:
> On Sunday, January 25, 2009 12:33 pm Vasily Khoruzhick wrote:
> > 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 si
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,
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 th
On Wednesday 21 January 2009 18:48:34 you wrote:
> On Wed, Jan 21, 2009 at 11:14 AM, Vasily Khoruzhick
wrote:
> > Hi, with mesa from git 3D is not hardware accellerated anymore on gma950,
> >
> > glxinfo | grep rend
> > direct rendering: Yes
> > OpenGL ren
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
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&
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
>
>
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/scree
On Friday 16 January 2009 09:56:19 I wrote:
Typo here:
> I've just tried xf86-video-2.6.0, xorg-server-1.5.99.901 and mesa-7.3_rc2,
should be: xf86-video-intel-2.6.0
Regards
Vasily
signature.asc
Description: This is a digitally signed message part.
__
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 gento
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:
> >
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
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 sequenc
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.
_
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
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
>
>
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 wi
ethod 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 shoul
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
> > >
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
Desc
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 Protoco
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 Versi
On 14 September 2008 20:53:00 Colin Guthrie wrote:
> Vasily Khoruzhick wrote:
> > Any suggestions?
>
> http://bugs.freedesktop.org/show_bug.cgi?id=17405
Ok, but there's no solution there. Patch that mentioned is already applied for
gentoo's xf86-video-i810-2.4.2-r1...
67 matches
Mail list logo
