https://bugs.freedesktop.org/show_bug.cgi?id=59187
Kenneth Graunke changed:
What|Removed |Added
Component|Mesa core |Drivers/DRI/i965
--- Comment #1 from K
On Wed, Jan 9, 2013 at 5:32 PM, Michel Dänzer wrote:
> On Die, 2013-01-08 at 09:31 -0800, Brian Paul wrote:
>> On 01/08/2013 08:38 AM, Marek Olšák wrote:
>> >
>> > Those who do not want optimizations should set the CFLAGS and CXXFLAGS
>> > environment variables. In my opinion, --enable-debug shoul
From: Roland Scheidegger
We get int/uint clear color value in this case, and util_pack_color can't
handle these formats at all (even if it could, float input color isn't what
we want).
Pass through the color union appropriately and handle the packing ourselves
(as I couldn't think of a good gener
https://bugs.freedesktop.org/show_bug.cgi?id=59187
Priority: medium
Bug ID: 59187
Assignee: mesa-dev@lists.freedesktop.org
Summary: [Steam] Black screen but audio song On TF2 (Intel HM
55/ Ironlake Mobile)
Severity: normal
On Wed, Jan 9, 2013 at 11:11 AM, Eric Anholt wrote:
> Jordan Justen writes:
>
>> Mesa core's copyteximage calls the driver with format/type==GL_NONE
>> to "Allocate texture memory". In this case, we shouldn't call
>> _mesa_store_teximage.
>
> I'm not sure if GL_NONE/GL_NONE really makes sense to
From: Roland Scheidegger
Need to bitcast the float border color (luckily we already get
the color as int just disguised as float).
Fixes piglit texwrap GL_EXT_texture_integer bordercolor.
---
src/gallium/auxiliary/gallivm/lp_bld_sample_soa.c |5 +
1 file changed, 5 insertions(+)
diff --
From: Roland Scheidegger
Change the texel type to int/uint instead of float throughout the sampling
code which makes it easier to catch errors (as llvm will complain about wrong
types if we mistakenly treat these values as real floats somewhere).
This should also get things like e.g. sampler swiz
For the GLX patches:
Reviewed-by: Marek Olšák
Marek
On Wed, Jan 9, 2013 at 9:42 PM, Eric Anholt wrote:
> ---
> src/glx/dri2_glx.c | 82
>
> 1 file changed, 37 insertions(+), 45 deletions(-)
>
> diff --git a/src/glx/dri2_glx.c b/src/glx/d
On Tue, Jan 8, 2013 at 9:21 AM, Jordan Justen wrote:
> On Mon, Jan 7, 2013 at 1:19 PM, Ian Romanick wrote:
>> On 01/04/2013 06:41 PM, Jordan Justen wrote:
>>>
>>> GTF/gles3 test suite wants this error to have higher priority
>>> than the type checking.
>>
>>
>> If the ReadPixels call in the test
---
src/mesa/drivers/dri/intel/intel_context.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_context.c
b/src/mesa/drivers/dri/intel/intel_context.c
index d449842..0f026af 100644
--- a/src/mesa/drivers/dri/intel/intel_context.c
+++ b/src/
---
src/mesa/drivers/dri/intel/intel_screen.c |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_screen.c
b/src/mesa/drivers/dri/intel/intel_screen.c
index e7b7553..4e7a370 100644
--- a/src/mesa/drivers/dri/intel/intel_screen.c
+++ b/src/m
---
src/mesa/drivers/dri/intel/intel_context.c | 20 +---
src/mesa/drivers/dri/intel/intel_screen.c |2 ++
2 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_context.c
b/src/mesa/drivers/dri/intel/intel_context.c
index d1340df.
---
src/glx/dri2_glx.c | 82
1 file changed, 37 insertions(+), 45 deletions(-)
diff --git a/src/glx/dri2_glx.c b/src/glx/dri2_glx.c
index 4afce77..075df37 100644
--- a/src/glx/dri2_glx.c
+++ b/src/glx/dri2_glx.c
@@ -537,6 +537,32 @@ dri2Throt
---
src/glx/dri2_glx.c |4
1 file changed, 4 insertions(+)
diff --git a/src/glx/dri2_glx.c b/src/glx/dri2_glx.c
index 1b3cf2b..4afce77 100644
--- a/src/glx/dri2_glx.c
+++ b/src/glx/dri2_glx.c
@@ -645,6 +645,10 @@ dri2_wait_gl(struct glx_context *gc)
dri2_copy_drawable(priv, DRI2Buffe
This was already happening because blorp happens to flush at the end of
every call, but we have been talking about removing that at some point,
and this would surely get overlooked.
---
src/mesa/drivers/dri/intel/intel_context.c |1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/drive
This gives us more information about why we're flushing that we can
use for handling our throttling.
---
src/mesa/drivers/dri/intel/intel_screen.c | 40 +++--
1 file changed, 32 insertions(+), 8 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_screen.c
b/src/m
In working on cleaning up and testing Paul's multithreaded GL series
(glthread-3 of my tree currently), I found that I wanted a place for flushing
in the glx code, which led me to implementing Marek's new flush interface.
Later I found I didn't really need it, but it was a nice cleanup anyway I
thi
On Wed, Jan 9, 2013 at 11:02 AM, Eric Anholt wrote:
> Jordan Justen writes:
>
>> In ES or GL+GL_ARB_ES2_compatibility, the usage of
>> format = IMPLEMENTATION_COLOR_READ_FORMAT +
>> type = IMPLEMENTATION_COLOR_READ_TYPE
>> can function, even if the src/dst int vs. non-int types
>> differ.
>
> Thi
On 01/09/2013 11:24 AM, Eric Anholt wrote:
Do any drivers actually want to do anything other than loop over
referenced renderbuffers, and blit them? I'm thinking the loop and
read/draw rb choice should happen in mesa core and the dd.h
blitframebuffer interface should be one renderbuffer pair at
On 01/09/2013 06:45 AM, Kristian Høgsberg wrote:
---
src/egl/drivers/dri2/egl_dri2.h |1 +
src/egl/drivers/dri2/platform_drm.c | 23 +++
2 files changed, 24 insertions(+)
For this patch:
Reviewed-by: Kenneth Graunke
Anuj Phogat writes:
> Changes in fbobject.c fix a case when blitting to a framebuffer with
> renderbuffers/textures attached to GL_COLOR_ATTACHMENT{i} (where i!=0).
> Earlier it skips color blitting if nothing is found attached to
> GL_COLOR_ATTACHMENT0.
>
> Changes in swrast/s_blit.c fix a blitt
https://bugs.freedesktop.org/show_bug.cgi?id=57044
--- Comment #9 from Fabio Pedretti ---
> Please apply or explain why it's wrong.
I agree. Applying yourself a patch is easy, but it is much less fun doing it
when bisecting.
--
You are receiving this mail because:
You are the assignee for the
On Wed, Jan 9, 2013 at 10:57 AM, Eric Anholt wrote:
> Jordan Justen writes:
>
>> Signed-off-by: Jordan Justen
>> ---
>> src/mesa/main/glformats.c |3 ++-
>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> diff --git a/src/mesa/main/glformats.c b/src/mesa/main/glformats.c
>> index 6505c
Jordan Justen writes:
> Mesa core's copyteximage calls the driver with format/type==GL_NONE
> to "Allocate texture memory". In this case, we shouldn't call
> _mesa_store_teximage.
I'm not sure if GL_NONE/GL_NONE really makes sense to test for here. I
bet the actual problem is that the app's pix
Jordan Justen writes:
> In ES or GL+GL_ARB_ES2_compatibility, the usage of
> format = IMPLEMENTATION_COLOR_READ_FORMAT +
> type = IMPLEMENTATION_COLOR_READ_TYPE
> can function, even if the src/dst int vs. non-int types
> differ.
This seems bogus -- why should you get to read to formats that ough
Jordan Justen writes:
> Signed-off-by: Jordan Justen
> ---
> src/mesa/main/glformats.c |3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/src/mesa/main/glformats.c b/src/mesa/main/glformats.c
> index 6505c27..28bbddf 100644
> --- a/src/mesa/main/glformats.c
> +++ b/sr
On 01/08/2013 02:26 PM, Paul Berry wrote:
> In the process of reviewing Chris Forbes' patches to implement
> ARB_texture_multisample, we discovered considerable confusion in the
> code that refers to surface dimensions: some functions expected
> logical surface dimensions (in units of pixels, as us
Jordan Justen writes:
> gles3conform expects than when converting from a signed
> int to an unsigned byte, the output will be clamped at a
> max of 0x7f. This impacts conversion from
> int16_t => uint8_t and int32_t => uint8_t.
Wait, why would a uint8_t be clamped to 0x7f instead of 0xff?
pgp0
This patch is:
Reviewed-by: Eric Anholt
pgpTLJcLQK9wF.pgp
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 01/08/2013 02:27 PM, Paul Berry wrote:
> This allows intel_miptree_alloc_mcs() to force Y tiling for the MCS
> buffer. Previously we accomplished this by the hack of passing
> INTEL_MSAA_LAYOUT_CMS as the msaa_layout parameter, but that parameter
> is going to be going away soon.
> ---
> src/m
Kenneth Graunke writes:
> To be squashed in with the previous patch. Hopefully I'm doing this
> right.
> ---
> src/mesa/drivers/dri/i965/Makefile.am | 2 ++
> 1 file changed, 2 insertions(+)
>
> I didn't need this to build, but Matt tells me it's probably needed.
My i965_dri.so is already link
W dniu 09.01.2013 10:36, Marek Olšák pisze:
Could you please try this patch?
Marek
On Tue, Jan 8, 2013 at 7:08 PM, wrote:
I just update my mesa-git and it look like opengl is broken in rv350.In
kernel log I see
Forbidden register 0x4BE0 in cs at 42 (val=)
radeon_cs_ib_chunk] *ERROR*
On Wed, Jan 9, 2013 at 2:09 AM, Vinson Lee wrote:
> Fixes resource leak defect reported by Coverity.
>
> Signed-off-by: Vinson Lee
Pushed. thanks!
> ---
> src/gallium/drivers/r600/r600_asm.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/src/gallium/drivers/r600/r600_asm.c
> b/src/
On 01/09/2013 01:32 AM, Michel Dänzer wrote:
On Die, 2013-01-08 at 09:31 -0800, Brian Paul wrote:
On 01/08/2013 08:38 AM, Marek Olšák wrote:
Those who do not want optimizations should set the CFLAGS and CXXFLAGS
environment variables. In my opinion, --enable-debug should only set -DDEBUG.
Pr
---
src/egl/drivers/dri2/platform_wayland.c | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/src/egl/drivers/dri2/platform_wayland.c
b/src/egl/drivers/dri2/platform_wayland.c
index 5b5c849..e9a66af 100644
--- a/src/egl/drivers/dri2/platform_wayland.c
We used to keep the color buffers in the dri_buffers array and
swap __DRI_BUFFER_BACK_LEFT and __DRI_BUFFER_FRONT_LEFT around there
and swap third_buffer in in case we needed to triple buffer. That
gets a little fidgety with all the swaps, so lets use the
color_buffers pool like the gbm platform d
---
src/egl/drivers/dri2/egl_dri2.h |1 +
src/egl/drivers/dri2/platform_drm.c | 23 +++
2 files changed, 24 insertions(+)
diff --git a/src/egl/drivers/dri2/egl_dri2.h b/src/egl/drivers/dri2/egl_dri2.h
index 4b63997..eb8c06e 100644
--- a/src/egl/drivers/dri2/egl_dri2.
Hi,
I committed the extension boilerplate, the eglext.h update and the misc
wayland egl fixes. What's left is the EGL_buffer_age implementation for drm
and wayland platforms as well as the wayland buffer management refactoring.
What's new in these patches is that we now update buffer age when ag
Could you please try this patch?
Marek
On Tue, Jan 8, 2013 at 7:08 PM, wrote:
> I just update my mesa-git and it look like opengl is broken in rv350.In
> kernel log I see
>
> Forbidden register 0x4BE0 in cs at 42 (val=)
> radeon_cs_ib_chunk] *ERROR* Invalid command stream !
>
> I must s
On Die, 2013-01-08 at 09:31 -0800, Brian Paul wrote:
> On 01/08/2013 08:38 AM, Marek Olšák wrote:
> >
> > Those who do not want optimizations should set the CFLAGS and CXXFLAGS
> > environment variables. In my opinion, --enable-debug should only set
> > -DDEBUG.
>
> Previously, if we set --enabl
On Wed, Jan 9, 2013 at 3:38 AM, Jordan Justen wrote:
> On Mon, Jan 7, 2013 at 12:32 AM, Anuj Phogat wrote:
>> On Sat, Jan 5, 2013 at 8:11 AM, Jordan Justen
>> wrote:
>>> Changes based on GTF/gles3 conformance test suite.
>>>
>>> Signed-off-by: Jordan Justen
>>> ---
>>> src/mesa/main/teximage.
On Wed, Jan 9, 2013 at 1:30 AM, Kenneth Graunke wrote:
> On 01/08/2013 03:54 AM, Anuj Phogat wrote:
>>
>> This patch adds required error checking in _mesa_BlitFramebuffer() when
>> blitting to multiple color render targets. It also fixes a case when
>> blitting to a framebuffer with renderbuffer/t
I just update my mesa-git and it look like opengl is broken in rv350.In
kernel log I see
Forbidden register 0x4BE0 in cs at 42 (val=)
radeon_cs_ib_chunk] *ERROR* Invalid command stream !
I must say that 2 days ago also was something changed in r300g and I
have got black screen when I r
Fixes resource leak defect reported by Coverity.
Signed-off-by: Vinson Lee
---
src/gallium/drivers/r600/r600_asm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/r600/r600_asm.c
b/src/gallium/drivers/r600/r600_asm.c
index ef67717..d324d59 100644
--- a/src/gallium/driver
44 matches
Mail list logo
