http://bugs.freedesktop.org/show_bug.cgi?id=17305
Michael Fu [EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|dri-|[EMAIL PROTECTED]
http://bugs.freedesktop.org/show_bug.cgi?id=17723
--- Comment #4 from Michel Dänzer [EMAIL PROTECTED] 2008-09-23 01:04:35 PST
---
*WARN_ONCE*
File r300_state.c function r300SetupTextures line 1548
micro tiling enabled!
Hi,
So I promised I would look at this again, because I (and others) have some
issues with exporting shmem_file_setup for DRM-GEM to go off and do things
with.
The rationale for using shmem seems to be that pageable objects are needed,
and they can't be created by userspace because that would be
Hi,
After getting short reply from one of the developer after going
through the following link
http://dri.sourceforge.net/doc/drm_low_level.html , i understood that
the XF86 calls are only being made to ensure security. But is it the
only reason OR , there are other reasons too which i am not
On Tue, 23 Sep 2008 12:21:26 +0200
Thomas Hellström [EMAIL PROTECTED] wrote:
Nick Piggin wrote:
Hi,
So I promised I would look at this again, because I (and others) have some
issues with exporting shmem_file_setup for DRM-GEM to go off and do things
with.
The rationale for using
Jerome Glisse wrote:
Also what about a uncached page allocator ? As some drivers might need
them, there is no number but i think their was some concern that changing
PAT too often might be costly and that we would better have a poll of
such pages.
IA64 has an uncached allocator. See
http://bugs.freedesktop.org/show_bug.cgi?id=17723
--- Comment #5 from Alex Deucher [EMAIL PROTECTED] 2008-09-23 06:32:04 PST
---
(In reply to comment #0)
dmesg yields the following message right after the crash:
[drm:r300_emit_carefully_checked_packet0] *ERROR* Offset failed range check
On Tue, 2008-09-23 at 11:10 +0200, Nick Piggin wrote:
So I promised I would look at this again, because I (and others) have some
issues with exporting shmem_file_setup for DRM-GEM to go off and do things
with.
Thanks for looking at this again.
The rationale for using shmem seems to be that
http://bugzilla.kernel.org/show_bug.cgi?id=4897
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEEDINFO|REJECTED
Resolution|
On Tue, 23 Sep 2008 08:50:29 -0700
Keith Packard [EMAIL PROTECTED] wrote:
On Tue, 2008-09-23 at 11:10 +0200, Nick Piggin wrote:
If my cursory reading is correct, then my allocator won't work so well as a
drop in replacement because one isn't allowed to know about the filp behind
the
http://bugs.freedesktop.org/show_bug.cgi?id=16520
--- Comment #26 from Tobias Jakobi [EMAIL PROTECTED] 2008-09-23 14:16:37 PST
---
Sorry, but I can't test ut2004. I'm hitting this input bug, which makes it
impossible to even get ingame:
https://bugs.freedesktop.org/show_bug.cgi?id=15473
http://bugs.freedesktop.org/show_bug.cgi?id=16474
Eric Anholt [EMAIL PROTECTED] changed:
What|Removed |Added
Keywords||NEEDINFO
--- Comment
http://bugs.freedesktop.org/show_bug.cgi?id=17491
--- Comment #12 from Eric Anholt [EMAIL PROTECTED] 2008-09-23 15:06:16 PST
---
*** Bug 17443 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
http://bugs.freedesktop.org/show_bug.cgi?id=16474
Johannes Engel [EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=17723
--- Comment #6 from Alex Villacís Lasso [EMAIL PROTECTED] 2008-09-23
16:59:57 PST ---
(In reply to comment #4)
*WARN_ONCE*
File r300_state.c function r300SetupTextures line
http://bugs.freedesktop.org/show_bug.cgi?id=17491
--- Comment #13 from Jesse Barnes [EMAIL PROTECTED] 2008-09-23 18:52:38 PST
---
2.6.26 and above should have the fix for this issue.
The advantage of vblank sync is that you won't see tearing in your 3d apps
anymore. It makes your glxgears
16 matches
Mail list logo