Ian Romanick [2011-04-18 17:12]:
> On 04/18/2011 04:48 PM, tom fogal wrote:
> > Hey all,
> >
> > We recently became more aware of a dependency on python's libxml2 for
> > building Mesa. We're not as proactive as we should be, but tend to
> > upgrade Mesa every few releases; I think this was a jum
https://bugs.freedesktop.org/show_bug.cgi?id=36182
imamdxl8...@gmail.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
On Mon, Apr 18, 2011 at 8:10 PM, Eric Anholt wrote:
> On Mon, 18 Apr 2011 16:16:37 -0700, Ian Romanick wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 04/18/2011 01:37 PM, Eric Anholt wrote:
>> > Fixes ARB_texture_float/fbo-alphatest-formats.
>> > ---
>> > src/mesa/swrast/s_r
https://bugs.freedesktop.org/show_bug.cgi?id=36182
--- Comment #23 from imamdxl8...@gmail.com 2011-04-18 19:13:20 PDT ---
Intel driver supports libtxc_dxtn-1.0.0 for a long time.
Test result is like this:
Shadowgrounds and Shadowgrounds Survivor both works beautifully.
The game Amnesia The Dark
On Mon, 18 Apr 2011 14:33:49 -0700 (PDT), Jose Fonseca
wrote:
> I don't want to make further comments about software rendering at this point.
>
> But regardless, core Mesa should not have code disabled by
> TEXTURE_FLOAT_ENABLED, because patent doesn't apply equally to all
> drivers. For now we
On Mon, 18 Apr 2011 16:16:37 -0700, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 04/18/2011 01:37 PM, Eric Anholt wrote:
> > Fixes ARB_texture_float/fbo-alphatest-formats.
> > ---
> > src/mesa/swrast/s_readpix.c |3 +++
> > src/mesa/swrast/s_span.c|3 +
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/18/2011 04:48 PM, tom fogal wrote:
> Hey all,
>
> We recently became more aware of a dependency on python's libxml2 for
> building Mesa. We're not as proactive as we should be, but tend to
> upgrade Mesa every few releases; I think this was a j
On 04/18/2011 06:06 PM, Ian Romanick wrote:
> On 04/17/2011 11:39 PM, Bryan Cain wrote:
>
> This one looks good.
>
> Reviewed-by: Ian Romanick
>
> Since I don't think you have commit access, so I'll go ahead and commit
> this.
Thanks, although I don't see it in master yet.
>
> > ---
> > src/gls
On 04/18/2011 05:48 PM, tom fogal wrote:
Anyway, libxml2 is a bit arduous for us because it's not installed by
default on Linux or Mac.
... Windows or Mac, of course.
-tom
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesk
This patch was revised several times before submitting, and even after
that I still wasn't sure that adding conversion operations was the right
solution. So I'm not really surprised that there are problems with this
one. :)
On 04/18/2011 06:36 PM, Ian Romanick wrote:
> On 04/17/2011 11:39 PM, Bry
Hey all,
We recently became more aware of a dependency on python's libxml2 for
building Mesa. We're not as proactive as we should be, but tend to
upgrade Mesa every few releases; I think this was a jump from 7.8 to 7.10.
Anyway, libxml2 is a bit arduous for us because it's not installed by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/17/2011 11:39 PM, Bryan Cain wrote:
> From the GLSL 1.30 specification, section 4.1.10 ("Implicit Conversions"):
> "There are no implicit conversions between signed and unsigned integers."
>
> However, convert_component() was assuming that c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/18/2011 01:37 PM, Eric Anholt wrote:
> Fixes ARB_texture_float/fbo-alphatest-formats.
> ---
> src/mesa/swrast/s_readpix.c |3 +++
> src/mesa/swrast/s_span.c|3 +++
> 2 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/17/2011 11:39 PM, Bryan Cain wrote:
This one looks good.
Reviewed-by: Ian Romanick
Since I don't think you have commit access, so I'll go ahead and commit
this.
> ---
> src/glsl/ir_validate.cpp |6 +++---
> 1 files changed, 3 insertions
https://bugs.freedesktop.org/show_bug.cgi?id=36182
--- Comment #22 from Benjamin Bellec 2011-04-18 15:31:15
PDT ---
> How can i say mesa that it should use this lib? Or must i recompile my mesa?
> when yes how?
If libtxc_dxtn.so is in the mesa directory (/usr/lib or /usr/local/lib for
instance,
https://bugs.freedesktop.org/show_bug.cgi?id=36182
--- Comment #21 from Thomas Kowaliczek 2011-04-18
15:13:30 PDT ---
How can i say mesa that it should use this lib? Or must i recompile my mesa?
when yes how?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Yo
I don't want to make further comments about software rendering at this point.
But regardless, core Mesa should not have code disabled by
TEXTURE_FLOAT_ENABLED, because patent doesn't apply equally to all drivers. For
now we can say that svga pipe driver does not infringe. And it's possible that
https://bugs.freedesktop.org/show_bug.cgi?id=36182
--- Comment #20 from Sven Arvidsson 2011-04-18 14:13:38 PDT ---
(In reply to comment #19)
> Trine needs S3TC Support. http://frozenbyte.com/help_humble/linuxfaq.html
The FAQ is wrong.
Both Shadowgrounds games work (and have been for some time)
Hi Eric,
I think José wanted TEXTURE_FLOAT_ENABLED to apply to hardware drivers only,
because there is said to be prior art regarding software implementations.
That's why I didn't use TEXTURE_FLOAT_ENABLED in any core components.
Marek
On Mon, Apr 18, 2011 at 10:37 PM, Eric Anholt wrote:
> ---
Following up on my earlier GEM object lifecycle question, it looks my
problem is probably a combination of a race condition in KDE and the
fact that Mesa is currently swallowing memory allocation and GEM ioctl
errors (creating region-less intel_renderbuffers which ultimately cause
segfaults).
The
https://bugs.freedesktop.org/show_bug.cgi?id=36182
--- Comment #19 from Thomas Kowaliczek 2011-04-18
13:56:00 PDT ---
Trine needs S3TC Support. http://frozenbyte.com/help_humble/linuxfaq.html
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving t
---
docs/relnotes-7.11.html |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/docs/relnotes-7.11.html b/docs/relnotes-7.11.html
index 131fecd..2bd126c 100644
--- a/docs/relnotes-7.11.html
+++ b/docs/relnotes-7.11.html
@@ -36,21 +36,21 @@ tbd
New features
-GL_ARB_co
Things definitely remaining todo: switch statements, clip distances.
On 965, we also need real integers in the VS, and implementations of
some things like isinf/isnan.
---
docs/GL3.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index e373a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/17/2011 01:28 AM, Nicolas Kaiser wrote:
> * Marek Olšák :
>> r200 does support ARB_vertex_program. The backend is in r200_vertprog.c. I
>> think it has vertex shader 1.1 in D3D.
>>
>> The patch is wrong though. The extension should be listed in t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/16/2011 03:01 AM, Nicolas Kaiser wrote:
> Signed-off-by: Nicolas Kaiser
> ---
> According to Marek Olšák, this extension is quite popular in
> the GL community.[1]
Yeah, and it's a very trivial extension to support, too. I actually
think that
The blitter only does up 32bpp at a time, so we handle it by mangling
coordinates and calling the surface 32bpp.
Fixes ARB_texture_rg/fbo-generatemipmap-formats-float with ARB_texture_float.
---
src/mesa/drivers/dri/intel/intel_blit.c | 11 +++
1 files changed, 11 insertions(+), 0 delet
Tested with piglit arb_color_buffer_float-clear.
---
src/mesa/drivers/common/meta.c | 28
1 files changed, 24 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index 27681a2..6c35fa1 100644
--- a/src/mesa/driv
Tested with piglit arb_color_buffer_float-drawpixels.
---
src/mesa/drivers/common/meta.c | 28
1 files changed, 28 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index c92bf29..27681a2 100644
--- a/src/mesa
---
src/mesa/drivers/dri/i965/brw_cc.c|8
src/mesa/drivers/dri/i965/brw_vs.c|6 +-
src/mesa/drivers/dri/i965/brw_vs.h|1 +
src/mesa/drivers/dri/i965/brw_vs_emit.c |3 ++-
src/mesa/drivers/dri/i965/brw_wm.c|4 +++
For 1 and 2-channel formats the hardware only supports rendering to R
and RG. To do I and L render targets we just call them R and
everything works out. For A, we would need to rewrite the CC to do
the alpha channel's blending on color instead, and send the fragment
alpha down the red channel. F
---
src/mesa/main/renderbuffer.c | 92 ++
1 files changed, 92 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/renderbuffer.c b/src/mesa/main/renderbuffer.c
index a255ddd..7826e44 100644
--- a/src/mesa/main/renderbuffer.c
+++ b/src/mesa/main/rende
---
src/mesa/main/renderbuffer.c | 33 +
1 files changed, 33 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/renderbuffer.c b/src/mesa/main/renderbuffer.c
index 4a4a917..a255ddd 100644
--- a/src/mesa/main/renderbuffer.c
+++ b/src/mesa/main/renderbuffer.c
This covers X_FLOAT16 -> X_FLOAT32, and X -> RGBA_FLOAT32.
---
src/mesa/main/texformat.c | 34 ++
1 files changed, 30 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/texformat.c b/src/mesa/main/texformat.c
index 97b905f..c85a7c0 100644
--- a/src/mesa/mai
Fixes ARB_texture_float/fbo-alphatest-formats.
---
src/mesa/swrast/s_readpix.c |3 +++
src/mesa/swrast/s_span.c|3 +++
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/mesa/swrast/s_readpix.c b/src/mesa/swrast/s_readpix.c
index 5604c2e..a201a63 100644
--- a/src/mesa/s
Of these, intel will be using I and L initially, and A once we rewrite
fragment shaders and the CC for rendering to it as R.
---
src/mesa/main/renderbuffer.c | 218 ++
1 files changed, 218 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/renderbuff
https://bugs.freedesktop.org/show_bug.cgi?id=36341
--- Comment #3 from Gustaw Smolarczyk 2011-04-18
13:30:42 PDT ---
Have you installed "llvm" package? It provides llvm-config (without suffix) and
others as symlinks to llvm-2.8 versions on my ubuntu system.
--
Configure bugmail: https://bugs.f
On 04/17/2011 11:39 PM, Bryan Cain wrote:
From the GLSL 1.30 specification, section 4.1.10 ("Implicit Conversions"):
"There are no implicit conversions between signed and unsigned integers."
However, convert_component() was assuming that conversions between int and uint
were implicit.
H
On 04/18/2011 02:09 PM, Ian Pilcher wrote:
> http://lwn.net/Articles/283798/ mentions a DRM_IOCTL_GEM_CREATE ioctl,
> but it doesn't appear to actually exist on my system. Because of this,
> I'm currently logging DRM_IOCTL_GEM_{CLOSE,FLINK,OPEN}, but I'm unable
> to actually see objects being crea
https://bugs.freedesktop.org/show_bug.cgi?id=36295
--- Comment #13 from Ian Romanick 2011-04-18 12:11:10
PDT ---
(In reply to comment #5)
> In general, I don't like adding work-arounds like this into Mesa any more than
> anyone else. But it's always a trade-off. The upside of doing a "hack" is
I am continuing to dig into my GLMatrix-induced X crash. It appears to
be a GEM object lifecycle problem (DRM_IOCTL_GEM_OPEN returning
ENOENT). I've added a bunch of logging to drmIoctl to try figure out
what is going on, but I haven't been able to figure out how objects are
created.
http://lwn.
On 04/17/2011 11:39 PM, Bryan Cain wrote:
---
src/glsl/ir_validate.cpp |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/glsl/ir_validate.cpp b/src/glsl/ir_validate.cpp
index f3fceb2..41ffdfd 100644
--- a/src/glsl/ir_validate.cpp
+++ b/src/glsl/ir_validate.cpp
@
When you write a Gallium driver, it can be used by any frontend, including
GL, VG, GLES, etc. The only real hardware requirement is that the hardware
is *shaderful*; it needs to support vertex and fragment shaders.
Sending from a mobile, pardon the brevity. ~ C.
On Apr 18, 2011 7:11 AM, "Awin" wr
https://bugs.freedesktop.org/show_bug.cgi?id=36182
imamdxl8...@gmail.com changed:
What|Removed |Added
CC||imamdxl8...@gmail.com
--
Configu
https://bugs.freedesktop.org/show_bug.cgi?id=36182
imamdxl8...@gmail.com changed:
What|Removed |Added
Version|git |7.10
Platform|x86-64 (A
Am 18.04.2011 00:29, schrieb Marek Olšák:
> Jerome,
>
> Nicolas is actually right. There is absolutely nothing driver-specific
> about the extension. It's a pure API improvement and doesn't have
> /anything/ to do with the hardware. There are no capabilities required,
> just ARB_vertex_program.
Y
On 04/18/11 12:14, Dave Airlie wrote:
> On Thu, Apr 14, 2011 at 4:36 AM, Bas Nieuwenhuizen
> wrote:
>> previously, we always emitted blocks that were set before a draw, after this
>> patch the block only gets emitted when it is really changed.
>>
>> Also added a force parameter to r600_context_pi
https://bugs.freedesktop.org/show_bug.cgi?id=36341
--- Comment #2 from nobled 2011-04-18 08:23:09 PDT ---
(In reply to comment #1)
> You may need to install the llvm development headers/libraries. Something
> like
> 'llvm-dev'.
Uh, they did... that's where the llvm-config-2.8 script lives. Thi
* Marek Olšák :
> The extension is driver-independent, it's implemented in the Mesa core, and
> doesn't need any driver or hardware parts. It's not much useful without
> ARB_texture_float though, which the hardware cannot do.
> draw-vertices-half-float tests ARB_half_float_vertex only.
> ARB_half_
https://bugs.freedesktop.org/show_bug.cgi?id=36295
--- Comment #12 from José Fonseca 2011-04-18 07:50:52 PDT
---
> (In reply to comment #2)
> Oh hell no. Report this bug to spec. Seriously.
>
> Issues of differing names of instance ID is one thing, but giant piles of
> functionality is complet
Le 18/04/2011 10:20, Dave Airlie a écrit :
> On Mon, Apr 18, 2011 at 11:00 AM, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> This is a first step to decreasing the CPU usage, by decreasing how much
>> stuff we pass to the GPU and hence to the kernel CS checker.
>>
>> This adds a check to see if t
https://bugs.freedesktop.org/show_bug.cgi?id=36295
--- Comment #11 from pell...@gmail.com 2011-04-18 07:36:16 PDT ---
After bisecting, it seems that the new behavior was introduced by commit
8c631cfeae29b5236928f759e222aa35e6e4984c "r600g: rework vertex buffer uploads"
--
Configure bugmail: http
On 04/17/2011 12:59 PM, Eric Anholt wrote:
In the process of enabling ARB_texture_float on intel, I realized that
the way we were doing renderbuffer accessors (GetRow, PutRow, and
friends) was rather silly -- there was one version in the core, and a
spantmp2.h version in the driver. This moves s
https://bugs.freedesktop.org/show_bug.cgi?id=36295
--- Comment #10 from pell...@gmail.com 2011-04-18 06:51:20 PDT ---
Created an attachment (id=45768)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45768)
renering result using debian mesa version
I've tested the same app with mesa installe
https://bugs.freedesktop.org/show_bug.cgi?id=36295
--- Comment #9 from pell...@gmail.com 2011-04-18 06:45:30 PDT ---
Created an attachment (id=45767)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45767)
new logs
same results as before. I've attached the logs - there is a little change here
https://bugs.freedesktop.org/show_bug.cgi?id=36341
--- Comment #1 from Brian Paul 2011-04-18 06:41:11 PDT
---
You may need to install the llvm development headers/libraries. Something like
'llvm-dev'.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are r
https://bugs.freedesktop.org/show_bug.cgi?id=36295
--- Comment #8 from José Fonseca 2011-04-18 06:25:00 PDT
---
Created an attachment (id=45763)
View: https://bugs.freedesktop.org/attachment.cgi?id=45763
Review: https://bugs.freedesktop.org/review?bug=36295&attachment=45763
Patch to handle NV
On Mon, Apr 18, 2011 at 1:06 PM, Nicolas Kaiser wrote:
> - GL_ARB_half_float_pixel:
>
> I'm having problems with this one.
>
> (1a) According to the spec this extension, quote
> "will work with the OpenGL 1.5 Specification."
> However, glxinfo says it is at 1.3:
>
> OpenGL vendor string: Tungs
* Marek Olšák :
> Please test the attached patch. I have also enabled ARB_half_float_pixel and
> ARB/APPLE_vertex_array_object.
- GL_EXT_gpu_program_parameters:
./src/tests/prog_parameter
GL_RENDERER = Mesa DRI R200 (R200 514D) TCL DRI2
GL_VERSION = 1.3 Mesa 7.11-devel (git-699ecec)
GL_EXT_gpu_
On Thu, Apr 14, 2011 at 4:36 AM, Bas Nieuwenhuizen
wrote:
> previously, we always emitted blocks that were set before a draw, after this
> patch the block only gets emitted when it is really changed.
>
> Also added a force parameter to r600_context_pipe_state_set, because the
> shader constant bu
https://bugs.freedesktop.org/show_bug.cgi?id=36341
Summary: Mesa can't find ubuntu llvm
Product: Mesa
Version: git
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Compone
Hi,
The first patch for more verbose logging why texture compression fails
showed me that the problem was in the internalFormat.
But i did not know which internalFormat the compression of this
texture needed.
So i extended the code a bit to log which OpenGL extension is needed
for each inte
On Mon, Apr 18, 2011 at 11:00 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> This is a first step to decreasing the CPU usage, by decreasing how much
> stuff we pass to the GPU and hence to the kernel CS checker.
>
> This adds a check to see if the values we need to write are actually dirty,
> an
https://bugs.freedesktop.org/show_bug.cgi?id=36295
--- Comment #7 from pell...@gmail.com 2011-04-18 00:24:43 PDT ---
Created an attachment (id=45755)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45755)
output log
The screenshot were taken (by SPECviewperf) during the "catia-03" profile.
T
63 matches
Mail list logo
