W dniu 2010-04-01 06:05, Luca Barbieri pisze:
> [sent to ML too]
>
> Michal,
> I noticed you made some commits related to half float support in Gallium.
>
> I had already done this work and implemented a fast conversion
> algorithm capable of handling all cases based on
Hi,
I think the branch is now ready to be merged back to master. This is a
non-trivial change, so things may break in the process. In particular,
radeon and nv drivers haven't been even test-built, so if there's
somebody who could take a look at them in the following 24 hours, it
would be grea
Keith Whitwell wrote on 2010-03-15 15:19:
> On Mon, 2010-03-15 at 07:08 -0700, michal wrote:
>
>> michal wrote on 2010-03-12 15:00:
>>
>>> michal wrote on 2010-03-11 17:59:
>>>
>>>
>>>> Keith Whitwell wrote on 2010-03-11
michal wrote on 2010-03-12 15:00:
> michal wrote on 2010-03-11 17:59:
>
>> Keith Whitwell wrote on 2010-03-11 16:16:
>>
>>
>>> On Thu, 2010-03-11 at 06:05 -0800, michal wrote:
>>>
>>>
>&
Keith Whitwell wrote on 2010-03-12 14:46:
> Michal,
>
> Is the intention to have >1 sampler view active in the Mesa state
> tracker, specifically in the cases where min_lod varies?
>
> In other words, you seem to have two ways of specifying the same state:
>
> pip
michal wrote on 2010-03-11 17:59:
> Keith Whitwell wrote on 2010-03-11 16:16:
>
>> On Thu, 2010-03-11 at 06:05 -0800, michal wrote:
>>
>>
>>> Keith Whitwell wrote on 2010-03-11 14:21:
>>>
>>>
&
Jerome Glisse wrote on 2010-03-11 18:13:
> Hi all,
>
> I have been a little bit out of the loop on the mesa side, thus now i am
> having a bunch of questions relating to gallium, apologies if i am asking
> for obvious thing.
>
> First in tgsi compiler there is a Dimension field (struct tgsi_dimensi
Keith Whitwell wrote on 2010-03-11 16:16:
> On Thu, 2010-03-11 at 06:05 -0800, michal wrote:
>
>> Keith Whitwell wrote on 2010-03-11 14:21:
>>
>>> On Thu, 2010-03-11 at 03:16 -0800, michal wrote:
>>>
>>>
>>>> Hi,
>&g
José Fonseca wrote on 2010-03-11 14:40:
> On Thu, 2010-03-11 at 03:16 -0800, michal wrote:
>
>> Hi,
>>
>> I would like to merge the branch in subject this week. This feature
>> branch allows state trackers to bind sampler views instead of textures
>> to
Keith Whitwell wrote on 2010-03-11 14:21:
> On Thu, 2010-03-11 at 03:16 -0800, michal wrote:
>
>> Hi,
>>
>> I would like to merge the branch in subject this week. This feature
>> branch allows state trackers to bind sampler views instead of textures
>> to
Hi,
I would like to merge the branch in subject this week. This feature
branch allows state trackers to bind sampler views instead of textures
to shader stages.
A sampler view object holds a reference to a texture and also overrides
internal texture format (resource casting) and specifies RGBA
Luca Barbieri wrote on 2010-03-01 18:25:
> I see that PK2US and friends are being removed.
> These would be necessary to implement NV_fragment_program_option,
> NV_fragment_program2 and NV_gpu_program4.
>
> Currently the no drivers (including Nouveau) support them, but since
> we already have some
Hi,
This branch removes bypass_vs_clip_and_viewport flag from pipe
rasterizer state. The benefits of having this bit around were dubious
for everybody and burdensome for driver writers.
All the utility code that relied on this flag have been rewritten to
pass vertex positions in clip space an
Christoph Bumiller wrote on 2010-02-25 19:39:
> On 25.02.2010 19:00, Brian Paul wrote:
>
>> Roland Scheidegger wrote:
>>
>>
>>> On 25.02.2010 18:39, michal wrote:
>>>
>>>
>>>> Roland Scheidegger wrote on 2010-0
Roland Scheidegger wrote on 2010-02-24 15:18:
> On 24.02.2010 12:48, Christoph Bumiller wrote:
>
>> This wasn't a problem before because textures and samplers were
>> linked 1:1, but in view of the gallium-gpu4-texture-opcodes branch,
>> this coordinate normalization bit becomes a problem.
>>
>>
On Fri, 2010-02-12 at 09:28 -0800, José Fonseca wrote:
>>>>>>>
>>>>>>>> On Fri, 2010-02-12 at 06:43 -0800, Roland Scheidegger wrote:
>>>>>>>>
>>>>>>>>> On 12.02.2010 14:44, michal wrote:
>&g
Keith Whitwell wrote on 2010-02-12 14:28:
> On Fri, 2010-02-12 at 05:09 -0800, michal wrote:
>
>> Keith Whitwell wrote on 2010-02-12 13:39:
>>
>>> On Fri, 2010-02-12 at 04:32 -0800, Micha?? Kr??l wrote:
>>>
>>>
>
671422880b99dc178d43d1e4e1a3f766bf7f
>>
>> Author: Michal Krol
>> Date: Fri Feb 12 13:32:35 2010 +0100
>>
>> util: Fix descriptors for R32_FLOAT and R32G32_FLOAT formats.
>>
>
> Michal,
>
> Is this more like two different users expecting two diffe
Hi,
I can't find any information regarding two Gallium query types. No
documentation, no source code.
#define PIPE_QUERY_PRIMITIVES_GENERATED 1
#define PIPE_QUERY_PRIMITIVES_EMITTED2
Do they have something to do with NV_transform_feedback extension? If
not, do they mean the number of prim
michal wrote on 2010-02-05 11:05:
> Brian Paul wrote on 2010-02-04 22:07:
>
>> michal wrote:
>>
>>
>>> Brian Paul wrote on 2010-02-03 17:58:
>>>
>>>
>>>> Keith Whitwell wrote:
>>>>
>>>&g
Brian Paul wrote on 2010-02-04 22:07:
> michal wrote:
>
>> Brian Paul wrote on 2010-02-03 17:58:
>>
>>> Keith Whitwell wrote:
>>>
>>>
>>>>>> Michal,
>>>>>>
>>>>>> why do y
Brian Paul wrote on 2010-02-03 17:58:
> Keith Whitwell wrote:
>
>>>> Michal,
>>>>
>>>> why do you need this for linear interpolator and not perspective? I
>>>> think d3d mobile let you disable perspective correct t
Roland Scheidegger wrote on 2010-02-03 16:47:
> On 03.02.2010 16:07, michal wrote:
>
>> Keith,
>>
>> This feature branch adds cylindrical wrap texcoord mode to gallium
>> shader tokens and removes prefilter field from sampler state.
>> Implemented cylindri
Keith,
This feature branch adds cylindrical wrap texcoord mode to gallium
shader tokens and removes prefilter field from sampler state.
Implemented cylindrical wrapping for linear interpolator in softpipe.
Not sure whether it makes sense to do it for perspective interpolator.
Documented TGSI d
Luca Barbieri wrote on 2010-02-01 21:42:
>
> 1. All the semantic indices in OpenGL are limited, according to the
> ARB specification
> 2. All the sematic indices in DirectX 9/10 are limited, according to
> http://msdn.microsoft.com/en-us/library/ee418355%28VS.85%29.aspx
At least for SM3.0, one can
Brian Paul wrote on 2010-01-25 16:09:
> José Fonseca wrote:
>
>> Michal,
>>
>> On Mon, 2010-01-25 at 06:27 -0800, michal wrote:
>>
>>> I would like to have those two modules go away, as they are maintenance
>>> pain with no real benefits.
I would like to have those two modules go away, as they are maintenance
pain with no real benefits.
The build module has been superseded by the ureg module, and apparently
all third-party code has already migrated or is in the process of
porting to new interface. I would like to nuke it if nobo
Brian Paul wrote on 2010-01-22 17:56:
> michal wrote:
>
>> Brian Paul wrote on 2010-01-21 21:57:
>>
>>> michal wrote:
>>>
>>>
>>>> Hi,
>>>>
>>>> This simple feature branch adds support for two-dimens
Brian Paul wrote on 2010-01-21 21:57:
> michal wrote:
>
>> Hi,
>>
>> This simple feature branch adds support for two-dimensional constant
>> buffers in TGSI.
>>
>> An example shader would look like this:
>>
>> FRAG
>>
>>
Keith Whitwell wrote on 2010-01-21 21:57:
> Michal,
>
> This looks good. Can you summarize what work needs to be done on the drivers
> as a result of this change?
>
> I'm guessing that drivers that only support a single constant buffer don't
> need to make a
Hi,
This simple feature branch adds support for two-dimensional constant
buffers in TGSI.
An example shader would look like this:
FRAG
DCL IN[0], COLOR, LINEAR
DCL OUT[0], COLOR
DCL CONST[1][1..2]
MAD OUT[0], IN[0], CONST[1][2], CONST[1][1]
END
For this to work, one needs to bind a buffer t
José Fonseca wrote on 2010-01-20 14:32:
> On Wed, 2010-01-20 at 03:55 -0800, michal wrote:
>
>> Jose,
>>
>> How one can upload data to buffers in python state tracker?
>>
>> I am trying to do the following:
>>
>> +cb0_data = [
>> +
Igor Oliveira wrote on 2010-01-20 09:52:
> Hello,
> Yes .. i see my mistake ... thanks for ping me.
> I am sending again the patchs with the fix and adding a new patch that
> add a test to dfrac so no more mistakes there :>.
> The test has the same output of frc test.
>
>
Commited, thanks!
Jose,
How one can upload data to buffers in python state tracker?
I am trying to do the following:
+cb0_data = [
+0.0, 0.0, 0.0, 0.0,
+0.0, 0.0, 0.0, 1.0,
+1.0, 1.0, 1.0, 1.0,
+2.0, 4.0, 8.0, 1.0,
+]
+
+constbuf0 = dev.buffer_create(
+16,
+
Igor Oliveira wrote on 2010-01-20 00:37:
> Hi,
>
> These patches add support to dfrac, dldexp and fracexp opcodes.
> The fracexp opcode i think it is the only opcode that use 2 DST registers.
> The first one is used to store the fractional part(it store in a
> double) and the second one is used to
Igor Oliveira wrote on 2010-01-18 19:55:
> The patches implement gallium opcodes ddiv, dmul, dmax, dmin, dslt,
> dsge, dseq, drcp, dqsrt and dmad and add tests to it.
> They are applicable in gallium-double-opcode branch.
> The next patchs i will add documentation and missing double opcodes
> impl
Chia-I Wu wrote on 2010-01-16 02:28:
> On Fri, Jan 15, 2010 at 07:22:52PM +0100, michal wrote:
>
>> I think I will try to manually patch it later. Thanks!
>>
> The first line of the patch is somehow garbled. But I am not sure if
> that is a good fix, so please g
Chia-I Wu wrote on 2010-01-15 15:09:
> On Fri, Jan 15, 2010 at 09:57:32PM +0800, Chia-I Wu wrote:
>
>> On Wed, Jan 13, 2010 at 2:02 AM, michal wrote:
>>
>>> I would like to merge this branch to master soon.
>>>
>> I am seeing all sorts of f
Christoph Bumiller wrote on 2009-12-28 18:04:
> In case no one noticed, since this patch
> (22370990f28987b361c6adf8e81c5a18184e88ea)
> invalid tokens are generated for some shaders, probably everything
> that involes indirect register access.
>
> I can't think of any official test program right no
Luca Barbieri wrote on 2009-12-26 02:06:
> Add GALLIUM_DUMP_VS to dump the vertex shader to the console like
> GALLIUM_DUMP_FS in softpipe.
>
>
Commited, thanks.
--
Throughout its 18-year history, RSA Conference consist
michal wrote on 2010-01-12 19:02:
Keith,
I would like to merge this branch to master soon.
It adds new entrypoints to pipe_context -- draw_arrays_instanced() and
draw_elements_instanced(). A new system value is introduced to TGSI that
allows vertex shaders to access current instance ID
José Fonseca wrote on 2010-01-12 19:51:
> On Mon, 2010-01-11 at 15:28 -0800, Stephan Raue wrote:
>
>> Hi all,
>>
>> Am 10.12.2009 17:36, schrieb José Fonseca:
>>
>>> On Thu, 2009-12-10 at 08:31 -0800, Jose Fonseca wrote:
>>>
>>>
Module: Mesa
Branch: glsl-pp-rework-2
>>>
Keith,
I would like to merge this branch to master soon.
It adds new entrypoints to pipe_context -- draw_arrays_instanced() and
draw_elements_instanced(). A new system value is introduced to TGSI that
allows vertex shaders to access current instance ID.
The new entrypoints are implemented in d
Igor Oliveira wrote on 2010-01-12 12:52:
> Michal: i am seeing the double opcode branch i can move the opcode
> codes to use the exec_double_binary/unary
>
Igor,
Yes, that was my intention.
It would be great if you looked at what has been done in that branch and
for each new opcod
Igor Oliveira wrote on 2010-01-11 14:37:
> These patches add support to double opcodes as discussed in mail list.
> The opcodes create are: movd, ddiv, dadd, dseq, dmax, dmin, dmul,
> dmuladd, drcp and dslt.
> They are used like suggested by Zack:
>
> MOVD A.xy, C.xy, c.xy
>
> where x is the lsb an
Sedat Dilek wrote on 2010-01-06 18:54:
> Compile-tested OK.
>
>
Thanks, commited.
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A
José Fonseca wrote on 2010-01-07 14:45:
> On Thu, 2010-01-07 at 05:25 -0800, Zack Rusin wrote:
>
>> On Thursday 07 January 2010 06:50:36 José Fonseca wrote:
>>
>>> I wonder if storage size of registers is such a big issue. Knowing the
>>> storage size of a register matters mostly for indexa
ly signed/unsigned ints with bitfields."
Kind Regars,
- Sedat -
I just fixed that.
Actually, we could go back to bitfields and fix broken svga_fs_key_size().
Attached a patch.
Can somebody review, test-build and commit?
>From 7321aef0dfc5bb160ec8a33d1d4e686419f2ed3d Mon Sep 17
Keith Whitwell wrote on 2010-01-06 11:31:
> Looks good to me Michal.
>
>
Thanks, commited.
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class a
Michel Dänzer wrote on 2010-01-06 15:23:
> On Wed, 2010-01-06 at 14:03 +, José Fonseca wrote:
>
>> On Tue, 2010-01-05 at 23:36 -0800, michal wrote:
>>
>>> michal wrote on 2010-01-06 07:58:
>>>
>>>> michal wrote on 2009-12-22 10:0
José Fonseca wrote on 2010-01-06 15:26:
> On Wed, 2010-01-06 at 06:11 -0800, michal wrote:
>
>> José Fonseca wrote on 2010-01-06 15:03:
>>
>>> On Tue, 2010-01-05 at 23:36 -0800, michal wrote:
>>>
>>>
>>>> michal wrote
Christoph Bumiller wrote on 2010-01-06 12:08:
> On 06.01.2010 08:36, michal wrote:
>> michal wrote on 2010-01-06 07:58:
>>> michal wrote on 2009-12-22 10:00:
>>>
>>>> Marek Olšák wrote on 2009-12-22 08:40:
>>>>
>>>>>
José Fonseca wrote on 2010-01-06 15:03:
> On Tue, 2010-01-05 at 23:36 -0800, michal wrote:
>
>> michal wrote on 2010-01-06 07:58:
>>
>>> michal wrote on 2009-12-22 10:00:
>>>
>>>
>>>> Marek Olšák wrote on 2009-12-22 08:40
Keith Whitwell wrote on 2010-01-06 10:43:
On Wed, 2010-01-06 at 00:50 -0800, michal wrote:
diff --git a/src/gallium/drivers/svga/svga_tgsi.h
b/src/gallium/drivers/svga/svga_tgsi.h
index 896c90a..d132525 100644
--- a/src/gallium/drivers/svga/svga_tgsi.h
+++ b/src/gallium/drivers/svga
Attached.
>From c91abe0b58abc69743c162fd55f7461a716b9141 Mon Sep 17 00:00:00 2001
From: Michal Krol
Date: Wed, 6 Jan 2010 09:48:41 +0100
Subject: [PATCH] Make sure we use only signed/unsigned ints with bitfields.
Seems to be the only way to stay fully portable.
---
src/gallium/drivers/s
michal wrote on 2010-01-06 07:58:
michal wrote on 2009-12-22 10:00:
Marek Olšák wrote on 2009-12-22 08:40:
Hi,
I noticed that gallium/auxiliary/util/u_format.csv contains some weird
swizzling, for example see this:
$ grep zyxw u_format.csv
PIPE_FORMAT_A8R8G8B8_UNORM
michal wrote on 2009-12-22 10:00:
Marek Olšák wrote on 2009-12-22 08:40:
Hi,
I noticed that gallium/auxiliary/util/u_format.csv contains some weird
swizzling, for example see this:
$ grep zyxw u_format.csv
PIPE_FORMAT_A8R8G8B8_UNORM, arith , 1, 1, un8 , un8 , un8 ,
un8 , zyxw
José Fonseca wrote on 2010-01-05 17:12:
> On Tue, 2010-01-05 at 07:57 -0800, Keith Whitwell wrote:
>
>> This doesn't really need to be on a branch, and by merging it I can
>> start to ask for people to keep it up-to-date with interface changes...
>>
>> If nobody objects, I'll do this in the next
Keith Whitwell wrote on 2010-01-04 18:46:
> On Mon, 2010-01-04 at 09:39 -0800, Brian Paul wrote:
>
>> michal wrote:
>>
>>> Hi,
>>>
>>> I would like to merge gallium-integer-opcodes branch to master this
>>> week. This feature branch ad
Igor Oliveira wrote on 2010-01-04 12:49:
> Hi
>
> i was seeing the changes done by gallium-integer-opcodes the mov
> operation using dst like float type in embedded systems can not be
> slow?
>
>
Igor,
The MOV instruction always interprets the source operand as FLOAT, thus
source operand modif
Hi,
I would like to merge gallium-integer-opcodes branch to master this
week. This feature branch adds support for integer operations in TGSI
that is required by GLSL 1.30.
In summary:
* add a bunch of opcodes operating on signed and unsigned integers,
* add signed/unsigned integer immediate ty
Igor Oliveira wrote on 2010-01-01 18:03:
> Hi,
>
> i found a tgsi bug running vega state tracker.
> The bug happens because in tgsi_text.c line 991:
> for (i = 0; i < TGSI_SEMANTIC_COUNT; i++)
>
> TGSI_SEMANTIC_COUNT is bigger than semantic_name declared in tgsi_text.c:
> 936 static const char *se
Keith Whitwell wrote on 2009-12-30 16:22:
> Michal,
>
> Did you update the 'C' version of translate for this new functionality?
> You can't just extend the fast path - the fallback/default mode needs to
> be updated as well.
>
>
Yes, I did that in the previou
Zack Rusin wrote on 2009-12-24 14:24:
> yo,
>
> after our discussions i hacked a new version of geometry shading support in
> gallium. the new geometry shading syntax looks as follows:
>
Zack,
That looks nice. Once you commit I will take a closer look at patch #10
and see what's the issue the
Marek Olšák wrote on 2009-12-22 08:40:
> Hi,
>
> I noticed that gallium/auxiliary/util/u_format.csv contains some weird
> swizzling, for example see this:
>
> $ grep zyxw u_format.csv
> PIPE_FORMAT_A8R8G8B8_UNORM, arith , 1, 1, un8 , un8 , un8 ,
> un8 , zyxw, rgb
> PIPE_FORMAT_A1R5G5B5_UN
STEVE555 wrote on 2009-12-20 18:02:
> Hi everyone,
> I've noticed in the last few days of compiling Mesa from
> git that I get an error when I include Vega as one of the state-trackers in
> my configure options.It keeps coming up with this error:
>
>
Fixed in git.
Christoph Bumiller wrote on 2009-12-20 14:41:
> Hi,
> I'd expect util_format_get_blocksize to return the
> size in bytes needed to store a whole block, not just
> a pixel.
> In case of DXT1, you get 4 bits per pixel, and trigger
> the assertion that bpp must be a multiple of 8.
>
Thanks for spo
Roland Scheidegger pisze:
> On 15.12.2009 14:14, michal wrote:
>
>> Guys,
>>
>> Does the attached patch make sense to you?
>>
>> I replaced the incomplete switch-cases with calls to u_format_access
>> functions that are complete but are going to be a
Zack Rusin pisze:
> On Tuesday 15 December 2009 09:21:05 michal wrote:
>
>> Zack Rusin pisze:
>>
>>> The attached patch makes the tgsi assembly parser report, in an
>>> admittedly rather crude way, the line number at which a syntax error was
>&g
Zack Rusin pisze:
> The attached patch makes the tgsi assembly parser report, in an admittedly
> rather crude way, the line number at which a syntax error was detected. What
> do you think about that?
>
>
I agree, that's a bit invasive.
What about saving the starting pointer and, on error, s
Keith Whitwell pisze:
> On Tue, 2009-12-08 at 08:16 -0800, Roland Scheidegger wrote:
>
>> On 08.12.2009 16:49, michal wrote:
>>
>>> Roland Scheidegger pisze:
>>>
>>>> On 08.12.2009 15:55, michal wrote:
>>>>
>>>&
Guys,
Does the attached patch make sense to you?
I replaced the incomplete switch-cases with calls to u_format_access
functions that are complete but are going to be a bit more expensive to
call. Since they are used not very often in mesa state tracker, I
thought it's a good compromise.
Tha
Zack Rusin pisze:
> On Monday 14 December 2009 12:49:53 michal wrote:
>
>> Keith Whitwell pisze:
>>
>>> On Mon, 2009-12-14 at 06:51 -0800, michal wrote:
>>>
>>>> Zack Rusin pisze:
>>>>
&g
Keith Whitwell pisze:
> On Mon, 2009-12-14 at 06:51 -0800, michal wrote:
>
>> Zack Rusin pisze:
>>
>>> On Monday 14 December 2009 09:29:03 Keith Whitwell wrote:
>>>
>>>
>>>> On Mon, 2009-12-14 at 06:23 -0800, michal wrote
José Fonseca pisze:
> On Mon, 2009-12-14 at 08:58 -0800, michal wrote:
>
>> José Fonseca pisze:
>>
>>> On Mon, 2009-12-14 at 08:22 -0800, Keith Whitwell wrote:
>>>
>>>
>>>> On Mon, 2009-12-14 at 08:19 -0800, Keith Whitwel
;>> it was the 3-5% for the driver I was benchmarking at the time. YMMV.
>>>> Different drivers will give different results, but there's nothing
>>>> platform specific about this.
>>>>
>>> It's not hard to avoid excuting code... Fo
Keith Whitwell pisze:
> On Sun, 2009-12-13 at 15:27 -0800, Marek Olšák wrote:
>
>> +static INLINE
>> +void util_blitter_save_fragment_sampler_states(
>> + struct blitter_context *blitter,
>> + int num_sampler_states,
>> + void **sampler_states)
Zack Rusin pisze:
> On Monday 14 December 2009 09:29:03 Keith Whitwell wrote:
>
>> On Mon, 2009-12-14 at 06:23 -0800, michal wrote:
>>
>>> To fully support geometry shaders, we need some means to declare a
>>> two-dimensional register file. The follo
To fully support geometry shaders, we need some means to declare a
two-dimensional register file. The following declaration
DCL IN[3][0]
would declare an input register with index 0 (first dimension) and size
3 (second dimension). Since the second dimension is a size, not an index
(or, for th
Roland Scheidegger pisze:
> On 09.12.2009 18:58, michal wrote:
>
>> Keith Whitwell pisze:
>>
>>> On Wed, 2009-12-09 at 09:16 -0800, michal wrote:
>>>
>>>
>>>> Hi all,
>>>>
>>>> I would like to mer
Zack Rusin pisze:
> 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:
>>
c4c994041f5d8d413b806bc
>>
>> Author: José Fonseca
>> Date: Thu Dec 10 16:29:04 2009 +
>>
>> scons: Get GLSL code building correctly when cross compiling.
>>
>> This is quite messy. GLSL code has to be built twice: one for the
>> host OS, anot
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:
>>
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.
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.
&
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
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, mi
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 s
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 l
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
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
>&
Roland Scheidegger pisze:
> On 08.12.2009 15:55, michal wrote:
>
>> This branch simplifies pipe/p_format.h by making enum pipe_format what
>> it should have been -- an enum.
>>
>> As a result there is no extra information encoded in it and one needs to
>>
This branch simplifies pipe/p_format.h by making enum pipe_format what
it should have been -- an enum.
As a result there is no extra information encoded in it and one needs to
use auxiliary/util/u_format.h to get that info instead. Linking to the
auxiliary/util lib is necessary.
Please review
Ian Romanick pisze:
>> + }
>> +}
>> +
>> +void
>> +testFile_parse()
>> +{
>> + FILE* filePointer;
>> + int i=0, secLength=0, fileLength=0, state=0, currentTest=0;
>> + char c;
>> + char word[32];
>> + char *cP;
>> +
>> + filePointer = fopen(filename, "rt");
>> + if(!
Keith Whitwell pisze:
> On Thu, 2009-11-26 at 10:42 -0800, michal wrote:
>
>> Keith Whitwell pisze:
>>
>>> On Wed, 2009-11-25 at 08:51 -0800, michal wrote:
>>>
>>>
>>>> michal
gment shaders combined.
Michal Krol pisze:
That means we need an additional cap bit to support
GL_MAX_COMBINED_TEXTURE_IMAGE_UNITS because it's no longer a simple sum of max
vertex and fragment samplers. For i965 max vertex/fragment/combined samplers
would be then 16.
--
M
That means we need an additional cap bit to support
GL_MAX_COMBINED_TEXTURE_IMAGE_UNITS because it's no longer a simple sum of max
vertex and fragment samplers. For i965 max vertex/fragment/combined samplers
would be then 16.
--
Michal Krol
Od:
Roland Scheidegger pisze:
> On 27.11.2009 19:32, michal wrote:
>
>>> Why is the MAX here smaller than for fragment samplers? Doesn't GL
>>> require them to be the same, because GL effectively binds the same set
>>> of sampler states in both cases?
>
Keith Whitwell pisze:
On Fri, 2009-11-27 at 10:10 -0800, michal wrote:
Hello,
Please review the patch below. It extends the gallium interface to allow
setting vertex texture sampler states.
This is an optional feature -- drivers not wishing to implement it
return 0 for
Hello,
Please review the patch below. It extends the gallium interface to allow
setting vertex texture sampler states.
This is an optional feature -- drivers not wishing to implement it
return 0 for PIPE_CAP_MAX_VERTEX_TEXTURES capability query. Drivers may
also choose to support it, but alway
1 - 100 of 123 matches
Mail list logo