Re: [R300] Current cvs problem

2005-03-11 Thread Jerome Glisse
Seems to work well over here (PPC G5), no regression... Jerome Glisse --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype

Re: [R300] Current cvs problem

2005-03-11 Thread Brian Paul
Keith Conger wrote: Hi, With the dri patch Paul just checked in, I'm now getting the following when I run glxgears: $ glxgears Using 8 maximum texture units.. sizeof(drm_r300_cmd_header_t)=4 sizeof(drm_radeon_cmd_buffer_t)=16 Allocating 284420 bytes command buffer (max state is 11140 bytes) ***

[Bug 2702] r200 driver does not support brilinear texture filtering

2005-03-11 Thread bugzilla-daemon
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=2702 --- Additional Comments From [EMAIL PROTECTED] 2005-03-11 11:54 --- (In r

huge allocation in sis drm.

2005-03-11 Thread Dave Jones
We got a bug report in our bugzilla from a user that saw SiS DRM crashing when he restarted X. The crash seems to be two things. First, a page allocation failure. Mar 11 17:52:29 localhost kernel: X: page allocation failure. order:4, mode:0xd0 Mar 11 17:52:29 localhost kernel: [] __alloc_pages+

Re: [R300] Current cvs problem

2005-03-11 Thread Jerome Glisse
You checked you got the right drm ? I haven't tested myself last cvs but i guess if drm says bad command this probably means that it doesn't know this command. Thus either you got the wrong drm or there is a pending patch for drm. I will test this latter (in an hour or so). If you find meanwhile :)

[Bug 2702] r200 driver does not support brilinear texture filtering

2005-03-11 Thread bugzilla-daemon
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=2702 --- Additional Comments From [EMAIL PROTECTED] 2005-03-11 09:27 --- Creat

[Bug 2702] r200 driver does not support brilinear texture filtering

2005-03-11 Thread bugzilla-daemon
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=2702 --- Additional Comments From [EMAIL PROTECTED] 2005-03-11 09:23 --- Creat

[Bug 2702] New: r200 driver does not support brilinear texture filtering

2005-03-11 Thread bugzilla-daemon
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=2702 Summary: r200 driver does not support brilinear texture filtering

EGL mailing list on fd.o

2005-03-11 Thread Adam Jackson
I've set up a mailing list on freedesktop to discuss EGL implementation issues as they relate to X and the unix desktop. The list is named 'dri-egl' and you can subscribe by visiting: http://lists.freedesktop.org/mailman/listinfo/dri-egl Topics for discussion include: - ABI/API standardization

Re: [PATCH] DRM texture dispatch using BITBLT_MULTI

2005-03-11 Thread Michel Dänzer
On Fri, 2005-03-11 at 23:02 +1100, Paul Mackerras wrote: > Michel DÃnzer writes: > > > The difference is that for a hostdata blit, the CP writes the data to > > the hostdata registers synchronously, whereas with your change, the 2D > > engine will fetch the data asynchronously. > > What do you th

[R300] Current cvs problem

2005-03-11 Thread Keith Conger
Hi, With the dri patch Paul just checked in, I'm now getting the following when I run glxgears: $ glxgears Using 8 maximum texture units.. sizeof(drm_r300_cmd_header_t)=4 sizeof(drm_radeon_cmd_buffer_t)=16 Allocating 284420 bytes command buffer (max state is 11140 bytes) *

Re: [PATCH] DRM texture dispatch using BITBLT_MULTI

2005-03-11 Thread Paul Mackerras
Michel Dänzer writes: > The difference is that for a hostdata blit, the CP writes the data to > the hostdata registers synchronously, whereas with your change, the 2D > engine will fetch the data asynchronously. What do you think of this patch? I have added a wait command after the blit, which I