On Tue, 2010-05-11 at 15:01 -0700, José Fonseca wrote:
> On Tue, 2010-05-11 at 07:45 -0700, Marek Olšák wrote:
> > On Tue, May 11, 2010 at 12:49 PM, José Fonseca
> > wrote:
> > Attached is my proposal for fine grained caps for shader
> > limits.
> >
> > I'd like have a cap for Max
On Tue, 2010-05-11 at 07:45 -0700, Marek Olšák wrote:
> On Tue, May 11, 2010 at 12:49 PM, José Fonseca
> wrote:
> Attached is my proposal for fine grained caps for shader
> limits.
>
> I'd like have a cap for MaxNativeAluInstructions too. ;) Otherwise it
> looks good.
OK. Sounds
On Tue, May 11, 2010 at 12:49 PM, José Fonseca wrote:
> Attached is my proposal for fine grained caps for shader limits.
>
I'd like have a cap for MaxNativeAluInstructions too. ;) Otherwise it looks
good.
On Tue, May 11, 2010 at 3:53 PM, José Fonseca wrote:
> Hardware tends to follow these sh
On Tue, 2010-05-11 at 06:38 -0700, Jakob Bornecrantz wrote:
> On 2010-05-11 11.49, José Fonseca wrote:
> > Attached is my proposal for fine grained caps for shader limits.
> >
> > These don't cover which opcodes are supported, so PIPE_CAP_GLSL and
> > PIPE_CAP_SM3 remains. I think that PIPE_CAP_SM3
On 2010-05-11 11.49, José Fonseca wrote:
Attached is my proposal for fine grained caps for shader limits.
These don't cover which opcodes are supported, so PIPE_CAP_GLSL and
PIPE_CAP_SM3 remains. I think that PIPE_CAP_SM3 should be rename to
PIPE_CAP_SM, which shader model major/minor version en
Attached is my proposal for fine grained caps for shader limits.
These don't cover which opcodes are supported, so PIPE_CAP_GLSL and
PIPE_CAP_SM3 remains. I think that PIPE_CAP_SM3 should be rename to
PIPE_CAP_SM, which shader model major/minor version encoded in a dword.
PIPE_CAP_GLSL could proba
