[Bug 15480] r200 vertex program regression

http://bugs.freedesktop.org/show_bug.cgi?id=15480 --- Comment #2 from Andrew Randrianasulu <[EMAIL PROTECTED]> 2008-04-12 23:41:46 PST --- Created an attachment (id=15869) --> (http://bugs.freedesktop.org/attachment.cgi?id=15869) celestia (manually copy-pasted from terminal) -- Configure

[Bug 15480] r200 vertex program regression

http://bugs.freedesktop.org/show_bug.cgi?id=15480 --- Comment #1 from Andrew Randrianasulu <[EMAIL PROTECTED]> 2008-04-12 23:37:05 PST --- Created an attachment (id=15868) --> (http://bugs.freedesktop.org/attachment.cgi?id=15868) doom3 log (stdout + stderr) -- Configure bugmail: http://b

[Bug 15480] New: r200 vertex program regression

http://bugs.freedesktop.org/show_bug.cgi?id=15480 Summary: r200 vertex program regression Product: DRI Version: DRI CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

[Bug 15477] full screen is white when use compiz

http://bugs.freedesktop.org/show_bug.cgi?id=15477 --- Comment #1 from Ben Gamari <[EMAIL PROTECTED]> 2008-04-12 21:26:02 PST --- Hey, if you start compiz in a terminal, you may see "failed to create drawable" messages. If this is the case, you are experiencing the same issue I am, which I des

[Bug 15477] New: full screen is white when use compiz

http://bugs.freedesktop.org/show_bug.cgi?id=15477 Summary: full screen is white when use compiz Product: Mesa Version: CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

Re: intel-batchbuffer problem (was: Re: DRI2 direct rendering)

On Sat, 2008-04-05 at 04:25 +0100, Steven J Newbury wrote: > > > > There seems to be no working vblank interrupt, could this be related? > > My kernel log gets filled with: "trying to get vblank count for disabled > > pipe 0" > > The above error log message is coming from the DRM, specifically i

Re: Fence signaled & associated bo

Jerome Glisse wrote: > Hi again Thomas, > > It seems that if a fence is created with a userobject in superioctl, > one ref on the fence from one of the associated bo (the EXE bo i think) > is not properly unreferenced automagicly by kernel on program exit > if program never wait or ask for the stat

[Bug 15460] Account Request

http://bugs.freedesktop.org/show_bug.cgi?id=15460 Brian Paul <[EMAIL PROTECTED]> changed: What|Removed |Added AssignedTo|dri-|[EMAIL PROTECTED]

[Bug 15472] [945GM] "ESR is 0x00000001, instruction error" after run some GL program using indirect rendering

http://bugs.freedesktop.org/show_bug.cgi?id=15472 --- Comment #1 from Jie Luo <[EMAIL PROTECTED]> 2008-04-12 14:40:42 PST --- Created an attachment (id=15853) --> (http://bugs.freedesktop.org/attachment.cgi?id=15853) dmesg -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?ta

[Bug 15472] New: [945GM] "ESR is 0x00000001, instruction error" after run some GL program using indirect rendering

http://bugs.freedesktop.org/show_bug.cgi?id=15472 Summary: [945GM] "ESR is 0x0001, instruction error" after run some GL program using indirect rendering Product: Mesa Version: CVS Platform: x86 (IA32) OS/Version: Linux (All

Fence signaled & associated bo

Hi again Thomas, It seems that if a fence is created with a userobject in superioctl, one ref on the fence from one of the associated bo (the EXE bo i think) is not properly unreferenced automagicly by kernel on program exit if program never wait or ask for the status on each BO. So for instance -

Fence improving ref counting ?

Hi Thomas, I think there is bug in refcounting for fence manager: atomic_inc(&fm->count) is called in drm_fence_object_create then drm_fence_object_create call drm_fence_object_emit only if DRM_FENCE_FLAG_EMIT things is that the fence is added to the ring in drm_fence_object_emit. Note that atomi