Smitty wrote:
>
> Maybe a bit of a strange question, but I think it should be asked.
>
> Does the DRI project have a contact person at each of the IHV's?
>
> Specifically ATI, Nvidia seems to be more of a closed source
> house, and 3dfx is now defunct.
Alexander Stohr <[EMAIL PROTECTED]> is
Howzit?
Maybe a bit of a strange question, but I think it should be asked.
Does the DRI project have a contact person at each of the IHV's?
Specifically ATI, Nvidia seems to be more of a closed source house, and 3dfx is now
defunct.
This just strikes me as an extremely useful thing to have i
Michael wrote:
>
> Attached patch fixes a bug where a newer texture state is disabled
> prior to FlushPrims being called.
>
> (examples : ground texture in rollercoaster doesn't display, various
> glitches on mp_beach (maybe others?) in rtcw)
>
> --
> Michael.
Michael,
These patches look good
Just letting people know that I've been travelling a bit & gotten behind on
the patches that are appearing on dri-devel recently. If you've posted one
recently and I haven't done anything with it, please resend it... I know
there have been a couple that I can put my hands on, but I've got a feel
On Die, 2002-01-22 at 06:41, Paul Mundt wrote:
> At the moment, DRM provides a wrapper for ioremap() but does not do so for
> ioremap_nocache().. this is unfortunate, as a good number of framebuffer
> drivers (probably X drivers as well) don't always want to remap in cached
> space. This is a qui
Attached patch fixes a bug where a newer texture state is disabled
prior to FlushPrims being called.
(examples : ground texture in rollercoaster doesn't display, various
glitches on mp_beach (maybe others?) in rtcw)
--
Michael.
Index: radeon_texstate.c
Attached patch fixes hang in rollercoaster (in glut/progs/demos)
--
Michael.
Index: t_imm_fixup.c
===
RCS file: /cvsroot/dri/xc/xc/extras/Mesa/src/tnl/Attic/t_imm_fixup.c,v
retrieving revision 1.1.6.2
diff -u -3 -p -r1.1.6.2 t_im
