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 glxgear
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
http://bugs.freedesktop.org/show_bug.cgi?id=16474
Johannes Engel <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
Res
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 receiv
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=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
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
> > th
http://bugzilla.kernel.org/show_bug.cgi?id=4897
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEEDINFO|REJECTED
Resolution|
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 th
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 c
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 arc
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 ration
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 ab
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 b
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!
>
http://bugs.freedesktop.org/show_bug.cgi?id=17305
Michael Fu <[EMAIL PROTECTED]> changed:
What|Removed |Added
AssignedTo|dri-|[EMAIL PROTECTED]
16 matches
Mail list logo
