On Fre, 2013-08-16 at 03:29 +0200, Marek Olšák wrote:
> v2: bind FMASK textures to shader resource slots 16..31
This series is
Reviewed-by: Michel Dänzer
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI
On Fre, 2013-08-09 at 23:41 +0200, Laurent Carlier wrote:
> Le vendredi 9 août 2013 18:50:20 Michel Dänzer a écrit :
> > From: Michel Dänzer
> >
> > Exporting position 2/3 (clip distances) but not position 1 (point size)
> > causes geometry corruption for some reason.
> >
> > Bugzilla: https://b
From: Christian König
Signed-off-by: Christian König
---
src/gallium/auxiliary/util/u_video.h | 12 +++
src/gallium/auxiliary/vl/vl_decoder.c |4 +--
src/gallium/auxiliary/vl/vl_mpeg12_bitstream.c |2 +-
src/gallium/auxiliary/vl/vl_mpeg12_decoder.c
From: Christian König
Signed-off-by: Christian König
---
src/gallium/auxiliary/vl/vl_decoder.c |4 +++-
src/gallium/auxiliary/vl/vl_decoder.h |3 ++-
src/gallium/auxiliary/vl/vl_video_buffer.c |1 +
src/gallium/drivers/ilo/ilo_screen.c|3 ++-
From: Christian König
Signed-off-by: Christian König
---
src/gallium/auxiliary/vl/vl_video_buffer.c |3 ++-
src/gallium/auxiliary/vl/vl_video_buffer.h |3 ++-
src/gallium/drivers/ilo/ilo_format.c|5 +++--
src/gallium/drivers/nouveau/nouveau_vp3_video.c |5 +
On 14 August 2013 21:07, Kenneth Graunke wrote:
> For some reason, we didn't use this information even though the VS
> backend has computed it (albeit poorly) for ages.
>
> Signed-off-by: Kenneth Graunke
>
For some reason I can't get this series to apply cleanly. Can you post a
branch somewher
On 16 August 2013 05:35, Paul Berry wrote:
> On 14 August 2013 21:07, Kenneth Graunke wrote:
>
>> For some reason, we didn't use this information even though the VS
>> backend has computed it (albeit poorly) for ages.
>>
>> Signed-off-by: Kenneth Graunke
>>
>
> For some reason I can't get this
On 14 August 2013 21:07, Kenneth Graunke wrote:
> SURF_INDEX_DRAW is the identity function, and it's unlikely that it will
> change, but we may as well use it for documentation's sake.
>
> Signed-off-by: Kenneth Graunke
>
The comment above the declaration of SURF_INDEX_DRAW (brw_context.h) says
On 14 August 2013 21:07, Kenneth Graunke wrote:
> This allows us to determine how small we can make the binding table.
>
> Since it depends entirely on the shader program, we can just compute
> it once at compile time, rather than at binding table emit time (which
> happens during drawing).
>
> S
On 14 August 2013 21:07, Kenneth Graunke wrote:
> For some reason, we didn't use this information even though the VS
> backend has computed it (albeit poorly) for ages.
>
> Signed-off-by: Kenneth Graunke
>
This series, and the 10 patch series it's based on, are some nice reorg
work. Thanks for
On Don, 2013-08-15 at 13:50 -0700, Tom Stellard wrote:
> On Thu, Aug 15, 2013 at 07:50:10PM +0200, Michel Dänzer wrote:
> > On Don, 2013-08-15 at 09:16 -0700, Tom Stellard wrote:
> > > On Thu, Aug 15, 2013 at 08:22:39AM -0700, Tom Stellard wrote:
> > > > On Thu, Aug 15, 2013 at 11:55:36AM +0200, Mi
On Fri, Aug 16, 2013 at 03:36:38PM +0200, Michel Dänzer wrote:
> On Don, 2013-08-15 at 13:50 -0700, Tom Stellard wrote:
> > On Thu, Aug 15, 2013 at 07:50:10PM +0200, Michel Dänzer wrote:
> > > On Don, 2013-08-15 at 09:16 -0700, Tom Stellard wrote:
> > > > On Thu, Aug 15, 2013 at 08:22:39AM -0700, T
On 14 August 2013 18:28, Anuj Phogat wrote:
> Currently single sample scaled blits with GL_LINEAR filter falls
> back to meta path. Patch removes this limitation in BLORP engine
> and implements single sample scaled blit with bilinear filter.
> No piglit, gles3 regressions are observed with this
From: Michel Dänzer
Fixes two recent piglit regressions with radeonsi.
Signed-off-by: Michel Dänzer
---
lib/Target/R600/SIInstructions.td | 4 +++-
test/CodeGen/R600/xor.ll | 17 +
2 files changed, 20 insertions(+), 1 deletion(-)
diff --git a/lib/Target/R600/SIInstru
On Fri, Aug 16, 2013 at 5:40 AM, Pali Rohár wrote:
> Hello Ilia,
>
> I was your last commit which fixing xvmc support for nv30 hw in mesa git tree.
> Maybe you can help me. I have graphics card nvidia geforce 6600 gt (nv43 chip)
> According to wiki page http://nouveau.freedesktop.org/wiki/FeatureM
On Fri, Aug 16, 2013 at 04:04:37PM +0200, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Fixes two recent piglit regressions with radeonsi.
>
> Signed-off-by: Michel Dänzer
Reviewed-by: Tom Stellard
> ---
> lib/Target/R600/SIInstructions.td | 4 +++-
> test/CodeGen/R600/xor.ll | 17
On 15 August 2013 16:19, Matt Turner wrote:
> Previously, copy propagation would cause bitcast_f2u(abs(float)) to
> be performed in a single step, but the application of source modifiers
> (abs, neg) happens after type conversion, leading to incorrect results.
>
> That is, for bitcast_f2u(abs(flo
On Thu, Aug 15, 2013 at 7:38 PM, Ian Romanick wrote:
> On 08/12/2013 01:18 PM, Matt Turner wrote:
>>
>> Necessary to avoid combining a bitcast and a modifier into a single
>> operation. Otherwise if safe, the MOV should be removed by
>> copy-propagation or register coalescing.
>
>
> Has that been
On Fri, Aug 16, 2013 at 7:34 AM, Ilia Mirkin wrote:
> On Fri, Aug 16, 2013 at 5:40 AM, Pali Rohár wrote:
>> Hello Ilia,
>>
>> I was your last commit which fixing xvmc support for nv30 hw in mesa git
>> tree.
>> Maybe you can help me. I have graphics card nvidia geforce 6600 gt (nv43
>> chip)
>>
Le vendredi 16 août 2013 10:59:13 Michel Dänzer a écrit :
> On Fre, 2013-08-09 at 23:41 +0200, Laurent Carlier wrote:
> > Le vendredi 9 août 2013 18:50:20 Michel Dänzer a écrit :
> > > From: Michel Dänzer
> > >
> > > Exporting position 2/3 (clip distances) but not position 1 (point size)
> > > ca
On 08/16/2013 08:40 AM, Matt Turner wrote:
On Thu, Aug 15, 2013 at 7:38 PM, Ian Romanick wrote:
On 08/12/2013 01:18 PM, Matt Turner wrote:
Necessary to avoid combining a bitcast and a modifier into a single
operation. Otherwise if safe, the MOV should be removed by
copy-propagation or registe
On 08/14/2013 12:06 PM, Kenneth Graunke wrote:
GL_APPLE_object_purgeable creates a mechanism for marking OpenGL objects
as "purgeable" so they can be thrown away when system resources become
scarce. It specifically applies to buffer objects, textures, and
renderbuffers.
The intel_buffer_objects
On 08/14/2013 12:06 PM, Kenneth Graunke wrote:
This code upload performs batched uploads via a BO. By moving it out to
a separate file, intel_buffer_objects.c only provides the core buffer
object functionality.
Signed-off-by: Kenneth Graunke
Patch 2 and 3 are
Reviewed-by: Ian Romanick
--
Series is
Reviewed-by: Ian Romanick
On 08/13/2013 12:07 PM, Kenneth Graunke wrote:
We emit these before configuring depth in the normal path, or actually
using the depth buffer in BLORP - we just failed to emit them when
disabling depth altogether.
On Sandybridge, this also requires the post_
Signed-off-by: Emil Velikov
---
src/gallium/state_trackers/vdpau/mixer.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/mixer.c
b/src/gallium/state_trackers/vdpau/mixer.c
index 26db5c8..8c20d05 100644
--- a/src/gallium/state_trackers/vdp
On 08/12/2013 10:29 AM, Brian Paul wrote:
> On 08/09/2013 01:50 PM, Kevin H. Hobbs wrote:
>> (gdb) print pstip
>> $1 = (struct pstip_stage *) 0xff66331aff66331a
>>
>> I don't think my actual RAM goes that high.
>
> That looks suspect since the low and high halves of the address are the
> same.
>
From: Tom Stellard
It shouldn't be necessary to call radeon_winsys::cs_flush() from
radeonsi_launch_grid(), because the state tracker is responsible for
flushing the pipeline at the appropriate time. The current behavior is
also wrong, because radeonsi_launch_grid() submits packets to the
comput
On Friday, August 16, 2013 06:11:25 AM Paul Berry wrote:
> On 14 August 2013 21:07, Kenneth Graunke wrote:
> > This allows us to determine how small we can make the binding table.
> >
> > Since it depends entirely on the shader program, we can just compute
> > it once at compile time, rather than
On Wed, Aug 07, 2013 at 05:48:48PM +0200, Niels Ole Salscheider wrote:
> Clover needs the option component of llvm.
>
Pushed, thanks!
-Tom
> Signed-off-by: Niels Ole Salscheider
> ---
> configure.ac | 4
> 1 Datei geändert, 4 Zeilen hinzugefügt(+)
>
> diff --git a/configure.ac b/configu
From: Roland Scheidegger
Turns out it is actually very complicated to figure out what a format really
is wrt range, as using channel information for determining unorm/snorm etc.
doesn't work for a bunch of cases - namely compressed, subsampled, other.
Also while here add clamping for uint/sint as
https://bugs.freedesktop.org/show_bug.cgi?id=68209
Priority: medium
Bug ID: 68209
Keywords: regression
CC: fred...@kde.org
Assignee: mesa-dev@lists.freedesktop.org
Summary: piglit glean vertArrayBGRA regression
Severity
https://bugs.freedesktop.org/show_bug.cgi?id=68209
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=68209
--- Comment #2 from Kenneth Graunke ---
I don't believe there are patches pending for the Glean test, though. It needs
to be fixed too.
--
You are receiving this mail because:
You are the assignee for the bug.
_
On 08/14/2013 06:55 PM, Kenneth Graunke wrote:
Currently, i965 uploads a single SAMPLER_STATE table shared across all
shader stages (VS, FS). This series splits it out, uploading a unique
table for each stage.
I think this may actually fix some bugs with vertex texturing:
Piglit's fragment-and-
On 08/14/2013 06:55 PM, Kenneth Graunke wrote:
Currently, we only have a single sampler state table shared among all
stages, so we just copy wm.sampler_count into vs.sampler_count.
In the future, each shader stage will have its own SAMPLER_STATE table,
at which point we'll need these separate sa
https://bugs.freedesktop.org/show_bug.cgi?id=62647
Vedran Rodic changed:
What|Removed |Added
CC||auke-jan.h@intel.com
--- Comment #32
36 matches
Mail list logo
