On Fri, Jan 8, 2016 at 6:13 PM, Rob Clark wrote:
> On Fri, Jan 8, 2016 at 5:59 PM, Ian Romanick wrote:
>> On 01/08/2016 07:39 AM, Brian Paul wrote:
>>> On 01/07/2016 06:29 PM, Marek Olšák wrote:
Hi,
This series adds the possibility for drivers to get gl_FragCoord and
gl_FrontF
On Fri, Jan 8, 2016 at 5:59 PM, Ian Romanick wrote:
> On 01/08/2016 07:39 AM, Brian Paul wrote:
>> On 01/07/2016 06:29 PM, Marek Olšák wrote:
>>> Hi,
>>>
>>> This series adds the possibility for drivers to get gl_FragCoord and
>>> gl_FrontFacing as system values. When FACE is a system value, it al
On 01/08/2016 07:39 AM, Brian Paul wrote:
> On 01/07/2016 06:29 PM, Marek Olšák wrote:
>> Hi,
>>
>> This series adds the possibility for drivers to get gl_FragCoord and
>> gl_FrontFacing as system values. When FACE is a system value, it also
>> changes its type to integer from floating-point.
>>
>>
On 01/07/2016 06:29 PM, Marek Olšák wrote:
Hi,
This series adds the possibility for drivers to get gl_FragCoord and
gl_FrontFacing as system values. When FACE is a system value, it also changes
its type to integer from floating-point.
Each variable has its own Const flag / Gallium CAP, so dri
This series is:
Reviewed-by: Edward O'Callaghan
On 2016-01-08 12:29, Marek Olšák wrote:
Hi,
This series adds the possibility for drivers to get gl_FragCoord and
gl_FrontFacing as system values. When FACE is a system value, it also
changes its type to integer from floating-point.
Each variabl
Hi,
This series adds the possibility for drivers to get gl_FragCoord and
gl_FrontFacing as system values. When FACE is a system value, it also changes
its type to integer from floating-point.
Each variable has its own Const flag / Gallium CAP, so drivers can choose
whether they want this for e
