http://bugs.freedesktop.org/show_bug.cgi?id=17237
haihao <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=17426
Summary: [G33] gl-117 and doom3 can not run smoothly due to very
low performance
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
Status:
http://bugs.freedesktop.org/show_bug.cgi?id=17426
--- Comment #1 from liuhaien <[EMAIL PROTECTED]> 2008-09-04 02:22:50 PST ---
Created an attachment (id=18671)
--> (http://bugs.freedesktop.org/attachment.cgi?id=18671)
xorg conf file
--
Configure bugmail: http://bugs.freedesktop.org/userpr
http://bugs.freedesktop.org/show_bug.cgi?id=16982
--- Comment #5 from Pierre Bardou <[EMAIL PROTECTED]> 2008-09-04 02:49:14 PST
---
Sorry but I have no time for this right now.
I will be able to make tests during week 40-41, I'll keep you informed.
--
Configure bugmail: http://bugs.freed
http://bugs.freedesktop.org/show_bug.cgi?id=13258
--- Comment #7 from Chris Rankin <[EMAIL PROTECTED]> 2008-09-04 05:46:00 PST
---
I have been examining the rubik code. Each individul sub-cube is drawn by a
function called draw_cubit(), which has the following structure:
draw_cubit()
Jesse Barnes написав(ла):
[...]
With all the changes in DRM master I think things broke recently. In the
drm-next relative patch I posted I fixed a few issues like this so hopefully
that will work for you, let me know if they don't.
i tested against *drm-next* with *drm-next-vblank-rework-2.p
On Thu, 2008-09-04 at 16:13 +0300, Maksym Veremeyenko wrote:
>
> [drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for
> disabled pipe 0
Looks like the i915 driver still honours the DRM_I830_SET_VBLANK_PIPE
ioctl even with vblank-rework, so the vblank interrupts are disabled
while
Michel Dänzer написав(ла):
> On Thu, 2008-09-04 at 16:13 +0300, Maksym Veremeyenko wrote:
>> [drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for
>> disabled pipe 0
>
> Looks like the i915 driver still honours the DRM_I830_SET_VBLANK_PIPE
> ioctl even with vblank-rework, so the vb
On Thu, 2008-09-04 at 16:43 +0300, Maksym Veremeyenko wrote:
> Michel Dänzer написав(ла):
> > On Thu, 2008-09-04 at 16:13 +0300, Maksym Veremeyenko wrote:
> >> [drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for
> >> disabled pipe 0
> >
> > Looks like the i915 driver still honour
Michel Dänzer написав(ла):
[...]
>> where it submits crtc==0 - index of first available pipe instead of
>> index of first active pipe. perhaps if enabled only one pipe it assume
>> that it has index 0 (FIX ME)
>
> The crtc value is derived from what you pass to drmWaitVBlank(): if you
> want to
Hi all
So at XDS we had a quick bof about adding support in dri2 for different
types of contexts. Like VG, GLES, exa and so on. This is a first quick draft
which does that. I have updated the dri interface the glx code and the
shared dri_util code imported by dri drivers. It compiles but I haven't
On Thursday, September 04, 2008 7:25 am Maksym Veremeyenko wrote:
> Michel Dänzer написав(ла):
> [...]
>
> >> where it submits crtc==0 - index of first available pipe instead of
> >> index of first active pipe. perhaps if enabled only one pipe it assume
> >> that it has index 0 (FIX ME)
> >
> > The
http://bugs.freedesktop.org/show_bug.cgi?id=13258
--- Comment #8 from Chris Rankin <[EMAIL PROTECTED]> 2008-09-04 12:03:20 PST
---
Another interesting point is that once they've been revealed by removing the
call to draw_stickerless_cube(), the colored stickers are now shown being drawn
in t
13 matches
Mail list logo
