On Sat, Apr 21, 2012 at 3:48 PM, Andy Furniss wrote:
> Marek Olšák wrote:
>>
>> It's already done in _mesa_validate_Draw* and it's not needed to do it
>> again
>> unless I am missing something.
>> ---
>> src/mesa/vbo/vbo_exec_array.c | 20
>> 1 files changed, 0 insertions(+
On Fri, Apr 20, 2012 at 9:43 AM, Michel Dänzer wrote:
> On Fre, 2012-04-20 at 00:04 +0200, Marek Olšák wrote:
>>
>> 2) The radeonsi driver hasn't been adapted yet. I don't have LLVM 3.1
>> at the moment, therefore I can't even compile the driver. I'll try to
>> take look at it this weekend unless
It seems silly that GL lets you allocate these given that they're
framebuffer attachment incomplete, but the webgl conformance tests
actually go looking to see if the getters on 0-width/height
depth/stencil renderbuffers return good values. By failing out here,
they all got smashed to 0, which tur
On 04/22/2012 01:43 AM, nobled wrote:
And fix these warning that appear at autoreconf time:
"`:='-style assignments are not portable"
---
configure.ac |2 +-
src/gallium/drivers/r300/Makefile.sources |2 +-
src/mesa/drivers/dri/i915/Makefile.sources |
On 04/23/2012 07:56 AM, Brian Paul wrote:
On 04/23/2012 03:10 AM, Gwenole Beauchesne wrote:
Hi,
Those patches implement the optional GL_EXT_texture_rg extension for
OpenGL ES 2.x on Intel GenX. is also updated to the
latest revision from Khronos, per Brian's comment.
Is it OK to push this seri
https://bugs.freedesktop.org/show_bug.cgi?id=48441
--- Comment #6 from Alen Skondro 2012-04-23 13:11:20 PDT
---
Created attachment 60495
--> https://bugs.freedesktop.org/attachment.cgi?id=60495
GDB output
This is what I got so far.
Even though I compiled with -g -O0 parameters, there are stil
Christoph Bumiller writes:
>[...]
> And one more concern about lumping in UAVs/images/surfaces/RATs with
> textures in set_*_sampler_views: for graphics, they're not per-shader
> type but global, so if the interface allows for them to be specified
> individually for each shader type that will get
> > > > conformance/renderbuffers/framebuffer-object-attachment.html: 3
> > > > tests failed
> > >
> > > > Create and attach depthStencil renderbuffer
> > > > PASS depthStencilBuffer = gl.createRenderbuffer() is non-null.
> > > > PASS getError was expected value: NO_ERROR :
> > > > PASS gl.getRend
https://bugs.freedesktop.org/show_bug.cgi?id=48441
nobled changed:
What|Removed |Added
CC||nob...@dreamwidth.org
--
Configure bugmail: ht
On Fri, 20 Apr 2012 09:20:57 +0200, Olivier Galibert wrote:
> Guys, it's a bugfix, it's five lines changed, and it's falling through
> the cracks... Can someone have a look?
3 of us already took a look, and the consensus seemed to be "this patch
shouldn't be necessary, because all new types are
- Original Message -
> On Sat, 21 Apr 2012 08:09:33 -0700 (PDT), Benoit Jacob
> wrote:
> > > > conformance/programs/program-test.html: 1 tests failed
> > >
> > > > PASS linking should fail with in-use formerly good program,
> > > > with
> > > > new bad shader attached
> > > > FAIL getEr
https://bugs.freedesktop.org/show_bug.cgi?id=48441
--- Comment #5 from Ionut Biru 2012-04-23 10:29:09 PDT
---
You can compile llvm and mesa with -g -O0
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the as
https://bugs.freedesktop.org/show_bug.cgi?id=48441
--- Comment #4 from Alen Skondro 2012-04-23 10:26:34 UTC
---
It's version 3.0.
I already built a debug version of LLVM and linked mesa against it but could
not really see what exactly the error is since some important variables were
optimized a
https://bugs.freedesktop.org/show_bug.cgi?id=48441
--- Comment #3 from Alen Skondro 2012-04-23 10:26:08 PDT
---
Created attachment 60489
--> https://bugs.freedesktop.org/attachment.cgi?id=60489
Host.inc from llvm-3.0
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
On Sat, 21 Apr 2012 08:09:33 -0700 (PDT), Benoit Jacob
wrote:
> > > conformance/programs/program-test.html: 1 tests failed
> >
> > > PASS linking should fail with in-use formerly good program, with
> > > new bad shader attached
> > > FAIL getError expected: NO_ERROR. Was INVALID_OPERATION : draw
https://bugs.freedesktop.org/show_bug.cgi?id=48441
--- Comment #2 from nobled 2012-04-23 09:29:05 PDT ---
llvm::sys::getHostTriple() is kind of a weird place to crash. What version of
LLVM is it, and can you build it with debug symbols before linking mesa against
it? Which line in LLVM's source i
On Thu, Apr 19, 2012 at 04:56:44AM +0200, Marek Olšák wrote:
> I didn't check any other drivers besides r300g. I hope CFLAGS is not the only
> variable containing the -O2 flag...
> ---
> src/gallium/drivers/r600/Makefile.am |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --
On Mon, Apr 23, 2012 at 4:54 AM, Gwenole Beauchesne wrote:
> Hi,
>
> This patch series corresponds to the DRI2 changes needed for my new
> refactored Wayland and VA/EGL proposals to handle YUV buffers and also
> a means to differentiate progressive/interlaced contents.
fwiw, for x11 side of thing
On 04/23/2012 03:10 AM, Gwenole Beauchesne wrote:
Hi,
Those patches implement the optional GL_EXT_texture_rg extension for
OpenGL ES 2.x on Intel GenX. is also updated to the
latest revision from Khronos, per Brian's comment.
Is it OK to push this series?
Thanks,
Gwenole Beauchesne (3):
GL
On 04/20/2012 05:05 PM, Han Shen(沈涵) wrote:
Hi I am working on chromium, and while I was compiling mesa-8.0 for
arm linux, I found '-m32' gets added to the mklib OPTS, which is not a
valid option for arm gcc compiler.
I attached a simple patch for this, could some one take a look at this?
Do no
On Mon, Apr 23, 2012 at 3:58 PM, Brian Paul wrote:
> On 04/22/2012 11:50 AM, Marek Olšák wrote:
>>
>> This fixes an assertion failure since:
>> commit 81afdd20f3f574ce29559d8ad77df5c77652009e
>> vbo: don't check twice whether it's valid to render
>>
>> FLUSH_CURRENT may set _NEW_CURRENT_ATTR
On 04/22/2012 11:50 AM, Marek Olšák wrote:
This fixes an assertion failure since:
commit 81afdd20f3f574ce29559d8ad77df5c77652009e
vbo: don't check twice whether it's valid to render
FLUSH_CURRENT may set _NEW_CURRENT_ATTRIB.
These two look OK to me. But the VBO code is kind of touchy
https://bugs.freedesktop.org/show_bug.cgi?id=48441
raphael.roc...@gmail.com changed:
What|Removed |Added
CC||raphael.roc...@gmail.com
--
https://bugs.freedesktop.org/show_bug.cgi?id=48441
wee...@euirc.eu changed:
What|Removed |Added
CC||wee...@euirc.eu
--
Configure bugmail:
Thanks Gwenole, your comments are helpful.
I did the following changes:
- replace wayland_gbm_ to wl_gbm_
- replace gbm_bo_create_from_handle to gbm_bo_create_from_native_handle with
gbm_bo_handle as parameter
patches are updated to the mail list.
as to mark wl_drm interface as "deprecated"
I
---
include/GL/internal/dri_interface.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/GL/internal/dri_interface.h
b/include/GL/internal/dri_interface.h
index a907e70..f49cf01 100644
--- a/include/GL/internal/dri_interface.h
+++ b/include/GL/internal/dri_interfa
Add offset argument to createImageFromName2() so that to notify the
driver to wrap the DRM buffer at the specified offset. This is useful
to wrap a DRM buffer describing a YUV picture into several other
images/textures mapping individual Y/U/V components.
---
include/GL/internal/dri_interface.h |
Add picture structure describing the DRI image. i.e. whether the DRI
image represents the whole picture or an interleaved (top/bottom field)
version.
This extension makes it possible to maintain stride and size calculations
internal to Mesa, while allowing for texturing interlaced contents. Some
i
Expose DRI image formats for basic EXT_texture_rg formats (R8, RG88),
GL_LUMINANCE and GL_LUMINANCE_ALPHA.
---
include/GL/internal/dri_interface.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/GL/internal/dri_interface.h
b/include/GL/internal/dri_interface.h
Add a new createImageFromName2() hook with image attributes struct
so that to reduce the number of arguments passed to the function.
---
include/GL/internal/dri_interface.h | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/include/GL/internal/dri_interface.h
b
Hi,
This patch series corresponds to the DRI2 changes needed for my new
refactored Wayland and VA/EGL proposals to handle YUV buffers and also
a means to differentiate progressive/interlaced contents.
For interlaced contents on Intel GenX, we can keep a unique stride and
fill in additional surfac
---
src/mesa/drivers/dri/intel/intel_extensions_es.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_extensions_es.c
b/src/mesa/drivers/dri/intel/intel_extensions_es.c
index 29eb8ea..d65913b 100644
--- a/src/mesa/drivers/dri/intel/intel_ex
---
src/mapi/glapi/gen/es_EXT.xml |8
src/mesa/main/APIspec.xml |1 +
src/mesa/main/extensions.c|1 +
3 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/src/mapi/glapi/gen/es_EXT.xml b/src/mapi/glapi/gen/es_EXT.xml
index c7e7d07..6b0cf4a 100644
--- a/src/m
---
include/GLES2/gl2ext.h | 384 ++--
1 files changed, 372 insertions(+), 12 deletions(-)
diff --git a/include/GLES2/gl2ext.h b/include/GLES2/gl2ext.h
index 4eae246..e4016a5 100644
--- a/include/GLES2/gl2ext.h
+++ b/include/GLES2/gl2ext.h
@@ -1,7 +1,7
Hi,
Those patches implement the optional GL_EXT_texture_rg extension for
OpenGL ES 2.x on Intel GenX. is also updated to the
latest revision from Khronos, per Brian's comment.
Is it OK to push this series?
Thanks,
Gwenole Beauchesne (3):
GLES2: upgrade gl2ext.h to version 16994.
mesa: add G
35 matches
Mail list logo
