http://bugs.freedesktop.org/show_bug.cgi?id=10987
--- Comment #1 from [EMAIL PROTECTED] 2007-05-17 22:25 PST ---
Created an attachment (id=10007)
--> (http://bugs.freedesktop.org/attachment.cgi?id=10007&action=view)
test case
--
Configure bugmail: http://bugs.freedesktop.org/userp
http://bugs.freedesktop.org/show_bug.cgi?id=10987
Summary: vector_program implement wrong when calculate
state.light.half
Product: Mesa
Version: CVS
Platform: Other
OS/Version: Linux (All)
Status: NEW
Seve
On 2007.05.17 20:33:41 +, Keith Packard wrote:
> I fixed the X server so that the rotation redisplay occurs before the
> DRI lock is released. I did this by wrapping the screen block handler
> instead of using RegisterBlockAndWakeupHandler.
Fine. Thanks.
>
> The change is on the master bran
On Thu, 2007-05-17 at 17:17 +0800, Wang Zhenyu wrote:
> oh, yes, sorry about that. Actually I've fixed in the driver, but still
> leave the mesa i965 dri change, which made me think it's needed.
> sorry for disturbing. :p
I fixed the X server so that the rotation redisplay occurs before the
DRI l
http://bugs.freedesktop.org/show_bug.cgi?id=10913
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--
Configure bugmail: ht
http://bugs.freedesktop.org/show_bug.cgi?id=10984
--- Comment #1 from [EMAIL PROTECTED] 2007-05-17 15:38 PST ---
Created an attachment (id=10006)
--> (http://bugs.freedesktop.org/attachment.cgi?id=10006&action=view)
a case will be better
--
Configure bugmail: http://bugs.freedeskt
http://bugs.freedesktop.org/show_bug.cgi?id=10984
Summary: wrong error state returned by Occlusion query APIs
Product: Mesa
Version: CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Prio
Brian Paul wrote:
> Keith Whitwell wrote:
>> Micha? Król wrote:
>>> On 17/05/07, Brian Paul <[EMAIL PROTECTED]> wrote:
Ian Romanick wrote:
> Is there an easy way in this parser generator to change the grammar for
> the TXP instruction? Basically, I want it to be invalid to use TXP
>>
http://bugs.freedesktop.org/show_bug.cgi?id=10983
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Keith Whitwell wrote:
> I think the Zack/Roberto LLVM tree has done just this. Unfortunately
> for this immediate problem, they target a whole new intermediate
> representation.
Hmm...that makes me wonder if redoing the parse shouldn't wait until
Keith Whitwell wrote:
> Micha? Król wrote:
>> On 17/05/07, Brian Paul <[EMAIL PROTECTED]> wrote:
>>> Ian Romanick wrote:
Is there an easy way in this parser generator to change the grammar for
the TXP instruction? Basically, I want it to be invalid to use TXP
with
the SHADOWAR
On Thu, 2007-05-17 at 19:35 +0200, Michel Dänzer wrote:
> Yeah, that would probably be the best solution - might even just be a
> matter of initialization order in the driver?
The rotation block/wakeup handlers are added dynamically after the
server starts, so we may need some DIX help to reorder
http://bugs.freedesktop.org/show_bug.cgi?id=10983
Summary: The GLX 1.3 protocol packing for glXDestroyPbuffer not 8
bytes
Product: Mesa
Version: 6.5
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Micha? Król wrote:
> On 17/05/07, Brian Paul <[EMAIL PROTECTED]> wrote:
>> Ian Romanick wrote:
>>> Is there an easy way in this parser generator to change the grammar for
>>> the TXP instruction? Basically, I want it to be invalid to use TXP with
>>> the SHADOWARRAY2D target.
>> Michael would have
On 17/05/07, Brian Paul <[EMAIL PROTECTED]> wrote:
> Ian Romanick wrote:
> > Is there an easy way in this parser generator to change the grammar for
> > the TXP instruction? Basically, I want it to be invalid to use TXP with
> > the SHADOWARRAY2D target.
>
> Michael would have to answer that. Mic
On Thu, 2007-05-17 at 08:47 -0700, Keith Packard wrote:
> On Thu, 2007-05-17 at 17:12 +0800, Wang Zhenyu wrote:
>
> > yeah, that's me actually. The problem in rotation is that xserver dri
> > block handler will release the dri lock before rotate block handler
> > running,
> > thus xserver doesn'
On Thu, 2007-05-17 at 17:12 +0800, Wang Zhenyu wrote:
> yeah, that's me actually. The problem in rotation is that xserver dri
> block handler will release the dri lock before rotate block handler running,
> thus xserver doesn't hold dri lock in rotation rendering. Current I fixed in
> driver cod
Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Where is the tool to process the .syn files in src/mesa/shader?
See src/mesa/shader/slang/library/Makefile
The syn_to_c program is built there.
> Is there an easy way in this parser generator to change the grammar for
>
Roland Scheidegger skrev:
> Tommy Schultz Lassen wrote:
>
>> Oliver McFadden skrev:
>>
>>> Hi,
>>>
>>> I need to understand and extend these functions because
>>> r300_ioctl.c:r300EmitClearState writes hard-coded values to these
>>> registers, and
>>> this should be replaced with calls to
http://bugs.freedesktop.org/show_bug.cgi?id=10966
--- Comment #8 from [EMAIL PROTECTED] 2007-05-17 07:52 PST ---
Created an attachment (id=9995)
--> (http://bugs.freedesktop.org/attachment.cgi?id=9995&action=view)
patch to via_context.c
Thanks for the extra info. I'm attaching a pa
On 5/17/07, Tommy Schultz Lassen <[EMAIL PROTECTED]> wrote:
> Oliver McFadden skrev:
> > Hi,
> >
> > I need to understand and extend these functions because
> > r300_ioctl.c:r300EmitClearState writes hard-coded values to these
> registers, and
> > this should be replaced with calls to (extended) t_
Tommy Schultz Lassen wrote:
> Oliver McFadden skrev:
>> Hi,
>>
>> I need to understand and extend these functions because
>> r300_ioctl.c:r300EmitClearState writes hard-coded values to these registers,
>> and
>> this should be replaced with calls to (extended) t_vir0 and t_vir1. These
>> probably
On 2007.05.17 10:09:19 +, Keith Whitwell wrote:
> Michel Dänzer wrote:
> >On Thu, 2007-05-17 at 15:12 +0800, Wang Zhenyu wrote:
> >>I've encountered problem when debugging rotation with DRI enabled.
> >>I965 dri driver only checks sarea->ctxOwner when holding heavy lock,
> >>but I think we also
On 2007.05.17 10:45:08 +, Michel Dänzer wrote:
> On Thu, 2007-05-17 at 15:12 +0800, Wang Zhenyu wrote:
> > I've encountered problem when debugging rotation with DRI enabled.
> > I965 dri driver only checks sarea->ctxOwner when holding heavy lock,
> > but I think we also need to check it in ligh
Michel Dänzer wrote:
> On Thu, 2007-05-17 at 15:12 +0800, Wang Zhenyu wrote:
>> I've encountered problem when debugging rotation with DRI enabled.
>> I965 dri driver only checks sarea->ctxOwner when holding heavy lock,
>> but I think we also need to check it in light lock case, as ctxOwner
>> is us
On Thu, 2007-05-17 at 15:12 +0800, Wang Zhenyu wrote:
> I've encountered problem when debugging rotation with DRI enabled.
> I965 dri driver only checks sarea->ctxOwner when holding heavy lock,
> but I think we also need to check it in light lock case, as ctxOwner
> is used by video driver to tell
Oliver McFadden skrev:
> Hi,
>
> I need to understand and extend these functions because
> r300_ioctl.c:r300EmitClearState writes hard-coded values to these registers,
> and
> this should be replaced with calls to (extended) t_vir0 and t_vir1. These
> probably need to be renamed, too.
>
>
Hi,
I've encountered problem when debugging rotation with DRI enabled.
I965 dri driver only checks sarea->ctxOwner when holding heavy lock,
but I think we also need to check it in light lock case, as ctxOwner
is used by video driver to tell others it's smashing the state. With
below patch, rotation ca
28 matches
Mail list logo