Please review! Attached patch marks compressed formats as unsupported and
unsupported texture formats will now fail to validate. This makes the command
stream checker happier preventing the following kernel output:
radeon :01:00.0: texture bo too small (256 256 4 0 -> 262144 have 94208)
[drm:
On Tue, Feb 23, 2010 at 22:54, Westermann Fu wrote:
> Thanks very much
>
> As the example when FIFO is full, maybe the 17th or 33th vertex will wait
> for there is room again, so the block happens, I agree. But for correctness,
> need software special handling? I mean after each time a triangle is
Thanks very much
As the example when FIFO is full, maybe the 17th or 33th vertex will wait
for there is room again, so the block happens, I agree. But for correctness,
need software special handling? I mean after each time a triangle is feeding
to GPU, then, should software wait for some status re
On Tue, Feb 23, 2010 at 21:06, Westermann Fu wrote:
> Hi, friends:
>
> Sorry for my junior level question first, but I don't know where I can get
> it been answered. I have post it to dri-devel list but nobody seems
> interested, so I hope anyone here can help me.
>
> As I know, DMA/CommandParser
Hi, friends:
Sorry for my junior level question first, but I don't know where I can get
it been answered. I have post it to dri-devel list but nobody seems
interested, so I hope anyone here can help me.
As I know, DMA/CommandParser can provide asynchronous execuation of graphics
commands with CPU
On Tue, Feb 23, 2010 at 9:38 PM, Chia-I Wu wrote:
> This patch series moves
>
> src/mesa/dispatch.c to src/glapi/glapi_dispatch.c and
> src/glapi/dispatch.h to src/mesa/dispatch.h.
>
> As can be seen in sources.mak, dispatch.c is actually a glapi source file.
> And
> although not mentioned anywh
On Wed, Feb 24, 2010 at 11:25 AM, Stephane Marchesin
wrote:
> On Tue, Feb 23, 2010 at 18:05, Chia-I Wu wrote:
>> Hi list,
>>
>> We at LunarG are working on resource sharing between EGL and its rendering
>> and
>> non-rendering APIs. The resource sharing is at the driver level and it
>> enables
On Tue, Feb 23, 2010 at 18:05, Chia-I Wu wrote:
> Hi list,
>
> We at LunarG are working on resource sharing between EGL and its rendering and
> non-rendering APIs. The resource sharing is at the driver level and it
> enables
> us to properly support various EGLImage extensions for EGL/OpenGL|ES/
Hi list,
We at LunarG are working on resource sharing between EGL and its rendering and
non-rendering APIs. The resource sharing is at the driver level and it enables
us to properly support various EGLImage extensions for EGL/OpenGL|ES/OpenVG as
well as OpenMax's OMX_UseEGLImage.
We would like t
I am basically ok with anything that would let me correctly convert the
format description into hardware-specific bits with *no* workarounds (for
both vertex data and samplers).
On Tue, Feb 23, 2010 at 6:20 PM, José Fonseca wrote:
> On Mon, 2010-02-22 at 06:34 -0800, José Fonseca wrote:
> > On S
On Tue, Feb 23, 2010 at 1:29 PM, Xavier Chantry
wrote:
> While keeping up-to-date the nouveau mesa driver (either classic or
> gallium), or doing regression testing, the big majority of my rebuilds
> resulted in segfaults.
> I am not talking about autogen or configure detection. I believe this
> a
> + if (flags & PIPE_BUFFER_USAGE_UNSYNCHRONIZED) {
This should be:
if (!(flags & PIPE_BUFFER_USAGE_UNSYNCHRONIZED)) {
Sorry for this.
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Spe
While keeping up-to-date the nouveau mesa driver (either classic or
gallium), or doing regression testing, the big majority of my rebuilds
resulted in segfaults.
I am not talking about autogen or configure detection. I believe this
also works automatically in other projects and doesn't with mesa, b
On Tue, Feb 23, 2010 at 10:18 AM, José Fonseca wrote:
> But there is another thing that we can do: take out trace from the scons
> options and always built it, as there are so many state trackers and
> winsys that rely on it for debug building, and trace can really build
> anywhere and is thin so
On Tue, 2010-02-23 at 12:27 -0800, Brian Paul wrote:
> José Fonseca wrote:
> > On Mon, 2010-02-22 at 06:34 -0800, José Fonseca wrote:
> >> On Sun, 2010-02-21 at 06:40 -0800, Marek Olšák wrote:
> >>> Hi José,
> >>>
> >>> the attached patch fixes incorrect swizzles in u_format.csv. There are
> >>> ba
> Good catch of the fence_signalled
> negated logic.
This was actually mentioned on IRC by Maarten Maathuis (who was
working on adding pipebuffer support to the nv50 driver).
Thanks to him :)
--
Download Intel® Parallel S
Mario Kleiner wrote:
> From: kleinerm
>
> Signed-off-by: Mario Kleiner
> ---
> src/glx/x11/glxcmds.c |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/src/glx/x11/glxcmds.c b/src/glx/x11/glxcmds.c
> index fefdd99..67518dd 100644
> --- a/src/glx/x11/glxcmds.c
>
Jakob Bornecrantz wrote:
> Hi all
>
> Some time ago I did wanted to learn a bit about more of the gallium
> interface so I wrote two very small programs that does pretty much the
> same things as the programs in progs/trivial with the same name does.
> I'm not sure if this is something that we wan
I'm one of those wierdos that always thinks in rgba, strq, xyzw, order, but
I guess we should go with what's popular...
Posting from a mobile, pardon my terseness. ~ C.
On Feb 23, 2010 12:28 PM, "Brian Paul" wrote:
José Fonseca wrote:
> On Mon, 2010-02-22 at 06:34 -0800, José Fonseca wrote:
>>
> I have some doubts about this patch though. It is impossible to satisfy
> both DONTBLOCK and UNSYNCHRONIZED flags simultaneously, so the result of
> specifying both is implementation dependent. Why should UNSYNCHRONIZED
> be favored over DONTBLOCK?
I think that is the correct choice given the cu
José Fonseca wrote:
> On Mon, 2010-02-22 at 06:34 -0800, José Fonseca wrote:
>> On Sun, 2010-02-21 at 06:40 -0800, Marek Olšák wrote:
>>> Hi José,
>>>
>>> the attached patch fixes incorrect swizzles in u_format.csv. There are
>>> basically just 2 drivers which depend on the swizzles in this table:
George Sapountzis wrote:
> On Tue, Feb 23, 2010 at 4:20 AM, Ian Romanick wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> George Sapountzis wrote:
>>> Hi,
>>>
>>> I put 3 patches in http://people.freedesktop.org/~gsap7/glapi/ that mv
>>> the code generation functionality in the gen
Hi Luca,
I've commited your other fixes. Good catch of the fence_signalled
negated logic.
I have some doubts about this patch though. It is impossible to satisfy
both DONTBLOCK and UNSYNCHRONIZED flags simultaneously, so the result of
specifying both is implementation dependent. Why should UNSYNC
Undefined, I think. We could formalize that. Of course, for sanity, you may
want to swizzle those to 0001 in your compiler.
Posting from a mobile, pardon my terseness. ~ C.
On Feb 23, 2010 10:33 AM, "Luca Barbieri" wrote:
If a fragment program uses a semantic/index pair which is not
mentioned b
If a fragment program uses a semantic/index pair which is not
mentioned by the vertex program, or is mentioned but the corresponding
register is never written to, what happens?
Is the value undefined or intialized to (0, 0, 0, 1)?
OpenGL seems to specify that such values are undefined, and of cou
On Mon, 2010-02-22 at 06:34 -0800, José Fonseca wrote:
> On Sun, 2010-02-21 at 06:40 -0800, Marek Olšák wrote:
> > Hi José,
> >
> > the attached patch fixes incorrect swizzles in u_format.csv. There are
> > basically just 2 drivers which depend on the swizzles in this table:
> > llvmpipe and r300g
A return of 0 means the fence is signalled.
---
.../auxiliary/pipebuffer/pb_buffer_fenced.c|2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/auxiliary/pipebuffer/pb_buffer_fenced.c
b/src/gallium/auxiliary/pipebuffer/pb_buffer_fenced.c
index 95eb5f6..d97
The cache manager stores buffers with a reference count that dropped to 0.
pipe_reference asserts in this case on debug builds,
so use pipe_reference_init instead.
---
src/gallium/auxiliary/pipebuffer/pb_bufmgr_cache.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/
If the size is lower than the alignment, we must use the alignment to
select the bucket.
Otherwise, the selected bucket won't be able to satisfy our request
and will fail.
---
src/gallium/auxiliary/pipebuffer/pb_bufmgr_slab.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff -
Depends on previous signalled value patch.
If the reqiest is unsynchronized, we must not do anything, so do that
check first.
Fixes a bug if DONTBLOCK | UNSYNCHRONIZED.
---
.../auxiliary/pipebuffer/pb_buffer_fenced.c| 34 +--
1 files changed, 16 insertions(+), 18 delet
On Mon, 22 Feb 2010 08:38:49 -0800, Brian Paul wrote:
> Starting a new thread on this...
>
> Here's a proposal of things to remove from the Mesa tree.
>
> GLU:
> glu/mini
> glu/mesa
>
> GLUT:
> glut/fbdev
> glut/ggi
> glut/directfb
> glut/dos
> glut/mini
> glut/os2
>
> non-DRI drivers:
> drive
Hi Xavier,
On Sun, 2010-02-21 at 11:29 -0800, Xavier Chantry wrote:
> Since commit c6509f89 , scons dri=no drivers=softpipe (or llvmpipe) no
> longer works.
> It does show a warning at the beginning :
> warning: trace pipe driver disabled: skipping build of xlib libGL.so
>
> But it does not stop
32 matches
Mail list logo
