https://bugs.freedesktop.org/show_bug.cgi?id=62202
Tapani Pälli changed:
What|Removed |Added
Version|9.1 |git
--- Comment #1 from Tapani Pälli ---
On Thu, 24 Jul 2014 01:43:35 +0100
Emil Velikov wrote:
> From: Giovanni Campagna
>
> Turn GBM into a swrast loader (providing putimage/getimage backed
> by a dumb KMS buffer). This allows to run KMS+DRM GL applications
> (such as weston or mutter-wayland) unmodified on cards that don't
> have a
https://bugs.freedesktop.org/show_bug.cgi?id=54106
Tapani Pälli changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Wed, Jul 23, 2014 at 3:16 PM, Ian Romanick wrote:
> On 07/22/2014 12:09 PM, Neil Roberts wrote:
>> Here's a first attempt at a patch series to implement BPTC texture
>> compression in the i965 driver on Gen>=7.
>>
>> Getting it to work on the hardware is pretty trivial as it's just a
>> case of
On Wed, Jul 23, 2014 at 12:01 PM, Jason Ekstrand wrote:
> According to a quick micro-benchmark, this new version is 20% faster on my
> Haswell laptop.
>
> v2: Removed the XXX note about x86_64 from the comment
> v3: Use an intrinsic instead of an __asm__ block. This should give us MSVC
> supp
---
src/gallium/state_trackers/clover/core/device.cpp | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/clover/core/device.cpp
b/src/gallium/state_trackers/clover/core/device.cpp
index 63aa193..ada5267 100644
--- a/src/gallium/state_trackers/clover
---
src/gallium/docs/source/screen.rst | 2 ++
src/gallium/include/pipe/p_defines.h | 3 ++-
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/gallium/docs/source/screen.rst
b/src/gallium/docs/source/screen.rst
index 830a1a5..219c9f9 100644
--- a/src/gallium/docs/source/screen.r
---
src/gallium/drivers/radeon/r600_pipe_common.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/radeon/r600_pipe_common.c
b/src/gallium/drivers/radeon/r600_pipe_common.c
index bf0585d..2ea8f3d 100644
--- a/src/gallium/drivers/radeon/r600_pipe_common.c
+++ b/src/gallium/d
On 24/07/14 02:16, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin
> ---
>
> Noticed while helping jekstrand debug his issues. This didn't help, but seems
> correct.
>
The former will cause an issue when building without shared-glapi, while the
latter... are just duplicated a few lines above in
---
src/gallium/docs/source/screen.rst| 2 ++
src/gallium/drivers/radeon/r600_pipe_common.c | 7 +++
src/gallium/include/pipe/p_defines.h | 3 ++-
3 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/src/gallium/docs/source/screen.rst
b/src/gallium/docs/source/s
---
src/gallium/state_trackers/clover/api/device.cpp | 2 +-
src/gallium/state_trackers/clover/core/device.cpp | 6 ++
src/gallium/state_trackers/clover/core/device.hpp | 1 +
3 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/clover/api/device.cpp
b/src
Most image functions are required to return a CL_INVALID_OPERATION
error when used on devices without image support.
---
src/gallium/state_trackers/clover/api/memory.cpp | 6 ++
src/gallium/state_trackers/clover/api/sampler.cpp | 3 +++
src/gallium/state_trackers/clover/api/transfer.cpp |
https://bugs.freedesktop.org/show_bug.cgi?id=81693
Jason Ekstrand changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Signed-off-by: Ilia Mirkin
---
Noticed while helping jekstrand debug his issues. This didn't help, but seems
correct.
src/mapi/glapi/gen/Makefile.am | 1 +
src/mesa/main/teximage.h | 12
2 files changed, 1 insertion(+), 12 deletions(-)
diff --git a/src/mapi/glapi/gen/Makefi
From: Giovanni Campagna
Turn GBM into a swrast loader (providing putimage/getimage backed
by a dumb KMS buffer). This allows to run KMS+DRM GL applications
(such as weston or mutter-wayland) unmodified on cards that don't
have any client side HW acceleration component but that can do
modeset (exa
https://bugs.freedesktop.org/show_bug.cgi?id=81693
Priority: medium
Bug ID: 81693
Assignee: mesa-dev@lists.freedesktop.org
Summary: scons build fails
Severity: normal
Classification: Unclassified
OS: All
Reporter: j
From: Giovanni Campagna
The kms-dri swrast driver cannot share buffers using the GEM,
so it must tell the loader to disable extensions relying on
that, without disabling the image DRI extension altogether
(which would prevent the loader from working at all).
This requires a new gallium capability
The kms_swrast driver has a separate InitScreen hook for its DriverAPI
from the rest of the DRI2 drivers, all of which capable of buffer
sharing. As such we no longer need to dive through the pipe-driver and
winsys layers in order to determine if the driver can share buffers or
not and we can expli
From: Giovanni Campagna
Add a new winsys and target that can be used with a dri2 state tracker
and loader instead of drisw. This allows to use gbm as a dri2/image
loader and avoid the extra copy from the backbuffer to the shadow
frontbuffer.
The new driver is called "kms_swrast", and is loaded b
Whenever dd_create_screen/pipe_loader_* fails, gdrm->dev may be NULL.
Thus peeking inside the struct will lead to a crash.
Signed-off-by: Emil Velikov
---
src/gallium/state_trackers/gbm/gbm_drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/gbm/g
... on static targets. Otherwise we'll crash badly as gdrm->dev is
NULL when we try to copy the string driver_name.
Signed-off-by: Emil Velikov
---
src/gallium/state_trackers/gbm/gbm_drm.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/gallium/state_trackers/gbm/gbm_drm.c
b/src/g
This time for real - the final iteration of Giovanni's work on the topic
of using dumb buffers for GEM-less kernel devices (qxl).
Changes since last time:
- Fix a couple of regressions that snuck in with megadrivers-gbm.
- Make it work when GBM_ALWAYS_SOFTWARE is not set.
- Create a separate dr
On 2014-07-17 16:45:34, Jordan Justen wrote:
> Made it ~25% through. :) I'll be busy for a bit, but I'll continue
> looking at the rest later.
>
> 01/23 glsl/glcpp: Emit proper error for #define with a non-identifier
> Reviewed-by: Jordan Justen
>
> 02/23 glsl/glcpp: Add support for comments b
On Friday, July 18, 2014 06:25:25 PM Jason Ekstrand wrote:
> Since intel is always going to be little-endian,
> GL_UNSIGNED_INT_8_8_8_8_REV is the same as GL_BYTE for RGBA and BGRA
I think you meant GL_UNSIGNED_BYTE.
Reviewed-by: Kenneth Graunke
> textures, so the same acceleration code will wo
Hi,
I am sorry. This is my first patch. I'll correct it for the next time. Do
you want me to resend it?
On Wednesday, July 23, 2014, Ian Romanick wrote:
> On 07/23/2014 12:39 PM, Marek Olšák wrote:
> > I thought so too, but these bits are really missing there, e.g.
> > glDeleteBuffers doesn't un
On 07/21/2014 08:03 PM, Timothy Arceri wrote:
> On Mon, 2014-07-21 at 14:04 -0700, Ian Romanick wrote:
>> From: Ian Romanick
>>
>> There are a bunch of places, especially in the UBO code, where we check
>> whether something is a matrix (or record) when we actually want to know
>> if it a matrix or
On 07/23/2014 12:39 PM, Marek Olšák wrote:
> I thought so too, but these bits are really missing there, e.g.
> glDeleteBuffers doesn't unbind atomic buffers, etc.
D'oh. It sounds like we need some piglit tests and probably some spec
quotations. :(
> Marek
>
> On Wed, Jul 23, 2014 at 9:25 PM, Il
On 07/22/2014 12:09 PM, Neil Roberts wrote:
> Here's a first attempt at a patch series to implement BPTC texture
> compression in the i965 driver on Gen>=7.
>
> Getting it to work on the hardware is pretty trivial as it's just a
> case of adding some new Mesa format enums and then plugging them
>
On 07/22/2014 12:09 PM, Neil Roberts wrote:
> diff --git a/src/mesa/main/texcompress.c b/src/mesa/main/texcompress.c
> index 9dbfe9f..b708b49 100644
> --- a/src/mesa/main/texcompress.c
> +++ b/src/mesa/main/texcompress.c
> @@ -235,6 +235,12 @@ _mesa_gl_compressed_format_base_format(GLenum format)
>
On 07/21/2014 03:17 PM, Matt Turner wrote:
> On Mon, Jul 21, 2014 at 2:04 PM, Ian Romanick wrote:
>> +enum glsl_matrix_layout {
>> + GLSL_MATRIX_LAYOUT_DEFAULT,
>
> Does this mean language-default, or does it really means the inherited
> layout? E.g., for
>
> layout(row_major) uniform a {
>
Reviewed-by: Marek Olšák
Marek
On Wed, Jul 23, 2014 at 11:00 PM, Grigori Goronzy wrote:
> Passes corrected piglit test and should also handle signed vs unsigned
> float correctly.
> ---
> src/gallium/drivers/radeonsi/si_state.c | 20
> 1 file changed, 20 insertions(+)
>
>
On 07/22/2014 02:07 PM, Alon Levy wrote:
> Signed-off-by: Alon Levy
> ---
> src/glsl/glsl_parser.yy | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/src/glsl/glsl_parser.yy b/src/glsl/glsl_parser.yy
> index faaf438..25370cd 100644
> --- a/src/glsl/glsl_parser.yy
> +++ b/src/glsl/glsl
Passes corrected piglit test and should also handle signed vs unsigned
float correctly.
---
src/gallium/drivers/radeonsi/si_state.c | 20
1 file changed, 20 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index 3de
On Wed, Jul 23, 2014 at 1:16 PM, Glenn Kennard wrote:
> Signed-off-by: Glenn Kennard
> ---
> This patch depends on Ilia Mirkin's "nvc0: add BPTC format support"
> and Neil Robert's core BPTC support patches.
>
> src/gallium/drivers/r600/r600_state_common.c | 23 +++
> 1 file
I thought so too, but these bits are really missing there, e.g.
glDeleteBuffers doesn't unbind atomic buffers, etc.
Marek
On Wed, Jul 23, 2014 at 9:25 PM, Ilia Mirkin wrote:
> On Wed, Jul 23, 2014 at 3:22 PM, Marek Olšák wrote:
>> Please see:
>>
>> http://lists.freedesktop.org/archives/mesa-dev
On Wed, Jul 23, 2014 at 3:22 PM, Marek Olšák wrote:
> Please see:
>
> http://lists.freedesktop.org/archives/mesa-dev/2014-July/062818.html
> http://lists.freedesktop.org/archives/mesa-dev/2014-July/063798.html
>
> Also, your git username and address are wrong. You can set them with git
> config.
Please see:
http://lists.freedesktop.org/archives/mesa-dev/2014-July/062818.html
http://lists.freedesktop.org/archives/mesa-dev/2014-July/063798.html
Also, your git username and address are wrong. You can set them with git config.
Marek
On Wed, Jul 23, 2014 at 8:27 PM, Aditya Atluri wrote:
> F
On Tuesday, July 22, 2014 12:19:48 PM Pohjolainen, Topi wrote:
> On Fri, Jul 18, 2014 at 02:16:40PM -0700, Jordan Justen wrote:
> > (171e633 for gen6)
> >
> > This will be used in 3DSTATE_DEPTH_BUFFER in a later patch.
> >
> > Note: Cube maps are treated as 2D arrays with 6 times as
> > many arra
On Tuesday, July 22, 2014 11:53:16 AM Pohjolainen, Topi wrote:
> On Fri, Jul 18, 2014 at 02:16:39PM -0700, Jordan Justen wrote:
> > We will program the gen6 hiz depth state differently to enable layered
> > rendering on gen6.
> >
> > v2:
> > * Remove unneeded gen6_emit_depthbuffer as suggested by
According to a quick micro-benchmark, this new version is 20% faster on my
Haswell laptop.
v2: Removed the XXX note about x86_64 from the comment
v3: Use an intrinsic instead of an __asm__ block. This should give us MSVC
support for free.
Signed-off-by: Jason Ekstrand
---
src/mesa/main/imp
https://bugs.freedesktop.org/show_bug.cgi?id=80848
--- Comment #10 from Emil Velikov ---
(In reply to comment #9)
> That patch makes no difference for me.
Hmm in that case I would suspect that you're hit by a more elaborate (and
different) bug than the one reported by Juha-Pekka. If the original
On Friday, July 18, 2014 02:16:36 PM Jordan Justen wrote:
> We will program the gen6 renderbuffer surface state differently to
> enable layered rendering on gen6.
>
> Signed-off-by: Jordan Justen
> Reviewed-by: Topi Pohjolainen
> ---
> src/mesa/drivers/dri/i965/Makefile.sources | 1 +
> s
On Friday, July 18, 2014 02:16:37 PM Jordan Justen wrote:
> Rather than pointing the surface_state directly at a single
> sub-image of the texture for rendering, we now point the
> surface_state at the top level of the texture, and configure
> the surface_state as needed based on this.
>
> v2:
>
From: Frost
---
src/mesa/main/bufferobj.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/src/mesa/main/bufferobj.c b/src/mesa/main/bufferobj.c
index 7b1bba0..00f2604 100644
--- a/src/mesa/main/bufferobj.c
+++ b/src/mesa/main/bufferobj.c
@@ -832,6 +832,9 @@
Sorry, I didn't know you were the author. Feel free to revert the
commit if you like.
Marek
On Wed, Jul 23, 2014 at 8:19 PM, Matt Turner wrote:
> On Wed, Jul 23, 2014 at 10:19 AM, Marek Olšák wrote:
>> I don't see your NAK and Ian gave me an ACK. Besides, what would the
>> tests be good for if
FYI, We thought of moving all the format code to src/util to make it
independent from everything else. (yeah that directory doesn't exist yet)
Marek
On Wed, Jul 23, 2014 at 8:10 PM, Jason Ekstrand wrote:
>
>
>
> On Wed, Jul 23, 2014 at 10:31 AM, Marek Olšák wrote:
>>
>> On Fri, Jul 18, 2014 at
On Wed, Jul 23, 2014 at 10:19 AM, Marek Olšák wrote:
> I don't see your NAK and Ian gave me an ACK. Besides, what would the
> tests be good for if you couldn't do any regression testing because
> they would always fail due to precision issues?
Please don't top quote.
Ian reviewed before my comme
On Tue, Jul 22, 2014 at 02:22:04PM -0700, Jordan Justen wrote:
> On Tue, Jul 22, 2014 at 11:14 AM, Pohjolainen, Topi
> wrote:
> > On Fri, Jul 18, 2014 at 02:16:47PM -0700, Jordan Justen wrote:
> >> Generalize the name array_spacing_lod0 to non_mip_arrays. Previously
> >> it was only used in certai
On Wed, Jul 23, 2014 at 10:31 AM, Marek Olšák wrote:
> On Fri, Jul 18, 2014 at 5:32 PM, Brian Paul wrote:
> > On 07/17/2014 12:04 PM, Jason Ekstrand wrote:
> >>
> >> This is the first installment of some work I've been doing over the past
> >> couple of weeks to refactor mesa's texture conversio
On Fri, Jul 18, 2014 at 5:32 PM, Brian Paul wrote:
> On 07/17/2014 12:04 PM, Jason Ekstrand wrote:
>>
>> This is the first installment of some work I've been doing over the past
>> couple of weeks to refactor mesa's texture conversion/storage code. There
>> is more to be done and more that I have
I don't see your NAK and Ian gave me an ACK. Besides, what would the
tests be good for if you couldn't do any regression testing because
they would always fail due to precision issues?
Marek
On Wed, Jul 23, 2014 at 6:54 PM, Matt Turner wrote:
> On Wed, Jul 23, 2014 at 9:49 AM, Ilia Mirkin wrote
On Wed, Jul 23, 2014 at 9:49 AM, Ilia Mirkin wrote:
> On Wed, Jul 23, 2014 at 12:45 PM, Matt Turner wrote:
>> On Wed, Jul 23, 2014 at 1:48 AM, Glenn Kennard
>> wrote:
>>> Requires Evergreen or later
>>> ---
>>> Passes ARB_texture_query_lod piglits, no other regressions,
>>> tested on radeon 667
On Wed, Jul 23, 2014 at 1:48 AM, Glenn Kennard wrote:
> Requires Evergreen or later
> ---
> Passes ARB_texture_query_lod piglits, no other regressions,
> tested on radeon 6670.
Oh, good to hear. Marek had patches to loosen the tolerance on the
piglit tests for radeonsi. I presume we can conclude
On Wed, Jul 23, 2014 at 12:45 PM, Matt Turner wrote:
> On Wed, Jul 23, 2014 at 1:48 AM, Glenn Kennard
> wrote:
>> Requires Evergreen or later
>> ---
>> Passes ARB_texture_query_lod piglits, no other regressions,
>> tested on radeon 6670.
>
> Oh, good to hear. Marek had patches to loosen the tole
On Wed, Jul 23, 2014 at 7:16 AM, Glenn Kennard wrote:
> Signed-off-by: Glenn Kennard
> ---
> This patch depends on Ilia Mirkin's "nvc0: add BPTC format support"
> and Neil Robert's core BPTC support patches.
>
> src/gallium/drivers/r600/r600_state_common.c | 23 +++
> 1 file
On Wed, Jul 23, 2014 at 7:16 AM, Glenn Kennard wrote:
> Signed-off-by: Glenn Kennard
> ---
> This patch depends on Ilia Mirkin's "nvc0: add BPTC format support"
> and Neil Robert's core BPTC support patches.
Reviewed-by: Alex Deucher
>
> src/gallium/drivers/r600/r600_state_common.c | 23 +
On Wed, Jul 23, 2014 at 5:57 AM, Glenn Kennard wrote:
> Map TGSI_SEMANTIC_SAMPLEMASK to register/component.
> Enable face register when sample mask is needed by shader.
> Requires Evergreen/Cayman
> ---
> I think the rest of the sample related bits in gpu_shader5 are
> from GL_ARB_sample_shading w
On Wed, Jul 23, 2014 at 5:36 AM, Glenn Kennard wrote:
> ---
> Together with separate MUL_HI/UMUL_HI patch this passes piglit
> ARB_gpu_shader5 integer tests.
>
> This patch trivially depends on r600g-Implement-GL_ARB_texture_query_lod
> for the TGSI_OPCODE_LODQ table entries.
Reviewed-by: Alex De
On Wed, Jul 23, 2014 at 5:10 AM, Glenn Kennard wrote:
> Fixes fs-imulExtended, fs-imulExtended-only-msb, fs-umulExtended,
> fs-umulExtended-only-msb piglit tests.
> ---
> Tested on radeon 6670
Reviewed-by: Alex Deucher
>
> src/gallium/drivers/r600/r600_shader.c | 12 ++--
> 1 file chan
On Wed, Jul 23, 2014 at 4:48 AM, Glenn Kennard wrote:
> Requires Evergreen or later
Reviewed-by: Alex Deucher
> ---
> Passes ARB_texture_query_lod piglits, no other regressions,
> tested on radeon 6670.
>
> docs/GL3.txt | 2 +-
> src/gallium/drivers/r600/r600_pipe.c
https://bugs.freedesktop.org/show_bug.cgi?id=80848
--- Comment #9 from Bryan Cain ---
That patch makes no difference for me.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop
On Tue, Jul 22, 2014 at 4:18 PM, Jason Ekstrand wrote:
> On Mon, Jul 21, 2014 at 5:29 PM, Matt Turner wrote:
>>
>> On Mon, Jul 21, 2014 at 5:16 PM, Jason Ekstrand
>> wrote:
>> > Signed-off-by: Jason Ekstrand
>> > ---
>> > src/mesa/main/imports.h | 4
>> > 1 file changed, 4 insertions(+)
>
On Sat, Jul 19, 2014 at 07:35:51PM +0200, Bruno Jiménez wrote:
> This allows us two things: we now need less item copies when we have
> to defrag+grow the pool (to just one copy per item) and, even in the
> case where we don't need to defrag the pool, we reduce the data copied
> to just the useful
On Sat, Jul 19, 2014 at 07:35:50PM +0200, Bruno Jiménez wrote:
> This will be used in the following patch to avoid duplicated code
> ---
Reviewed-by: Tom Stellard
> src/gallium/drivers/r600/compute_memory_pool.c | 11 ++-
> src/gallium/drivers/r600/compute_memory_pool.h | 1 +
> 2 file
On Sat, Jul 19, 2014 at 07:35:49PM +0200, Bruno Jiménez wrote:
> ---
> src/gallium/drivers/r600/compute_memory_pool.c | 43
> ++
> src/gallium/drivers/r600/compute_memory_pool.h | 1 +
> 2 files changed, 25 insertions(+), 19 deletions(-)
>
> diff --git a/src/gallium/driv
On Tue, Jul 22, 2014 at 12:36:33AM +0200, Grigori Goronzy wrote:
> On 17.07.2014 21:24, Tom Stellard wrote:
> > On Thu, Jul 17, 2014 at 06:44:25PM +0200, Grigori Goronzy wrote:
> >> Accuracy of some operations was recently improved in the R600 backend,
> >> at the cost of slower code. This is requi
On Fri, Jul 18, 2014 at 01:09:03PM +0200, Bruno Jimenez wrote:
> On Thu, 2014-07-17 at 22:56 -0400, Tom Stellard wrote:
> > On Wed, Jul 16, 2014 at 11:12:42PM +0200, Bruno Jiménez wrote:
> > > Hi,
> > >
> > > This series finally adds support for defragmenting the pool for
> > > OpenCL buffers in t
On Fri, Jul 18, 2014 at 12:35:24PM -0400, Alex Deucher wrote:
> On Fri, Jul 18, 2014 at 3:54 AM, Glenn Kennard
> wrote:
> > Piglit quick tests including sqrt pass, no other regressions,
> > tested on radeon 6670.
> > ---
> > Should be slightly more precise than the invsqrt/recip/mul combination
>
On Tue, Jul 22, 2014 at 11:54 PM, Michel Dänzer wrote:
> On 21.07.2014 17:07, Christian König wrote:
>> Am 19.07.2014 03:15, schrieb Michel Dänzer:
>>> On 19.07.2014 00:47, Christian König wrote:
Am 18.07.2014 05:07, schrieb Michel Dänzer:
>>> [PATCH 5/5] drm/radeon: Use VRAM for indirect
https://bugs.freedesktop.org/show_bug.cgi?id=81500
--- Comment #28 from Barto ---
(In reply to comment #27)
> @Barto,
> when I enable the problematic option, I got this log from FlighGear :
> FRAGMENT glCompileShader
> "/usr/share/flightgear/Shaders/urban-lightfield.frag" FAILED
> FRAGMENT Shader
On Wed, Jul 23, 2014 at 9:21 AM, Michel Dänzer wrote:
> On 23.07.2014 15:42, Christian König wrote:
>> Am 23.07.2014 05:54, schrieb Michel Dänzer:
>>> On 21.07.2014 17:07, Christian König wrote:
Am 19.07.2014 03:15, schrieb Michel Dänzer:
> On 19.07.2014 00:47, Christian König wrote:
This sounds good to me.
Marek
On Wed, Jul 23, 2014 at 8:32 AM, Michel Dänzer wrote:
> On 18.07.2014 20:45, Marek Olšák wrote:
>> If the requirements of GL_MAP_COHERENT_BIT are satisfied, then the
>> patch is okay.
>
> AFAICT GL_MAP_COHERENT_BIT simply means the app doesn't need to call
> glMemor
https://bugs.freedesktop.org/show_bug.cgi?id=81500
Benjamin Bellec changed:
What|Removed |Added
CC||b.bel...@gmail.com
--- Comment #27 fro
Signed-off-by: Glenn Kennard
---
This patch depends on Ilia Mirkin's "nvc0: add BPTC format support"
and Neil Robert's core BPTC support patches.
src/gallium/drivers/r600/r600_state_common.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/src/gallium/drivers/r600/r60
Roland Scheidegger writes:
> Am 22.07.2014 12:26, schrieb Richard Sandiford:
>> Roland Scheidegger writes:
>>> Am 21.07.2014 17:53, schrieb Richard Sandiford:
lp_build_iround has a fallback case that tries to emulate a
round-to-nearest
float->int conversion by adding 0.5 and using
https://bugs.freedesktop.org/show_bug.cgi?id=78773
--- Comment #12 from Tapani Pälli ---
(In reply to comment #11)
> That implicit cast was fixed in RBDOOM-3-BFG Git 79b8e04e.
cool, now it seems to initialize allright on IVB (still fails for me in loading
though but I only have original pk4 file
Piglit test 'gl30basic' fails on Debug Mesa with the assert:
'main/buffers.c:520: _mesa_drawbuffers:
Assertion `__builtin_popcount(destMask[buf]) == 1' failed.'.
According to spec (OpenGL 4.0 specification, pages 254-255) we have a
different bits set for one buffer and for multiple buffers.
Map TGSI_SEMANTIC_SAMPLEMASK to register/component.
Enable face register when sample mask is needed by shader.
Requires Evergreen/Cayman
---
I think the rest of the sample related bits in gpu_shader5 are
from GL_ARB_sample_shading which isn't implemented yet in r600.
Passes samplemaskin-basic pigl
https://bugs.freedesktop.org/show_bug.cgi?id=78773
--- Comment #11 from Erik Faye-Lund ---
That implicit cast was fixed in RBDOOM-3-BFG Git 79b8e04e.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
m
On Sat, Jul 19, 2014 at 4:59 PM, Ilia Mirkin wrote:
> +TGSI_SEMANTIC_TESSCOORD
> +"""
> +
> +For tessellation evaluation shaders, this semantic label indicates the
> +coordinates of the vertex being processed. This is available in XYZ; W is
> +undefined.
> +
+ "This correspond
---
Together with separate MUL_HI/UMUL_HI patch this passes piglit
ARB_gpu_shader5 integer tests.
This patch trivially depends on r600g-Implement-GL_ARB_texture_query_lod
for the TGSI_OPCODE_LODQ table entries.
docs/GL3.txt | 2 +-
src/gallium/drivers/r600/r600_shader
Fixes fs-imulExtended, fs-imulExtended-only-msb, fs-umulExtended,
fs-umulExtended-only-msb piglit tests.
---
Tested on radeon 6670
src/gallium/drivers/r600/r600_shader.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_shader.c
b/src/
Requires Evergreen or later
---
Passes ARB_texture_query_lod piglits, no other regressions,
tested on radeon 6670.
docs/GL3.txt | 2 +-
src/gallium/drivers/r600/r600_pipe.c | 2 +-
src/gallium/drivers/r600/r600_shader.c | 13 -
3 files changed, 14 inserti
Am 23.07.2014 09:21, schrieb Michel Dänzer:
On 23.07.2014 15:42, Christian König wrote:
Am 23.07.2014 05:54, schrieb Michel Dänzer:
On 21.07.2014 17:07, Christian König wrote:
Am 19.07.2014 03:15, schrieb Michel Dänzer:
On 19.07.2014 00:47, Christian König wrote:
Am 18.07.2014 05:07, schrieb
On 23.07.2014 15:42, Christian König wrote:
> Am 23.07.2014 05:54, schrieb Michel Dänzer:
>> On 21.07.2014 17:07, Christian König wrote:
>>> Am 19.07.2014 03:15, schrieb Michel Dänzer:
On 19.07.2014 00:47, Christian König wrote:
> Am 18.07.2014 05:07, schrieb Michel Dänzer:
[PATCH
85 matches
Mail list logo
