On 8 Mar 2004 [EMAIL PROTECTED] wrote:
Leif Delgass [EMAIL PROTECTED] writes:
I forgot to bring in the drm_linux_list.h for bsd that was added on
the mach64-0-0-6-branch. I just added it and it is included from drmP.h.
With any luck that should fix the compile errors in the kernel
all the necessary
pieces.
--
Leif Delgass
http://www.retinalburn.net
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from
from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
--
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
--
Leif Delgass
http://www.retinalburn.net
fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
--
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
--
Leif Delgass
http://www.retinalburn.net
on
freedesktop.org?
Thanks,
Leif
--
Leif Delgass
http://www.retinalburn.net
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web services for Linux with
a free DVD software kit from IBM. Click Now!
http
assistant = - half time DRI developer?!)
I actually have a near complete texmem conversion that's been gathering
dust for a while. I'll try to clean it up and send a patch in the next
few days.
--
Leif Delgass
http://www.retinalburn.net
to white when the DRI logo is displayed (since the wider
window exposed the gray background behind the image).
--
Leif Delgass
http://www.retinalburn.net
--- driconf.orig.py 2003-10-25 13:41:31.0 -0500
+++ driconf.py 2003-10-26 18:59:33.0 -0500
@@ -18,61 +18,64
hours behind
the main server.
Nothing changed ;-(
Send me a copy of these two files, please.
Regards,
Dieter
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET email is sponsored by: eBay
Great deals on office
in drmP.h before the struct/typedef definitions and
prototypes were split out into drm_agp.h.
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http
the drivers should also check the return of
driCreateTextureHeap() and bail out if it fails.
--
Leif Delgass
http://www.retinalburn.net
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet
On Thu, 5 Jun 2003, John Sheu wrote:
On Thursday 05 June 2003 11:45 am, Leif Delgass wrote:
I'm pretty sure I ran into this problem on r128 before when I tried
running at 24-bit depth with a high enough resolution. If this is the
problem, I think you'd see a message like: Reserved 0 kb
of the
ring contents by loading the kernel module with drm_opts=debug.
--
Leif Delgass
http://www.retinalburn.net
---
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697
On Sat, 31 May 2003, Leif Delgass wrote:
Here's some more info on HOSTDATA:
In MMIO/pseudo-DMA mode, when we see a descriptor with BM_HOSTDATA as the
GUI master target register (rather than BM_ADDR), we feed the blit data to
the card through the HOST_DATA[0-15] registers, so it's still MMIO
with a new libGL
from the trunk. The drivers check the internal GLX API version of libGL
in __driRegisterExtensions() before enabling these newly supported GLX
extensions.
--
Leif Delgass
http://www.retinalburn.net
---
This SF.net email
-11697-6916-5
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
--
Leif Delgass
http://www.retinalburn.net
---
This SF.net email is sponsored
On Wed, 28 May 2003, Ian Romanick wrote:
Leif Delgass wrote:
On Wed, 30 Apr 2003, Ian Romanick wrote:
After cleaning up some of the left-over issues from the texmem merge, I
did a quick check low-hanging fruit functionality that could be added so
some of the drivers. In doing so, I
On Tue, 27 May 2003, Ian Romanick wrote:
Leif Delgass wrote:
On Fri, 23 May 2003, Ian Romanick wrote:
Andreas Stenglein wrote:
In radeon_reg.h there are some new txformats:
RADEON_TXFORMAT_VYUY422
RADEON_TXFORMAT_YVYU422
Would it be possible to make the
MESA_ycbcr_texture
] José Fonseca wrote:
Sorry about that. I merged everything manually using a visual diff util
to prevent that this happened, and compiled everything after and
corrected the errors, but still failed.
José Fonseca
On Tue, May 27, 2003 at 08:46:04PM -0500, Leif Delgass wrote:
Looks like
On Wed, 28 May 2003, Dieter Nützel wrote:
Am Dienstag, 13. Mai 2003 18:07 schrieb Leif Delgass:
Attached are two patches: the first fixes problems with GLX_SGI_video_sync
in the drivers and common vblank code and adds a common driGetMSC32()
function in vblank.c. The second patch adds
On 12 Apr 2003, Eric Anholt wrote:
On Sat, 2003-04-12 at 10:17, Leif Delgass wrote:
I think setting rmesa-sarea-nbox = 0 when there are 3 or fewer cliprects
and the cliprects dirty flag isn't set should be correct. The idea is
that, since r128 has three auxiliary hardware scissors (3
to Mesa
from the trunk soon as well.
I have a new DRI+Xv source patch for this branch available at:
http://www.retinalburn.net/linux/dri_xv.html
I'll be adding binaries pretty soon, probably built on RedHat 9.
--
Leif Delgass
http://www.retinalburn.net
FYI, I'm about to start a merge of the trunk into the mach64-0-0-6-branch.
--
Leif Delgass
http://www.retinalburn.net
---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003
On Fri, 28 Mar 2003, Keith Whitwell wrote:
Leif Delgass wrote:
On Thu, 27 Mar 2003, Keith Whitwell wrote:
Leif Delgass wrote:
I removed the alpha component from the visuals because the 32 bit span
read function in i830_span.c doesn't read alpha from the framebuffer (it
always
___
Dri-patches mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-patches
--
Leif Delgass
http://www.retinalburn.net
---
This SF.net email is sponsored by:
The Definitive
On Thu, 27 Mar 2003, Keith Whitwell wrote:
Leif Delgass wrote:
I removed the alpha component from the visuals because the 32 bit span
read function in i830_span.c doesn't read alpha from the framebuffer (it
always returns 255). There's a comment there saying that it should work
kernels (e.g. modutils) and rebuilt the mach64.o module for the
current kernel you're running. If you're not comfortable hacking on the
code yourself, I'd suggest sticking with a 2.4.x kernel to use the DRI
driver until the new stable kernel series (2.6/3.0?) is opened.
--
Leif Delgass
http
mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-patches
--
Leif Delgass
http://www.retinalburn.net
---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop
, this would be used if vblank support is added for
i810/i830.
--
Leif Delgass
http://www.retinalburn.net
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
On Mon, 24 Mar 2003, Keith Whitwell wrote:
Leif Delgass wrote:
On Mon, 24 Mar 2003, Keith Whitwell wrote:
Dave Airlie wrote:
I've just had the misfortune of having my NFSROOT system (lots of network
interrupts), have its card sharing interrupts with the i810 graphics..
once I run
selected driver
- have extensions default to no unless they are specified for a
particular driver. That would make editing/adding extensions easier.
--
Leif Delgass
http://www.retinalburn.net
?php
class Driver {
var $exampleCards;
var $primaryAuthors;
var
of the table. I commented out the line
that prints the ARB_multisample line for now.
The dynamic page is now live with these changes. I changed the link on
the status page to the new phtml page. The original flat HTML file is
still in /doc as dri_driver_features.html.orig
--
Leif Delgass
http
On Sat, 8 Mar 2003, Nicholas Leippe wrote:
On Saturday 08 March 2003 05:02 pm, Leif Delgass wrote:
BTW, I changed the PHP tags from '?' to '?php' and '?=' to '? echo',
since the short versions didn't work when testing on my local system with
PHP 4.1.2, and the PHP docs indicate the short
/kernel/
It's in os-support/shared/drm/kernel, along with the other drivers using
the os-independence templates (r128, radeon, mga). This gets linked into
the appropriate drm/kernel dir for the OS in the build tree.
--
Leif Delgass
http://www.retinalburn.net
Now that XFree86 4.3.0 is tagged/released, is there a plan for merging
4.3.0 into the DRI trunk?
--
Leif Delgass
http://www.retinalburn.net
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
--
Leif Delgass
http://www.retinalburn.net
---
This SF.net email is sponsored by: SlickEdit Inc
?
The 3D app is burning a lot of CPU and the system is otherwise running.
At the point the 3D is killed (kill -9 etc) the box hangs solid
Classical chip crash or lockup. :\
--
Leif Delgass
http://www.retinalburn.net
---
This SF.net
On 22 Feb 2003, Michel Dänzer wrote:
On Sam, 2003-02-22 at 22:16, Leif Delgass wrote:
On 22 Feb 2003, Michel Dänzer wrote:
On Sam, 2003-02-22 at 00:48, Alan Cox wrote:
I do wonder if the register writes in RADEONSetCursorPosition() could
interfere with the CP to cause FIFO
On Thu, 20 Feb 2003, Leif Delgass wrote:
On Thu, 20 Feb 2003, Philip Brown wrote:
On Thu, Feb 20, 2003 at 09:12:04PM +, Philip Armstrong wrote:
Using the debs at http://people.debian.org/~daenzer/dri-trunk-sid/ on
Debian unstable and the latest demo release of UT2003 (v2206
corruption in
the intro cinematic in the R100 driver was fixed. However, there are
still vertex problems that appear to be in the R100 driver to track down.
I can't test R200, so I'm not sure what the status is there.
--
Leif Delgass
http://www.retinalburn.net
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-patches
--
Leif Delgass
http://www.retinalburn.net
---
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can
On Wed, 19 Feb 2003, Ian Romanick wrote:
Leif Delgass wrote:
Ian, this commit includes references to rmesa-hw.cube[], which isn't in
radeon_context.h yet. I don't see any reason not to commit the entire
cube map patch, but leave the extension disabled. I haven't had time
10 days ago). I'm not sure if the problem that fixed could cause a
lockup, but you might want to try building a DRM from current X cvs and
see if it makes a difference.
--
Leif Delgass
http://www.retinalburn.net
---
This sf.net email
On Tue, 18 Feb 2003, [iso-8859-15] José Fonseca wrote:
On Mon, Feb 17, 2003 at 08:15:02PM -0500, Leif Delgass wrote:
As I was doing some minor cleanups in the mach64 drm in the new branch, I
made some additional search and replace conversions of the mach64 DRM to
the os independence macros
On Tue, 18 Feb 2003, Leif Delgass wrote:
My memory is failing: this might still be usefull for Xv, isn't it?
Maybe, maybe not. DMA for XVideo seems to be of questionable value,
judging from the Rage 128 driver. Plus the fact that you have to
wait/sync when switching between GUI masters
dwords following). If the
verify passes, we copy the command as in the last line of the loop above,
but then we need to __copy_from_user up to 7 dwords of data into the
destination without reading it. So it's a loop of alternating 1 dword
read/verify/write and 1-7 dwords straight copy.
--
Leif
On Wed, 19 Feb 2003, [iso-8859-15] José Fonseca wrote:
On Tue, Feb 18, 2003 at 06:30:40PM -0500, Leif Delgass wrote:
I also made some other changes to the copy/verify:
I added a check to the ioctl handler (mach64_dma_vertex) to check that the
vertex buffer has an integral number
of the attached patch is trivial additions of
DRM_ERR, DRM_CURRENTPID, etc. and a couple of whitespace tweaks.
--
Leif Delgass
http://www.retinalburn.net
Index: linux/drm/kernel/drmP.h
===
RCS file:
/cvsroot/dri/xc/xc/programs/Xserver
://lists.sourceforge.net/lists/listinfo/dri-patches
--
Leif Delgass
http://www.retinalburn.net
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel
On 15 Feb 2003, Eric Anholt wrote:
On Tue, 2003-02-11 at 20:11, Leif Delgass wrote:
I've opened a new mach64 branch (mach64-0-0-6-branch), which has now been
updated from the current DRI trunk with X 4.2.99.2 and Mesa 5.x. I've
updated the mach64 driver to Mesa 5 based on the changes
On Sat, 15 Feb 2003, Mike A. Harris wrote:
On Fri, 14 Feb 2003, Leif Delgass wrote:
I could do it, but I don't think it's a good idea to restrict those
who are non-members of the list. Cross postings from the xfree86 lists
are sometimes useful.
Alan.
What about dri-patches
Speaking of Dri-patches... ;)
There seems to be a problem with the @users.sourceforge.net wildcard
address in the subscriber list. I'm subscribed to Dri-patches, but not
with my sourceforge email.
--
Leif Delgass
http://www.retinalburn.net
-- Forwarded message --
Date: Sat
machine and be done with it. We waste more time and bandwidth
talking about what should be done (with the list) then actually doing
what really should be done (with dri). Just my thoughts ...
On Sat, 15 Feb 2003, Leif Delgass wrote:
On Sat, 15 Feb 2003, Mike A. Harris wrote
to that list to
project members. Of course, there may be people with commit access that
aren't subscribed. Is there a way to restrict it to sourceforge accounts
rather than the subscriber list?
--
Leif Delgass
http://www.retinalburn.net
On Fri, 14 Feb 2003, Ian Romanick wrote:
Leif Delgass wrote:
On Fri, 14 Feb 2003, David Dawes wrote:
[snip]
There are some more serious things holding up 4.3, including the issue
that Leif mentioned here a couple of days ago. I haven't seen anyone
comment on his proposed
to me it would be more intrusive and require more checking for
side-effects.
--
Leif Delgass
http://www.retinalburn.net
Index: dri_util.c
===
RCS file: /cvs/xc/lib/GL/dri/dri_util.c,v
retrieving revision 1.5
diff -u -r1.5
. Comments?
It also looks to me like there could be a memory leak on pBackClipRects in
driDestroyDrawable(). It looks like pBackClipRects should be freed there
(if non-NULL) along with pClipRects. Is this freed somewhere that
I'm missing?
--
Leif Delgass
http://www.retinalburn.net
and GATOS trees.
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Dri
the diff
didn't apply cleanly enough to wing it...
Anyone else?
Keith
Here's a hand-merged diff against mesa-4-0-4-branch. How does this look?
--
Leif Delgass
http://www.retinalburn.net
Index: r200_texstate.c
===
RCS file
On Wed, 5 Feb 2003, Leif Delgass wrote:
Also, should I go ahead and commit my revised texmem patch?
Yes.
OK, will do. Do you want to commit your patch for combine3 to texmem? I
don't have an R200, so I can't test that, but it looks like it should be
easy to add there too
mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See
changes couldn't also go
into the trunk.
Done.
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
, this should not be the case, need to ask an
* engineer at Intel.
*/
Until someone can fix the span reads, I'll assume destination alpha isn't
working. I'll fix this one.
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET
wanted to see if you had something already.
Also, should I go ahead and commit my revised texmem patch?
--
Leif Delgass
http://www.retinalburn.net
Index: radeon_context.c
===
RCS file: /cvsroot/dri/xc/xc/lib/GL/mesa/src/drv/radeon
On Wed, 5 Feb 2003, Keith Whitwell wrote:
Ian Romanick wrote:
Keith Whitwell wrote:
The other bug report I've had is triggered in similar circumstances,
but goes into an infinite loop inside DRI_VALIDATE_DRAWABLE_INFO(), as
a magic stamp value never gets updated because the X
:
Leif Delgass wrote:
On Wed, 5 Feb 2003, Keith Whitwell wrote:
Ian Romanick wrote:
Keith Whitwell wrote:
The other bug report I've had is triggered in similar
circumstances, but goes into an infinite loop inside
DRI_VALIDATE_DRAWABLE_INFO(), as a magic stamp value never gets
On Wed, 5 Feb 2003, Ian Romanick wrote:
Leif Delgass wrote:
Ian, now that you've merged in the software support for combine3 from the
Mesa trunk, I'm trying to get it working in hardware on R100 with texmem
(impatient as I am ;) ). I don't have Radeon docs, so I'm guessing about
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld
://www.vasoftware.com
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET email is sponsored
+ LinuxWorld ÿomething 2 See!
http://www.vasoftware.com
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
--
Leif Delgass
http://www.retinalburn.net
On Thu, 6 Feb 2003, Felix Kühling wrote:
On Wed, 5 Feb 2003 20:17:57 -0500 (EST)
Leif Delgass [EMAIL PROTECTED] wrote:
Hurrah! ... this fixes the vertex data corruption in the UT2003 opening
screen. There's still vertex problems in game (though not quite as much).
The remaining
On Wed, 5 Feb 2003, Keith Whitwell wrote:
Leif Delgass wrote:
Hurrah! ... this fixes the vertex data corruption in the UT2003 opening
screen. There's still vertex problems in game (though not quite as much).
The remaining problems may be because of cube mapping (I'm testing on
R100
Attached is the patch with the modifications you suggested.
--Leif
On Mon, 3 Feb 2003, Ian Romanick wrote:
Leif Delgass wrote:
It this looks OK, I will apply it to the branch.
I've poked around with the patch, and it looks good. There are only two
things that I would change
-Backspace works and I can restart X without a problem. I've also
seen that with same behavior with AGP Radeon 7500 from time to time.
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET email is sponsored by:
SourceForge Enterprise
wrong so I thought
I'd point this out in case anyone else was operating under the same
assumptions. ;)
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld
to XDestroyWindow(),
which the dri doesn't know anything about.
Keith
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http
).
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Dri-devel mailing
On Wed, 5 Feb 2003, Arkadi Shishlov wrote:
On Tue, Jan 28, 2003 at 11:01:53PM -0500, Leif Delgass wrote:
On Wed, 29 Jan 2003, Arkadi Shishlov wrote:
- 'Texture environment modes: GL_BLEND is done in software..' - mean
glTexEnv(GL_BLEND) is software. GL_DECAL is hw accelerated
for Rage 128.
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Dri
will apply it to the branch.
I need to do some more testing on the Rage 128 driver, but so far things
seem to be working except for the problem in the fire Mesa demo, which is
still there. It kind of looks like a texture coordinate problem, but I'm
not sure yet.
--
Leif Delgass
http
the common texmem
code.
At any rate, I can put a patch together for review, but I wanted to see if
there's anything I'm missing here.
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET email is sponsored by:
SourceForge Enterprise
as glTexImage2D. They always upload the entire texture image --
there was a comment I remeber seeing about the subimage index calculations
being wrong. Fixing this to only upload the subimage would help the
performance of glTexSubImage2D.
--
Leif Delgass
http://www.retinalburn.net
On Fri, 31 Jan 2003, Arkadi Shishlov wrote:
On Fri, Jan 31, 2003 at 04:33:36PM -0500, Leif Delgass wrote:
Actually, iirc, all the drivers actually implement glTexSubImage2D the
same way as glTexImage2D. They always upload the entire texture image --
there was a comment I remeber seeing
On Fri, 31 Jan 2003, Ian Romanick wrote:
Leif Delgass wrote:
There are also a few failing assertions related to placeholder texture
objects. In driTexturesGone, we need to set t-heap = heap or else the
assertion that t-heap != NULL fails in driDestroyTextureObject when
destroying
. :)
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
--
Leif
On Tue, 28 Jan 2003, Ian Romanick wrote:
The thing that makes XML worse is that it gives people an extra degree
of freedom. This amounts to giving people more rope with which to shoot
themselves in the foot.
LOL.
/me holds rope
/me looks at foot
/me scratches head
--
Leif Delgass
http
, then copy back?
To be honest, I don't know the gory details of the Mesa software
rasterizer yet, but any primitives needing a texture application that
can't be done in hardware would be completely software rendered and
written to the framebuffer, I think.
--
Leif Delgass
http://www.retinalburn.net
writeable.
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Dri-devel
of NV_vertex_array_range or
ATI_vertex_array_object? I assume there's a fallback path since I don't
see any GL errors related to those extensions.
--
Leif Delgass
http://www.retinalburn.net
---
This SF.net email is sponsored by: Scholarships for Techies!
Can't
for combine3/4 extensions - not all
blend modes supported
However, I still see the same corruption reported before. This could be
in part because of the missing cube map support, but it looks to me like
something is causing vertex data corruption. Just a guess.
--
Leif Delgass
http
On Tue, 21 Jan 2003, Brian Paul wrote:
Ian Romanick wrote:
Leif Delgass wrote:
On Thu, 2 Jan 2003, Daniel Vogel wrote:
A bit unrelated:
Log: OpenGL Error: GL_INVALID_ENUM (UOpenGLRenderDevice::Unlock)
(if anyone wants the full log let me know)
On OS X 10.2.3
On Tue, 21 Jan 2003, Leif Delgass wrote:
On Tue, 21 Jan 2003, Brian Paul wrote:
Ian Romanick wrote:
Leif Delgass wrote:
On Thu, 2 Jan 2003, Daniel Vogel wrote:
A bit unrelated:
Log: OpenGL Error: GL_INVALID_ENUM (UOpenGLRenderDevice::Unlock)
(if anyone wants
On Tue, 21 Jan 2003, Ian Romanick wrote:
Brian Paul wrote:
Leif Delgass wrote:
On Thu, 2 Jan 2003, Daniel Vogel wrote:
glTexEnvi( GL_TEXTURE_ENV, GL_OPERAND2_RGB, GL_SRC_COLOR );
This is indeed one of the sources of the GL_INVALID_ENUMs; however, it
appears to be a bug
get permission to implement texture
compression. Some older apps look for that instead of
EXT_texture_compression_s3tc, e.g. Quake 3.
--
Leif Delgass
http://www.retinalburn.net
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek
7000/VE or Radeon Mobility (M6?) ChipID.
--
Leif Delgass
http://www.retinalburn.net
---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http
synchronous with vblank... The
Hardware already does that for you.
So, how do you delay the flip-blit to the vblank but NOT delay other
rendering? I think that would also make it difficult to implement things
like {GLX,WGL}_SGI_swap_control or {GLX,WGL}_OML_sync_control.
--
Leif Delgass
of the multiple repositories causing confusion... ;)
On Fri, 13 Dec 2002, Leif Delgass wrote:
On Fri, 13 Dec 2002, Leif Delgass wrote:
On Fri, 13 Dec 2002, Ian Romanick wrote:
On Fri, Dec 13, 2002 at 05:43:51PM -0500, Leif Delgass wrote:
FYI, I noticed this recent patch from Arjan van de
if you can..
--
Leif Delgass
http://www.retinalburn.net
---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org
requirement in XFree86 to
be bumped if new functionality is required from a future agpgart version
(which again is assumed to also retain the original interface).
I plan to commit this to the DRI cvs HEAD. Please apply this to XFree86
cvs so it can be included in XFree86 4.3.0. Thanks.
--
Leif
On Tue, 10 Dec 2002, Dave Jones wrote:
On Tue, Dec 10, 2002 at 04:21:03PM -0500, Leif Delgass wrote:
--- xc/programs/Xserver/hw/kdrive/linux/agp.c 9 Apr 2001 16:27:42 -
1.1.1.1
+++ xc/programs/Xserver/hw/kdrive/linux/agp.c 10 Dec 2002 20:51:02 -
@@ -120,9
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
--
Leif Delgass
http://www.retinalburn.net
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven
1 - 100 of 334 matches
Mail list logo