- Original Message -
The ralloc string appending functions were originally intended for
simple, non-hot-path uses like printing to an info log.
Cuts Unigine Tropics load time by around 20% (6 seconds).
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
Looks good. It doesn't look like the makefiles build assembly on MacOSX neither.
Jose
- Original Message -
This patch allows the Mac OS X SCons build to complete. The assembly
sources contain psuedo-ops that not are supported on Mac OS X.
Signed-off-by: Vinson Lee
https://bugs.freedesktop.org/show_bug.cgi?id=46458
Bug #: 46458
Summary: Guest screen is corrupted after host screen locked
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: Other
OS/Version: All
https://bugs.freedesktop.org/show_bug.cgi?id=46458
Viktor Ostashevskyi ost...@ostash.kiev.ua changed:
What|Removed |Added
Platform|Other |x86 (IA32)
On Tue, Feb 21, 2012 at 7:55 PM, Marek Olšák mar...@gmail.com wrote:
Hi everyone,
Besides the cleanups, there are fixes for create_context fail paths and
rework of queries. The rework is the most important, because it eliminates
buffer_map calls (and therefore buffer_wait) in begin_query.
On Wed, 22 Feb 2012 12:42:59 -0500
Kristian Hoegsberg hoegsb...@gmail.com wrote:
On Tue, Feb 21, 2012 at 12:56:11PM -0800, Jesse Barnes wrote:
GBM needs the buffer format in order to communicate with DRM and clients
for things like scanout.
So track the DRI format requested in the
https://bugs.freedesktop.org/show_bug.cgi?id=44405
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |NEEDINFO
---
On Mon, Feb 20, 2012 at 01:50:43PM -0800, Jose Fonseca wrote:
- Original Message -
- Original Message -
On Sat, Feb 18, 2012 at 4:20 AM, Jose Fonseca jfons...@vmware.com
wrote:
- Original Message -
On Fri, Feb 17, 2012 at 9:46 PM, Jose Fonseca
On Tue, Feb 21, 2012 at 7:55 PM, Marek Olšák mar...@gmail.com wrote:
Hi everyone,
Besides the cleanups, there are fixes for create_context fail paths and
rework of queries. The rework is the most important, because it eliminates
buffer_map calls (and therefore buffer_wait) in begin_query.
On Tue, 21 Feb 2012 23:21:07 +0800, Liu Aleaxander aleaxan...@gmail.com wrote:
This patch(the way to fix this issue) is a little weird, as we already
fallbacked to swrast when handling gl_PointSize(in vertex shader).
Sounds that we didn't fallback enough;) This patch servers as fixing the
From http://www.opengl.org/registry/specs/ARB/seamless_cube_map.txt:
Accepted by the cap parameter of Enable, Disable and IsEnabled,
and by the pname parameter of GetBooleanv, GetIntegerv, GetFloatv
and GetDoublev:
TEXTURE_CUBE_MAP_SEAMLESS 0x884F
---
On Wed, Feb 22, 2012 at 6:29 PM, Jerome Glisse j.gli...@gmail.com wrote:
On Tue, Feb 21, 2012 at 7:55 PM, Marek Olšák mar...@gmail.com wrote:
Hi everyone,
Besides the cleanups, there are fixes for create_context fail paths and
rework of queries. The rework is the most important, because it
On 02/21/2012 01:38 PM, Kenneth Graunke wrote:
Both callers of rewrite_tail immediately compute the new total string
length by adding the (known) length of the existing string plus the
length of the newly appended text. Unfortunately, callers generally
won't know the length of the new text, as
On 02/22/2012 01:41 PM, Paul Berry wrote:
From http://www.opengl.org/registry/specs/ARB/seamless_cube_map.txt:
Accepted by thecap parameter of Enable, Disable and IsEnabled,
and by thepname parameter of GetBooleanv, GetIntegerv, GetFloatv
and GetDoublev:
https://bugs.freedesktop.org/show_bug.cgi?id=42128
--- Comment #11 from Ian Romanick i...@freedesktop.org 2012-02-22 14:13:30
PST ---
(In reply to comment #10)
I get the crash with this error too (865G):
$ firefox
Mesa 8.1-devel implementation error: unexpected format GL_DEPTH_COMPONENT24
On 22 February 2012 13:52, Ian Romanick i...@freedesktop.org wrote:
On 02/22/2012 01:41 PM, Paul Berry wrote:
From
http://www.opengl.org/**registry/specs/ARB/seamless_**cube_map.txthttp://www.opengl.org/registry/specs/ARB/seamless_cube_map.txt
:
Accepted by thecap parameter of
On 02/22/2012 02:17 PM, Paul Berry wrote:
On 22 February 2012 13:52, Ian Romanick i...@freedesktop.org
mailto:i...@freedesktop.org wrote:
On 02/22/2012 01:41 PM, Paul Berry wrote:
From
http://www.opengl.org/__registry/specs/ARB/seamless___cube_map.txt
On Wed, Feb 22, 2012 at 2:22 PM, Ian Romanick i...@freedesktop.org wrote:
3. Several of the scripts take a really, really long time to run. I'm not
eager to add a few minutes to my clean-build times.
Someday, when I have time, I'll fix this. Maybe during PyCon. I really
regret having been too
https://bugs.freedesktop.org/show_bug.cgi?id=42128
--- Comment #12 from Benoit Jacob bja...@mozilla.com 2012-02-22 16:00:47 PST
---
OK, indeed we should not attempt to do WebGL on OpenGL 1.
But the stack trace in https://bugzilla.mozilla.org/show_bug.cgi?id=696636#c11
also shows that there is a
On 22 February 2012 16:06, Chad Versace chad.vers...@linux.intel.comwrote:
On 02/22/2012 02:22 PM, Ian Romanick wrote:
On 02/22/2012 02:17 PM, Paul Berry wrote:
On 22 February 2012 13:52, Ian Romanick i...@freedesktop.org
mailto:i...@freedesktop.org wrote:
On 02/22/2012 01:41 PM,
On 22 February 2012 14:22, Ian Romanick i...@freedesktop.org wrote:
On 02/22/2012 02:17 PM, Paul Berry wrote:
On 22 February 2012 13:52, Ian Romanick i...@freedesktop.org
mailto:i...@freedesktop.org wrote:
On 02/22/2012 01:41 PM, Paul Berry wrote:
From
On 02/22/2012 04:06 PM, Chad Versace wrote:
On 02/22/2012 02:22 PM, Ian Romanick wrote:
On 02/22/2012 02:17 PM, Paul Berry wrote:
On 22 February 2012 13:52, Ian Romanicki...@freedesktop.org
mailto:i...@freedesktop.org wrote:
On 02/22/2012 01:41 PM, Paul Berry wrote:
From
On 02/22/2012 04:29 PM, Kenneth Graunke wrote:
On 02/22/2012 04:06 PM, Chad Versace wrote:
On 02/22/2012 02:22 PM, Ian Romanick wrote:
On 02/22/2012 02:17 PM, Paul Berry wrote:
On 22 February 2012 13:52, Ian Romanicki...@freedesktop.org
mailto:i...@freedesktop.org wrote:
On 02/22/2012
v2:
- s/$(top_builddir)/$(top_srcdir)/
- Always generate Makefile.in
---
configure.ac |1 +
src/gallium/drivers/r300/.gitignore|5 ++
src/gallium/drivers/r300/Makefile | 25 -
https://bugs.freedesktop.org/show_bug.cgi?id=46458
Jakob Bornecrantz ja...@vmware.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
---
https://bugs.freedesktop.org/show_bug.cgi?id=46458
Jakob Bornecrantz ja...@vmware.com changed:
What|Removed |Added
AssignedTo|mesa-dev@lists.freedesktop. |ja...@vmware.com
Pushed, thanks.
-Tom
On Mon, Feb 20, 2012 at 01:17:56AM -0500, Satyajit Sarangi wrote:
From: Satyajit Sarangi satyajit.sara...@gmail.com
Signed-off-by: Satyajit Sarangikernel.s...@gmail.com
---
src/gallium/drivers/r600/Makefile |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
Resend the patch, it is required to enable libva over wayland.
Ian/Eric:
Could you help to review this patch?
== patch description ==:
wl_egl_window/wl_egl_pixmap are implemented in mesa, however these drawables
can also be update in video/camera modules.
An example is that libva also manage
Resend the patch, it is required to enable libva over wayland.
== patch description ==
Besides graphics, other modules (like video/camera) also depends on drm for
buffer management.
So wayland drm protocol header file should be installed.
Libva related changes are here for your reference:
https://bugs.freedesktop.org/show_bug.cgi?id=42128
--- Comment #13 from Benoit Jacob bja...@mozilla.com 2012-02-22 19:23:50 PST
---
Alright, patch under review @moz to block opengl 1.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
First off, it doesn't build for me --
mklib: Making Linux shared library: r300_dri.so.tmp
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.2/../../../../x86_64-pc-linux-gnu/bin/ld:
../../../../src/gallium/drivers/r300/libr300.a(r300_screen.o):
relocation R_X86_64_32 against `.rodata.str1.1' can not be used
On Wed, Feb 22, 2012 at 12:24:11PM -0800, Eric Anholt wrote:
On Tue, 21 Feb 2012 23:21:07 +0800, Liu Aleaxander aleaxan...@gmail.com
wrote:
This patch(the way to fix this issue) is a little weird, as we already
fallbacked to swrast when handling gl_PointSize(in vertex shader).
Sounds that
We may specify the point size in a glsl vertex shader.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46311
piglit: glsl-vs-point-size
NOTE: This is a candidate for stable release branches.
Signed-off-by: Yuanhan Liu yuanhan@linux.intel.com
---
src/mesa/tnl/t_context.c |3 +--
The current code would ignore the point size specified by gl_PointSize
builtin variable in vertex shader on Pineview. This patch servers as
fixing that.
This patch fixes the following issues on Pineview:
webglc:
On Tue, Feb 21, 2012 at 11:59:17AM -0800, Eric Anholt wrote:
On Sun, 19 Feb 2012 13:31:33 +0800, Liu Aleaxander aleaxan...@gmail.com
wrote:
On Sun, Feb 19, 2012 at 8:54 AM, Eric Anholt e...@anholt.net wrote:
On Sat, 18 Feb 2012 23:07:32 +0800, Liu Aleaxander aleaxan...@gmail.com
wrote:
On Tue, Feb 21, 2012 at 12:56:11PM -0800, Jesse Barnes wrote:
GBM needs the buffer format in order to communicate with DRM and clients
for things like scanout.
So track the DRI format requested in the various back ends and use it to
return the DRI format back to GBM when requested. GBM will
36 matches
Mail list logo