Now that we have support for overriding alpha to 1.0, we can handle
blitting between these formats in either direction.
For now, we only support two XRGB formats: MESA_FORMAT_XRGB and
MESA_FORMAT_RGBX_REV. Most places only appear to worry about the
former, so ignore the latter for now.
I need to use this from C++ code.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/mesa/main/renderbuffer.h | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/renderbuffer.h b/src/mesa/main/renderbuffer.h
index 5495ae1..c450b33 100644
---
Currently, Blorp requires the source and destination formats to be
equal. However, we'd really like to be able to blit between XRGB and
ARGB formats; our BLT engine paths have supported this for a long time.
For ARGB - XRGB, nothing needs to occur: the missing alpha is already
interpreted as
The BLT engine has many limitations. Currently, it can only blit
X-tiled buffers (since we don't have a kernel API to whack the BLT
tiling mode register), which means all depth/stencil operations get
punted to meta code, which can be very CPU-intensive.
Even if we used the BLT engine, it can't
On 01/28/2013 04:41 PM, Carl Worth wrote:
Kenneth Graunke kenn...@whitecape.org writes:
Previously, BLORP only handled BlitFramebuffer. This patch adds an
additional frontend for doing CopyTexSubImage. It also makes it the
default.
Reading through the patch, it looks like there are two
Kenneth Graunke kenn...@whitecape.org writes:
I didn't want to add dead code, so I felt obliged to use the new method
somewhere in the order. Putting it below meta doesn't make much
sense---hardware paths below software paths? I could put it below BLT
and move it to #1 in the next commit,
Reviewed-by: Jose Fonseca jfons...@vmware.com
That said, I think that we should eventually have an option to fake multisample
(advertise without actually doing it) not only most software renderers don't
support it (and can't advertise GL 3.x without it) but also because even when
they do
Sounds good to me.
Jose
- Original Message -
The swrast fragment program interpreter has trouble computing the
right texture LOD because it doesn't have easy access to input
derivatives. This causes the GLSL-based meta generate mipmap code
to fetch texels from the wrong mipmap
From: José Fonseca jfons...@vmware.com
This special path hadn't been exercised by my earlier testing, and mask
values weren't being properly truncated to match the values.
This change fixes that.
---
src/gallium/drivers/llvmpipe/lp_bld_depth.c |7 ++-
1 file changed, 6 insertions(+), 1
From: José Fonseca jfons...@vmware.com
S8_UNORM was inadvertedly supported together with Z16_UNORM.
I tried to update the code to accomodate stencil-only -- it seemed a simple
thing to do -- but fbo-stencil clear GL_STENCIL_INDEX8 still fails,
and it's not worth debugging.
Therefore although
https://bugs.freedesktop.org/show_bug.cgi?id=60016
Priority: medium
Bug ID: 60016
Assignee: mesa-dev@lists.freedesktop.org
Summary: After automake merge two different GPU (AMD + NVIDIA)
willnot work on same machine
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=60016
Alexey Shvetsov ale...@gentoo.org changed:
What|Removed |Added
Blocks||59304
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=59304
Alexey Shvetsov ale...@gentoo.org changed:
What|Removed |Added
Depends on||60016
--
You are
Texstore takes the same codepath as the corresponding linear formats.
---
src/mesa/main/formats.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
index 0a06200..9dab545 100644
--- a/src/mesa/main/formats.c
+++
based on the texstore code
---
src/mesa/main/formats.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
index 9dab545..d39831c 100644
--- a/src/mesa/main/formats.c
+++ b/src/mesa/main/formats.c
@@ -3021,8 +3021,12 @@
---
src/mesa/main/formats.c | 67 ++-
1 file changed, 61 insertions(+), 6 deletions(-)
diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
index d39831c..0273425 100644
--- a/src/mesa/main/formats.c
+++ b/src/mesa/main/formats.c
@@
---
src/mesa/main/formats.c | 30 ++
1 file changed, 26 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
index 0273425..b86fb9e 100644
--- a/src/mesa/main/formats.c
+++ b/src/mesa/main/formats.c
@@ -3240,8 +3240,14 @@
---
src/mesa/main/formats.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
index b86fb9e..9c1a0ff 100644
--- a/src/mesa/main/formats.c
+++ b/src/mesa/main/formats.c
@@ -3351,7 +3351,8 @@
This is extracted from the texstore code. I'm not sure at all if it's needed.
---
src/mesa/main/formats.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
index 9c1a0ff..c54fd5d 100644
---
---
src/mesa/main/texstore.c | 60 ++
1 file changed, 60 insertions(+)
diff --git a/src/mesa/main/texstore.c b/src/mesa/main/texstore.c
index 6e7ce23..edbe4b9 100644
--- a/src/mesa/main/texstore.c
+++ b/src/mesa/main/texstore.c
@@ -4317,6 +4317,58 @@
It's obsoleted by the common function _mesa_texstore_memcpy.
---
src/mesa/main/texstore.c | 654 +-
1 file changed, 64 insertions(+), 590 deletions(-)
diff --git a/src/mesa/main/texstore.c b/src/mesa/main/texstore.c
index edbe4b9..9281aa9 100644
---
Hi,
On Tuesday, January 29, 2013 04:00:28 PM Eric Anholt wrote:
Part of my motivation here was the number of cache misses we have in the
first reference of a region after referencing the miptree wrapping it, for
things that should all live in the first cacheline of one struct.
I think I've
On Tuesday, January 29, 2013 07:54:59 AM Eric Anholt wrote:
Abdiel Janulgue abdiel.janul...@linux.intel.com writes:
- Rename draw_x/y to tile_x/y in dri image struct. These are now used as
adjustment pixels from our stored aligned offset to the exported image
instead of the entire
glRasterPos doesn't exist in the core profile.
---
src/mesa/main/extensions.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c
index 7ae07fb..9f125b8 100644
--- a/src/mesa/main/extensions.c
+++
On Die, 2013-01-29 at 14:43 +0100, Marek Olšák wrote:
based on the texstore code
---
src/mesa/main/formats.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
index 9dab545..d39831c 100644
---
On Die, 2013-01-29 at 14:43 +0100, Marek Olšák wrote:
This is extracted from the texstore code. I'm not sure at all if it's needed.
swapBytes should be irrelevant for single byte formats, so it shouldn't
be needed.
--
Earthling Michel Dänzer | http://www.amd.com
On Die, 2013-01-29 at 14:43 +0100, Marek Olšák wrote:
---
src/mesa/main/formats.c | 30 ++
1 file changed, 26 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
index 0273425..b86fb9e 100644
---
On 01/29/2013 04:56 AM, Jose Fonseca wrote:
Reviewed-by: Jose Fonsecajfons...@vmware.com
That said, I think that we should eventually have an option to fake multisample
(advertise without actually doing it) not only most software renderers don't
support it (and can't advertise GL 3.x without
https://bugs.freedesktop.org/show_bug.cgi?id=59873
Brian Paul bri...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=59872
Brian Paul bri...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 01/29/2013 06:28 AM, jfons...@vmware.com wrote:
From: José Fonsecajfons...@vmware.com
S8_UNORM was inadvertedly supported together with Z16_UNORM.
I tried to update the code to accomodate stencil-only -- it seemed a simple
thing to do -- but fbo-stencil clear GL_STENCIL_INDEX8 still fails,
https://bugs.freedesktop.org/show_bug.cgi?id=59877
Johannes Obermayr johannesoberm...@gmx.de changed:
What|Removed |Added
Attachment #73796|0 |1
is
On 01/29/2013 06:43 AM, Marek Olšák wrote:
Texstore takes the same codepath as the corresponding linear formats.
---
src/mesa/main/formats.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
The series looks good to me, and I agree with Michel's comments. Nice
On 01/29/2013 06:57 AM, Marek Olšák wrote:
glRasterPos doesn't exist in the core profile.
---
src/mesa/main/extensions.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c
index 7ae07fb..9f125b8 100644
---
https://bugs.freedesktop.org/show_bug.cgi?id=60016
--- Comment #1 from Michel Dänzer mic...@daenzer.net ---
(In reply to comment #1)
libGL: OpenDriver: trying /usr/lib64/dri/nouveau_dri.so
do_winsys_init: DRM version is 1.1.0 but this driver is only compatible with
2.3.x (kernel 2.6.34) or
Hi,
We made few code changes and compiled , but during run time we are getting
error while executing glFramebufferTexture2D as
Mesa warning : User called no-op dispatch function (an unsupported extension
function?)
We tried to debug this issue and found that, while setting exec_table for
Hi Bryan,
Back in July you announced your work on geometry shaders:
http://lists.freedesktop.org/archives/mesa-dev/2012-July/024792.html
But it looks like it hasn't been touched since October. I was
wondering what plans you might have for that.
I believe the Intel guys also were planning
Hi,
We are working on Opengles2 porting and want only compile opengles2 and not
opengl and opengles1 and we are not able to compile. Facing lot of compilation
errors.
Can you please let us know whether we can compile opengles2 without opengl and
opengles1 and if it is then what is the option
A little more information such as what source you're attempting to
build, config options.
Have you looked at : http://mesa3d.org/opengles.html
etc etc.
On Tue, Jan 29, 2013 at 10:56 AM, Ramesh Reddy Emmadi
ramesh_emm...@infosys.com wrote:
Hi,
We are working on Opengles2 porting and want only
On 01/29/2013 06:57 AM, Marek Olšák wrote:
glRasterPos doesn't exist in the core profile.
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/main/extensions.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/extensions.c
On 01/29/2013 09:02 AM, Brian Paul wrote:
Hi Bryan,
Back in July you announced your work on geometry shaders:
http://lists.freedesktop.org/archives/mesa-dev/2012-July/024792.html
But it looks like it hasn't been touched since October. I was wondering
what plans you might have for that.
I
On 01/29/2013 05:43 AM, Marek Olšák wrote:
---
src/mesa/main/formats.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
index b86fb9e..9c1a0ff 100644
--- a/src/mesa/main/formats.c
+++ b/src/mesa/main/formats.c
@@
On 01/29/2013 05:43 AM, Marek Olšák wrote:
Texstore takes the same codepath as the corresponding linear formats.
There's a comment
/* FINISHME: SNORM */
later in the function that I think can be deleted.
---
src/mesa/main/formats.c | 10 +-
1 file changed, 5
I like these changes, but this hits some twitchy code. Do you have a
branch somewhere that I could have my QA team test?
On 01/29/2013 05:43 AM, Marek Olšák wrote:
Texstore takes the same codepath as the corresponding linear formats.
---
src/mesa/main/formats.c | 10 +-
1 file
On Tue, Jan 29, 2013 at 6:49 PM, Ian Romanick i...@freedesktop.org wrote:
On 01/29/2013 05:43 AM, Marek Olšák wrote:
---
src/mesa/main/formats.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
index
On Tue, Jan 29, 2013 at 6:52 PM, Ian Romanick i...@freedesktop.org wrote:
On 01/29/2013 05:43 AM, Marek Olšák wrote:
Texstore takes the same codepath as the corresponding linear formats.
There's a comment
/* FINISHME: SNORM */
later in the function that I think can be deleted.
I
On 29 January 2013 09:33, Ian Romanick i...@freedesktop.org wrote:
On 01/29/2013 09:02 AM, Brian Paul wrote:
Hi Bryan,
Back in July you announced your work on geometry shaders:
https://bugs.freedesktop.org/show_bug.cgi?id=47248
Lauri Kasanen cur...@operamail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
FWIW, the series is
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
On 01/29/2013 12:36 AM, Kenneth Graunke wrote:
I need to use this from C++ code.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/mesa/main/renderbuffer.h | 8 +++-
1 file changed, 7 insertions(+), 1
https://bugs.freedesktop.org/show_bug.cgi?id=47248
--- Comment #16 from Matt Turner matts...@gmail.com ---
Created attachment 73866
-- https://bugs.freedesktop.org/attachment.cgi?id=73866action=edit
patch
(In reply to comment #15)
The commit 2a71054396 and its parent (for Bison) break
Not used by any driver anymore.
---
src/mesa/drivers/common/driverfuncs.c |1 -
src/mesa/main/context.c |5 -
src/mesa/main/dd.h|6 --
3 files changed, 0 insertions(+), 12 deletions(-)
diff --git a/src/mesa/drivers/common/driverfuncs.c
based on the texstore code
---
src/mesa/main/formats.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
index 9dab545..17f9383 100644
--- a/src/mesa/main/formats.c
+++ b/src/mesa/main/formats.c
@@ -3021,8 +3021,13 @@
On 01/29/2013 11:10 AM, Brian Paul wrote:
Not used by any driver anymore.
---
src/mesa/drivers/common/driverfuncs.c |1 -
src/mesa/main/context.c |5 -
src/mesa/main/dd.h|6 --
3 files changed, 0 insertions(+), 12 deletions(-)
That's
On Tue, Jan 29, 2013 at 4:31 PM, Michel Dänzer mic...@daenzer.net wrote:
On Die, 2013-01-29 at 14:43 +0100, Marek Olšák wrote:
---
src/mesa/main/formats.c | 30 ++
1 file changed, 26 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/formats.c
https://bugs.freedesktop.org/show_bug.cgi?id=59967
Johannes Obermayr johannesoberm...@gmx.de changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=60038
Priority: medium
Bug ID: 60038
Assignee: mesa-dev@lists.freedesktop.org
Summary: [osmesa] [git] building 32-bit mesa on 64 bit fails
Severity: normal
Classification: Unclassified
https://bugs.freedesktop.org/show_bug.cgi?id=60038
LoneVVolf lonew...@xs4all.nl changed:
What|Removed |Added
CC||lonew...@xs4all.nl
--
https://bugs.freedesktop.org/show_bug.cgi?id=59994
LoneVVolf lonew...@xs4all.nl changed:
What|Removed |Added
CC||lonew...@xs4all.nl
--
https://bugs.freedesktop.org/show_bug.cgi?id=59994
Johannes Obermayr johannesoberm...@gmx.de changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=59851
Johannes Obermayr johannesoberm...@gmx.de changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=60038
--- Comment #1 from LoneVVolf lonew...@xs4all.nl ---
Additional Info :
Build worked fine on januari 21 with same flags, cause must be later commits.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=57098
--- Comment #1 from Matt Turner matts...@gmail.com ---
We talked about this on IRC and it seems we've missed our opportunity to remove
wrongly-exported functions.
At this point what we want to do is make sure that no new symbols are exported.
https://bugs.freedesktop.org/show_bug.cgi?id=47248
Matt Turner matts...@gmail.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Abdiel Janulgue abdiel.janul...@linux.intel.com writes:
Hi,
On Tuesday, January 29, 2013 04:00:28 PM Eric Anholt wrote:
Part of my motivation here was the number of cache misses we have in the
first reference of a region after referencing the miptree wrapping it, for
things that should all
On Wed, Jan 30, 2013 at 4:44 AM, Paul Berry stereotype...@gmail.com wrote:
On 29 January 2013 09:33, Ian Romanick i...@freedesktop.org wrote:
On 01/29/2013 09:02 AM, Brian Paul wrote:
Hi Bryan,
Back in July you announced your work on geometry shaders:
https://bugs.freedesktop.org/show_bug.cgi?id=59494
Matt Turner matts...@gmail.com changed:
What|Removed |Added
CC||jljus...@gmail.com
---
https://bugs.freedesktop.org/show_bug.cgi?id=60044
Priority: medium
Bug ID: 60044
Keywords: regression
CC: bri...@vmware.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: [softpipe] piglit arb_framebuffer_srgb-blit
This reverts commit 2906e2034c9d674601960a5b586b6e986e6ef04f.
Reverting this does not affect any tests in es3conform, so a more recent
patch must have also fixed the failure this one was intended to fix.
Reported-by: lu hua huax...@intel.com
Bugzilla:
https://bugs.freedesktop.org/show_bug.cgi?id=59494
Matt Turner matts...@gmail.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugs.freedesktop.org/show_bug.cgi?id=39846
--- Comment #6 from Ian Romanick i...@freedesktop.org ---
Mesa 7.10.x isn't really supported anymore. Is this still a problem with more
recent versions of Mesa?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=41700
Ian Romanick i...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=60047
Priority: medium
Bug ID: 60047
Keywords: regression
CC: mar...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: [softpipe] piglit masked-clear regression
https://bugs.freedesktop.org/show_bug.cgi?id=43094
Ian Romanick i...@freedesktop.org changed:
What|Removed |Added
Status|NEW |NEEDINFO
https://bugs.freedesktop.org/show_bug.cgi?id=60048
Priority: medium
Bug ID: 60048
Keywords: regression
CC: mar...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: [softpipe] piglit glean readPixSanity regression
https://bugs.freedesktop.org/show_bug.cgi?id=53256
Ian Romanick i...@freedesktop.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugs.freedesktop.org/show_bug.cgi?id=43520
Ian Romanick i...@freedesktop.org changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment
Matt Turner matts...@gmail.com writes:
This reverts commit 2906e2034c9d674601960a5b586b6e986e6ef04f.
Reverting this does not affect any tests in es3conform, so a more recent
patch must have also fixed the failure this one was intended to fix.
Reported-by: lu hua huax...@intel.com
Bugzilla:
From: Ian Romanick ian.d.roman...@intel.com
Three parts to the fix:
1. If the array dereference is a constant index, figure out the real
write mask.
2. If the array dereference not is a constant index, assume the
assignment may generate any component.
3. If the array dereference not is a
https://bugs.freedesktop.org/show_bug.cgi?id=60016
--- Comment #2 from Alexey Shvetsov ale...@gentoo.org ---
Seems so. It was working before automake merge. Actualy i use dual monitor
configuration here. One monitor (:0.0) conected to AMD video card, second one
(:0.1) to Nvidia one. If I checkout
On Tue, Jan 29, 2013 at 6:39 PM, Eric Anholt e...@anholt.net wrote:
Matt Turner matts...@gmail.com writes:
This reverts commit 2906e2034c9d674601960a5b586b6e986e6ef04f.
Reverting this does not affect any tests in es3conform, so a more recent
patch must have also fixed the failure this one
--- a/src/glsl/opt_dead_code_local.cpp
+++ b/src/glsl/opt_dead_code_local.cpp
@@ -38,10 +38,73 @@
#include ir_optimization.h
#include glsl_types.h
-static bool debug = false;
+static bool debug = true;
Accidental debug flag?
--
Aras Pranckevičius
work: http://unity3d.com
home:
https://bugs.freedesktop.org/show_bug.cgi?id=60038
--- Comment #2 from Thomas Rohloff v10la...@myway.de ---
I bisected this for you. The bad commit is:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=0d108116bd80b757fb01a84a9f1946ef870b57b8
Next time please bisect for yourself.
--
You are
82 matches
Mail list logo