Tom Stellard writes:
> From: Tom Stellard
>
Looks good to me...
Reviewed-by: Francisco Jerez
> ---
> src/gallium/state_trackers/clover/llvm/invocation.cpp | 11 ++-
> 1 file changed, 10 insertions(+), 1 deletion(-)
>
> diff --git a/src/gallium/state_trackers/clover/llvm/invocation.cp
---
src/gallium/drivers/r600/evergreen_state.c | 101 ++--
1 files changed, 7 insertions(+), 94 deletions(-)
diff --git a/src/gallium/drivers/r600/evergreen_state.c
b/src/gallium/drivers/r600/evergreen_state.c
index 37f1392..9cdc64b 100644
--- a/src/gallium/drivers/r600/
On 10/09/2012 07:06 PM, Eric Anholt wrote:
anholt@eliezer:mesa/src/mesa% loccount *~drivers | tail -n 1
251493 total
anholt@eliezer:mesa/src/mesa% git diff origin/master HEAD -- *~drivers |
diffstat| tail -n 1
48 files changed, 59 insertions(+), 2950 deletions(-)
Over 1% of mesa core!
I do
On 10/09/2012 07:04 PM, Marek Olšák wrote:
Hi,
this is actually a very small cleanup that got unexpectedly big. I
really underestimated the size of gallium.
It's part of the plan discussed here:
http://www.mail-archive.com/mesa-dev@lists.freedesktop.org/msg17930.html
The idea is that get_trans
- Original Message -
> Hi,
>
> this is actually a very small cleanup that got unexpectedly big. I
> really underestimated the size of gallium.
>
> It's part of the plan discussed here:
> http://www.mail-archive.com/mesa-dev@lists.freedesktop.org/msg17930.html
>
> The idea is that get_t
Broken in commit 814345f54b.
NOTE: This is a candidate for the 9.0 branch.
---
configure.ac | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/configure.ac b/configure.ac
index 6c7a192..59d32c4 100644
--- a/configure.ac
+++ b/configure.ac
@@ -160,13 +160,13 @@ DEFIN
https://bugs.freedesktop.org/show_bug.cgi?id=55817
Krzysztof A. Sobiecki changed:
What|Removed |Added
CC||sob...@gmail.com
--
You are rec
On Tue, Oct 9, 2012 at 6:04 PM, Marek Olšák wrote:
> Hi,
>
> this is actually a very small cleanup that got unexpectedly big. I
> really underestimated the size of gallium.
>
> It's part of the plan discussed here:
> http://www.mail-archive.com/mesa-dev@lists.freedesktop.org/msg17930.html
>
> The
Marek Olšák wrote:
Hi,
this is actually a very small cleanup that got unexpectedly big. I
really underestimated the size of gallium.
Build nit -
make[3]: Entering directory
`/home/andy/Src/Mesa-git/mesa/src/gallium/auxiliary'
gcc -c -I. -I../../../src/gallium/include
-I../../../src/gallium/
---
src/gallium/auxiliary/util/u_format_s3tc.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_format_s3tc.c
b/src/gallium/auxiliary/util/u_format_s3tc.c
index d8a7c0d..4a9dc22 100644
--- a/src/gallium/auxiliary/util/u_format_s3tc.c
+++ b/
Previously, LIBGL_ALWAYS_SOFTWARE=0 glxgears would still run swrast.
This is not what people expect.
---
Please check my logic. The Apple code checks the opposite (whether we
want software/indirect) whereas the other code checks if we have acceleration.
src/egl/drivers/dri2/platform_x11.c |4
On Wed, Oct 10, 2012 at 5:14 PM, Brian Paul wrote:
> On 10/10/2012 04:03 PM, Chris Fester wrote:
>>
>> Hi all,
>>
>> I'm working on a project involving virtualizing a rather old Linux
>> distribution with 3D support. Some of the details of the setup:
>>
>> Host: Ubuntu 12.04 AMD64, fglrx-updates
- Original Message -
> Previously, LIBGL_ALWAYS_SOFTWARE=0 glxgears would still run swrast.
> This is not what people expect.
> ---
> Please check my logic. The Apple code checks the opposite (whether we
> want software/indirect) whereas the other code checks if we have
> acceleration.
>
>
> Previously, LIBGL_ALWAYS_SOFTWARE=0 glxgears would still run swrast.
> This is not what people expect.
Is it documented either way, its kinda like ifdef vs if in C, I
generally for this sort of thing except ifdef behaviour.
Dave.
___
mesa-dev mailing
https://bugs.freedesktop.org/show_bug.cgi?id=55888
Priority: medium
Bug ID: 55888
CC: mar...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: src/gallium/auxiliary/util/u_debug.c:626:23: error:
too many argum
https://bugs.freedesktop.org/show_bug.cgi?id=55888
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 10/11/2012 03:00 PM, Chris Fester wrote:
On Wed, Oct 10, 2012 at 5:14 PM, Brian Paul wrote:
On 10/10/2012 04:03 PM, Chris Fester wrote:
Hi all,
I'm working on a project involving virtualizing a rather old Linux
distribution with 3D support. Some of the details of the setup:
Host: Ubuntu
On Thu, Oct 11, 2012 at 10:05 PM, Stéphane Marchesin
wrote:
> On Tue, Oct 9, 2012 at 6:04 PM, Marek Olšák wrote:
>> Hi,
>>
>> this is actually a very small cleanup that got unexpectedly big. I
>> really underestimated the size of gallium.
>>
>> It's part of the plan discussed here:
>> http://www.
On Thu, Oct 11, 2012 at 3:00 PM, Marek Olšák wrote:
> On Thu, Oct 11, 2012 at 10:05 PM, Stéphane Marchesin
> wrote:
>> On Tue, Oct 9, 2012 at 6:04 PM, Marek Olšák wrote:
>>> Hi,
>>>
>>> this is actually a very small cleanup that got unexpectedly big. I
>>> really underestimated the size of galli
On Thu, Oct 11, 2012 at 2:04 PM, Jose Fonseca wrote:
> - Original Message -
>> Previously, LIBGL_ALWAYS_SOFTWARE=0 glxgears would still run swrast.
>> This is not what people expect.
>> ---
>> Please check my logic. The Apple code checks the opposite (whether we
>> want software/indirect)
On Thu, Oct 11, 2012 at 2:12 PM, Dave Airlie wrote:
>> Previously, LIBGL_ALWAYS_SOFTWARE=0 glxgears would still run swrast.
>> This is not what people expect.
>
> Is it documented either way, its kinda like ifdef vs if in C, I
> generally for this sort of thing except ifdef behaviour.
>
> Dave.
e
On Thu, Oct 11, 2012 at 8:53 PM, Matt Turner wrote:
> On Thu, Oct 11, 2012 at 2:12 PM, Dave Airlie wrote:
>>> Previously, LIBGL_ALWAYS_SOFTWARE=0 glxgears would still run swrast.
>>> This is not what people expect.
>>
>> Is it documented either way, its kinda like ifdef vs if in C, I
>> generally
On Thu, Oct 11, 2012 at 6:08 PM, Dave Airlie wrote:
> On Thu, Oct 11, 2012 at 8:53 PM, Matt Turner wrote:
>> On Thu, Oct 11, 2012 at 2:12 PM, Dave Airlie wrote:
Previously, LIBGL_ALWAYS_SOFTWARE=0 glxgears would still run swrast.
This is not what people expect.
>>>
>>> Is it documented
These functions check if each of the pixel packing and unpacking state,
including the pack and unpack buffers, are the default.
Signed-off-by: Chad Versace
---
src/mesa/main/pack.c | 21 +
src/mesa/main/pack.h | 6 ++
2 files changed, 27 insertions(+)
diff --git a/src/m
Fixes in piglit tests "unpack-teximage2d --pbo=* --format=GL_BGRA" on
gen6+ (test is still under review).
When the pixel unpacking state was non-default, the
intel_texsubimage_tiled_memcpy fastpath handled it incorrectly. Rather
than attempting to fix the fastpath with an even more complex and slo
https://bugs.freedesktop.org/show_bug.cgi?id=55788
Jos van Wolput changed:
What|Removed |Added
Summary|the latest git mesa fails |mesa fails to build against
https://bugs.freedesktop.org/show_bug.cgi?id=55788
--- Comment #2 from Jos van Wolput ---
And reintall /mi/bstore.h which has been removed in
xserver-1cb0261ef54b7dd6a7ef84e1c3959e424706228b
2012-09-23, dix: Delete mibstore.h, Daniel Martin.
--
You are receiving this mail because:
You are the a
---
src/gallium/auxiliary/util/u_debug.h | 2 +-
src/gallium/include/pipe/p_compiler.h | 12
src/mapi/glapi/gen/gl_table.py| 14 +-
3 files changed, 26 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_debug.h
b/src/gallium/auxiliary/util/
On Tue, Oct 9, 2012 at 2:33 AM, Chris Forbes wrote:
> From the master surface formats list in the Sampler Engine chapter.
> The relevant formats for 2_10_10_10 are mentioned in the Sandybridge
> PRM as vertex attribute types, but the 0x1b*- encodings are missing from its
> list in the Sampler Engi
On Tue, Oct 9, 2012 at 2:33 AM, Chris Forbes wrote:
> ---
> src/mesa/drivers/dri/i965/brw_draw_upload.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_draw_upload.c
> b/src/mesa/drivers/dri/i965/brw_draw_upload.c
> index aba1559..6b073ad 100644
> --- a
The caller multiplies this by the number of components. Perhaps it
would make more sense to push that down into this function...
-- Chris
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
31 matches
Mail list logo
