On Tue, Jul 17, 2012 at 03:41:44PM -0600, Brian Paul wrote:
On 07/13/2012 10:30 AM, Olivier Galibert wrote:
On Wed, Jun 20, 2012 at 08:33:38AM -0600, Brian Paul wrote:
Yeah, I think it's pretty clear that we need to support per-pixel LOD
selection. For softpipe, Olivier's big patch looks
On Die, 2012-07-17 at 19:22 +, Tom Stellard wrote:
When X is running it is neccesary for pipe_loader to authenticate with
DRM, in order to be able to use the device.
This makes it possible to run OpenCL programs while X is running.
[...]
@@ -132,6 +139,56 @@
Unigine Heaven (at least) has a bug where it incorrectly uses the
GL_ARB_blend_func_extended extension.
Dual source blending allows two color outputs per render target;
individual shader outputs can be assigned to be either the first or
second blending input by setting the 'index' via one of two
https://bugs.freedesktop.org/show_bug.cgi?id=51960
Pavel Ondračka pavel.ondra...@email.cz changed:
What|Removed |Added
Status|REOPENED|RESOLVED
On Mit, 2012-07-18 at 01:26 +0200, Lucas Stach wrote:
Gives the x-server a more accurate description of the exa hardware
capabilities.
[...]
@@ -1012,8 +1017,11 @@ xorg_exa_init(ScrnInfoPtr pScrn, Bool accel)
#ifdef EXA_MIXED_PIXMAPS
pExa-flags|= EXA_MIXED_PIXMAPS;
RV790 testing with ETQW - mesa commit
commit 99c65bac341f808279a8a847158ace4f058aa72e
Author: Marek Olšák mar...@gmail.com
Date: Sun Feb 26 20:37:43 2012 +0100
r600g: implement wait-free buffer transfer for DISCARD_RANGE
Getting corruption and below.
Updating to current drm-core-next
Am 18.07.2012 07:59, schrieb Olivier Galibert:
On Tue, Jul 17, 2012 at 03:41:44PM -0600, Brian Paul wrote:
On 07/13/2012 10:30 AM, Olivier Galibert wrote:
On Wed, Jun 20, 2012 at 08:33:38AM -0600, Brian Paul wrote:
Yeah, I think it's pretty clear that we need to support per-pixel LOD
Am 18.07.2012 07:11, schrieb Marek Olšák:
On Wed, Jul 18, 2012 at 1:58 AM, Roland Scheidegger srol...@vmware.com
wrote:
Am 17.07.2012 23:49, schrieb Stéphane Marchesin:
On Mon, Jul 16, 2012 at 11:43 AM, Jose Fonseca jfons...@vmware.com wrote:
FYI, I've just pushed a branch named
Gives the x-server a more accurate description of the exa hardware
capabilities.
v2: drop NPOT check
Signed-off-by: Lucas Stach d...@lynxeye.de
---
src/gallium/state_trackers/xorg/xorg_exa.c | 15 ---
1 Datei geändert, 8 Zeilen hinzugefügt(+), 7 Zeilen entfernt(-)
diff --git
exaDriverAlloc() uses calloc, which already initialises pExa to zero.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
src/gallium/state_trackers/xorg/xorg_exa.c |2 --
1 Datei geändert, 2 Zeilen entfernt(-)
diff --git a/src/gallium/state_trackers/xorg/xorg_exa.c
Allows tools like GNOME's monitor configuration to show meaningful names.
v2: fix resource leak
Signed-off-by: Lucas Stach d...@lynxeye.de
---
src/gallium/state_trackers/xorg/xorg_output.c | 37 -
1 Datei geändert, 36 Zeilen hinzugefügt(+), 1 Zeile entfernt(-)
diff
Hello Michel,
I've just sent out a v2 of this series, which also fixes a resource leak
in the EDID patch.
Am Mittwoch, den 18.07.2012, 11:59 +0200 schrieb Michel Dänzer:
On Mit, 2012-07-18 at 01:26 +0200, Lucas Stach wrote:
Gives the x-server a more accurate description of the exa hardware
https://bugs.freedesktop.org/show_bug.cgi?id=50593
Brian Paul brian.e.p...@gmail.com changed:
What|Removed |Added
AssignedTo|mesa-dev@lists.freedesktop.
On 07/17/2012 03:16 PM, Anuj Phogat wrote:
OpenGL specification 3.3 (page 196), section 4.1.3 says:
If drawbuffer zero is not NONE and the buffer it references has an
integer format, the SAMPLE_ALPHA_TO_COVERAGE and SAMPLE_ALPHA_TO_ONE
operations are skipped.
This should work properly even if
On 07/18/2012 12:34 AM, Kenneth Graunke wrote:
Unigine Heaven (at least) has a bug where it incorrectly uses the
GL_ARB_blend_func_extended extension.
Dual source blending allows two color outputs per render target;
individual shader outputs can be assigned to be either the first or
second
This series contains several small fixups to the MSAA code for Intel
chipsets, and to the blorp engine (which handles both MSAA resolves
and general blits).
Patches 1-2 fix a bug that prevented MSAA from working at all if the
framebuffer lacked a color buffer: we were erroneously basing the
This patch ensures that Visual.samples and Visual.sampleBuffers are
set correctly even in the case where there is no color buffer.
Previously, these values would retain their default value of 0 in this
circumstance, even if the depth or stencil buffer was multisampled.
---
Previously, we used the number of samples in draw buffer 0 to
determine whether to set up the 3D pipeline for multisampling. Using
the visual is cleaner, and has the benefit of working properly when
there is no color buffer.
Fixes all piglit tests EXT_framebuffer_multisample/no-color on Gen7.
On
The HW docs say that the width and height of null render targets need
to match the width and height of the corresponding depth and/or
stencil buffers, and that they need to be marked as Y-tiled. Although
leaving these values at 0 doesn't seem to cause any ill effects, it
seems wise to follow the
On Gen6, multisampled null render targets don't seem to work
properly--they cause the GPU to hang. So, as a workaround, we render
into a dummy color buffer.
Fortunately this situation (multisampled rendering without a color
buffer) is rare, and we don't have to waste too much memory, because
we
When checking that the source and destination dimensions match, we
don't need to store the width and height in variables; doing so just
risks confusion since right after the check, we do clipping and
scissoring, which may alter the width and height.
No functional change.
---
This patch modifies the order of operations in the blorp engine so
that clipping and scissoring are performed before adjusting the
coordinates to account for the difference in origin convention between
window system buffers and framebuffer objects. Previously, we would
do clipping and scissoring
Previously, the blorp engine would fall back to swrast if the source
or destination of a blit had no associated miptree. This was
unnecessary, since _mesa_BlitFramebufferEXT() already takes care of
making the blit silently succeed if there are no buffers bound, so the
fallback paths could never
This patch rearranges the order of steps performed by a blorp blit
from this:
- Sync up state of window system buffers.
- Find buffers.
- Find miptrees.
- Make sure buffer formats match.
- Handle mirroring.
- Make sure width and height match.
- Handle clipping/scissoring.
- Account for window
When the client program uses glDrawBuffer() or glDrawBuffers() to
select more than one color buffer for drawing into, and then performs
a blit, we need to blit into every single enabled draw buffer.
+2 oglconforms.
---
src/mesa/drivers/dri/i965/brw_blorp_blit.cpp | 17 ++---
1
Gen6+ hardware now supports MSAA properly.
---
src/mesa/drivers/dri/i965/brw_context.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_context.c
b/src/mesa/drivers/dri/i965/brw_context.c
index f5c8b6e..9917741 100644
---
- Original Message -
Am 18.07.2012 07:11, schrieb Marek Olšák:
On Wed, Jul 18, 2012 at 1:58 AM, Roland Scheidegger
srol...@vmware.com wrote:
Am 17.07.2012 23:49, schrieb Stéphane Marchesin:
On Mon, Jul 16, 2012 at 11:43 AM, Jose Fonseca
jfons...@vmware.com wrote:
FYI, I've
On Mit, 2012-07-18 at 16:08 +0200, Lucas Stach wrote:
Am Mittwoch, den 18.07.2012, 11:59 +0200 schrieb Michel Dänzer:
On Mit, 2012-07-18 at 01:26 +0200, Lucas Stach wrote:
Gives the x-server a more accurate description of the exa hardware
capabilities.
[...]
@@ -1012,8
Kristian Høgsberg k...@bitplanet.net writes:
When we sample U and V from YUYV buffers, U and V ends up in G and A
in the shader. Instead of pushing this to the application, just swizzle
U and V to R and G and set B to 0 and A to 1.
Those fields are controlled by EXT_texture_swizzle. We
This patch series enables 8x MSAA for Intel Gen7 (Ivy Bridge) hardware.
Patches 1-4 modify the blorp engine to properly handle 8x MSAA. The
most complex change is in patch 4, which teaches the blorp engine to
understand the layout of 8x IMS MSAA buffers. Unfortunately the code
to interleave and
This patch adds a num_samples argument to the blorp function
manual_blend(), allowing it to be told how many samples need to be
blended together. Previously it assumed 4x MSAA, since that was all
we supported.
We also bump up LOG2_MAX_BLEND_SAMPLES from 2 to 3, so that
manual_blend() will be
When rendering to an IMS MSAA surface on Gen7, blorp sets up the
rendering pipeline as though it were rendering to a single-sampled
surface; accordingly it must adjust the size of the primitive it sends
down the pipeline to account for the interleaving of samples in an IMS
surface.
This patch
When operating in persample dispatch mode, the blorp engine would
previously assume that subspan N always represented sample N (this is
correct assuming 4x MSAA and a 16-wide dispatch). In order to support
8x MSAA, we must compute which sample is associated with each subspan,
using the Starting
This patch updates the blorp functions encode_msaa() and decode_msaa()
to properly handle the encoding of IMS MSAA buffers when
num_samples=8.
---
src/mesa/drivers/dri/i965/brw_blorp_blit.cpp | 146 +++---
1 files changed, 107 insertions(+), 39 deletions(-)
diff --git
---
src/mesa/drivers/dri/i965/gen6_multisample_state.c | 70 ++--
1 files changed, 64 insertions(+), 6 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/gen6_multisample_state.c
b/src/mesa/drivers/dri/i965/gen6_multisample_state.c
index 336e7c5..b8201a6 100644
---
The code to emit 3DSTATE_SAMPLE_MASK was already correct for 8x
MSAA--this patch just removes an assertion that would have prevented
it from being used for 8x MSAA.
---
src/mesa/drivers/dri/i965/gen6_multisample_state.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git
MCS buffers use 32 bits per pixel in 8x MSAA, and 8 bits per pixel in
4x MSAA. This patch adjusts the format we use to allocate the buffer
so that enough memory is set aside for 8x MSAA.
---
src/mesa/drivers/dri/intel/intel_mipmap_tree.c | 27 ++-
1 files changed, 25
---
src/mesa/drivers/dri/i965/brw_context.c |4 +++-
src/mesa/drivers/dri/intel/intel_fbo.c |6 --
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_context.c
b/src/mesa/drivers/dri/i965/brw_context.c
index 9917741..3b1631c 100644
---
Tom Stellard tstel...@gmail.com writes:
When X is running it is neccesary for pipe_loader to authenticate with
DRM, in order to be able to use the device.
This makes it possible to run OpenCL programs while X is running.
v2:
- Fix C++ style comments
- Drop Xlib-xcb dependency
-
On Mit, 2012-07-18 at 12:28 -0400, Tom Stellard wrote:
When X is running it is neccesary for pipe_loader to authenticate with
DRM, in order to be able to use the device.
This makes it possible to run OpenCL programs while X is running.
v2:
- Fix C++ style comments
- Drop Xlib-xcb
On 07/02/2012 05:38 PM, Eric Anholt wrote:
At this point in the linking, we've totally lost track of the struct
gl_uniform_buffer that this pointed to in the original unlinked
shader, so we do a nasty n^2 walk to find it the new one based on the
variable name.
Note that these point into the
On 07/02/2012 05:38 PM, Eric Anholt wrote:
Here's a new pile of UBO stuff. It gets things through the linker and
answers some more API queries. It doesn't include the driver backend
yet. I have some WIP code that's getting a lot of rendering to work,
so I'm pretty convinced that this chunk of
On 07/17/2012 10:08 PM, Christopher James Halse Rogers wrote:
Also fix include paths for the generated headers.
v2: Switch to using self-explanatory BUILDDIR/SRCDIR defined from
top_builddir/top_srcdir rather than the ambiguous TOP.
Signed-off-by: Christopher James Halse Rogers
On 07/17/2012 10:08 PM, Christopher James Halse Rogers wrote:
Like in src/mesa, use GLSL_BUILDDIR/GLSL_SRCDIR to unambiguously
distinguish between in-tree and generated files.
There's a bunch of stuff later in this patch that have nothing to do
with src/glsl. git commit -a gone amok?
On 07/17/2012 10:08 PM, Christopher James Halse Rogers wrote:
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
src/mesa/libdricore/Makefile.am |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/src/mesa/libdricore/Makefile.am
This patch series cleans up a bug fix I made to Mesa on June 22
(commit 82d2596: i965: Compute dFdy() correctly for FBOs). The bug
was that the i965 driver wasn't adjusting the dFdy() logic to account
for the fact that window system framebuffers use flipped Y coordinates
compared to FBOs. The
The i965 back-end needs to compile dFdy() differently for FBOs and
window system framebuffers, because Y coordinates are flipped between
the two (see commit 82d2596: i965: Compute dFdy() correctly for FBOs).
This boolean will allow it to avoid unnecessarily recompiling shaders
that don't use
---
src/mesa/program/arbprogparse.c |1 +
src/mesa/program/program_parse.y |2 ++
src/mesa/program/program_parser.h |1 +
3 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/mesa/program/arbprogparse.c b/src/mesa/program/arbprogparse.c
index dffc8ab..72e51dd 100644
This patch updates the ir_set_program_inouts_visitor so that it also
sets gl_fragment_program::UsesDFdy.
This is a bit of a hack (since dFdy() isn't an input or an output),
but there's no other obvious visitor to squeeze this functionality
into, and it would be silly to create a brand new visitor
The i965 back-end needs to compile dFdy() differently for FBOs and
window system framebuffers, because Y coordinates are flipped between
the two (see commit 82d2596: i965: Compute dFdy() correctly for FBOs).
This patch avoids unnecessarily recompiling shaders that don't use
dFdy(), by only setting
On Wed, Jul 18, 2012 at 12:02 PM, Eric Anholt e...@anholt.net wrote:
Kristian Høgsberg k...@bitplanet.net writes:
When we sample U and V from YUYV buffers, U and V ends up in G and A
in the shader. Instead of pushing this to the application, just swizzle
U and V to R and G and set B to 0 and
Hi Andy,
this should be fixed by the commit:
commit c3c83af380d703cdc24475bd39baa1722c333b44
Author: Marek Olšák mar...@gmail.com
Date: Wed Jul 18 18:33:37 2012 +0200
r600g: setup streamout before calling last r600_need_cs_space before drawing
Please let me know if you still have any
On 07/18/2012 01:16 PM, Paul Berry wrote:
---
src/mesa/program/arbprogparse.c |1 +
src/mesa/program/program_parse.y |2 ++
src/mesa/program/program_parser.h |1 +
3 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/mesa/program/arbprogparse.c
On 07/18/2012 01:16 PM, Paul Berry wrote:
This patch updates the ir_set_program_inouts_visitor so that it also
sets gl_fragment_program::UsesDFdy.
This is a bit of a hack (since dFdy() isn't an input or an output),
but there's no other obvious visitor to squeeze this functionality
into, and it
In a few cases, remove unneeded casts.
And fix a few other const-correctness issues.
---
src/mesa/main/arbprogram.c|4 ++--
src/mesa/main/ffvertex_prog.c |7 +++
src/mesa/main/nvprogram.c | 21 +
src/mesa/main/shared.c| 10 ++
On 07/18/2012 12:16 PM, Paul Berry wrote:
---
src/mesa/program/arbprogparse.c |1 +
src/mesa/program/program_parse.y |2 ++
src/mesa/program/program_parser.h |1 +
3 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/mesa/program/arbprogparse.c
On 07/18/2012 02:44 PM, Brian Paul wrote:
---
src/mesa/program/program.h | 42 ++
1 files changed, 42 insertions(+), 0 deletions(-)
diff --git a/src/mesa/program/program.h b/src/mesa/program/program.h
index 9cd1780..0a5650e 100644
---
Marek Olšák wrote:
Hi Andy,
this should be fixed by the commit:
commit c3c83af380d703cdc24475bd39baa1722c333b44
Author: Marek Olšák mar...@gmail.com
Date: Wed Jul 18 18:33:37 2012 +0200
r600g: setup streamout before calling last r600_need_cs_space before
drawing
Please let me know if
On 18 July 2012 15:12, Ian Romanick i...@freedesktop.org wrote:
On 07/18/2012 02:50 PM, Kenneth Graunke wrote:
On 07/18/2012 12:16 PM, Paul Berry wrote:
---
src/mesa/program/arbprogparse.**c |1 +
src/mesa/program/program_**parse.y |2 ++
src/mesa/program/program_**parser.h
On 18 July 2012 14:16, Brian Paul bri...@vmware.com wrote:
On 07/18/2012 01:16 PM, Paul Berry wrote:
This patch updates the ir_set_program_inouts_visitor so that it also
sets gl_fragment_program::UsesDFdy.
This is a bit of a hack (since dFdy() isn't an input or an output),
but there's no
On Wed, 2012-07-18 at 10:38 -0700, Ian Romanick wrote:
On 07/17/2012 10:08 PM, Christopher James Halse Rogers wrote:
Like in src/mesa, use GLSL_BUILDDIR/GLSL_SRCDIR to unambiguously
distinguish between in-tree and generated files.
There's a bunch of stuff later in this patch that have
On 07/18/2012 04:09 PM, Paul Berry wrote:
On 18 July 2012 15:12, Ian Romanick i...@freedesktop.org
mailto:i...@freedesktop.org wrote:
On 07/18/2012 02:50 PM, Kenneth Graunke wrote:
On 07/18/2012 12:16 PM, Paul Berry wrote:
---
https://bugs.freedesktop.org/show_bug.cgi?id=52250
Bug #: 52250
Summary: [softpipe] SIGSEGV sp_tex_sample.c:1536
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Also fix include paths for the generated headers.
v2: Switch to using self-explanatory BUILDDIR/SRCDIR defined from
top_builddir/top_srcdir rather than the ambiguous TOP.
v3: Add both top_builddir and top_srcdir to include flags for mesa asm.
These rely on both in-tree and
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
src/glx/Makefile.am |2 ++
1 file changed, 2 insertions(+)
diff --git a/src/glx/Makefile.am b/src/glx/Makefile.am
index bb23998..23d5753 100644
--- a/src/glx/Makefile.am
+++ b/src/glx/Makefile.am
@@
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
src/mapi/glapi/gen/Makefile.am |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mapi/glapi/gen/Makefile.am b/src/mapi/glapi/gen/Makefile.am
index 52aeb3a..499ec09 100644
---
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
src/mapi/glapi/Makefile.am |1 +
1 file changed, 1 insertion(+)
diff --git a/src/mapi/glapi/Makefile.am b/src/mapi/glapi/Makefile.am
index 668d7fa..181a28a 100644
--- a/src/mapi/glapi/Makefile.am
+++
Like in src/mesa, use GLSL_BUILDDIR/GLSL_SRCDIR to unambiguously
distinguish between in-tree and generated files.
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
src/glsl/Makefile.am |4
src/glsl/Makefile.sources | 15 ---
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
src/mapi/es1api/Makefile|4
src/mapi/glapi/gen/glapi_gen.mk | 14 +++---
2 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/src/mapi/es1api/Makefile
v2: Add both top_srcdir and top_builddir to mesa asm include dirs.
These require both in-tree and build-time-generated files.
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
src/mesa/libdricore/Makefile.am | 11 ++-
1 file changed, 10
backends/gbm_dri.c fails to find wayland-server.h.
Signed-off-by: Elvis Lee kwangwoong@lge.com
---
src/gbm/Makefile.am |1 +
1 file changed, 1 insertion(+)
diff --git a/src/gbm/Makefile.am b/src/gbm/Makefile.am
index 5ca2839..f079da1 100644
--- a/src/gbm/Makefile.am
+++
https://bugs.freedesktop.org/show_bug.cgi?id=51428
Alexandre Demers alexandre.f.dem...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
72 matches
Mail list logo