https://bugs.freedesktop.org/show_bug.cgi?id=45571
--- Comment #14 from Alexandre Demers 2012-02-06
19:42:06 PST ---
Should we open differents bugs if "make realclean" doesn't clean everything as
it should? If so, then I think we can close this bug.
--
Configure bugmail: https://bugs.freedeskt
When using a 32-bit Z buffer the float->uint conversion could overflow
and wrap around if the float value was too large. Add a clamp.
Fixes piglit fbo-readpixels-depth-formats failure.
---
src/mesa/swrast/s_tritemp.h |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/sr
On 2012-02-04, Jon TURNEY wrote:
> It looks like these error messages will always be emitted when software-direct
> and indirect are the only paths available (e.g. when ./configured with
> --with-dri-drivers=swrast or --disable-driglx-direct).
Thanks for sharing your concern, Jon. I certainly don'
Something has gone wrong if we were asked to load a driver of a
specific name, but it failed to load for some reason. The user really
should be made aware of this, (and instructed to set LIBGL_DEBUG for
more details).
---
src/glx/dri2_glx.c |2 ++
src/glx/dri_glx.c |2 ++
2 files changed,
Something has gone wrong if swrast is requested but cannot be
loaded. The user really should be made aware of this, (and instructed
to set LIBGL_DEBUG for more details).
The wording of this error message is updated from "reverting to
indirect rendering" to the more objectively descriptive "failed
On Fri, 03 Feb 2012 16:09:25 -0700, Ian Romanick wrote:
> On 02/03/2012 02:11 AM, Eric Anholt wrote:
> > On Wed, 1 Feb 2012 12:29:39 -0700, "Ian Romanick"
> > wrote:
> >> From: Ian Romanick
> >>
> >> A similar check was removed in 05ab8fc. The check is not complete
> >> redundand because some
Outputs should be treated in the same way as
inputs and temporaries here.
Signed-off-by: Christian König
---
src/gallium/drivers/r600/r600_shader.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_shader.c
b/src/gallium/drivers/r600/r600_s
On Sat, 4 Feb 2012 10:19:20 -0800, Anuj Phogat wrote:
> On Sat, Feb 4, 2012 at 5:34 AM, Eric Anholt wrote:
>
> > On Tue, 13 Dec 2011 12:01:56 -0800, Anuj Phogat
> > wrote:
> > > Enabling display list support for glClearBuffer functions with minor
> > fixes
> >
> > Is this ready to get pushed?
>
On 06.02.2012 15:10, Maarten Lankhorst wrote:
Op 06-02-12 12:50, Christian König schreef:
Just another fix for gstreamer.
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/presentation.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/galli
- Original Message -
> On Mon, Feb 6, 2012 at 7:47 PM, Jose Fonseca
> wrote:
> > Dave,
> >
> > I really see no point of inferring anything when translating MOVs.
> > The src/dst value will need to be converted from/to a floating
> > point anyway so this is unnecessary complexity AFAICS. If
On 06.02.2012 15:07, Maarten Lankhorst wrote:
Op 06-02-12 12:50, Christian König schreef:
Fixing some problems with gstreamer.
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/query.c | 38
-
1 files changed, 36 insertions(+), 2 deletions(-)
On Mon, Feb 6, 2012 at 7:47 PM, Jose Fonseca wrote:
> Dave,
>
> I really see no point of inferring anything when translating MOVs. The
> src/dst value will need to be converted from/to a floating point anyway so
> this is unnecessary complexity AFAICS. If you believe this is really
> necessary
- Original Message -
> On Mon, Feb 6, 2012 at 7:36 PM, Jose Fonseca
> wrote:
> >
> >
> > - Original Message -
> >> From: Dave Airlie
> >>
> >> These are used inside the action handlers for the integer opcodes.
> >>
> >> Signed-off-by: Dave Airlie
> >> ---
> >> src/gallium/auxi
https://bugs.freedesktop.org/show_bug.cgi?id=45578
Brian Paul changed:
What|Removed |Added
Attachment #56575|0 |1
is obsolete|
Dave,
I really see no point of inferring anything when translating MOVs. The src/dst
value will need to be converted from/to a floating point anyway so this is
unnecessary complexity AFAICS. If you believe this is really necessary please
provide a concrete example.
Jose
- Original Message
On Mon, Feb 6, 2012 at 7:36 PM, Jose Fonseca wrote:
>
>
> - Original Message -
>> From: Dave Airlie
>>
>> These are used inside the action handlers for the integer opcodes.
>>
>> Signed-off-by: Dave Airlie
>> ---
>> src/gallium/auxiliary/gallivm/lp_bld_tgsi.h | 3 +++
>> src/gall
- Original Message -
> From: Dave Airlie
>
> The infers the type of data required using the opcode,
> and casts the input to the appropriate type.
>
> So far this only handles non-indirect constant and temporaries.
>
> Signed-off-by: Dave Airlie
> ---
> src/gallium/auxiliary/gallivm
https://bugs.freedesktop.org/show_bug.cgi?id=45571
--- Comment #13 from Kenneth Graunke 2012-02-06
11:39:26 PST ---
Sounds like a transitory GCC 4.7 issue then. Can we close this, or is someone
still having trouble?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
- Original Message -
> From: Dave Airlie
>
> For now just pass the current context, but when we want to
> store int or unsigned we need to pass those later.
>
> Signed-off-by: Dave Airlie
> ---
> src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c | 14
> +-
> 1 files chan
- Original Message -
> From: Dave Airlie
>
> These are used inside the action handlers for the integer opcodes.
>
> Signed-off-by: Dave Airlie
> ---
> src/gallium/auxiliary/gallivm/lp_bld_tgsi.h |3 +++
> src/gallium/auxiliary/gallivm/lp_bld_tgsi_aos.c |2 ++
> src/galliu
Dave,
Please define a new enum tgsi_info.h for this as UTIL_FORMAT_XXX is not suited
(there is no value for doubles), for example
enum tgsi_opcode_type {
TGSI_TYPE_UNDETERMINED = -1, // e.g. TGSI_OPCODE_MOV
TGSI_TYPE_VOID = 0
TGSI_TYPE_FLOAT,
TGSI_TYPE_INT,
TGSI_TYPE_U
On Mon, Feb 06, 2012 at 03:46:39PM +, Dave Airlie wrote:
> Hi guys,
>
> These 5 patches are the basis for adding integer opcodes to gallivm.
>
> They deal with the fetch and store paths, so that the code can
> infer from the instruction, what sort of data to give to the processing
> and what
From: Dave Airlie
Fetch float/uint/int immediates.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c | 30 ++
1 files changed, 24 insertions(+), 6 deletions(-)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c
b/src/gallium/auxili
* This matches 5481b5a and makes sure the platform
translation maps match
---
scons/gallium.py |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/scons/gallium.py b/scons/gallium.py
index eed89cf..443e801 100755
--- a/scons/gallium.py
+++ b/scons/gallium.py
@@ -165,8 +16
* This matches 5481b5a and makes sure the platform
translation maps match
---
scons/gallium.py |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/scons/gallium.py b/scons/gallium.py
index eed89cf..443e801 100755
--- a/scons/gallium.py
+++ b/scons/gallium.py
@@ -165,8 +16
https://bugs.freedesktop.org/show_bug.cgi?id=45660
--- Comment #2 from Matt Turner 2012-02-06 09:06:32 PST ---
Yes, that fixes it for me. I'll send the patch to the list. Thanks!
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail becau
From: Chia-I Wu
As libGL will use libglapi for function lookups, we need to enable the remap
table.
Tested-by: Matt Turner
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=45660
---
configure.ac |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/configure.ac b/config
From: Dave Airlie
This infers the type of pointer to store to from the opcode,
for MOV instructions it infers it from the type of data its being
asked to store.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c | 68 ++-
1 files changed, 65 in
From: Dave Airlie
The infers the type of data required using the opcode,
and casts the input to the appropriate type.
So far this only handles non-indirect constant and temporaries.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.c |4 +-
src/gallium/auxiliary
From: Dave Airlie
These are used inside the action handlers for the integer opcodes.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h |3 +++
src/gallium/auxiliary/gallivm/lp_bld_tgsi_aos.c |2 ++
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c |2 ++
From: Dave Airlie
For now just pass the current context, but when we want to
store int or unsigned we need to pass those later.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c | 14 +-
1 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/s
From: Dave Airlie
These two functions produce the src/dst types for an opcode.
MOV is special since it can be used to mov float->float and int->int,
so just return VOID.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/tgsi/tgsi_info.c | 97
src/gallium/
Hi guys,
These 5 patches are the basis for adding integer opcodes to gallivm.
They deal with the fetch and store paths, so that the code can
infer from the instruction, what sort of data to give to the processing
and what sort of data to store from it.
These patches shouldn't do anything since w
Am 06.02.2012 15:39, schrieb Brian Paul:
> On 02/04/2012 06:14 AM, Jose Fonseca wrote:
>>
>>
>> - Original Message -
>>> On 01/27/2012 06:00 PM, Roland Scheidegger wrote:
in check_index_bounds the comparison needs to be "greater equal"
since
contrary to the name _MaxElement i
Just let the hardware do it if it can and avoid drivers having to
check for the special case on each draw call.
v2: update the draw module
---
src/gallium/auxiliary/draw/draw_context.c |7 -
src/gallium/auxiliary/draw/draw_decompose_tmp.h | 26 +++---
src/gallium/a
- Original Message -
> On 02/04/2012 06:14 AM, Jose Fonseca wrote:
> >
> >
> > - Original Message -
> >> On 01/27/2012 06:00 PM, Roland Scheidegger wrote:
> >>> in check_index_bounds the comparison needs to be "greater equal"
> >>> since
> >>> contrary to the name _MaxElement is t
On 02/04/2012 06:14 AM, Jose Fonseca wrote:
- Original Message -
On 01/27/2012 06:00 PM, Roland Scheidegger wrote:
in check_index_bounds the comparison needs to be "greater equal"
since
contrary to the name _MaxElement is the count of the array.
In vbo_exec_DrawRangeElementsBaseVertex
Op 06-02-12 12:50, Christian König schreef:
Just another fix for gstreamer.
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/presentation.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/presentation.c
b/src/g
Op 06-02-12 12:50, Christian König schreef:
Fixing some problems with gstreamer.
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/query.c | 38 -
1 files changed, 36 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/q
Fixing some problems with gstreamer.
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/query.c | 38 -
1 files changed, 36 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/query.c
b/src/gallium/state_trackers/vdpau/quer
Just another fix for gstreamer.
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/presentation.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/presentation.c
b/src/gallium/state_trackers/vdpau/presentation.c
inde
https://bugs.freedesktop.org/show_bug.cgi?id=45660
--- Comment #1 from Chia-I Wu 2012-02-06 01:50:40 PST ---
Created attachment 56650
--> https://bugs.freedesktop.org/attachment.cgi?id=56650
enable remap table when --enable-shared-glapi
Does this patch help? Sorry that I am quite occupied by
Looks good in principle. Just a few remarks inline on form.
- Original Message -
> From: Dave Airlie
>
> this fixes the fogcoord related piglit tests, like I fixed them in
> softpipe.
>
> Signed-off-by: Dave Airlie
> ---
> src/gallium/auxiliary/draw/draw_llvm.c | 21
43 matches
Mail list logo
