On 10/25/2012 03:17 PM, Brian Paul wrote:
On 10/24/2012 02:22 PM, Anuj Phogat wrote:
Signed-off-by: Anuj Phogat
---
src/mesa/main/format_unpack.c |9 +
src/mesa/main/formats.c | 13 +
src/mesa/main/formats.h |1 +
src/mesa/main/glformats.c |
On 10/29/2012 02:41 PM, Kenneth Graunke wrote:
On 10/24/2012 01:03 PM, Ian Romanick wrote:
On 10/24/2012 12:15 PM, Matt Turner wrote:
Catches problems such as (in the gles3 branch)
glcpp-parse.y: In function '_glcpp_parser_handle_version_declaration':
glcpp-parse.y:1990:39: warning: format '%l
On 10/28/2012 12:56 PM, Tzvetan Mikov wrote:
On 10/28/2012 04:26 AM, Marek Olšák wrote:
No, there is no X11 at all. I am running my tests on a very bare system
with EGL only, hoping to minimize the test surface and isolate any
interferences.
I will try it though (it will also enable me to compar
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #21 from runetmem...@gmail.com ---
wojtek, your issue with GLES is also reproducible on nouveau and radeon
drivers. Your issue is not duplicate of this bug.
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=56555
Priority: medium
Bug ID: 56555
CC: i...@freedesktop.org
Assignee: mesa-dev@lists.freedesktop.org
Summary: [swrast] [swrastFillInModes:173] bad depth 8
Severity: normal
Classi
This is a regression since b3921e1f53833420e0a0fd581f7417.
The array stores VS outputs, not FS inputs.
Now llvmpipe can do 32 varyings too.
NOTE: This is a candidate for the stable branches.
---
src/gallium/auxiliary/draw/draw_vertex.h |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #20 from wojtek ---
> intel: Advertise multisample DRI2 configs on gen >= 6
i can reproduce this bug on Gen4 (Lenovo T61).
>Author: Chad Versace
>Date: Thu Aug 2 17:13:17 2012 -0700
strange because on my system with mesa-9.0_p
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #19 from Kenneth Graunke ---
Created attachment 69265
--> https://bugs.freedesktop.org/attachment.cgi?id=69265&action=edit
Bisect log (Kayden)
I managed to reproduce this after all.
Steps to reproduce:
1. Enable KWin's "Show FPS"
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #18 from wojtek ---
(In reply to comment #16)
> Unfortunately, I can't seem to reproduce this: I also have KDE 4.9.2 and
> Mesa 9.0, but it appears to work fine for me.
My knowledge about mesa and opengl is very limited so sorry abou
On Mon, Oct 29, 2012 at 10:55 PM, Eric Anholt wrote:
> Marek Olšák writes:
>
>> The driver chooses which attrib should be uploaded by calling
>> vbo_get_current_attrib_buffer.
>>
>> The reason for this is we can track which current attribs are dirty and skip
>> uploading accordingly. Before, we h
https://bugs.freedesktop.org/show_bug.cgi?id=56553
Priority: medium
Bug ID: 56553
CC: mar...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: [softpipe] piglit ext_transform_feedback-max-varyings
regression
https://bugs.freedesktop.org/show_bug.cgi?id=56552
Priority: medium
Bug ID: 56552
CC: mar...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: src/gallium/auxiliary/draw/draw_vertex.h:130:draw_emit
_vertex_att
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #17 from dw...@tormail.org ---
I currently have a fully upto date Arch Linux x86_64 system with Intel HD4000
I am still at the state where I have to downgrade
libglapi (9.0-1 -> 8.0.4-3)
libgl (9.0-1 -> 8.0.4-3)
intel-dri (9.0-1 -> 8
---
lib/Target/AMDGPU/AMDGPUISelLowering.cpp | 1 +
lib/Target/AMDGPU/AMDGPUISelLowering.h | 1 +
.../AMDGPU/MCTargetDesc/R600MCCodeEmitter.cpp | 11 ++-
lib/Target/AMDGPU/R600ISelLowering.cpp | 66 +++
lib/Target/AMDGPU/R600Instructions.td
Marek Olšák writes:
> The driver chooses which attrib should be uploaded by calling
> vbo_get_current_attrib_buffer.
>
> The reason for this is we can track which current attribs are dirty and skip
> uploading accordingly. Before, we had to upload the attribs every draw call,
> which wasn't very
Kenneth Graunke writes:
> When mapping a buffer object with GL_MAP_INVALIDATE_RANGE_BIT and
> GL_MAP_FLUSH_EXPLICIT_BIT and encountering a busy BO, we malloc'd
> a temporary buffer. Then, on FlushMappedBufferRange, we'd allocate
> a second temporary BO, immediately pwrite the data to that (copy
Kenneth Graunke writes:
> (This extension became core in OpenGL 4.2.)
>
> On Gen4+, all of our buffer objects are backed by GEM bos, which are
> aligned to multiples of PAGE_SIZE (typically 4096, definitely >= 64).
>
> Gen3 uses malloc'd memory for some buffers, so don't expose this
> extension t
On 10/24/2012 01:03 PM, Ian Romanick wrote:
On 10/24/2012 12:15 PM, Matt Turner wrote:
Catches problems such as (in the gles3 branch)
glcpp-parse.y: In function '_glcpp_parser_handle_version_declaration':
glcpp-parse.y:1990:39: warning: format '%lli' expects argument of type
'long long int'
https://bugs.freedesktop.org/show_bug.cgi?id=48351
Johannes Obermayr changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Brian Paul writes:
> With the explit NUM_TEXTURE_TARGETS array size, the assertion that
> Elements(targets) == NUM_TEXTURE_TARGETS would pass even if elements
> were missing.
> ---
> src/mesa/main/shared.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/src/mesa/ma
https://bugs.freedesktop.org/show_bug.cgi?id=56542
Priority: medium
Bug ID: 56542
Keywords: regression
CC: jfons...@vmware.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: [bisected] Piglit gl_select tests crash on exit
On Sun, Oct 28, 2012 at 12:50:12AM +0200, Jonas Ådahl wrote:
> If a frame callback is not destroyed when destroying a surface, its
> handler function will be invoked if the surface was destroyed after the
> callback was requested but before it was invoked, causing a write on
> free:ed memory.
>
>
On 10/29/2012 11:41 AM, Marek Olšák wrote:
On Mon, Oct 29, 2012 at 6:29 PM, Ian Romanick wrote:
On 10/28/2012 09:55 AM, Marek Olšák wrote:
How does Gallium handle GL_WRITE_ONLY mappings of busy buffers? In the
past, this would cause drivers to allocate a temporary buffer (of some sort)
and re
On 10/28/2012 07:24 AM, Marek Olšák wrote:
These are extensions which are enabled by default though the
default_extensions list in main/extensions.c. This series changes the
mechanism to using the dummy_true flag instead while removing the
extension enable flags.
The only exception is GL_OES_sta
On 10/28/2012 07:24 AM, Marek Olšák wrote:
I think we should leave this flag. There is some hardware that can do
ES1 that cannot do 3D texturing.
---
src/glsl/glsl_parser_extras.cpp |2 +-
src/glsl/standalone_scaffolding.cpp |1 -
src/mesa/main/extensions.c |6 ++
https://bugs.freedesktop.org/show_bug.cgi?id=54402
--- Comment #6 from Marek Olšák ---
r300g shouldn't crash, but it will print a lot of error messages to stderr.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev m
On Mon, Oct 29, 2012 at 6:29 PM, Ian Romanick wrote:
> On 10/28/2012 09:55 AM, Marek Olšák wrote:
>
> How does Gallium handle GL_WRITE_ONLY mappings of busy buffers? In the
> past, this would cause drivers to allocate a temporary buffer (of some sort)
> and return that to the application. In at
Philipp Klaus Krause writes:
> Am 28.10.2012 20:51, schrieb Kenneth Graunke:
>
>> This makes sense to me. The original reason for splitting out the ANGLE
>> vs. EXT bits was that the ANGLE extension only requires decompression,
>> while the other two require both compression and decompression.
On 10/28/2012 01:45 PM, Kenneth Graunke wrote:
On 10/28/2012 07:24 AM, Marek Olšák wrote:
These are extensions which are enabled by default though the
default_extensions list in main/extensions.c. This series changes the
mechanism to using the dummy_true flag instead while removing the
extension
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #16 from Kenneth Graunke ---
Unfortunately, I can't seem to reproduce this: I also have KDE 4.9.2 and Mesa
9.0, but it appears to work fine for me.
--
You are receiving this mail because:
You are the assignee for the bug.
__
On 10/29/2012 02:47 AM, Philipp Klaus Krause wrote:
Am 28.10.2012 20:51, schrieb Kenneth Graunke:
This makes sense to me. The original reason for splitting out the ANGLE
vs. EXT bits was that the ANGLE extension only requires decompression,
while the other two require both compression and deco
On 10/29/2012 09:21 AM, Eric Anholt wrote:
Kenneth Graunke writes:
This essentially reverts the following:
commit c625aa19cb53ed27f91bfd16fea6ea727e9a5bbd
Author: Chris Wilson
Date: Fri Feb 18 10:37:43 2011 +
intel: extend current vertex buffers
While working on optim
Kenneth Graunke writes:
> This was missing and got labeled "Something else".
>
> Signed-off-by: Kenneth Graunke
> ---
> src/mesa/drivers/dri/i965/brw_wm.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_wm.c
> b/src/mesa/drivers/dri/i965/brw_wm.c
> index
On 10/28/2012 09:55 AM, Marek Olšák wrote:
How does Gallium handle GL_WRITE_ONLY mappings of busy buffers? In the
past, this would cause drivers to allocate a temporary buffer (of some
sort) and return that to the application. In at least some cases, that
temporary buffer came from malloc...
https://bugs.freedesktop.org/show_bug.cgi?id=54402
--- Comment #5 from Paul Menzel ---
(In reply to comment #4)
> It shouldn't crash anymore. Does it crash?
Sorry, then I misunderstood your comment. I did not have time yet to test the
patch on my system. Also I do not have a r300 based card lyin
On 10/26/2012 11:42 AM, Chad Versace wrote:
This is great. I wanted to do this when I last touched
intel_screen_make_dri_configs but was unable to find the motivation.
I have one suggestion below, but that nit doesn't block the patch.
Reviewed-by: Chad Versace
+ switch (format) {
+ case
https://bugs.freedesktop.org/show_bug.cgi?id=54402
--- Comment #4 from Marek Olšák ---
It shouldn't crash anymore. Does it crash?
The assertion is ignored with a non-debug build.
--
You are receiving this mail because:
You are the assignee for the bug.
_
On 10/26/2012 07:29 PM, Marek Olšák wrote:
This allows updating only a subrange of buffer bindings.
set_vertex_buffers(pipe, start_slot, count, NULL) unbinds buffers in that
range. Binding NULL resources unbinds buffers too (both buffer and user_buffer
must be NULL).
The meta ops are adapted to
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #15 from Fredrik Höglund ---
Someone who is able to reproduce the problem is going to have to bisect it so
we can know which commit caused the regression.
--
You are receiving this mail because:
You are the assignee for the bug.
___
Kenneth Graunke writes:
> When copy_array_to_vbo_array encountered an array with src_stride == 0
> and dst_stride != 0, we would replicate out the single element to the
> whole size (max - min + 1). This is unnecessary: we can simply upload
> one copy and set the buffer's stride to 0.
>
> Decrea
Kenneth Graunke writes:
> This essentially reverts the following:
>
> commit c625aa19cb53ed27f91bfd16fea6ea727e9a5bbd
> Author: Chris Wilson
> Date: Fri Feb 18 10:37:43 2011 +
>
> intel: extend current vertex buffers
>
> While working on optimizing an upcoming Steam title, I br
On 10/28/2012 10:55 AM, Marek Olšák wrote:
---
src/mapi/glapi/gen/gl_API.xml|8 +++-
src/mesa/main/extensions.c |1 +
src/mesa/main/get.c |1 +
src/mesa/main/get_hash_params.py |3 +++
src/mesa/main/mtypes.h |4
5 files changed,
On 10/28/2012 09:18 PM, Marek Olšák wrote:
The driver chooses which attrib should be uploaded by calling
vbo_get_current_attrib_buffer.
The reason for this is we can track which current attribs are dirty and skip
uploading accordingly. Before, we had to upload the attribs every draw call,
which
2012/10/29 Bryan Cain :
> On 10/29/2012 06:22 AM, Andreas Boll wrote:
>> 2012/10/24 Andreas Boll :
>>> 2012/10/24 Marek Olšák :
On Tue, Oct 23, 2012 at 11:52 PM, Bryan Cain wrote:
> On 10/23/2012 04:50 PM, Brian Paul wrote:
>> On 10/23/2012 10:58 AM, Bryan Cain wrote:
>>> This fix
On 10/27/2012 11:14 PM, Vinson Lee wrote:
On Sat, Oct 27, 2012 at 7:15 PM, Kenneth Graunke wrote:
On 10/27/2012 01:01 PM, Vinson Lee wrote:
Fixes build error on Cygwin and Solaris. _R, _G, and _B are used in
ctype.h on those platforms.
Signed-off-by: Vinson Lee
---
src/mesa/drivers/x11/xf
https://bugs.freedesktop.org/show_bug.cgi?id=54402
--- Comment #3 from Paul Menzel ---
(In reply to comment #2)
> This is fixed for r600g by commit b3921e1f53833420e0a0fd581f741744e7957a05.
Here is the URL.
http://cgit.freedesktop.org/mesa/mesa/commit/?id=b3921e1f53833420e0a0fd581f741744e7957a0
On 10/28/2012 10:55 AM, Marek Olšák wrote:
---
src/mapi/glapi/gen/gl_API.xml|8 +++-
src/mesa/main/extensions.c |1 +
src/mesa/main/get.c |1 +
src/mesa/main/get_hash_params.py |3 +++
src/mesa/main/mtypes.h |4
5 files changed,
On 10/28/2012 10:55 AM, Marek Olšák wrote:
---
docs/GL3.txt |2 +-
src/gallium/drivers/i915/i915_screen.c |1 +
src/gallium/drivers/llvmpipe/lp_screen.c |1 +
src/gallium/drivers/nv30/nv30_screen.c |1 +
src/gallium/drivers/nv5
On 10/29/2012 06:22 AM, Andreas Boll wrote:
> 2012/10/24 Andreas Boll :
>> 2012/10/24 Marek Olšák :
>>> On Tue, Oct 23, 2012 at 11:52 PM, Bryan Cain wrote:
On 10/23/2012 04:50 PM, Brian Paul wrote:
> On 10/23/2012 10:58 AM, Bryan Cain wrote:
>> This fixes an issue where glsl_to_tgsi_v
Reviewed-by: Alex Deucher
On Mon, Oct 29, 2012 at 8:23 AM, Marek Olšák wrote:
> ---
> src/gallium/drivers/r600/evergreen_state.c | 72
> +++-
> src/gallium/drivers/r600/evergreend.h |1 +
> src/gallium/drivers/r600/r600_state.c | 36 ++
> s
On Sun, Oct 28, 2012 at 07:20:25PM +0100, Vincent Lejeune wrote:
> ---
> src/gallium/drivers/r600/eg_asm.c| 17
> src/gallium/drivers/r600/r600_asm.c | 17
> src/gallium/drivers/r600/r600_asm.h | 2 +
> src/gallium/drivers/r600/r600_llvm.c | 71
> +
On Sun, Oct 28, 2012 at 07:18:57PM +0100, Vincent Lejeune wrote:
> ---
> lib/Target/AMDGPU/AMDGPUISelLowering.cpp | 1 +
> lib/Target/AMDGPU/AMDGPUISelLowering.h | 1 +
> .../AMDGPU/MCTargetDesc/R600MCCodeEmitter.cpp | 11 +-
> lib/Target/AMDGPU/R600ISelLowering.cpp
---
src/gallium/drivers/r600/evergreen_state.c | 72 +++-
src/gallium/drivers/r600/evergreend.h |1 +
src/gallium/drivers/r600/r600_state.c | 36 ++
src/gallium/drivers/r600/r600d.h |1 +
4 files changed, 11 insertions(+), 99 dele
On Sat, Oct 27, 2012 at 09:03:49PM +0200, Vincent Lejeune wrote:
> ---
> src/gallium/drivers/r600/r600_llvm.c | 62
> +++---
> src/gallium/drivers/r600/r600_shader.c | 22
> 2 files changed, 64 insertions(+), 20 deletions(-)
>
Reviewed-by: Tom Stellard
---
src/gallium/auxiliary/util/u_vbuf.c | 21 -
1 file changed, 12 insertions(+), 9 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_vbuf.c
b/src/gallium/auxiliary/util/u_vbuf.c
index 26ecb7a..5bd60dc 100644
--- a/src/gallium/auxiliary/util/u_vbuf.c
+++ b/src/gallium/
This series follows "gallium: add start_slot parameter to set_vertex_buffers".
---
src/gallium/auxiliary/util/u_vbuf.c | 39 +--
1 file changed, 24 insertions(+), 15 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_vbuf.c
b/src/gallium/auxiliary/util/u_vbu
https://bugs.freedesktop.org/show_bug.cgi?id=54402
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
2012/10/24 Andreas Boll :
> 2012/10/24 Marek Olšák :
>> On Tue, Oct 23, 2012 at 11:52 PM, Bryan Cain wrote:
>>> On 10/23/2012 04:50 PM, Brian Paul wrote:
On 10/23/2012 10:58 AM, Bryan Cain wrote:
> This fixes an issue where glsl_to_tgsi_visior::get_opcode() would
> emit the
> wron
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #14 from weigert.ste...@googlemail.com ---
hi,
what is the state on this bug? is it worth trying to downgrade mesa or will a
fix be released soon? is it mesa's fault at all?
cheers
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=55998
weigert.ste...@googlemail.com changed:
What|Removed |Added
CC||weigert.stefan@googlemail.
2012/10/28 AssyaR :
> Hello,
>
> I am trying to install MESA on VMware player running Ubuntu 10.04_32bit, as
> I want to run Imagination POWERVR SDK- OGLES demo's binaries on it.
>
> Unfortunately, I got the following error when running the OGLESHelloAPI
> executable:
> ar@ubuntu:/opt/Imagination2
Am 28.10.2012 20:51, schrieb Kenneth Graunke:
> This makes sense to me. The original reason for splitting out the ANGLE
> vs. EXT bits was that the ANGLE extension only requires decompression,
> while the other two require both compression and decompression. So that
> one could be advertised eve
Hello, I send this patch one more time.
It segfaulte when a qtwayland execute on kms. (in case only radeon graphic
card)
It happen because don’t copy dri_format of __DRIimage in dri2_dup_image().
I hope you try to check it again.
Best Regards,
YoungSun Park
-Original Message-
From: Young
Hello,
I am trying to install MESA on VMware player running Ubuntu 10.04_32bit, as
I want to run Imagination POWERVR SDK- OGLES demo's binaries on it.
Unfortunately, I got the following error when running the OGLESHelloAPI
executable:
ar@ubuntu:/opt/Imagination2/PowerVR/GraphicsSDK/SDK_3.0/Examp
64 matches
Mail list logo