On Mon, Jan 28, 2002 at 02:00:18AM -0300, Davor Buvinic wrote:
> With the latest GATOS CVS - the one with changes from Peter Surda at the
> files radeon_driver.c, radeon_reg.h, fi1236.c, fi1236.h, msp3430.c,
> r128_dri.c, theatre.h and theatre_reg.h - the problem (apparently) is the
> same one
On Sunday 27 January 2002 21:59, you wrote:
> On Sun, 27 Jan 2002, Davor Buvinic wrote:
[...]
> > Works for me: ATI Xpert 128, XFree86 4.2.0, your patch against GATOS ATI
> > drivers sources. No more messages in the kernel log like the following:
> >
> > [drm:r128_cce_indirect] *ERROR* process 166
Hardware: Dell Inspiron 4100, Mobile Pentium III-M 1.0 GHz, Intel 830MP chipset
ATI Radeon Mobility LY (AGP), 16 Mb RAM
Software: SuSE 7.3, kernel 2.4.16 with devfs, XFree86-4.2.0 (WithPam and
WithPamMisc), management by xdm.
agpgart.o has two patches, see URL below for details.
On Sunday 27 January 2002 20:43, you wrote:
> On Sun, Jan 27, 2002 at 08:15:29PM -0300, Davor Buvinic wrote:
> > Works for me: ATI Xpert 128, XFree86 4.2.0, your patch against GATOS ATI
> > drivers sources. No more messages in the kernel log like the following:
> >
> > [drm:r128_cce_indirect] *ERR
On Sun, 27 Jan 2002, Davor Buvinic wrote:
> On Sunday 27 January 2002 16:53, you wrote:
> > On Sun, Jan 27, 2002 at 06:03:42PM +0100, Michel Dänzer wrote:
> > > After digging around the code a bit, my current theory is that the
> > > indirect buffer is incorrectly reused after the start of a ne
On Sun, Jan 27, 2002 at 08:15:29PM -0300, Davor Buvinic wrote:
> Works for me: ATI Xpert 128, XFree86 4.2.0, your patch against GATOS ATI
> drivers sources. No more messages in the kernel log like the following:
>
> [drm:r128_cce_indirect] *ERROR* process 1668 using buffer owned by 0
Yes this wa
On Sunday 27 January 2002 16:53, you wrote:
> On Sun, Jan 27, 2002 at 06:03:42PM +0100, Michel Dänzer wrote:
> > After digging around the code a bit, my current theory is that the
> > indirect buffer is incorrectly reused after the start of a new server
> > generation. The only difference I see in
On Sun, Jan 27, 2002 at 06:03:42PM +0100, Michel Dänzer wrote:
> After digging around the code a bit, my current theory is that the
> indirect buffer is incorrectly reused after the start of a new server
> generation. The only difference I see in the radeon driver (which I
> assume doesn't have th
> Is there anything gained by checking the device class before looking
> for the AGP capability? The "agp_find_cap" patch attached implements
> this idea. I've compiled and booted kernels with both patches, but
> they're otherwise untested.
Just caution about not twiddling stuff we shouldnt tou
On Sun, Jan 27, 2002 at 06:03:42PM +0100, Michel Dänzer wrote:
> [ I assume you meant to follow up to the list as well ]
yes it is possible I failed to do so.
> > The first one definitely wasn't correct. A process of pid 0 doesn't exist, but
> > it has been handled as if it existed.
> The test (
Dear DRI developers,
I've updated the DRI-Devel-FAQ, now in
http://jrfonseca.tripod.com/dri/faq/html/ because my server has been down
all weekend due to (frustrating) network problems.
At this moment the FAQ is pretty close of what I had idealized that it
should be. It's still needing some co
On Fre, 2002-01-25 at 14:53, Alexander Stohr wrote:
> 1) The document XAA.HOWTO describes nicely the functionality
> of the low-level hooks. Where can i find documentation on the
> mid-level and GC-level hooks and flags?
I don't know, and I also think the Xpert list is probably a better place
to
[ I assume you meant to follow up to the list as well ]
On Sam, 2002-01-26 at 19:15, Peter Surda wrote:
> > > So I looked at the code: pid 0 doesn't exist, and r128 driver seems to be
> > > using it for optimizing searches for free buffer. So I added a
> > > "buf->pid > 0 &&"
> [cut]
>
> > >
On Son, 2002-01-27 at 13:01, Keith Whitwell wrote:
> I'm having real trouble applying some of the patches I'm getting off the
> mailing list - I'm not sure if it's me, or what.
>
> What I'm doing is:
> - saving the message from netscape (eg to ~/mgapat)
Panagiotis Papadakos wrote:
>
> A better patch without whitespace changes...
>
> --- lib/GL/mesa/src/drv/mga/mgatexmem.c Sun Jan 27 12:59:37 2002
> +++ lib/GL/mesa/src/drv/mga/mymgatexmem.c Sun Jan 27 13:12:48 2002
> @@ -254,8 +254,18 @@
> idx != MGA_NR_TEX_REGIONS && nr < MGA_NR_T
A better patch without whitespace changes...
--- lib/GL/mesa/src/drv/mga/mgatexmem.c Sun Jan 27 12:59:37 2002
+++ lib/GL/mesa/src/drv/mga/mymgatexmem.c Sun Jan 27 13:12:48 2002
@@ -254,8 +254,18 @@
idx != MGA_NR_TEX_REGIONS && nr < MGA_NR_TEX_REGIONS ;
idx = sarea->texList[h
Just a reminder to everyone on the list that there will be an
interactive DRI development discussion on irc.openprojects.net in
the #dri-devel channel on Monday January 28th.
Last week's meeting went quite well, so I believe this week's
meeting will also. What time of day would work out best f
17 matches
Mail list logo
