If that's the case, then I will patch the kernel to not be such a crybaby.
Posting from a mobile, pardon my terseness. ~ C.
On Jan 11, 2010 11:20 AM, "Marek Olšák" wrote:
It was NOT intended to be a performance optimization, it's a fix. I added it
because kernel would have rejected the command
It was NOT intended to be a performance optimization, it's a fix. I added it
because kernel would have rejected the command stream if everything had been
culled by scissoring.
Marek
On Mon, Jan 11, 2010 at 4:39 PM, Corbin Simpson
wrote:
> Pardon the subject pun, it was totally necessary at this
Keith Whitwell wrote:
> On Mon, 2010-01-11 at 07:39 -0800, Corbin Simpson wrote:
>> Pardon the subject pun, it was totally necessary at this early hour. :3
>>
>> If the scissor test is enabled, and the scissors obscure the entire
>> framebuffer, should drawing calls still be run?
If the scissor bo
On Mon, 2010-01-11 at 07:39 -0800, Corbin Simpson wrote:
> Pardon the subject pun, it was totally necessary at this early hour. :3
>
> If the scissor test is enabled, and the scissors obscure the entire
> framebuffer, should drawing calls still be run? Talking on IRC, it
> seems like there's a val
