Keith Whitwell wrote:
> On Fri, 2009-01-09 at 03:41 -0800, Jonathan Adamczewski wrote:
>> cell_render.{c,h} appear to be unused - the could be removed (and would thus
>> cause me less confusion).
>>
>> #include "cell_render.h" will need to be removed from cell_flush.h.
>
> Yes, I agree with this.
http://bugs.freedesktop.org/show_bug.cgi?id=19526
Brian Paul changed:
What|Removed |Added
AssignedTo|mesa3d- |sitewrangl...@lists.freedesk
Copied language from the glXSwapBuffers manual page about the implicit
glFlush and expected command completion. This just codifies what
people already expect from glXCopySubBufferMESA. The intention of
this command is to work like glXSwapBuffers but on a sub-rectangle of
the drawable.
---
docs/M
http://bugs.freedesktop.org/show_bug.cgi?id=19526
--- Comment #1 from Jonathan Adamczewski 2009-01-12
16:50:07 PST ---
Created an attachment (id=21909)
--> (http://bugs.freedesktop.org/attachment.cgi?id=21909)
ssh public key
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cg
Copied language from the glXSwapBuffers manual page about the implicit
glFlush and expected command completion. This just codifies what
people already expect from glXCopySubBufferMESA. The intention of
this command is to work like glXSwapBuffers but on a sub-rectangle of
the drawable.
---
docs/M
http://bugs.freedesktop.org/show_bug.cgi?id=19526
Summary: Request for mesa git access
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Compon
On Sat, Jan 10, 2009 at 12:37:18PM +0100, Michel Dänzer wrote:
> On Fri, 2009-01-09 at 18:32 -0800, Ian Romanick wrote:
> > Copied language from the glXSwapBuffers manual page about the implicit
> > glFlush and expected command completion. This just codifies what
> > people already expect from glX
Fixed formatting of printf in bad opcode case.
Replace cell_batch{align,alloc)*() with cell_batch_alloc16(), allocating
multiples of 16 bytes that are 16 byte aligned.
Opcodes are stored in preferred slot of SPU machine word.
Various structures are explicitly padded to 16 byte multiples.
Added S
Replace cell_batch{align,alloc)*() with cell_batch_alloc16(), allocating
multiples of 16 bytes that are 16 byte aligned.
Opcodes are stored in preferred slot of SPU machine word.
Various structures are explicitly padded to 16 byte multiples.
Added STATIC_ASSERT().
---
src/gallium/drivers/cell/
Brian Paul wrote:
>
> It'd be interesting to know how big the batch buffers are with and
> without this change but overall this sounds good to me.
A side by side comparison shows a 5% increase in traffic with the 16-byte
aligned batch buffer.
That equates to an increase of approximately 90kB/s
http://bugs.freedesktop.org/show_bug.cgi?id=19479
--- Comment #4 from Mikhail Y. Zvyozdochkin 2009-01-12
14:40:50 PST ---
(In reply to comment #3)
Thanks.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You ar
On Mon, Jan 12, 2009 at 11:29 AM, Ian Romanick wrote:
> On Mon, Jan 12, 2009 at 07:53:44PM +0100, Julien Cristau wrote:
>> On Mon, Jan 12, 2009 at 10:47:53 -0800, Ian Romanick wrote:
>>
>> > Does defining _GNU_SOURCE actually cause those other things to be
>> > defined? What happens if there are
On Mon, Jan 12, 2009 at 07:53:44PM +0100, Julien Cristau wrote:
> On Mon, Jan 12, 2009 at 10:47:53 -0800, Ian Romanick wrote:
>
> > Does defining _GNU_SOURCE actually cause those other things to be
> > defined? What happens if there are places in the Mesa code that check
> > for, say, _POSIX_SOUR
On Mon, Jan 12, 2009 at 11:02 AM, Julien Cristau wrote:
> On Mon, Jan 12, 2009 at 11:00:15 -0800, Dan Nicholson wrote:
>
>> Do you want to push your patch, and I'll add another to reduce the
>> macros to just _GNU_SOURCE?
>>
> I don't have write access to the mesa repo, so I'll let you do this if
On Mon, Jan 12, 2009 at 11:00:15 -0800, Dan Nicholson wrote:
> Do you want to push your patch, and I'll add another to reduce the
> macros to just _GNU_SOURCE?
>
I don't have write access to the mesa repo, so I'll let you do this if
you don't mind.
Thanks,
Julien
---
On Mon, Jan 12, 2009 at 10:53 AM, Julien Cristau wrote:
> On Mon, Jan 12, 2009 at 10:47:53 -0800, Ian Romanick wrote:
>
>> Does defining _GNU_SOURCE actually cause those other things to be
>> defined? What happens if there are places in the Mesa code that check
>> for, say, _POSIX_SOURCE to selec
On Mon, Jan 12, 2009 at 10:47:53 -0800, Ian Romanick wrote:
> Does defining _GNU_SOURCE actually cause those other things to be
> defined? What happens if there are places in the Mesa code that check
> for, say, _POSIX_SOURCE to select a code path? I don't think anything
> like that exists today
On Mon, Jan 12, 2009 at 09:56:30AM -0800, Dan Nicholson wrote:
> On Mon, Jan 12, 2009 at 7:04 AM, Julien Cristau wrote:
> > Fixes build on arm-linux-gnueabi
> > ---
> > configure.ac |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff --git a/configure.ac b/configure.ac
>
On Mon, Jan 12, 2009 at 09:56:30 -0800, Dan Nicholson wrote:
> Correct me if I'm wrong, but doesn't _GNU_SOURCE
> encompass all of _POSIX_SOURCE _BSD_SOURCE and _SVID_SOURCE? In that
> case, couldn't we just define _GNU_SOURCE on gnu systems and call it a
> day?
>
The feature_test_macros(7) manpa
On Mon, Jan 12, 2009 at 7:04 AM, Julien Cristau wrote:
> Fixes build on arm-linux-gnueabi
> ---
> configure.ac |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/configure.ac b/configure.ac
> index d3a9364..6a99f30 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@
On Mon, 2009-01-12 at 09:47 -0800, Younes Manton wrote:
> On Mon, Jan 12, 2009 at 5:04 AM, Keith Whitwell wrote:
> >
> >
> > On Sun, 2009-01-11 at 23:00 -0800, Ben Skeggs wrote:
> >> Module: Mesa
> >> Branch: gallium-0.2
> >> Commit: df266471b1f0eae54cf23fd59a741fa3be9b93df
> >> URL:
> >> http
On Mon, Jan 12, 2009 at 5:04 AM, Keith Whitwell wrote:
>
>
> On Sun, 2009-01-11 at 23:00 -0800, Ben Skeggs wrote:
>> Module: Mesa
>> Branch: gallium-0.2
>> Commit: df266471b1f0eae54cf23fd59a741fa3be9b93df
>> URL:
>> http://cgit.freedesktop.org/mesa/mesa/commit/?id=df266471b1f0eae54cf23fd59a741
Fixes build on arm-linux-gnueabi
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index d3a9364..6a99f30 100644
--- a/configure.ac
+++ b/configure.ac
@@ -83,7 +83,7 @@ dnl Compiler macros
DEFINES=""
AC_SUBST([DEFINES])
case "
On Mon, 2009-01-12 at 13:21 +0100, Stephane Marchesin wrote:
> On Mon, Jan 12, 2009 at 13:18, Michel Dänzer wrote:
> >
> > Without something like the patch below, gallivm doesn't work on my
> > PowerBook; ParseBitcodeFile() complains that the data isn't terminated
> > by a 0 byte, or, if only the
On Mon, Jan 12, 2009 at 13:18, Michel Dänzer wrote:
>
> Without something like the patch below, gallivm doesn't work on my
> PowerBook; ParseBitcodeFile() complains that the data isn't terminated
> by a 0 byte, or, if only the size passed to MemoryBuffer::getMemBuffer
> is decreased by 1, that its
Without something like the patch below, gallivm doesn't work on my
PowerBook; ParseBitcodeFile() complains that the data isn't terminated
by a 0 byte, or, if only the size passed to MemoryBuffer::getMemBuffer
is decreased by 1, that its size doesn't match some alignment or
whatever requirement. I
On Sun, 2009-01-11 at 23:00 -0800, Ben Skeggs wrote:
> Module: Mesa
> Branch: gallium-0.2
> Commit: df266471b1f0eae54cf23fd59a741fa3be9b93df
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=df266471b1f0eae54cf23fd59a741fa3be9b93df
>
> Author: Ben Skeggs
> Date: Mon Jan 12 13:27:1
http://bugs.freedesktop.org/show_bug.cgi?id=19512
Vadim Lomovtsev changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #2 from Vadim Lo
28 matches
Mail list logo
