On Fri, Mar 27, 2009 at 01:46:21AM -0300, Paulo César Pereira de Andrade wrote:
> But besides being compliant with standard libc's, the wrapping
> I did with xkb_printf (or whatever I called it), also served as
> an exercise to follow the code :-) I removed all of the geometry
> parsing, but was
Hi everyone,
I am trying to get my three monitors to work with 2 graphic cards.
my setup:
Intel integrated G31
nvidia 8600 GTS
I was able to get this to work around a year ago with xinerama, but
now that xrandr has more or less xinerama, I can't get X to start up
with xinerama anymore. I can po
On Wed, Mar 25, 2009 at 02:58:36PM +0800, Li, Yan wrote:
> This is the patch that I wrote for Moblin as part of the efforts of
> fast-boot to save some load time of X server: xkbcomp outputs will be
> cached in files with hashed keymap as names (using SHA1). This saves
> boot time for around 1s on
Mateusz Kaduk wrote:
> Hi,
>
> I am curious will "Separate compilation units" be supported in mesa 7.4
> for Intel 3d driver ?
> Both commercial and not commercial games for Linux does not work well or
> just die because of not being able to compile shader.
>
> Example
> [26/03/2009 08:13:43] [Sh
Hi xf86-video-intel folks,
I just gave a try to a recent driver (xf86-video-intel-2.7-rc1) to see how it
went driving an SDVO TV output.
I am using an Add2 card with a CH7021 on SDVO-B (component output = CVBS) and a
CH7307 for DVI-D on SDVO-C.
Launching X with a VGA monitor connected to the M
On Thu, 26 Mar 2009 14:20:07 -0700
Jesse Barnes wrote:
> What's weird is that __glXUnrefDrawable might be called by
> DrawableGone (the top level X managed resource for glx drawables) due
> to __glXUnrefDrawable calling FreeResourceByType, but then
> DrawableGone will again call __glXUnrefDrawable
On Thu, 2009-03-26 at 16:05 +1000, Dave Airlie wrote:
> > So anyway, I'm running ecomorph ( compiz port for E17 ), and most of the
> > effects are very slow and jumpy.
> >
>
> Try
>
> Option "AccelDFS" "true"
>
> Dave.
Woah. OK that made things a lot better. It's still not perfect ( as per
my
Hi,
I am curious will "Separate compilation units" be supported in mesa 7.4 for
Intel 3d driver ?
Both commercial and not commercial games for Linux does not work well or
just die because of not being able to compile shader.
Example
[26/03/2009 08:13:43] [ShaderGL][shader_gl.cpp(655)] Shader
inf
On Thu, 26 Mar 2009 22:02:52 +0200
Vasily Khoruzhick wrote:
> 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.
Yeah sounds pre
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 Thursday 26 March 2009 06:05:32 Dave Airlie wrote:
> Option "AccelDFS" "true"
Just out of curiosity, why is this needed? I thought compositing was mostly
just
texturing onto the root window back buffer and could mostly be done in h/w?
--
Bill, also wondering why compositing seems to be slo
On Thu, 2009-03-26 at 20:29 +1000, Dave Airlie wrote:
> On Thu, Mar 26, 2009 at 7:11 PM, Xavier Bestel wrote:
> > Hi,
> >
> > On Thu, 2009-03-26 at 16:05 +1000, Dave Airlie wrote:
> >>
> >> Try
> >>
> >> Option "AccelDFS" "true"
> >
> > Any reason this kind of option isn't the default ? It seems
On Thu, Mar 26, 2009 at 7:11 PM, Xavier Bestel wrote:
> Hi,
>
> On Thu, 2009-03-26 at 16:05 +1000, Dave Airlie wrote:
>>
>> Try
>>
>> Option "AccelDFS" "true"
>
> Any reason this kind of option isn't the default ? It seems xorg.conf is
> mandatory for radeons just for the "don't suck" "true" optio
> I did a quick sysprof test while switching desktops, and it looks like
> it's all in memcpy:
>
> miClearToBackground 0.00 77.45
> miPaintWindow 0.00 77.45
> ValidateGC
I am using gentoo on a (desktop) HP d530 SFF(DC578AV) and when starting
X it doesn't seem to be in native resolution on my 1680x1050 22"
display.
When I use the xrandr command without info there is only one line in
output :
xrandr: output VGA1 cannot use rotation "normal" reflection "none"
and w
Hi,
On Thu, 2009-03-26 at 16:05 +1000, Dave Airlie wrote:
>
> Try
>
> Option "AccelDFS" "true"
Any reason this kind of option isn't the default ? It seems xorg.conf is
mandatory for radeons just for the "don't suck" "true" options.
Xav
___
On Wednesday 25 March 2009, Jesse Barnes wrote:
> In trying to track down the memory leak in 20704, I found that the DRI2
> drawable destroy routine doesn't seem to get called when new drawables
> are created and old ones destroyed (as in the glViewport case in the
> bug).
>
> The GLX core code tak
Dear all,
The same thing happens on Intel platform with the package
xf86-video-intel-2.6.99.902. I enable VGA and HDMI device, and make HDMI shows
the right contents of VGA.
Some documents mentions that the primary output holds the toolbar, shows
the GDM login dialog and screensaver u
Peter,
I have tried it, but it becomes worse. There are some cursors on the edge
of the screen when I move the pointer.
I'm afraid that the changes are still not correct.
Thanks!
Best wishes,
Gordon
-Original Message-
From: Peter Hutterer [mailto:peter.hutte...@who-t.net]
19 matches
Mail list logo
