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()
{
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 -Wmissi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Corbin Simpson wrote:
> 2010/3/8 Ian Romanick :
>> 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 li
2010/3/8 Ian Romanick :
> 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 life, that bugs may be
-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: https://bugs.freedesktop.org/show_bug.cgi?i
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 x
On Sun, Mar 7, 2010 at 9:44 PM, Luca Barbieri 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 same way (making the
2010/3/6 :
> В сообщении от Friday 05 March 2010 23:49:03 Stephane Marchesin написал(а):
>> 2010/3/5 :
>> > В сообщении от Friday 05 March 2010 16:55:20 Jesse Barnes написал(а):
>> >> make realclean and configure and make again.
>> >
>> > Removing all new functions and reverting to mainstream mes
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:
http://cgit.freede
On Sat, 2010-03-06 at 08:02 -0800, Jesse Barnes wrote:
> On Sat, 06 Mar 2010 16:40:27 +0200
> Maxim Levitsky 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 +0200
> > > > Ma
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 b/src/mesa/drivers/
В сообщении от Friday 05 March 2010 23:49:03 Stephane Marchesin написал(а):
> 2010/3/5 :
> > В сообщении от 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 works OK,
> > eve
git apply has automatic whitespace fixup mode ..
From 4123a117eb53ba466a174ed0fbf53d9917adcae5 Mon Sep 17 00:00:00 2001
From: Andrew Randrianasulu
Date: Sun, 7 Mar 2010 18:22:15 +
Subject: [PATCH] nouveau/nv04: GL_EXT_secondary_color
(v2) applied with whitespace fixes. Still on top of e
On Sat, 06 Mar 2010 18:02:51 +0100
Stephan Raue 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 this issue, but i don
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
Date: Sun, 7 Mar 2010 01:09:21 +
Subject: [PATCH] nouveau/nv04: GL_EXT_secondary_color
---
On Sat, 6 Mar 2010 15:11:59 -0800
Jesse Barnes 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 new scheme.
>
> Jes
On Sun, 07 Mar 2010 00:24:24 +0200
Maxim Levitsky 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 wrote:
> > >
> > > > looks this like my problems that i h
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.
>
>
do
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 DRM,Linux-2.6/n
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 purpos
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-test&id=6ee755760d124c85bdfd121fd491f68fccca84f7
>
>> Are you considering enabling it in Mesa 7.8?
>
On Sat, 2010-03-06 at 23:55 +0100, Florian Mickler wrote:
> On Sun, 07 Mar 2010 00:24:24 +0200
> Maxim Levitsky 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
> > > >
22 matches
Mail list logo
