This pass removes conditions from conditional assignments when possible.
This pass is useful for hardware that requires a lot of lowering passes
that generate many CMP instructions.
---
src/mesa/program/prog_optimize.c | 87 ++
1 files changed, 87 insertions(+
---
src/mesa/program/prog_optimize.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/program/prog_optimize.c b/src/mesa/program/prog_optimize.c
index 164297a..f62d890 100644
--- a/src/mesa/program/prog_optimize.c
+++ b/src/mesa/program/prog_optimize.c
@@ -74,6 +74
Fixes an assertion failure encountered in the pipe-video branch.
---
src/gallium/drivers/nv50/nv50_pc_optimize.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/nv50/nv50_pc_optimize.c
b/src/gallium/drivers/nv50/nv50_pc_optimize.c
index 281ccf7..68
On 04/02/2011 11:41 AM, Fabian Bieler wrote:
Does this fix a specific bug or do you have a test program that
demonstrates the issue? The patch looks OK on the surface but I'd
like to know a bit more about what's going on.
-Brian
___
mesa-dev ma
On 04/02/2011 11:41 AM, Fabian Bieler wrote:
Looks good. I'll commit it soon.
-Brian
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/04/2011 02:42 PM, Brian Paul wrote:
> BTW, as long as you're looking at shadow samplers, we'll need support
> for cubical shadow map sampling in the (hopefully not too distant)
> future. The coord.W component would be the distance value. I have
BTW, as long as you're looking at shadow samplers, we'll need support
for cubical shadow map sampling in the (hopefully not too distant)
future. The coord.W component would be the distance value. I haven't
looked to see if that's a new issue in the IR or code generators.
-Brian
_
Hi Aaron,
Working on the loop filter first is probably a good idea you are
right, I will change the roadmap. Beside as it is the last operation
to be done during the decoding and there is no dependency upon other
operations maybe more aggressive parallelization can be achieved.
I did not have tim
Hi Emeric,
It doesn't affect your proposal too much, but I'd recommend changing
the order of your August tasks a bit. I would suggest trying to work
on the loop filter before the motion compensation. A few of the 720p
and 1080p videos that I profiled during my thesis work suggested that
the loop
On 04/04/2011 10:53 PM, Bryan Cain wrote:
> ---
> src/gallium/drivers/nv50/nv50_pc.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/src/gallium/drivers/nv50/nv50_pc.c
> b/src/gallium/drivers/nv50/nv50_pc.c
> index 82f1b84..f6870cc 100644
> --- a/src/gallium/drivers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/04/2011 02:05 PM, Brian Paul wrote:
> On 04/04/2011 02:40 PM, Ian Romanick wrote:
>> From: Ian Romanick
>>
>> The code would previously handle the projection, then swizzle the
>> shadow comparitor into place. However, when the projection is done
On 04/04/2011 02:40 PM, Ian Romanick wrote:
From: Ian Romanick
The code would previously handle the projection, then swizzle the
shadow comparitor into place. However, when the projection is done
"by hand," as in the TXB case, the unprojected shadow comparitor would
over-write the projected sha
---
src/gallium/drivers/nv50/nv50_pc.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/nv50/nv50_pc.c
b/src/gallium/drivers/nv50/nv50_pc.c
index 82f1b84..f6870cc 100644
--- a/src/gallium/drivers/nv50/nv50_pc.c
+++ b/src/gallium/drivers/nv50/nv50_pc.c
@
From: Ian Romanick
---
Makefile|4
bin/extract_git_sha1| 10 ++
src/mesa/main/version.c |7 ++-
3 files changed, 20 insertions(+), 1 deletions(-)
create mode 100755 bin/extract_git_sha1
diff --git a/Makefile b/Makefile
index a1ab65e..be95679 10064
This is basically the same as the previous patches. Per review
comments by Brian, I've moved the git-fu shell code to
bin/extract_git_sha1. Unless there are objections, I'd like to push
this (with the various Reviewed-by and Acked-by lines added) sooner
rather than later. We can improve the git-
From: Ian Romanick
---
src/mesa/drivers/dri/common/utils.c|5 ++---
src/mesa/drivers/dri/common/utils.h|2 +-
src/mesa/drivers/dri/i810/i810context.c|4 +---
src/mesa/drivers/dri/intel/intel_context.c |6 +-
src/mesa/drivers
From: Ian Romanick
The code would previously handle the projection, then swizzle the
shadow comparitor into place. However, when the projection is done
"by hand," as in the TXB case, the unprojected shadow comparitor would
over-write the projected shadow comparitor.
Shadow comparison with proje
Hello again !
Last call for comments, this is the GSoC proposal that I will submit,
probably tommorow.
Thank you,
Emeric
GSoC 2011 Proposal
Hardware Accelerated VP8 Video Decoding for Gallium3d
Abstract ===
The goal of this project is to write a Gallium3D s
Getting rid of DRIVER_DATE sounds good.
One comment below...
On 03/31/2011 02:30 PM, Ian Romanick wrote:
From: Ian Romanick
---
Makefile|8
src/mesa/main/version.c |7 ++-
2 files changed, 14 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefi
I've re-posted the r600 patch to the list with the revised
initialisation of "j", and also posted a patch for evergreen.
Jools
On 4 April 2011 15:18, Henri Verbeet wrote:
> On 31 March 2011 18:37, Julian Adams wrote:
>> On 31 March 2011 12:07, Henri Verbeet wrote:
>>> Evergreen probably needs
---
src/gallium/drivers/r600/evergreen_state.c | 17 ++---
1 files changed, 10 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/r600/evergreen_state.c
b/src/gallium/drivers/r600/evergreen_state.c
index 8f93eb8..97f9a07 100644
--- a/src/gallium/drivers/r600/evergreen_s
---
src/gallium/drivers/r600/r600_state.c | 17 ++---
1 files changed, 10 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_state.c
b/src/gallium/drivers/r600/r600_state.c
index e202056..7ab6965 100644
--- a/src/gallium/drivers/r600/r600_state.c
+++ b/src/gal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/03/2011 02:15 PM, Sedat Dilek wrote:
> WOW!
> Just remembered my approach (witch patches and rants) to remove
> core-date and driver-date from kernel (drm-2.6) and libdrm as the
> version are simply unmaintained.
> Looks like I am not alone :-).
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/02/2011 08:52 PM, Kenneth Graunke wrote:
> On 04/02/2011 07:18 PM, Ian Romanick wrote:
>> From: Ian Romanick
>>
>> At some point it would be interesting to try providing
>> device-independent conversions using EXT_texture_swizzle. The drivers
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/02/2011 08:52 PM, Kenneth Graunke wrote:
> On 04/02/2011 07:18 PM, Ian Romanick wrote:
>> From: Ian Romanick
>>
>> This is always the way the real hardware and desktop OpenGL. Some
>
> Err...what?
Desktop GL has many possible internal formats,
Hi Jakob,
I am using nVidia driver. Tried your method and gears is working
now. Thanks.
But why is it different for nVidia drivers? Would be great if you could
jot down some lines on this.
Also, just to be sure gears is showing frame rates of less than 30fps on
my AMD athlon-X2 with the soft
Hi Michel,
Checked the Xorg.0.log file and there is no indication of GLX not
loading. How do i check if GLX is fully enabled or not?
thx
k
On Mon, 2011-04-04 at 17:15 +0200, Michel Dänzer wrote:
> On Mon, 2011-04-04 at 08:11 -0700, kumar vemuri wrote:
> > Hi Mike,
>
> That's not my name.
2011/4/4 kumar vemuri :
> Hi Mike,
>
> Here is the glxinfo output: (its the same)
>
> libGL: OpenDriver: trying
> /home/lalitha/work/my_sp_drv/mesa/lib/swrast_dri.so
> Error: couldn't find RGB GLX visual or fbconfig
Are you using the nVidia blob? I remember seeing these issue while
trying to run s
On Mon, 2011-04-04 at 08:11 -0700, kumar vemuri wrote:
> Hi Mike,
That's not my name.
> Here is the glxinfo output: (its the same)
>
> libGL: OpenDriver:
> trying /home/lalitha/work/my_sp_drv/mesa/lib/swrast_dri.so
> Error: couldn't find RGB GLX visual or fbconfig
Maybe the X server failed to
Hi Mike,
Here is the glxinfo output: (its the same)
libGL: OpenDriver:
trying /home/lalitha/work/my_sp_drv/mesa/lib/swrast_dri.so
Error: couldn't find RGB GLX visual or fbconfig
Thx
K
On Mon, 2011-04-04 at 10:17 +0200, Michel Dänzer wrote:
> [ I think dri-devel should be dropped ]
>
> On Son
On 31 March 2011 18:37, Julian Adams wrote:
> On 31 March 2011 12:07, Henri Verbeet wrote:
>> Evergreen probably needs the same fix.
>
> Yes, the matching function there looks similar. I can update it, but
> can't test it.
>
I can test that.
On 31 March 2011 20:33, Jerome Glisse wrote:
> Using
On Wed, Mar 30, 2011 at 10:56 PM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/27/2011 05:14 PM, Marek Olšák wrote:
> > Wednesday sounds good. Hopefully I will find some time to actually test
> > Gallium this time. ;)
>
> I'm going to delay a day or two. We had
Pushed, thanks.
Marek
On Thu, Mar 31, 2011 at 12:08 AM, Julian Adams wrote:
> ---
> tests/all.tests |1 +
> tests/fbo/CMakeLists.gl.txt |1 +
> tests/fbo/fbo-drawbuffers-blend-add.c | 251
> +
> 3 files changed, 253 inser
https://bugs.freedesktop.org/show_bug.cgi?id=35945
Samuel Rødal changed:
What|Removed |Added
CC||sro...@gmail.com
--
Configure bugmail: h
https://bugs.freedesktop.org/show_bug.cgi?id=35945
Summary: GLX contexts are not resized properly when using
XCBOwnsEventQueue
Product: Mesa
Version: 7.10
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
[ I think dri-devel should be dropped ]
On Son, 2011-04-03 at 01:27 -0700, kumar vemuri wrote:
>
> Am trying to get the progs/demos work with the gallium softpipe
> driver and the DRI swrast driver.
>
> When i try gears demo with the libGL.so in the mesa/lib and
> swrast_dri.so in mesa/lib o
WOW!
Just remembered my approach (witch patches and rants) to remove
core-date and driver-date from kernel (drm-2.6) and libdrm as the
version are simply unmaintained.
Looks like I am not alone :-).
- Sedat -
[1] http://cgit.freedesktop.org/mesa/mesa/log/?h=remove-driver-date
37 matches
Mail list logo
