If the number of layers is invalid, we're supposed to return
INVALID_VALUE. _mesa_legal_texture_dimensions detects some of these
cases (i.e. number of layers not being divisible by 6 for cubes), but
results in an INVALID_OPERATION error (which appears to be correct for
more general dimension probl
Minifying depth really only make sense for 3D textures. For 2D and Cube
arrays, we don't want to minify it.
Fixes oglconform's texture_view/basic.castTarget.cubeMapArray test,
which called glTexStorage3D to set up a cube map array with 18 layers
and 3 miplevels. We only allocated 9 slices for mi
It seems the subject has a typo, and "ARG" -> "ARB" would be appropriate.
On Wed, Mar 19, 2014 at 10:30 PM, Rafal Mielniczuk
wrote:
> Signed-off-by: Rafal Mielniczuk
> ---
> src/mesa/main/extensions.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/src/mesa/main/extensions.c b/src/mesa
On Wed, Mar 19, 2014 at 11:43 PM, Jonathan Gray wrote:
> drm headers may be installed in a different directory
I'm curious -- how can this happen? Looking at Makefile.am from
drm:nouveau/Makefile.am:
libdrm_nouveauincludedir = ${includedir}/libdrm
libdrm_nouveauinclude_HEADERS = nouveau.h
>
> S
On Wed, Mar 19, 2014 at 11:45 PM, Jonathan Gray wrote:
> libdl does not exist on many platforms which have dlopen in libc.
>
> Signed-off-by: Jonathan Gray
Reviewed-by: Ilia Mirkin
> ---
> src/gallium/drivers/nouveau/Makefile.am | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
On Thu, Mar 20, 2014 at 07:29:32AM -0400, Ilia Mirkin wrote:
> On Wed, Mar 19, 2014 at 11:43 PM, Jonathan Gray wrote:
> > drm headers may be installed in a different directory
>
> I'm curious -- how can this happen? Looking at Makefile.am from
> drm:nouveau/Makefile.am:
>
> libdrm_nouveauinclude
On Thu, Mar 20, 2014 at 7:57 AM, Jonathan Gray wrote:
> On Thu, Mar 20, 2014 at 07:29:32AM -0400, Ilia Mirkin wrote:
>> On Wed, Mar 19, 2014 at 11:43 PM, Jonathan Gray wrote:
>> > drm headers may be installed in a different directory
>>
>> I'm curious -- how can this happen? Looking at Makefile.a
On Thu, Mar 20, 2014 at 08:09:41AM -0400, Ilia Mirkin wrote:
> On Thu, Mar 20, 2014 at 7:57 AM, Jonathan Gray wrote:
> > On Thu, Mar 20, 2014 at 07:29:32AM -0400, Ilia Mirkin wrote:
> >> On Wed, Mar 19, 2014 at 11:43 PM, Jonathan Gray wrote:
> >> > drm headers may be installed in a different dire
On Thu, Mar 20, 2014 at 8:25 AM, Jonathan Gray wrote:
> On Thu, Mar 20, 2014 at 08:09:41AM -0400, Ilia Mirkin wrote:
>> On Thu, Mar 20, 2014 at 7:57 AM, Jonathan Gray wrote:
>> > On Thu, Mar 20, 2014 at 07:29:32AM -0400, Ilia Mirkin wrote:
>> >> On Wed, Mar 19, 2014 at 11:43 PM, Jonathan Gray wr
On Thu, Mar 20, 2014 at 08:42:59AM -0400, Ilia Mirkin wrote:
> On Thu, Mar 20, 2014 at 8:25 AM, Jonathan Gray wrote:
> > On Thu, Mar 20, 2014 at 08:09:41AM -0400, Ilia Mirkin wrote:
> >> On Thu, Mar 20, 2014 at 7:57 AM, Jonathan Gray wrote:
> >> > On Thu, Mar 20, 2014 at 07:29:32AM -0400, Ilia Mi
On Thu, Mar 20, 2014 at 8:57 AM, Jonathan Gray wrote:
> On Thu, Mar 20, 2014 at 08:42:59AM -0400, Ilia Mirkin wrote:
>> On Thu, Mar 20, 2014 at 8:25 AM, Jonathan Gray wrote:
>> > On Thu, Mar 20, 2014 at 08:09:41AM -0400, Ilia Mirkin wrote:
>> >> On Thu, Mar 20, 2014 at 7:57 AM, Jonathan Gray wro
I had already done this in my Mesa patch:
"[PATCH 3/9] mesa: fix software fallback for generating mipmaps for cube arrays"
I will commit it shortly.
Marek
On Thu, Mar 20, 2014 at 10:18 AM, Kenneth Graunke wrote:
> Minifying depth really only make sense for 3D textures. For 2D and Cube
> array
Hi Tom,
Do I need to have an AMD GPU for compute images to R600?
Thank you!
On Tue, Mar 18, 2014 at 9:14 PM, Tom Stellard wrote:
> On Mon, Mar 17, 2014 at 10:50:18PM -0400, Aditya Avinash wrote:
> > Hi,
> > I am a student. I have experience in OpenCL for 3 years. I would like to
> > know what n
EGL 1.4 Specification says that
eglMakeCurrent(display, EGL_NO_SURFACE, EGL_NO_SURFACE, EGL_NO_CONTEXT)
can be used to release the current thread's ownership on the surfaces
and context.
MESA's egl implementation was only accepting the parameters when the
KHR_surfaceless_context extension is suppo
Am 19.03.2014 18:12, schrieb Richard Sandiford:
> The AoS version of ld_build_blend_factor was assuming that if the first
> channel was alpha, there were no rgb components.
>
> Fixes glean/blendFunc on System z. No piglit regressions on x86_64.
> The shortcut is still used in tests like spec/ARB_
From: Roland Scheidegger
The conversion code for srgb was tuned for n x 4x8bit AoS -> 4 x nxfloat SoA
(and vice versa), fix this to handle also 16bit 565-style srgb formats.
Still not really all that generic, things like r10g10b10a2_srgb or
r4g4b4a4_srgb wouldn't work (the latter trivial to fix,
From: Roland Scheidegger
GL generally doesn't seem to allow srgb formats with less (or more) than 8 bit
for the rgb channels, though some hw could easily do it (typically for formats
with up to 10 bits for the rgb channels, at least for formats with less than 8
bits support is likely widespread e
This looks good, thanks. I have pushed it with small modifications
(e.g. context functions should be at the beginning of
r600_pipe_common.c, screen functions should be at the end).
Marek
On Mon, Mar 17, 2014 at 6:48 PM, Niels Ole Salscheider
wrote:
> Signed-off-by: Niels Ole Salscheider
> ---
>
Series looks good to me.
Jose
- Original Message -
> From: Roland Scheidegger
>
> The conversion code for srgb was tuned for n x 4x8bit AoS -> 4 x nxfloat SoA
> (and vice versa), fix this to handle also 16bit 565-style srgb formats.
> Still not really all that generic, things like r10g1
This is the equivalent of commit 43e77215b13b2f86e461cd8a62b542f.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/gen8_sol_state.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/gen8_sol_state.c
b/src/mesa/drivers/dri/i965/gen8
Nothing actually uses this---we handle rasterizer discard in the
clipper in order for statistics counters to work.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/gen8_sol_state.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i965/gen8_sol_state.c
b/src/me
These are clearly needed---the comments in the function are even present
for each one of them. I originally had two separate state atoms for
3DSTATE_SBE and 3DSTATE_SBE_SWIZ. When I combined the functions, I must
have forgotten to add the atoms for 3DSTATE_SBE_SWIZ.
Signed-off-by: Kenneth Graun
Core profile requires a non-default VAO to be bound. Currently, calls
to glVertexAttribPointer raise INVALID_OPERATION unless a VAO is bound,
and we never actually get any vertex data set. Trying to draw without
any vertex data can only cause problems. In i965, it causes a crash.
Bugzilla: http
On Mon, Mar 17, 2014 at 6:24 PM, Roland Scheidegger wrote:
> Am 15.03.2014 18:17, schrieb Marek Olšák:
>> From: Marek Olšák
>>
>> This is needed by _mesa_generate_mipmap.
>>
>> This adds an array of pipe_transfers to st_texture_image. Each transfer is
>> for mapping a single layer. It's ugly, but
Matt Turner writes:
> With an awful O(n^2) algorithm that searches previous instructions for
> dead writes.
>
> total instructions in shared programs: 805582 -> 788074 (-2.17%)
> instructions in affected programs: 144561 -> 127053 (-12.11%)
> ---
> src/mesa/drivers/dri/i965/brw_vec4.cpp | 46
Matt Turner writes:
> total instructions in shared programs: 811813 -> 788004 (-2.93%)
> instructions in affected programs: 185685 -> 161876 (-12.82%)
> (this is only the .shader_test files. Our .vert files are useless)
>
> This series improves the dead code elimination pass in i965
> vec4 ba
https://bugs.freedesktop.org/show_bug.cgi?id=74717
--- Comment #16 from Benjamin Bellec ---
(In reply to comment #12)
> I'm not able to reproduce it (tested with RV770 and CYPRESS) with current
> master Mesa 10.2.0-devel (git-f74cf5f).
Forget my comment about RV770, I realized I'm stuck to GL3.0
https://bugs.freedesktop.org/show_bug.cgi?id=70599
ajax at nwnk dot net changed:
What|Removed |Added
Assignee|a...@nwnk.net |mesa-dev@lists.freedesktop.
The nvc0 texfetch instruction expects the sample id to be in the second
source (usually used for the offset) rather than as part of the texture
coordinate.
This fixes all the sampler2DMS/Array tests on nvc0.
Signed-off-by: Ilia Mirkin
Cc: "10.1"
---
Tested on nvc1 with a full piglit run, no re
https://bugs.freedesktop.org/show_bug.cgi?id=72863
U. Artie Eoff changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=72863
U. Artie Eoff changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--
You are receiving this mail
Hi,
Please provide me with the feedback of my GSOC proposal.
http://www.google-melange.com/gsoc/proposal/public/google/gsoc2014/aatluri/5707702298738688
Thank you.
--
Regards,
*Atluri Aditya Avinash*,
India.
___
mesa-dev mailing list
mesa-dev@lists.fr
Currently, we don't use this path on Sandybridge because we suspect
other paths will be faster. But we potentially could. If we do, we
should allow it to support Y-tiled BLTs.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/intel_tex_subimage.c | 4 ++--
1 file changed, 2 insertio
33 matches
Mail list logo
