On Tue, 08 Dec 2009 23:38:22 -0800, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Anholt wrote:
---
src/mesa/drivers/dri/intel/intel_buffers.c| 21 +
src/mesa/drivers/dri/intel/intel_extensions.c |1 +
2
michal schrieb:
Christoph Bumiller pisze:
michal schrieb:
This branch simplifies pipe/p_format.h by making enum pipe_format
what it should have been -- an enum.
...
I would like to hear from r300 and nouveau guys, as those drivers
were using some internal macros and I weren't 100% sure
This is not true. UTIL_FORMAT_LAYOUT_* are needed for code generation in
u_format_access.py and llvmpipe.
It seems here what you want is a is-compressed or not flag. If so add
that flag to util_format_description, modify u_format_table.py to
generate that flag, and leave UTIL_FORMAT_LAYOUT
Hi,
currently Gallium3d shaders predefine all their inputs/outputs. We've handled
all inputs/outputs the same way. e.g.
VERT
DCL IN[0]
DCL OUT[0], POSITION
DCL OUT[1], COLOR
DCL CONST[0..9]
DCL TEMP[0..3]
or
FRAG
DCL IN[0], COLOR, LINEAR
DCL
On Tue, 2009-12-08 at 09:00 -0800, Christoph Bumiller wrote:
michal schrieb:
This branch simplifies pipe/p_format.h by making enum pipe_format what
it should have been -- an enum.
...
I would like to hear from r300 and nouveau guys, as those drivers were
using some internal macros
Zack Rusin pisze:
Hi,
currently Gallium3d shaders predefine all their inputs/outputs. We've handled
all inputs/outputs the same way. e.g.
VERT
DCL IN[0]
DCL OUT[0], POSITION
DCL OUT[1], COLOR
DCL CONST[0..9]
DCL TEMP[0..3]
or
FRAG
DCL IN[0], COLOR, LINEAR
José Fonseca pisze:
This is not true. UTIL_FORMAT_LAYOUT_* are needed for code generation in
u_format_access.py and llvmpipe.
It seems here what you want is a is-compressed or not flag. If so add
that flag to util_format_description, modify u_format_table.py to
generate that flag, and leave
On Wed, 2009-12-09 at 05:21 -0800, michal wrote:
José Fonseca pisze:
This is not true. UTIL_FORMAT_LAYOUT_* are needed for code generation in
u_format_access.py and llvmpipe.
It seems here what you want is a is-compressed or not flag. If so add
that flag to util_format_description,
On Wednesday 09 December 2009 08:44:20 Keith Whitwell wrote:
On Wed, 2009-12-09 at 04:41 -0800, michal wrote:
Zack Rusin pisze:
Hi,
currently Gallium3d shaders predefine all their inputs/outputs. We've
handled all inputs/outputs the same way. e.g.
VERT
DCL IN[0]
DCL OUT[0],
On Wednesday 09 December 2009 07:41:11 michal wrote:
Zack Rusin pisze:
Hi,
currently Gallium3d shaders predefine all their inputs/outputs. We've
handled all inputs/outputs the same way. e.g.
VERT
DCL IN[0]
DCL OUT[0], POSITION
DCL OUT[1], COLOR
DCL CONST[0..9]
DCL TEMP[0..3]
On Wed, 2009-12-09 at 04:41 -0800, michal wrote:
Zack Rusin pisze:
Hi,
currently Gallium3d shaders predefine all their inputs/outputs. We've
handled
all inputs/outputs the same way. e.g.
VERT
DCL IN[0]
DCL OUT[0], POSITION
DCL OUT[1], COLOR
DCL CONST[0..9]
DCL
Zack Rusin pisze:
On Wednesday 09 December 2009 08:44:20 Keith Whitwell wrote:
On Wed, 2009-12-09 at 04:41 -0800, michal wrote:
Zack Rusin pisze:
Hi,
currently Gallium3d shaders predefine all their inputs/outputs. We've
handled all inputs/outputs the same way. e.g.
VERT
On Wednesday 09 December 2009 08:55:09 michal wrote:
Zack Rusin pisze:
On Wednesday 09 December 2009 08:44:20 Keith Whitwell wrote:
On Wed, 2009-12-09 at 04:41 -0800, michal wrote:
Zack Rusin pisze:
Hi,
currently Gallium3d shaders predefine all their inputs/outputs. We've
handled
José Fonseca schrieb:
On Tue, 2009-12-08 at 09:00 -0800, Christoph Bumiller wrote:
michal schrieb:
This branch simplifies pipe/p_format.h by making enum pipe_format what
it should have been -- an enum.
...
I would like to hear from r300 and nouveau guys, as those drivers were
using some
Zack Rusin pisze:
On Wednesday 09 December 2009 08:55:09 michal wrote:
Zack Rusin pisze:
On Wednesday 09 December 2009 08:44:20 Keith Whitwell wrote:
On Wed, 2009-12-09 at 04:41 -0800, michal wrote:
Zack Rusin pisze:
Hi,
currently Gallium3d shaders
Eric Anholt wrote:
On Tue, 08 Dec 2009 23:38:22 -0800, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Anholt wrote:
---
src/mesa/drivers/dri/intel/intel_buffers.c| 21 +
src/mesa/drivers/dri/intel/intel_extensions.c |
Eric Anholt wrote:
I'd like to get it either into this release or the point release after it --
giving people the tools to use OpenGL appropriately seems important.
(idr noted that we don't need the extension enable in the driver, since it's
always there)
Looks good, modulo the other
On Wednesday 09 December 2009 10:05:13 michal wrote:
Zack Rusin pisze:
On Wednesday 09 December 2009 08:55:09 michal wrote:
Zack Rusin pisze:
On Wednesday 09 December 2009 08:44:20 Keith Whitwell wrote:
On Wed, 2009-12-09 at 04:41 -0800, michal wrote:
Zack Rusin pisze:
Hi,
Keith Whitwell wrote:
On Wed, 2009-12-09 at 04:41 -0800, michal wrote:
Zack Rusin pisze:
Hi,
currently Gallium3d shaders predefine all their inputs/outputs. We've
handled
all inputs/outputs the same way. e.g.
VERT
DCL IN[0]
DCL OUT[0], POSITION
DCL OUT[1], COLOR
DCL CONST[0..9]
Hi all,
I would like to merge this branch back to master this week. If anoyone
could test if the build works on his/her system, it would be nice.
Thanks.
--
Return on Information:
Google Enterprise Search pays you back
On Wed, 2009-12-09 at 09:16 -0800, michal wrote:
Hi all,
I would like to merge this branch back to master this week. If anoyone
could test if the build works on his/her system, it would be nice.
Thanks.
Michal,
Can you detail what testing you've done on this branch and which
On 09.12.2009 18:16, michal wrote:
Hi all,
I would like to merge this branch back to master this week. If anoyone
could test if the build works on his/her system, it would be nice.
Good stuff!
Looks like only scons build system is working though.
Roland
On Wednesday 09 December 2009 10:18:42 Zack Rusin wrote:
I could do that but only if we agree it's in the name of love.
So is everyone ok with a new register SV for system generated values and
new declaration token called PROPERTY for shader specific properties (btw,
d3d calls those
Keith Whitwell pisze:
On Wed, 2009-12-09 at 09:16 -0800, michal wrote:
Hi all,
I would like to merge this branch back to master this week. If anoyone
could test if the build works on his/her system, it would be nice.
Thanks.
Michal,
Can you detail what testing you've done on
On Wed, 2009-12-09 at 07:18 -0800, Zack Rusin wrote:
On Wednesday 09 December 2009 10:05:13 michal wrote:
Zack Rusin pisze:
On Wednesday 09 December 2009 08:55:09 michal wrote:
Zack Rusin pisze:
On Wednesday 09 December 2009 08:44:20 Keith Whitwell wrote:
On Wed, 2009-12-09 at 04:41
On Wednesday 09 December 2009 09:16:57 michal wrote:
Hi all,
I would like to merge this branch back to master this week. If anoyone
could test if the build works on his/her system, it would be nice.
Thanks.
Hi Michal,
I don't see any code in the new branch that handles the #extension
Kenneth Graunke pisze:
On Wednesday 09 December 2009 09:16:57 michal wrote:
Hi all,
I would like to merge this branch back to master this week. If anoyone
could test if the build works on his/her system, it would be nice.
Thanks.
Hi Michal,
I don't see any code in the new
On Wed, 2009-12-09 at 10:19 -0800, Keith Whitwell wrote:
On Wed, 2009-12-09 at 07:18 -0800, Zack Rusin wrote:
On Wednesday 09 December 2009 10:05:13 michal wrote:
Zack Rusin pisze:
On Wednesday 09 December 2009 08:55:09 michal wrote:
Zack Rusin pisze:
On Wednesday 09 December
These patchs implements and implements stub context methods in OpenCL.
Almost all operation in OpenCL use a context.
The patch implements the gallium3d context and implements the methods below:
-clCreateContext
-clCreateContexFromType
-clRetainContext
-clReleaseContext
ps: probably i show break
diff --git a/src/CMakeLists.txt b/src/CMakeLists.txt
index b8ff200..c29f7c6 100644
--- a/src/CMakeLists.txt
+++ b/src/CMakeLists.txt
@@ -16,6 +16,7 @@ set(CLOVER_SRC_FILES
api/api_memory.cpp api/api_profiling.cpp
api/api_sampler.cpp api/api_gl.cpp
core/device.cpp
+
On Wednesday 09 December 2009 13:29:05 Igor Oliveira wrote:
These patchs implements and implements stub context methods in OpenCL.
Almost all operation in OpenCL use a context.
The patch implements the gallium3d context and implements the methods
below:
-clCreateContext
On Wednesday 09 December 2009 15:07:45 michal wrote:
Keith Whitwell pisze:
On Wed, 2009-12-09 at 10:19 -0800, Keith Whitwell wrote:
On Wed, 2009-12-09 at 07:18 -0800, Zack Rusin wrote:
On Wednesday 09 December 2009 10:05:13 michal wrote:
Zack Rusin pisze:
On Wednesday 09 December 2009
On Wed, 09 Dec 2009 08:19:11 -0700, Brian Paul bri...@vmware.com wrote:
Eric Anholt wrote:
On Tue, 08 Dec 2009 23:38:22 -0800, Ian Romanick i...@freedesktop.org
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Anholt wrote:
---
src/mesa/drivers/dri/intel/intel_buffers.c
http://bugs.freedesktop.org/show_bug.cgi?id=25550
Summary: [gallium] intel_drm_fence.c does not compile
Product: Mesa
Version: git
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Hi Zack,
1) agreed. OpencCL is a complete different project and should exist in
a different repository.
1.1) Well use Gallium as CPU backend is a software dilemma:
All problems in computer science can be solved by another level of
indirection...except for the problem of too many layers of
http://bugs.freedesktop.org/show_bug.cgi?id=25550
Roland Scheidegger srol...@tungstengraphics.com changed:
What|Removed |Added
Status|NEW
36 matches
Mail list logo
