On Thu, 16 Apr 2015 21:06:27 +0100
Daniel Stone wrote:
> Hi,
>
> On 9 April 2015 at 17:20, Kristian Høgsberg wrote:
> > On Wed, Apr 8, 2015 at 11:37 AM, Emil Velikov
> > wrote:
> >> Hi all,
> >>
> >> Can we get a pair of eyes on this patch please ?
> >
> > Reviewed-by: Kristian Høgsberg
> >
On Thursday 23 April 2015 23:04:22 Jose Fonseca wrote:
> On 23/04/15 18:46, Pali Rohár wrote:
> > On Monday 13 April 2015 22:35:03 Pali Rohár wrote:
> >> On Monday 13 April 2015 22:32:10 Brian Paul wrote:
> >>> On 04/13/2015 01:49 PM, Pali Rohár wrote:
> On Monday 13 April 2015 21:26:32 Pali R
Hello,
Right now a driver has to be very careful about the GLSL version it
exposes, since it's computed separately from the GL version. The
main/version.c:compute_version code uses the consts->GLSLVersion as an
input, would there be any downside to having it also fix up the GLSL
version as well? F
From: Marek Olšák
v2: - move interop.cpp to clover/api
- change intptr_t to void* in the interface
- add a virtual function fence() to simplify some code
---
src/gallium/include/state_tracker/opencl_interop.h | 42 +++
src/gallium/state_trackers/clover/Makefile.sources | 1 +
On Tue, Apr 21, 2015 at 3:50 PM, Francisco Jerez wrote:
> Marek Olšák writes:
>
>> From: Marek Olšák
>>
> Hi Marek, looks mostly OK to me, a few nits inline,
>
>> ---
>> src/gallium/include/state_tracker/opencl_interop.h | 42 ++
>> src/gallium/state_trackers/clover/Makefile.sources
On 27/04/2015 01:18, Martin Peres wrote:
On 02/04/2015 21:41, Samuel Pitoiset wrote:
This patch defines "Driver statistics" and "MP counters" groups, but
only the latter will be exposed through GL_AMD_performance_monitor.
Signed-off-by: Samuel Pitoiset
---
src/gallium/drivers/nouveau/nvc0/n
On 02/04/2015 21:41, Samuel Pitoiset wrote:
This patch defines "Driver statistics" and "MP counters" groups, but
only the latter will be exposed through GL_AMD_performance_monitor.
Signed-off-by: Samuel Pitoiset
---
src/gallium/drivers/nouveau/nvc0/nvc0_query.c | 67 +
On 02/04/2015 21:41, Samuel Pitoiset wrote:
From: Christoph Bumiller
This is based on the original patch of Christoph Bumiller.
v3:
- only enable this extension when the underlying driver expose GPU counters
- get rid of the ring buffer of queries
v2 (Samuel Pitoiset):
- improve Gallium
On 02/04/2015 21:41, Samuel Pitoiset wrote:
GL_AMD_performance_monitor must return an error when a monitoring
session cannot be started.
Signed-off-by: Samuel Pitoiset
Reviewed-by: Marek Olšák
Reviewed-by: Martin Peres
---
src/gallium/drivers/freedreno/freedreno_query.c| 4 ++--
src/g
On 26/04/2015 23:23, Axel Davy wrote :
Move DIV_ROUND_UP to a shared location accessible everywhere
Signed-off-by: Axel Davy
---
I want to use DIV_ROUND_UP in a galliumm nine patch
src/gallium/auxiliary/util/u_math.h | 1 -
src/gallium/drivers/svga/include/svga3d_surfacedef
Move DIV_ROUND_UP to a shared location accessible everywhere
Signed-off-by: Axel Davy
---
I want to use DIV_ROUND_UP in a galliumm nine patch
src/gallium/auxiliary/util/u_math.h | 1 -
src/gallium/drivers/svga/include/svga3d_surfacedefs.h | 3 +--
src/mesa/main/macros.h
This is already declared in util/macros.h
Signed-off-by: Axel Davy
---
src/gallium/drivers/svga/include/svga3d_surfacedefs.h | 4
1 file changed, 4 deletions(-)
diff --git a/src/gallium/drivers/svga/include/svga3d_surfacedefs.h
b/src/gallium/drivers/svga/include/svga3d_surfacedefs.h
index
On 02/04/2015 21:41, Samuel Pitoiset wrote:
This allows queries to return different numeric types.
Signed-off-by: Samuel Pitoiset
Reviewed-by: Marek Olšák
Reviewed-by: Martin Peres
---
src/gallium/auxiliary/hud/hud_driver_query.c| 3 ++-
src/gallium/drivers/freedreno/freedreno_query.c
I thought Heaven only used 3.2 Core. Weird.
Marek
On Sun, Apr 26, 2015 at 10:57 PM, Ilia Mirkin wrote:
> With force_glsl_version=150, I get:
>
> heaven_x64: main/ff_fragment_shader.cpp:532: ir_rvalue*
> get_gl_Color(texenv_fragment_program*): Assertion `var' failed.
>
> Might be because it'll en
On 02/04/2015 21:41, Samuel Pitoiset wrote:
According to the spec of GL_AMD_performance_monitor, valid type values
returned are UNSIGNED_INT, UNSIGNED_INT64_AMD, PERCENTAGE_AMD, FLOAT.
This also introduces the new field group_id in order to categorize
queries into groups.
v3: fix incorrect query
With force_glsl_version=150, I get:
heaven_x64: main/ff_fragment_shader.cpp:532: ir_rvalue*
get_gl_Color(texenv_fragment_program*): Assertion `var' failed.
Might be because it'll end up affecting compat context as well?
On Sun, Apr 26, 2015 at 4:48 PM, Marek Olšák wrote:
> There are comments at
There are comments at the beginning of the file explaining some of the
workarounds. I think some of them predate Heaven 4.0 and might not be
needed for 4.0.
How about setting version 150?
Marek
On Sun, Apr 26, 2015 at 9:38 PM, Ilia Mirkin wrote:
> Brian, Marek,
>
> We now have a new fun situa
From: Xavier Bouchoux
Ignore D3DUSAGE_QUERY_POSTPIXELSHADER_BLENDING when
D3DUSAGE_RENDERTARGET is not specified.
This behaviour matches windows drivers.
Reviewed-by: Axel Davy
Signed-off-by: Xavier Bouchoux
---
v2: fix commit message
src/gallium/state_trackers/nine/adapter9.c | 3 ++-
1 fil
Brian, Marek,
We now have a new fun situation relating to this, perhaps you have
thoughts on how to resolve this. Unigine Heaven 4.0 has, in the drirc,
has
However some shaders in Heaven have #version 150 (the ones that do
tess, at least), which in turn causes issues with the new se
On Sat, Apr 25, 2015 at 6:23 AM, Dave Airlie wrote:
> On 25 April 2015 at 09:18, Ilia Mirkin wrote:
>> Now that ARB_texture_stencil8 is supported, this might happen.
>
> Seems logical, would be nice to have a piglit for it,
>
> Reviewed-by: Dave Airlie
TBH, I'm not 100% sure how this condition
Am 26.04.2015 um 18:36 schrieb Ilia Mirkin:
> On Sun, Apr 26, 2015 at 12:27 PM, Axel Davy wrote:
>> From: Tiziano Bacocco
>>
>> As on wined3d and windows, when D3DCREATE_FPU_PRESERVE is not
>> specified, change the fpu control word to all exceptions masked,
>> single precision, round to nearest.
On Sun, Apr 26, 2015 at 12:27 PM, Axel Davy wrote:
> From: Tiziano Bacocco
>
> As on wined3d and windows, when D3DCREATE_FPU_PRESERVE is not
> specified, change the fpu control word to all exceptions masked,
> single precision, round to nearest.
>
> Signed-off-by: Axel Davy
> Signed-off-by: Tizi
From: Tiziano Bacocco
As on wined3d and windows, when D3DCREATE_FPU_PRESERVE is not
specified, change the fpu control word to all exceptions masked,
single precision, round to nearest.
Signed-off-by: Axel Davy
Signed-off-by: Tiziano Bacocco
---
src/gallium/state_trackers/nine/device9.c | 31 +
On Sun, Apr 26, 2015 at 5:14 AM, Axel Davy wrote:
> On 24/04/2015 23:40, Ilia Mirkin wrote :
>>
>> On Fri, Apr 24, 2015 at 4:09 PM, Axel Davy wrote:
>>>
>>> From: Xavier Bouchoux
>>>
>>> Was sometimes too large for PS.
>>>
>>> Reviewed-by: Axel Davy
>>> Signed-off-by: Xavier Bouchoux
>>> ---
>
https://bugs.freedesktop.org/show_bug.cgi?id=85203
--- Comment #10 from Clément Guérin ---
Same problem here. It happens as far as I remember using my HD 7950 since last
summer.
I ran GNOME 3.12 to 3.16 on Arch Linux the whole time. The screen glitches for
a frame and I can find the error in the
https://bugs.freedesktop.org/show_bug.cgi?id=85203
Clément Guérin changed:
What|Removed |Added
CC||geecko@free.fr
--
You are receivin
On Sun, Apr 26, 2015 at 4:26 AM, Axel Davy wrote:
> Le 25/04/2015 00:21, Ilia Mirkin a écrit :
>>
>> On Fri, Apr 24, 2015 at 6:13 PM, Axel Davy wrote:
>>>
>>> Le 25/04/2015 00:02, Ilia Mirkin a écrit :
I'm having trouble understanding what you're changing here... perhaps
a bet
On 26/04/15 00:08, Timothy Arceri wrote:
> On Sat, 2015-04-25 at 18:46 +0200, Alejandro Piñeiro wrote:
>> There was a typo on commit c0cd5b, doing it when explicit_binding
>> was false. This prevented to use any binding point different to 0.
>> ---
>>
>> Taking into account the explanation on the h
Le 24/04/2015 23:19, Ilia Mirkin a écrit :
On Fri, Apr 24, 2015 at 4:09 PM, Axel Davy wrote:
Might I suggest either describing the bug or the solution to the bug? e.g.
boolean shift_viewport;
Perhaps there's another different buggy barycentric problem which is
solved in an entirely different w
On 24/04/2015 23:40, Ilia Mirkin wrote :
On Fri, Apr 24, 2015 at 4:09 PM, Axel Davy wrote:
From: Xavier Bouchoux
Was sometimes too large for PS.
Reviewed-by: Axel Davy
Signed-off-by: Xavier Bouchoux
---
src/gallium/state_trackers/nine/nine_shader.c | 8 +---
1 file changed, 5 insert
On 24/04/2015 23:26, Ilia Mirkin wrote :
>From
https://msdn.microsoft.com/en-us/library/windows/desktop/bb172594%28v=vs.85%29.aspx
D3DQUERYTYPE_TIMESTAMPFREQ
This query result is TRUE if the values from D3DQUERYTYPE_TIMESTAMP
queries cannot be guaranteed to be continuous throughout the duration
Le 25/04/2015 00:21, Ilia Mirkin a écrit :
On Fri, Apr 24, 2015 at 6:13 PM, Axel Davy wrote:
Le 25/04/2015 00:02, Ilia Mirkin a écrit :
I'm having trouble understanding what you're changing here... perhaps
a better commit description could go a ways to clearing things up?
Were you allocating
On 25/04/2015 22:53, Ilia Mirkin wrote :
On Fri, Apr 24, 2015 at 4:11 PM, Axel Davy wrote:
+if (damaged) {
+box = *damaged;
+box.z = This->layer;
+box.depth = 1;
+} else {
+box.x = 0;
+box.y = 0;
+box.z = This->layer;
+box.width =
On Sat, 2015-04-25 at 18:59 -0400, Ilia Mirkin wrote:
> On Sat, Apr 25, 2015 at 6:57 PM, Bruno Jimenez > wrote:
> > On Sat, 2015-04-25 at 15:00 -0400, Ilia Mirkin wrote:
> > > Signed-off-by: Ilia Mirkin
> > > ---
> > > docs/relnotes/10.6.0.html | 7 ---
> > > src/ga
34 matches
Mail list logo
