On Thu, Feb 28, 2013 at 7:40 AM, Jakub Bogusz wrote:
> Hello,
>
> This patch fixes vdpau-softpipe build regression (wrong file used for
> softpipe, resulting in undefined driver_descriptor symbol), introduced
> with gallium automake support.
>
>
> --
> Jakub Boguszhttp://qboosh.pl/
Oh! Nice f
Hi, I'm the user of this card: 00:02.0 VGA compatible controller [0300]:
Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics
Controller [8086:a011] . I'm running ubuntu 13.04 dev branch, with Mesa
9.0.2, the packaged version on the repo (OpenGL vendor string: Intel
Open Sou
Hello,
This patch fixes vdpau-softpipe build regression (wrong file used for
softpipe, resulting in undefined driver_descriptor symbol), introduced
with gallium automake support.
--
Jakub Boguszhttp://qboosh.pl/
--- Mesa-9.1/src/gallium/targets/vdpau-softpipe/Makefile.am.orig
2013-0
Some spelling fixes:
On Sun, Mar 3, 2013 at 4:41 PM, Stefan Brüns
wrote:
> The current code omits some possibilities to optimize the tree, leading
> to a large tree with way to many steps until the leave is reached.
Singular of leaves is leaf.
> The new code optimizes the tree based on a simple
I've been playing with softpipe msaa on and off, but I hit a problem
with the clears and am just wondering if the state tracker should be
doing something like this.
Or maybe only if any bound buffer has nr_samples > 1, or fallback to
the non-quad draw method.
I can't see how else the driver could
https://bugs.freedesktop.org/show_bug.cgi?id=61750
--- Comment #3 from Jakob Bornecrantz ---
Well currently libGL isn't built at all if you pass --disable-[glx|dri] so you
would not get anything working then if you did that.
Also considering GLES is available on more platforms then DRI (even lin
On 03/01/2013 05:05 PM, Paul Berry wrote:
On 1 March 2013 15:14, Ian Romanick mailto:i...@freedesktop.org>> wrote:
Since last September I've been gradually working on an extension to
let applications query information about the renderer before (and
after) creating a context. I've ta
On 03/01/2013 09:30 PM, Nicholas Miell wrote:
On 03/01/2013 03:14 PM, Ian Romanick wrote:
New Procedures and Functions
Bool glXQueryRendererIntegerMESA(Display *dpy, int screen,
int renderer, int attribute,
unsigne
On 03/02/2013 07:00 AM, Christoph Bumiller wrote:
On 02.03.2013 00:14, Ian Romanick wrote:
Since last September I've been gradually working on an extension to
let applications query information about the renderer before (and
after) creating a context. I've talked it over with a few ISVs and
wit
The current code omits some possibilities to optimize the tree, leading
to a large tree with way to many steps until the leave is reached.
The new code optimizes the tree based on a simple observation: as long
as at most half of the nodes at the current level are leaves, tree size
is reduced or ke
Signed-off-by: Stefan Brüns
---
src/mapi/glapi/gen/glX_server_table.py | 89
+---
1 file changed, 2 insertions(+), 87 deletions(-)
diff --git a/src/mapi/glapi/gen/glX_server_table.py
b/src/mapi/glapi/gen/glX_server_table.py
index cc78c48..589c47c 100644
--- a/src/
Signed-off-by: Stefan Brüns
---
src/mapi/glapi/gen/glX_server_table.py |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/mapi/glapi/gen/glX_server_table.py
b/src/mapi/glapi/gen/glX_server_table.py
index 5b3ffdc..cc78c48 100644
--- a/src/mapi/glapi/gen/glX_server_table
Signed-off-by: Stefan Brüns
---
src/mapi/glapi/gen/glX_server_table.py | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
diff --git a/src/mapi/glapi/gen/glX_server_table.py
b/src/mapi/glapi/gen/glX_server_table.py
index 589c47c..7204045 100644
--- a/src/mapi/glapi/gen/glX_serv
On Sun, Mar 3, 2013 at 4:43 PM, Jakob Bornecrantz wrote:
> These really should just be another set of formats, since that is
> how they are handled gallium anyways.
I think I was going that route, but changed by mind for some reason.
Probably because I didn't want to add lots of sRGB formats and
On Sun, Mar 3, 2013 at 4:52 PM, Jakob Bornecrantz wrote:
> Have you tested if this actually works? I would guess it would
> render in the right colorspace but for sampling the state tracker
> might just drop the format on the floor.
It works for sampling, but I'm not sure what the current or desir
PYTHON_GEN calls python with PYTHON_FLAGS
Signed-off-by: Stefan Brüns
---
src/mapi/glapi/gen/Makefile.am | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/mapi/glapi/gen/Makefile.am b/src/mapi/glapi/gen/Makefile.am
index 4d51bbc..36e47e2 100644
--- a/src/ma
https://bugs.freedesktop.org/show_bug.cgi?id=61764
Blaž Hrastnik changed:
What|Removed |Added
OS|All |Linux (All)
--
You are receiving this m
https://bugs.freedesktop.org/show_bug.cgi?id=61764
Blaž Hrastnik changed:
What|Removed |Added
CC||speed.the.b...@gmail.com
--
You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=61764
Priority: medium
Bug ID: 61764
Assignee: mesa-dev@lists.freedesktop.org
Summary: invalid enum in glEnable, glConvolutionFilter,
glSeparableFilter, glColorTable
Severity: norm
https://bugs.freedesktop.org/show_bug.cgi?id=61761
Blaž Hrastnik changed:
What|Removed |Added
CC||speed.the.b...@gmail.com
--
You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=61761
Priority: medium
Bug ID: 61761
Assignee: mesa-dev@lists.freedesktop.org
Summary: glPolygonOffsetEXT, OFFSET_BIAS incorrectly set to a
huge number
Severity: normal
Classif
https://bugs.freedesktop.org/show_bug.cgi?id=61750
--- Comment #2 from Wladimir ---
I'm not sure. I was trying to compile mesa+gallium with as few dependencies as
possible (no X11, no external drivers, only soft pipe) and DRI was requesting
some Radeon library so I completely disabled it.
It was
From: Dave Airlie
get sample position is most definitely wrong, need to find out what
sample positions the hardware uses.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/r600/r600_shader.c | 1 +
src/gallium/drivers/r600/r600_state_common.c | 35
2 files
From: Dave Airlie
This adds support to the mesa state tracker for ARB_texture_multisample.
hardware doesn't seem to use a different texture instructions, so
I don't think we need to create one for TGSI at this time.
Thanks to Marek for fixes to sample number picking.
Signed-off-by: Dave Airlie
From: Dave Airlie
This just calls into the gallium interface.
Signed-off-by: Dave Airlie
---
src/mesa/sources.mak| 1 +
src/mesa/state_tracker/st_cb_msaa.c | 52 +
src/mesa/state_tracker/st_cb_msaa.h | 39
src/me
From: Dave Airlie
This is to be used to implement glGet GL_SAMPLE_POSITION.
Signed-off-by: Dave Airlie
---
src/gallium/include/pipe/p_context.h | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/include/pipe/p_context.h
b/src/gallium/include/pipe/p_context.h
index 7ed946e..4f
Hey,
just posting this for others to take a look, its the state tracker
pieces to enable ARB_texture_multisample on gallium drivers, Marek
has done most of the internal gallium work for this already.
The state tracker pieces are hopefully close to complete, however
the r600g patch probably needs
https://bugs.freedesktop.org/show_bug.cgi?id=61750
Matt Turner changed:
What|Removed |Added
CC||matts...@gmail.com
--
You are receiving t
https://bugs.freedesktop.org/show_bug.cgi?id=61750
--- Comment #1 from Matt Turner ---
Thanks for the reminder. Disallowing GLES + non-DRI has been on my todo list.
Is there a reason GLES + non-DRI is useful?
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=61750
Wladimir changed:
What|Removed |Added
Hardware|Other |x86-64 (AMD64)
OS|All
https://bugs.freedesktop.org/show_bug.cgi?id=61750
Priority: medium
Bug ID: 61750
Assignee: mesa-dev@lists.freedesktop.org
Summary: Undefined references linking libGLESv2 when configured
with --disable-dri
Severity: normal
Marek Olšák writes:
> This WebGL test sets width and height to 0:
> https://www.khronos.org/registry/webgl/sdk/tests/conformance/misc/type-conversion-test.html
I don't see it being undefined, it just inherits behavior from teximage:
"CopyTexImage2D... defines a two-dimensional texture array in
We don't have a test for this yet, but obviously the swizzle was wrong.
---
src/gallium/auxiliary/util/u_blitter.c|2 +-
src/gallium/auxiliary/util/u_simple_shaders.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_blitter.c
b/src
On Sun, Mar 3, 2013 at 7:03 AM, John Kåre Alsaker
wrote:
> ---
> src/gallium/include/state_tracker/st_api.h | 1 +
> src/gallium/state_trackers/dri/common/dri_screen.c | 1 +
> src/gallium/state_trackers/dri/common/dri_screen.h | 1 +
> src/gallium/state_trackers/dri/drm/dri2.c
On Sun, Mar 3, 2013 at 7:03 AM, John Kåre Alsaker
wrote:
> duplicateImage will allow you to create a linear or sRGB view into a DRIimage
> you have access to.
> This is useful because compositors may want a specific view which doesn't
> correspond to the one used by applications.
> ---
> includ
This WebGL test sets width and height to 0:
https://www.khronos.org/registry/webgl/sdk/tests/conformance/misc/type-conversion-test.html
It causes assertion failures in the state tracker.
---
src/mesa/main/teximage.c |4
1 file changed, 4 insertions(+)
diff --git a/src/mesa/main/teximage
https://bugs.freedesktop.org/show_bug.cgi?id=58210
José Fonseca changed:
What|Removed |Added
CC||bri...@vmware.com,
|
https://bugs.freedesktop.org/show_bug.cgi?id=44239
--- Comment #12 from Marek Olšák ---
(In reply to comment #11)
> This can be easily reproduced using r300g, softpipe or llvmpipe with this
> webgl test:
> https://www.khronos.org/registry/webgl/sdk/tests/conformance/misc/type-
> conversion-test.h
This avoids the kernel CS checker errors with MSAA textures.
---
src/gallium/drivers/r600/r600_texture.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/r600/r600_texture.c
b/src/gallium/drivers/r600/r600_texture.c
index 484045e..4825592 100644
--- a/src
---
src/gallium/drivers/r600/compute_memory_pool.c |1 -
src/gallium/drivers/r600/evergreen_compute.c |1 -
src/gallium/drivers/r600/evergreen_compute.h |1 -
.../drivers/r600/evergreen_compute_internal.c |1 -
src/gallium/drivers/r600/r600.h
---
src/gallium/drivers/r600/evergreen_compute.c |1 -
.../drivers/r600/evergreen_compute_internal.c |1 -
src/gallium/drivers/r600/evergreen_hw_context.c|2 +-
src/gallium/drivers/r600/r600_hw_context.c |2 +-
src/gallium/drivers/r600/r600_hw_context_priv.h
It's nice to see so much code that did pretty much nothing go away.
---
src/gallium/drivers/r600/evergreen_compute.c |1 -
.../drivers/r600/evergreen_compute_internal.h |1 -
src/gallium/drivers/r600/evergreen_hw_context.c| 16 -
src/gallium/drivers/r600/r600.h
---
src/gallium/drivers/r600/evergreen_hw_context.c | 96 ---
src/gallium/drivers/r600/evergreen_state.c | 69
src/gallium/drivers/r600/evergreend.h |1 +
src/gallium/drivers/r600/r600_hw_context.c | 50 +---
src/gallium/dr
---
src/gallium/drivers/r600/evergreen_hw_context.c | 27
src/gallium/drivers/r600/evergreen_state.c | 171 +++
src/gallium/drivers/r600/r600_hw_context.c | 17 +--
src/gallium/drivers/r600/r600_pipe.h| 14 +-
src/gallium/drivers/r600/r600_shad
also change names of other functions, so that they make sense
---
src/gallium/drivers/r600/evergreen_state.c |4 +-
src/gallium/drivers/r600/r600_pipe.h |8 +--
src/gallium/drivers/r600/r600_shader.c | 89 --
src/gallium/drivers/r600/r600_state.c
Sebastien Caty wrote:
On March 3, 2013 12:14:54 AM Vadim Girlin wrote:
On 03/02/2013 10:06 AM, Sebastien Caty wrote:
On March 1, 2013 06:24:01 PM Matt Turner wrote:
On Fri, Mar 1, 2013 at 5:15 PM, Sebastien Caty
wrote:
Trying to dig more and found out which shader is causing trouble but I
On 02/19/2013 06:03 PM, Eric Anholt wrote:
After the previous fix that almost removes an allocation of 4*n^2
bytes, we can use a bitset to reduce another allocation from n^2 bytes
to n^2/8 bytes.
Between the previous commit and this one, the peak heap size for an
oglconform ARB_fragment_program
>> opt_constant_variable was marking a variable as constant as long as there was
>> exactly one constant assignment to it, but did not take into account that
>> this
>> assignment might be in a dynamic branch or a loop.
>> Was happening on a fragment shader like this:
>>
>> uniform float mode;
>>
On 02/19/2013 06:03 PM, Eric Anholt wrote:
We can execute way fewer instructions by doing our boolean manipulation
on an "int" of bits at a time, while also reducing our working set size.
I see...it lets you do the computation on whole words at a time rather
than looping over (up to) 32 indivi
49 matches
Mail list logo
