does anyone have a test for this? my initial attempts are going wrong and
I just thought someone might have tested this once ..
Dave.
--
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied at skynet.ie
pam_smb / Linux DECstation / Linux VAX / ILUG person
-
http://train.is-a-geek.org/%7Echeako/DebthClear.tga
The blood that should be one the floor is on the gun, doors, walls(around
corners). Also some other things like logos(sings) ect show through.
This could be a diffrent bug, but some times rounded walls seam to have a
translucent property to them
This version removes the agp_find_bridge function pointer as Christoph
requested.
drivers/char/agp/agp.h |3 +
drivers/char/agp/backend.c | 109
drivers/char/agp/frontend.c | 30 ++--
drivers/char/agp/generic.c | 73 +++
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=2118
--- Additional Comments From [EMAIL PROTECTED] 2004-12-20 15:05 ---
This is caused
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=2119
Summary: via: insufficient security checks on DMA init IOCTL
Product: DRI
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=2118
Summary: via: Invalid DMA header command.
Product: DRI
Version
On Mon, 20 Dec 2004, Jerome Glisse wrote:
I am far too feel confortable with mesa structure. I will try to take a look
at it in the next hours.
If i understand anything i will tell you :)
Anyway i think the key is in line 104 (r300_render.c)
mga_render_tab_verts
This table seems to hold the fu
I am far too feel confortable with mesa structure. I will try to take a
look at it in the next hours.
If i understand anything i will tell you :)
Anyway i think the key is in line 104 (r300_render.c)
mga_render_tab_verts
This table seems to hold the functions to call for each specific premitiv
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=2092
--- Additional Comments From [EMAIL PROTECTED] 2004-12-20 10:06 ---
btw., while ex
This is just a friendly reminder that the weekly dri-devel IRC meeting will
be starting in the #dri-devel channel on irc.freenode.net at 2100 UTC (or
4:00PM EST or 1:00PM PST, if you prefer).
Time zone conversion available at:
http://www.timezoneconverter.com/cgi-bin/tzc.tzc
Logs of previous IR
Hi Jerome,
I cleaned up r300_demo a little bit and I believe is ready to
implement flat color in r300_driver. Would you know where should I hook it
up ? The _render file looks empty.. It'd be nice to do it with minimal
modifications to existing code (so I can add a file with flat drawing
fu
I changed it to
#define R300_GB_TILE_PIPE_COUNT_4(3 << 1)
#define R300_GB_TILE_PIPE_COUNT_2(0 << 1)
which is what it really means - the RV350 setting is also used on R400
cards which have the same number of pipes as RV350.
best
On Mon, Dec 20, 2004 at 04:39:03PM +0100, Felix Kühling wrote:
> Hi Keith,
>
> I'm attaching my current solution for the Savage driver. I'm going to
> commit this later today. It doesn't need any modifications of the common
> TNL code. It is probably not the most efficient solution though, since
>
Hi,
Again me for a little error :) In r300_reg.h line 218 if i am not
wrong this should be R300_GB_TILE_PIPE_COUNT_RV350 &
line 219 R300_GB_TILE_PIPE_COUNT_R300
Thus we got :
#define R300_GB_TILE_PIPE_COUNT_R300 (0<<1)
#define R300_GB_TILE_PIPE_COUNT_RV300 (3<<1)
But i think (if r300_demo is
Hi Keith,
I'm attaching my current solution for the Savage driver. I'm going to
commit this later today. It doesn't need any modifications of the common
TNL code. It is probably not the most efficient solution though, since
it requires an indirect function call for each emitted vertex. That
said,
Felix Kühling wrote:
Hi Keith,
I'm attaching my current solution for the Savage driver. I'm going to
commit this later today. It doesn't need any modifications of the common
TNL code. It is probably not the most efficient solution though, since
it requires an indirect function call for each emitted
On Gwe, 2004-12-17 at 20:55, Mike Werner wrote:
> [2/4] Run Lindent on generic.c
Please don't mix reformatting with oither submissions, especially as
Dave Jones is parallel working on and submitting patches for the various
cache/tlb flush violations in the current code that will overlap such a
ref
On Mon, 20 Dec 2004 10:53:26 -0400, Austin Yuan
<[EMAIL PROTECTED]> wrote:
> On Sat, Dec 18, 2004 at 04:54:20AM +0800, Alex Deucher wrote:
> > On Fri, 17 Dec 2004 10:35:42 +, Ian Molton <[EMAIL PROTECTED]> wrote:
> > > Hi.
> > >
> > > Is MergedFB going to replace xinerama in the long run?
> > >
On Mon, 20 Dec 2004 10:31:13 +, Christer Backstrom
<[EMAIL PROTECTED]> wrote:
> - Original Message -
> From: "Roland Scheidegger" <[EMAIL PROTECTED]>
> To: "Christer Backstrom" <[EMAIL PROTECTED]>
> Subject: Re: IGP 340M textures?
> Date: Mon, 20 Dec 2004 00:32:28 +0100
>
> >
> > Chris
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=2092
--- Additional Comments From [EMAIL PROTECTED] 2004-12-20 05:02 ---
It looks like
This defenatly belongs on another Xrelated list.
--- Austin Yuan <[EMAIL PROTECTED]> wrote:
> On Sat, Dec 18, 2004 at 04:54:20AM +0800, Alex Deucher wrote:
> > On Fri, 17 Dec 2004 10:35:42 +, Ian Molton <[EMAIL PROTECTED]> wrote:
> > > Hi.
> > >
> > > Is MergedFB going to replace xinerama in
- Original Message -
From: "Roland Scheidegger" <[EMAIL PROTECTED]>
To: "Christer Backstrom" <[EMAIL PROTECTED]>
Subject: Re: IGP 340M textures?
Date: Mon, 20 Dec 2004 00:32:28 +0100
>
> Christer Backstrom wrote:
> > Here, the lappy hangs hard when trying any 3D application on
> > x.org-
22 matches
Mail list logo