On 06/06/2012 12:20 PM, Paul Berry wrote:
> Previously, blits using the "blorp" mechanism only worked for 8-bit
> RGBA color buffers, 24-bit depth buffers, and 8 bit stencil buffers.
> This was not enough, because the blorp mechanism must be used for
> blitting whenever MSAA is in use. This patch
On 06/06/2012 12:20 PM, Paul Berry wrote:
> Previously the blorp engine only supported RGBA8 color buffers and
> 24-bit depth buffers. This patch adds support for any color buffer
> format that is supported as a render target, and for 16-bit and 32-bit
> depth buffers.
>
> This required threading
https://bugs.freedesktop.org/show_bug.cgi?id=49088
Kenneth Graunke changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=46376
Gordon Jin changed:
What|Removed |Added
Version|8.0 |git
Keywords|
On 6 June 2012 19:35, Roland Scheidegger wrote:
> Am 07.06.2012 01:27, schrieb Paul Berry:
> > In my current implementation of MSAA for i965, I'm facing a choice in
> > how to perform MSAA resolves when sRGB is in use. Should I:
> >
> > (a) always combine samples using a linear average. For exa
Am 07.06.2012 01:27, schrieb Paul Berry:
> In my current implementation of MSAA for i965, I'm facing a choice in
> how to perform MSAA resolves when sRGB is in use. Should I:
>
> (a) always combine samples using a linear average. For example, if
> multisampling by a factor of 4, and the 4 sample
Everything I've read over I don't know how many years, when comparing
the choice between doing compositing in linear vs gamma-encoded rgb
space has recommended that one alway using linear. And complained
vociferously whenever compositing is done w/o first linearizing.
Do b. And update those test
int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns)
This should bump the libdrm version. We're waiting for context support
so we can do both features in one bump.
v2: don't return remaining timeout amount
use get param and fallback for older kernels
v3: only doing getparam at init
p
In my current implementation of MSAA for i965, I'm facing a choice in how
to perform MSAA resolves when sRGB is in use. Should I:
(a) always combine samples using a linear average. For example, if
multisampling by a factor of 4, and the 4 samples corresponding to a pixel
have color values of a,
On Wed, 6 Jun 2012 11:33:21 +0200
Daniel Vetter wrote:
> On Tue, Jun 05, 2012 at 03:43:07PM -0700, Ben Widawsky wrote:
> > int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns)
> >
> > This should bump the libdrm version. We're waiting for context support
> > so we can do both feature
On Tue, 5 Jun 2012 11:58:11 -0700
Ben Widawsky wrote:
> run make headers_isntall on d-i-n, copy to here
>
> Signed-off-by: Ben Widawsky
This has been pushed with IRC
Acked-by Kenneth Graunke
> ---
> include/drm/i915_drm.h |4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
>
On Tue, 5 Jun 2012 15:42:39 -0700
Ben Widawsky wrote:
> make headers_install in kernel. Copy to here.
>
> v2: signed ns_timeout
>
> Cc: Chris Wilson
> Signed-off-by: Ben Widawsky
This has been pushed with IRC
Acked-by Kenneth Graunke
> ---
> include/drm/i915_drm.h | 11 +++
> 1
https://bugs.freedesktop.org/show_bug.cgi?id=50604
Robert Hooker (Sarvatt) changed:
What|Removed |Added
CC||sarv...@gmail.com
--
Configur
https://bugs.freedesktop.org/show_bug.cgi?id=50604
sacrediou changed:
What|Removed |Added
CC||sacred...@yahoo.fr
--
Configure bugmail: ht
Previously, blits using the "blorp" mechanism only worked for 8-bit
RGBA color buffers, 24-bit depth buffers, and 8 bit stencil buffers.
This was not enough, because the blorp mechanism must be used for
blitting whenever MSAA is in use. This patch allows all formats to be
used, provided the source
Even though brw_blorp_surface_info is derived from brw_blorp_mip_info,
this function doesn't need to be virtual, because it is never accessed
through a base class pointer. Making the function non-virtual will
allow it to take additional parameters in the brw_blorp_surface_info
case.
---
src/mesa/
Previously the blorp engine only supported RGBA8 color buffers and
24-bit depth buffers. This patch adds support for any color buffer
format that is supported as a render target, and for 16-bit and 32-bit
depth buffers.
This required threading the brw_context struct through into
brw_blorp_surface
This patch moves the responsibility for deciding on the format of the
source and destination surfaces from the
gen{6,7}_blorp_emit_surface_state() functions to
brw_blorp_surface_info::set(), which is shared between Gen6 and Gen7.
This will make it possible to add support for more surface formats
wi
Christian König wrote:
When the video buffer turns out to be larger than
requested by the application we shouldn't upload
or download more data into / from it original requested.
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=39309
Hi
It doesn't fix decoding (for my 9600) - which that bu
Kenneth Graunke writes:
> One bad thing about this patch is that it breaks 091-hash-line.c in glcpp's
> unit test suite. I'm not sure what to do about that. I could update the
> output, but the new output doesn't make much sense anymore...it gives you
> lovely messages like:
>
> 0:4(1): prep
On 06/06/2012 12:19 PM, Kenneth Graunke wrote:
On 06/06/2012 06:43 AM, Brian Paul wrote:
On 06/06/2012 07:35 AM, Brian Paul wrote:
On 06/06/2012 12:57 AM, Kenneth Graunke wrote:
From the issues section of the GL_ARB_texture_compression_rgtc
extension:
15) What should glGetTexLevelParameter r
On 06/06/2012 06:43 AM, Brian Paul wrote:
> On 06/06/2012 07:35 AM, Brian Paul wrote:
>> On 06/06/2012 12:57 AM, Kenneth Graunke wrote:
>>> From the issues section of the GL_ARB_texture_compression_rgtc
>>> extension:
>>>
>>> 15) What should glGetTexLevelParameter return for
>>> GL_TEXTURE_GREEN_SI
On 6 June 2012 10:31, Kenneth Graunke wrote:
> On 06/06/2012 05:16 AM, Olivier Galibert wrote:
> > On Tue, Jun 05, 2012 at 04:51:54PM -0700, Paul Berry wrote:
> >> The best idea I've got so far would be a shader_runner test with a
> fragment
> >> shader that computes dFdx(asin(x)), compares it to
On 06/06/2012 05:16 AM, Olivier Galibert wrote:
> On Tue, Jun 05, 2012 at 04:51:54PM -0700, Paul Berry wrote:
>> The best idea I've got so far would be a shader_runner test with a fragment
>> shader that computes dFdx(asin(x)), compares it to the theoretical closed
>> form derivative of asin(x) (wh
On 06/06/2012 10:13 AM, Eric Anholt wrote:
> ---
> src/glsl/ir.h | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/src/glsl/ir.h b/src/glsl/ir.h
> index 9c7961a..9f8698c 100644
> --- a/src/glsl/ir.h
> +++ b/src/glsl/ir.h
> @@ -89,6 +89,16 @@ class ir_instruction : public exec
---
src/glsl/ir.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/src/glsl/ir.h b/src/glsl/ir.h
index 9c7961a..9f8698c 100644
--- a/src/glsl/ir.h
+++ b/src/glsl/ir.h
@@ -89,6 +89,16 @@ class ir_instruction : public exec_node {
public:
enum ir_node_type ir_type;
+ /**
+
When the video buffer turns out to be larger than
requested by the application we shouldn't upload
or download more data into / from it original requested.
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=39309
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/surface.c |
https://bugs.freedesktop.org/show_bug.cgi?id=50782
Jos van Wolput changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=50782
--- Comment #1 from Brian Paul 2012-06-06 07:16:17 PDT
---
What was your ./autogen.sh or ./configure command line? It builds here for me.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=50754
Brian Paul changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WORKSFORME
On 06/06/2012 07:35 AM, Brian Paul wrote:
On 06/06/2012 12:57 AM, Kenneth Graunke wrote:
From the issues section of the GL_ARB_texture_compression_rgtc
extension:
15) What should glGetTexLevelParameter return for
GL_TEXTURE_GREEN_SIZE and GL_TEXTURE_BLUE_SIZE for the RGTC1
formats? What should
On 06/06/2012 12:57 AM, Kenneth Graunke wrote:
From the issues section of the GL_ARB_texture_compression_rgtc extension:
15) What should glGetTexLevelParameter return for
GL_TEXTURE_GREEN_SIZE and GL_TEXTURE_BLUE_SIZE for the RGTC1
formats? What should glGetTexLevelParameter return f
On Tue, Jun 05, 2012 at 04:51:54PM -0700, Paul Berry wrote:
> The best idea I've got so far would be a shader_runner test with a fragment
> shader that computes dFdx(asin(x)), compares it to the theoretical closed
> form derivative of asin(x) (which is 1/sqrt(1-x^2)), and draws red pixels
> if the
https://bugs.freedesktop.org/show_bug.cgi?id=50782
Bug #: 50782
Summary: the latest git mesa-17e0472 fails to build
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
On Tue, Jun 05, 2012 at 03:43:07PM -0700, Ben Widawsky wrote:
> int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns)
>
> This should bump the libdrm version. We're waiting for context support
> so we can do both features in one bump.
>
> v2: don't return remaining timeout amount
> use
https://bugs.freedesktop.org/show_bug.cgi?id=49480
Sunil Jose changed:
What|Removed |Added
Status|RESOLVED|CLOSED
Resolution|NOTOURBUG
>From the GLSL 1.10 specification:
#line must have, after macro substitution, one of the following
forms:
#line line
#line line source-string-number"
Previously, we handled #line directives completely within the glcpp
lexer, which obviously precludes proper macro substitu
37 matches
Mail list logo
