Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2365
Summary: ATI IGP9100 with dri enabled in blender corrupts screen
Eric mentioned to me that the drm-core setversion was busted, I think I've
fixed it .. could anyone that has non core okay but core issues give it a
try to see if it fixes things..
Dave.
--
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied at skynet.ie
pam_smb / Linux
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2316
[EMAIL PROTECTED] changed:
What|Removed |Added
Am Montag, 24. Januar 2005 02:34 schrieb Felix Kühling:
Hi,
After converting the Savage driver to use Ian's common texmem code I
noticed a performance regression in Torcs. It's trashing textures a lot
where it was running very smoothly before. I believe this is due to a
different texture
Am Montag, den 24.01.2005, 11:45 +0100 schrieb Dieter Nützel:
Am Montag, 24. Januar 2005 02:34 schrieb Felix Kühling:
Hi,
After converting the Savage driver to use Ian's common texmem code I
noticed a performance regression in Torcs. It's trashing textures a lot
where it was running
On Sun, 23 Jan 2005 15:54:26 -0500, Michel Dänzer [EMAIL PROTECTED] wrote:
On Sun, 2005-01-23 at 12:31 +0100, Jerome Glisse wrote:
I was wondering what was the differences between using hostdata_blt
bitblt_multi. One faster than other ? Do not use same path for reading
data ?
Indeed,
Already done in 2.6.11-rc2, look below for some comments.
On 24/01/05 21:00 +0530, Amit Gud wrote:
Unify the spinlock initialization as far as possible.
Do consider applying.
Signed-off-by: Amit Gud [EMAIL PROTECTED]
--- vanilla-2.6.10/drivers/char/drm/drm_auth.h2004-10-19
Felix Kühling wrote:
I intend to improve the heuristics that chooses the texture heap in
driAllocateTexture. This may involve the texture size to allocate, the
heap sizes and the amount of free space on each heap and maybe the ages
of textures on each heap. I haven't thought too much about the
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2229
--- Additional Comments From [EMAIL PROTECTED] 2005-01-24 09:16 ---
Previously, Alan Swanson wrote:
This might affect/cure R100's as well. I was recently trying to help
someone with lockups on their Radeon 7200 when using Mesa CVS but
without success.
Testing with my old Radeon DDR also caused lockups.
I'll give this a whirl tomorrow and report back.
Alan Swanson wrote:
Previously, Alan Swanson wrote:
This might affect/cure R100's as well. I was recently trying to help
someone with lockups on their Radeon 7200 when using Mesa CVS but
without success.
Testing with my old Radeon DDR also caused lockups.
I'll give this a whirl tomorrow and report
Alex Deucher wrote:
Tested these on mergedfb and all works well. pageflipping still
doesn't work with mergedfb.
Is that with Roland's separate patch for this applied as well?
yes. I doesn't work with various attempts I made as well.
I've done some tests too with faked mergedfb (replugging the
On Mon, 24 Jan 2005 22:24:54 +0100, Roland Scheidegger
[EMAIL PROTECTED] wrote:
Alex Deucher wrote:
Tested these on mergedfb and all works well. pageflipping still
doesn't work with mergedfb.
Is that with Roland's separate patch for this applied as well?
yes. I doesn't work with
On Mon, 2005-01-24 at 22:24 +0100, Roland Scheidegger wrote:
Alex Deucher wrote:
pageflipping still doesn't work with mergedfb.
Is that with Roland's separate patch for this applied as well?
yes. I doesn't work with various attempts I made as well.
I've done some tests too with faked
Michel Dnzer wrote:
will never appear again.
I believe the problem is AdjustFrame is only called before dri
initialization is finished, so directRendering is not enabled yet and
thus the values in the sarea never written.
However, I tried fixing that by moving (also tried copying) the
On Mon, 24 Jan 2005 22:59:46 +0100, Roland Scheidegger
[EMAIL PROTECTED] wrote:
Michel Dänzer wrote:
will never appear again.
I believe the problem is AdjustFrame is only called before dri
initialization is finished, so directRendering is not enabled yet and
thus the values in the sarea never
Alex Deucher wrote:
actually RADEONAdjustFrame() should handle mergedfb fine.
RADEONAdjustFrame() will then call RADEONAdjustFrameMerged()
You're right I mixed that up with DoAdjustFrame. I can't see though why
this shouldn't work just the same as pScrn-AdjustFrame (I don't see any
code which
--- Felix Kühling [EMAIL PROTECTED] wrote:
Am Montag, den 24.01.2005, 18:12 +0100 schrieb Roland Scheidegger:
Felix Kühling wrote:
I intend to improve the heuristics that chooses the texture heap in
driAllocateTexture. This may involve the texture size to allocate,
the
heap sizes
Am Montag, den 24.01.2005, 15:27 -0800 schrieb Mike Mestnik:
--- Felix Khling [EMAIL PROTECTED] wrote:
Am Montag, den 24.01.2005, 18:12 +0100 schrieb Roland Scheidegger:
Felix Khling wrote:
I intend to improve the heuristics that chooses the texture heap in
driAllocateTexture. This
Michel Dnzer wrote:
On Mon, 2005-01-24 at 23:42 +0100, Roland Scheidegger wrote:
Alex Deucher wrote:
actually RADEONAdjustFrame() should handle mergedfb fine.
RADEONAdjustFrame() will then call RADEONAdjustFrameMerged()
You're right I mixed that up with DoAdjustFrame. I can't see though why
this
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2316
[EMAIL PROTECTED] changed:
What|Removed |Added
21 matches
Mail list logo