On Fri, Mar 7, 2014 at 1:57 AM, Petri Latvala wrote:
> On 03/07/2014 08:41 AM, Ilia Mirkin wrote:
>>
>> diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c
>> index a72284c..77da1eb 100644
>> --- a/src/mesa/main/extensions.c
>> +++ b/src/mesa/main/extensions.c
>> @@ -86,6 +86,7 @@
On 03/07/2014 08:41 AM, Ilia Mirkin wrote:
diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c
index a72284c..77da1eb 100644
--- a/src/mesa/main/extensions.c
+++ b/src/mesa/main/extensions.c
@@ -86,6 +86,7 @@ static const struct extension extension_table[] = {
{ "GL_ARB_buff
https://bugs.freedesktop.org/show_bug.cgi?id=66346
--- Comment #3 from Vinson Lee ---
mesa: 378c6f2246d66254ce0f88cac6daf25b1c012a41 (master 10.2.0-devel)
Mac OS X build is still broken.
--
You are receiving this mail because:
You are the assignee for the bug.
_
Signed-off-by: Ilia Mirkin
---
Unfortunately a generic implementation isn't possible since this has to deal
with multisampled textures, where the storage format isn't well-defined. Maybe
we can assume that in each case it will be a certain amount of width/height
increase and create PIPE_CAP's? Pr
Signed-off-by: Ilia Mirkin
---
This isn't really for inclusion quite yet, but rather a demonstration. I'm
pretty sure I've messed up at least some of the cases. It should all become
more apparent once more piglit tests are available, testing more things.
[Among other things, I know I'm leaking t
Signed-off-by: Ilia Mirkin
---
Using void instead of GLvoid doesn't work -- the script that reads these xml
files doesn't know about it (at least in the const GLvoid * context)
src/mapi/glapi/gen/ARB_clear_texture.xml | 34
src/mapi/glapi/gen/gl_API.xml
Signed-off-by: Ilia Mirkin
---
I believe I've addressed all the comments from Brian and Ian. If you still see
something you mentioned before, please assume incompetence rather than malice :)
I'm happy to get rid of the border stuff and just stuck a assert(border == 0)
in there. Like I said -- I'
On Fri, Mar 7, 2014 at 11:56 AM, Chia-I Wu wrote:
> On Fri, Mar 7, 2014 at 2:04 AM, Jose Fonseca wrote:
>>
>>
>> - Original Message -
>>> Am 06.03.2014 18:32, schrieb Jose Fonseca:
>>> >
>>> >
>>> > - Original Message -
>>> >>
>>> >>
>>> >> - Original Message -
>>> >>> On
On Fri, Mar 7, 2014 at 2:39 AM, Brian Paul wrote:
> To fix the problem that Jose worked around in 1d8e3067fd9.
Looks good to me.
> ---
> src/mesa/state_tracker/st_format.c |4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/src/mesa/state_tracker/st_format.c
> b/src/m
On Fri, Mar 7, 2014 at 2:04 AM, Jose Fonseca wrote:
>
>
> - Original Message -
>> Am 06.03.2014 18:32, schrieb Jose Fonseca:
>> >
>> >
>> > - Original Message -
>> >>
>> >>
>> >> - Original Message -
>> >>> On 03/06/2014 09:59 AM, jfons...@vmware.com wrote:
>> From: Jo
On Thu, Mar 6, 2014 at 11:03 PM, Brian Paul wrote:
> On 03/05/2014 08:37 PM, Chia-I Wu wrote:
>>
>> On Thu, Mar 6, 2014 at 7:06 AM, Brian Paul wrote:
>>>
>>> ---
>>> src/mapi/mapi.c | 10 +-
>>> src/mapi/stub.c |6 +++---
>>> src/mapi/u_current.c |6 +++---
>>> sr
Signed-off-by: Kusanagi Kouichi
---
src/gallium/auxiliary/vl/vl_compositor.c | 64
src/gallium/auxiliary/vl/vl_compositor.h | 18 +
2 files changed, 74 insertions(+), 8 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_compositor.c
b/src/gallium/auxi
Signed-off-by: Kusanagi Kouichi
---
src/gallium/state_trackers/vdpau/output.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/gallium/state_trackers/vdpau/output.c
b/src/gallium/state_trackers/vdpau/output.c
index 9cb1106..457f678 100644
--- a/src/gallium/state_trackers/vdpau/outpu
Reviewed-by: Marek Olšák
Marek
On Thu, Mar 6, 2014 at 7:53 PM, Brian Paul wrote:
> To check that the st_mesa_format_to_pipe_format() and
> st_pipe_format_to_mesa_format() functions correctly convert
> all corresponding Mesa/Gallium formats.
>
> This found that MESA_FORMAT_YCBCR_REV was missing
On Fri, Mar 07, 2014 at 10:49:59AM +0900, Michel Dänzer wrote:
> From: Michel Dänzer
>
> llvm/Linker.h was moved to llvm/Linker/Linker.h.
>
> Signed-off-by: Michel Dänzer
Reviewed-by: Tom Stellard
> ---
> src/gallium/state_trackers/clover/llvm/invocation.cpp | 4
> 1 file changed, 4 inse
From: Michel Dänzer
llvm/Linker.h was moved to llvm/Linker/Linker.h.
Signed-off-by: Michel Dänzer
---
src/gallium/state_trackers/clover/llvm/invocation.cpp | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/state_trackers/clover/llvm/invocation.cpp
b/src/gallium/state_tracker
https://bugs.freedesktop.org/show_bug.cgi?id=75797
--- Comment #1 from Kristian Høgsberg ---
Created attachment 95275
--> https://bugs.freedesktop.org/attachment.cgi?id=95275&action=edit
Proposed fix
I think we should just remove the optimization since a 0x0 size always indicate
that we haven'
From: Eric Anholt
This keeps us from needing to reemit all the other stage state just
because a surface changed.
Improves unoptimized glamor x11perf -f8text by 1.10201% +/- 0.489869%
(n=296). [v1]
v2: (by Kenneth Graunke)
- Drop binding table packets from Gen8 unit state as well.
- Pass _3DST
https://bugs.freedesktop.org/show_bug.cgi?id=71547
Matt Turner changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
D3D10 allows setting of the internal offset of a buffer, which is
in general only incremented via actual stream output writes. By
allowing setting of the internal offset draw_auto is capable
of rendering from buffers which have not been actually streamed
out to. Our interface didn't allow. This cha
From: Eric Anholt
This keeps us from needing to reemit all the other stage state just
because a surface changed.
Improves unoptimized glamor x11perf -f8text by 1.10201% +/- 0.489869%
(n=296). [v1]
v2: (by Kenneth Graunke)
- Drop binding table packets from Gen8 unit state as well.
- Pass _3DST
This makes both the empty and non-empty binding table paths exit through
the bottom of the function, which gives us a place to share code.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_binding_tables.c | 35 +-
1 file changed, 18 insertions(+), 17 delet
https://bugs.freedesktop.org/show_bug.cgi?id=75226
commiethebeas...@gmail.com changed:
What|Removed |Added
CC||commiethebeas...@gmail.com
-
https://bugs.freedesktop.org/show_bug.cgi?id=75226
--- Comment #18 from Erich Hoover ---
(In reply to comment #17)
> I've pushed the fix to master (commit 4c68c6dcf). It is verified with the
> trace on radeonsi, ilo, and llvmpipe. I am closing the bug now. In case it
> does not fix the real ga
This fixes some unwanted scaling when the output is multisampled. Also
increases nvc0 maximum supported texture size to be able to work with a
32k texture.
Signed-off-by: Ilia Mirkin
Cc: "10.0 10.1"
---
Ran the EXT_framebuffer_multisample tests, they improve a lot. The remaining
failures are pr
To check that the st_mesa_format_to_pipe_format() and
st_pipe_format_to_mesa_format() functions correctly convert
all corresponding Mesa/Gallium formats.
This found that MESA_FORMAT_YCBCR_REV was missing in
st_mesa_format_to_pipe_format(). Fixed that too.
---
src/mesa/state_tracker/st_format.c |
On Thu, Mar 6, 2014 at 2:47 AM, Kenneth Graunke wrote:
> This will be used in multiple files soon.
>
> Signed-off-by: Kenneth Graunke
> ---
> src/mesa/drivers/common/meta.c | 46
> +-
> src/mesa/drivers/common/meta.h | 11 ++
> 2 files changed, 34
To fix the problem that Jose worked around in 1d8e3067fd9.
---
src/mesa/state_tracker/st_format.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_format.c
b/src/mesa/state_tracker/st_format.c
index 0311a2b..0be900e7 100644
--- a/src/mesa/state_t
Am 06.03.2014 19:25, schrieb Brian Paul:
> Cc: "10.0" "10.1"
> ---
> src/mesa/main/format_pack.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/src/mesa/main/format_pack.c b/src/mesa/main/format_pack.c
> index e0d2a18..89958f7 100644
> --- a/src/mesa/main/format_
On 03/06/2014 11:09 AM, Roland Scheidegger wrote:
Just one typo otherwise looks good (though I couldn't tell if it would
be missing in one of these swtich statements...).
Roland
Am 06.03.2014 18:58, schrieb Brian Paul:
To match PIPE_FORMAT_R8G8B8A8_SRGB.
---
src/mesa/main/format_pack.c
Cc: "10.0" "10.1"
---
src/mesa/main/format_pack.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/format_pack.c b/src/mesa/main/format_pack.c
index e0d2a18..89958f7 100644
--- a/src/mesa/main/format_pack.c
+++ b/src/mesa/main/format_pack.c
@@ -1044,8 +1044
- Original Message -
> To match PIPE_FORMAT_R8G8B8A8_SRGB.
> ---
> src/mesa/main/format_pack.c | 27 +++
> src/mesa/main/format_unpack.c| 14 ++
> src/mesa/main/formats.c | 15 +++
> src/mesa/main/formats.h
Just one typo otherwise looks good (though I couldn't tell if it would
be missing in one of these swtich statements...).
Roland
Am 06.03.2014 18:58, schrieb Brian Paul:
> To match PIPE_FORMAT_R8G8B8A8_SRGB.
> ---
> src/mesa/main/format_pack.c | 27 +++
> src/mesa/m
On Thu, Mar 6, 2014 at 9:59 AM, Brian Paul wrote:
> Cc: "10.0" "10.1"
> ---
> src/mesa/main/format_pack.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/src/mesa/main/format_pack.c b/src/mesa/main/format_pack.c
> index b870001..e0d2a18 100644
> --- a/src/mesa/mai
To match PIPE_FORMAT_R8G8B8A8_SRGB.
---
src/mesa/main/format_pack.c | 27 +++
src/mesa/main/format_unpack.c| 14 ++
src/mesa/main/formats.c | 15 +++
src/mesa/main/formats.h |1 +
src/mesa/main/texstore.c
Cc: "10.0" "10.1"
---
src/mesa/main/format_pack.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/format_pack.c b/src/mesa/main/format_pack.c
index b870001..e0d2a18 100644
--- a/src/mesa/main/format_pack.c
+++ b/src/mesa/main/format_pack.c
@@ -1090,8 +1090
- Original Message -
> Am 06.03.2014 18:32, schrieb Jose Fonseca:
> >
> >
> > - Original Message -
> >>
> >>
> >> - Original Message -
> >>> On 03/06/2014 09:59 AM, jfons...@vmware.com wrote:
> From: José Fonseca
>
> With the recent SRGB changes all my au
Am 06.03.2014 18:32, schrieb Jose Fonseca:
>
>
> - Original Message -
>>
>>
>> - Original Message -
>>> On 03/06/2014 09:59 AM, jfons...@vmware.com wrote:
From: José Fonseca
With the recent SRGB changes all my automated OpenGL llvmpipe tests
(piglit, conform,
The series looks good to me. I didn't see anything I'd change.
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
- Original Message -
>
>
> - Original Message -
> > On 03/06/2014 09:59 AM, jfons...@vmware.com wrote:
> > > From: José Fonseca
> > >
> > > With the recent SRGB changes all my automated OpenGL llvmpipe tests
> > > (piglit, conform, glretrace) start asserting with the backtrace
- Original Message -
> On 03/06/2014 09:59 AM, jfons...@vmware.com wrote:
> > From: José Fonseca
> >
> > With the recent SRGB changes all my automated OpenGL llvmpipe tests
> > (piglit, conform, glretrace) start asserting with the backtrace below.
> >
> > I'm hoping this change will fix
Vedran Rodic writes:
> Any reason why these patches are not applied in current GIT other than
> lack of review? I was kind of hoping that maybe some of them can
> impact Dota 2 perf, since it seems that Dota 2 is memory bandwidth
> limited.
Just lack of review.
pgpk7LoYlWRDP.pgp
Description: P
Aras Pranckevicius writes:
>>
>> -static bool debug = false;
>> +static bool debug = true;
>>
>
> Accidental debug flag?
Yeah, caught that just after sending it out. I've been bad at these
recently :(
pgp4nOw1NV75X.pgp
Description: PGP signature
___
On 03/06/2014 09:59 AM, jfons...@vmware.com wrote:
From: José Fonseca
With the recent SRGB changes all my automated OpenGL llvmpipe tests
(piglit, conform, glretrace) start asserting with the backtrace below.
I'm hoping this change will fix it. I'm not entirely sure, as this
doesn't happen in
From: José Fonseca
With the recent SRGB changes all my automated OpenGL llvmpipe tests
(piglit, conform, glretrace) start asserting with the backtrace below.
I'm hoping this change will fix it. I'm not entirely sure, as this
doesn't happen in my development machine (the bug probably depends on
On Thu, Mar 06, 2014 at 01:45:36PM +0100, Francisco Jerez wrote:
> Tom Stellard writes:
>
> > ---
> > src/gallium/drivers/radeon/radeon_llvm_util.c | 35 --
> > .../state_trackers/clover/core/compiler.hpp| 3 +-
> > src/gallium/state_trackers/clover/core/device.cpp |
These patches aren't applied so far? I can't find them in git.
We received a downstream bug report that could be solved by the 1st
patch.
https://bugs.archlinux.org/task/39199
-Andy
Archlinux
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
htt
On 03/05/2014 08:37 PM, Chia-I Wu wrote:
On Thu, Mar 6, 2014 at 7:06 AM, Brian Paul wrote:
---
src/mapi/mapi.c | 10 +-
src/mapi/stub.c |6 +++---
src/mapi/u_current.c |6 +++---
src/mapi/u_execmem.c |6 +++---
src/mapi/u_thread.h | 10 --
5 fil
On 04/03/2014 21:12, Emil Velikov wrote:
> Hi all,
>
> An interesting cleanup series inspired by Jon Turney's tinderbox.
>
> Highlights:
> - Cleanup unused configure.ac variables dating from the static makefile days.
> - Use platform specific library extension for links generation.
> - Move al
On 04/03/2014 21:12, Emil Velikov wrote:
> From: Jon TURNEY
>
> v2: (Emil)
> - Do not link agaist libglapi.
>
> Signed-off-by: Jon TURNEY
> Signed-off-by: Emil Velikov
> ---
> src/mesa/drivers/dri/Makefile.am | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/mesa/
Tom Stellard writes:
> ---
> src/gallium/drivers/radeon/radeon_llvm_util.c | 35 --
> .../state_trackers/clover/core/compiler.hpp| 3 +-
> src/gallium/state_trackers/clover/core/device.cpp | 6 +++
> src/gallium/state_trackers/clover/core/device.hpp | 1 +
> src/gal
On Thu, Mar 06, 2014 at 11:57:29AM +0900, Michel Dänzer wrote:
> On Mit, 2014-03-05 at 21:25 -0500, Tom Stellard wrote:
> > And move its definition into r600_pipe_common.h; This struct is a just
> > a container for shader code and has nothing to do with LLVM.
>
> Well, it has something to do with
Am 06.03.2014 10:56, schrieb Maarten Lankhorst:
Explicitly add radeon_drm_winsys_create and nouveau_drm_screen_create to
the dynamic list. This will ensure vdpau interop still works even when
the user links with -Bsymbolic-functions in hardened builds.
Signed-off-by: Maarten Lankhorst
Tested-by
Any reason why these patches are not applied in current GIT other than
lack of review? I was kind of hoping that maybe some of them can
impact Dota 2 perf, since it seems that Dota 2 is memory bandwidth
limited.
On Thu, Feb 27, 2014 at 11:53 PM, Eric Anholt wrote:
> On LLC, it should always be be
Putting the implementation of each GL function in its own file makes it
much easier not to get lost.
Signed-off-by: Kenneth Graunke
---
src/mesa/Makefile.sources | 1 +
src/mesa/drivers/common/meta.c | 338 +-
src/mesa/drivers/common/met
I don't know how many people care about this case, but it's easy enough
to do, so we may as well. The tricky part is that for some reason Mesa
stores the number of array slices in Height, not Depth.
I thought the easiest way to handle that here was to make Height = 1
(the actual height), and srcD
This is equivalent for now, and will differ once we add 1DArray support.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/common/meta_generate_mipmap.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/common/meta_generate_mipmap.c
b/src/mesa/drivers/
This was only ever used in one place; there's no reason for it to be
non-static.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/common/meta.h | 4
src/mesa/drivers/common/meta_generate_mipmap.c | 8
2 files changed, 4 insertions(+), 8 deletions(-)
diff --git a
fallback_required() already creates the FBO in order to check whether we
can render to the format. So it's guaranteed to exist.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/common/meta_generate_mipmap.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/src/mesa/driv
This is what the macro is for.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/common/meta_generate_mipmap.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/common/meta_generate_mipmap.c
b/src/mesa/drivers/common/meta_generate_mipmap.c
index 6a0ccb
This will be used in multiple files soon.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/common/meta.c | 46 +-
src/mesa/drivers/common/meta.h | 11 ++
2 files changed, 34 insertions(+), 23 deletions(-)
diff --git a/src/mesa/drivers/common/me
For array textures and 3D textures, this represents the layer to use.
Just pass 0 for now.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/common/meta_generate_mipmap.c | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/src/mesa/drivers/common/meta_gene
This doesn't interact with the GL API, so we shouldn't use GL types.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/common/meta_generate_mipmap.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/mesa/drivers/common/meta_generate_mipmap.c
b/src/mesa/dri
Almost the exact same code appeared twice, and it needs to expand to
handle additional texture targets. Refactor it to tidy up the code and
avoid duplicating more work in the future.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/common/meta_generate_mipmap.c | 81 +++--
I recently started looking at a suite of microbenchmarks, and discovered
that one of the tests called GenerateMipmaps repeatedly (sadly, probably
not intentionally). Naturally, it used a 2DArray texture, which we didn't
support, so we hit the slow path. Not only that, but it was half-float,
which
This is largely a matter of looping over the number of slices/layers,
and not minifying depth (presumably that code exists for the unfinished
3D texture support).
Normally, I would have made the loop over array slices the outermost
loop. I suspect that would make it trickier to support 3D texture
Explicitly add radeon_drm_winsys_create and nouveau_drm_screen_create to
the dynamic list. This will ensure vdpau interop still works even when
the user links with -Bsymbolic-functions in hardened builds.
Signed-off-by: Maarten Lankhorst
Tested-by: Rachel Greenham
Reported-by: Peter Frühberger
https://bugs.freedesktop.org/show_bug.cgi?id=75797
Marek Chalupa changed:
What|Removed |Added
CC||mchqwe...@gmail.com
--
You are receivin
Hi Kusanagi,
Am 06.03.2014 09:20, schrieb Kusanagi Kouichi:
Signed-off-by: Kusanagi Kouichi
---
src/gallium/auxiliary/vl/vl_compositor.c | 52 +---
src/gallium/auxiliary/vl/vl_compositor.h | 13 +++-
2 files changed, 60 insertions(+), 5 deletions(-)
diff --g
Signed-off-by: Kusanagi Kouichi
---
src/gallium/state_trackers/vdpau/output.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/state_trackers/vdpau/output.c
b/src/gallium/state_trackers/vdpau/output.c
index 9cb1106..2f78df4 100644
--- a/src/gallium/state_trackers/vdpau/output.c
Signed-off-by: Kusanagi Kouichi
---
src/gallium/auxiliary/vl/vl_compositor.c | 52 +---
src/gallium/auxiliary/vl/vl_compositor.h | 13 +++-
2 files changed, 60 insertions(+), 5 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_compositor.c
b/src/gallium/auxil
>
> -static bool debug = false;
> +static bool debug = true;
>
Accidental debug flag?
--
Aras Pranckevičius
work: http://unity3d.com
home: http://aras-p.info
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman
72 matches
Mail list logo
