On Sat, 2010-03-06 at 23:55 +0100, Florian Mickler wrote:
On Sun, 07 Mar 2010 00:24:24 +0200
Maxim Levitsky maximlevit...@gmail.com wrote:
On Sun, 2010-03-07 at 00:05 +0200, Maxim Levitsky wrote:
On Sat, 2010-03-06 at 22:35 +0100, Florian Mickler wrote:
On Sat, 06 Mar 2010 18:02:51
On 03/07/2010 01:00 AM, Ian Romanick wrote:
Török Edwin wrote:
Hi Andre,
I've been using your patch that enables pbo on r600:
http://cgit.freedesktop.org/~andrem/mesa/commit/?h=r600-testid=6ee755760d124c85bdfd121fd491f68fccca84f7
Are you considering enabling it in Mesa 7.8?
At this
I think you are supposed to do this using the fenced bufmgr over
cached along with a (ideally userspace) fencing mechanism.
If you can implement pb_busy, you should be able to implement
fence_signalled in exactly the same way (making the fence handle a
pointer to buffers should work for this
Dear Keith,
I've tried out your gallium-winsys-handle-rebased branch.I downloaded it as
a .tar.gz file instead of from git,as I couldn't download it that way.I
compiled and installed it with the same ./configure options I use for Mesa
git master,and I use the latest git versions of
Hi Jesse,
Am 07.03.2010 00:11, schrieb Jesse Barnes:
It would help to know what the server is doing at this point with the
client. It may be that it put the client to sleep and hasn't woken it
up yet, or there could be something wrong with our getbuffers code in
the new scheme.
dont
On Sun, 07 Mar 2010 00:24:24 +0200
Maxim Levitsky maximlevit...@gmail.com wrote:
On Sun, 2010-03-07 at 00:05 +0200, Maxim Levitsky wrote:
On Sat, 2010-03-06 at 22:35 +0100, Florian Mickler wrote:
On Sat, 06 Mar 2010 18:02:51 +0100
Stephan Raue mailingli...@openelec.tv wrote:
On Sat, 6 Mar 2010 15:11:59 -0800
Jesse Barnes jbar...@virtuousgeek.org wrote:
It would help to know what the server is doing at this point with the
client. It may be that it put the client to sleep and hasn't woken it
up yet, or there could be something wrong with our getbuffers code in
the
Requres updated libdrm header (nouveau_class.h)
Tested with progs/demos/spectex and progs/tests/seccol
From 2b709f31c8ba35b1a40279203493baa8fa584e3f Mon Sep 17 00:00:00 2001
From: Andrew Randrianasulu rand...@mail.ru
Date: Sun, 7 Mar 2010 01:09:21 +
Subject: [PATCH] nouveau/nv04:
On Sat, 06 Mar 2010 18:02:51 +0100
Stephan Raue mailingli...@openelec.tv wrote:
looks this like my problems that i have reported some days ago with
Subject Problem using an Mesa based App with recent
xorg/mesa/xf86-video-intel (loop?) to Mesa-dev, xorg and intel-gfx list?
i have still
git apply has automatic whitespace fixup mode ..
From 4123a117eb53ba466a174ed0fbf53d9917adcae5 Mon Sep 17 00:00:00 2001
From: Andrew Randrianasulu rand...@mail.ru
Date: Sun, 7 Mar 2010 18:22:15 +
Subject: [PATCH] nouveau/nv04: GL_EXT_secondary_color
(v2) applied with whitespace fixes.
В сообщении от Friday 05 March 2010 23:49:03 Stephane Marchesin написал(а):
2010/3/5 randrianas...@gmail.com:
В сообщении от Friday 05 March 2010 16:55:20 Jesse Barnes написал(а):
make realclean and configure and make again.
Removing all new functions and reverting to mainstream mesa
Francisco, thanks for your help. It draws lines! But code as-is of cource not
acceptable, i need to shrink it a lot and cleanup Thanks for initial
idea, i'm very bad C coder, but even me can sometimes code something!
diff --git a/src/mesa/drivers/dri/nouveau/nv04_render.c
On Sat, 2010-03-06 at 08:02 -0800, Jesse Barnes wrote:
On Sat, 06 Mar 2010 16:40:27 +0200
Maxim Levitsky maximlevit...@gmail.com wrote:
On Sat, 2010-03-06 at 14:10 +0200, Maxim Levitsky wrote:
On Sat, 2010-03-06 at 11:18 +0100, Florian Mickler wrote:
On Fri, 05 Mar 2010 23:48:48
This branch is aimed to address the following issues:
* Extensions are advertised in both st/mesa and st/dri, doing the same thing
in two places.
* The inability to disable extensions in pipe_screen::get_param because
st/dri overrides the decisions of st/mesa.
Here's the branch:
2010/3/6 randrianas...@gmail.com:
В сообщении от Friday 05 March 2010 23:49:03 Stephane Marchesin написал(а):
2010/3/5 randrianas...@gmail.com:
В сообщении от Friday 05 March 2010 16:55:20 Jesse Barnes написал(а):
make realclean and configure and make again.
Removing all new functions
On Sun, Mar 7, 2010 at 9:44 PM, Luca Barbieri luca.barbi...@gmail.com wrote:
I think you are supposed to do this using the fenced bufmgr over
cached along with a (ideally userspace) fencing mechanism.
If you can implement pb_busy, you should be able to implement
fence_signalled in exactly the
Hey guys,
Summer of code is coming on us. I need you to help fill/correct the
ideas page at
http://wiki.x.org/wiki/SummerOfCodeIdeas
I moved some 2009 ideas which are still relevant into 2010. But I
don't really know about the state of subsystems I don't follow, for
example I know nothing about
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Török Edwin wrote:
I've run the piglit tests using tests/r500.tests, with glean in quick mode.
With patch: 620/686 pass
Without patch: 614/679 pass (I opened a bugreport about these failures
here:
2010/3/8 Ian Romanick i...@freedesktop.org:
Okay. I'm convinced. I'll leave it up to the r600 maintainers to make
the final call. However, they really need to do it before RC1 (March 12th).
Thread hijack! Are docs changes okay? I'd like to note that r300g
works for the simpler things in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Corbin Simpson wrote:
2010/3/8 Ian Romanick i...@freedesktop.org:
Okay. I'm convinced. I'll leave it up to the r600 maintainers to make
the final call. However, they really need to do it before RC1 (March 12th).
Thread hijack! Are docs
Hi,
There is a compile error in radeon_texture.c.
Thanks.
Johannes
gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver
-I../../../../../include -I../../../../../src/mesa
-I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri
-I/usr/include/drm-g -O2 -Wall
Dave,
I don't oppose this new method -- it shouldn't be necessary to add fencing just
to use pb_cache --, but this method adds a new way of doing the same thing.
Does the underlying buffer support PIPE_BUFFER_USAGE_DONT_BLOCK? If so what
about doing:
boolean
pb_cache_is_buffer_compat()
{
22 matches
Mail list logo
