Eric Anholt wrote:
Does anything use read/write/poll on the DRM? The drm-filp changes will
touch all of the device entry points for BSD, and I was wondering if
these functions are still used/useful in the current state of things.
I don't think so. There are some gimmick statistics that come out
[EMAIL PROTECTED] wrote:
Hello,
I do linux ports of Torque engine games from www.garagegames.com. The
Torque engine is based on the Tribes 2 engine.
From user reports, it seems like the engine has problems with DRI-based
cards. I've received reports of problems from users with Voodoo3, Matrix
On Don, 2003-03-13 at 20:49, Smitty wrote:
If I can do a CVS commit when I've been changing things on the webserver
from the webserver that would be good.
You can, but that should be the exception because otherwise the only
improvement over the current situation is that there's a backup in
On Friday 14 March 2003 05:50 am, you wrote:
On Don, 2003-03-13 at 20:49, Smitty wrote:
If I can do a CVS commit when I've been changing things on the webserver
from the webserver that would be good.
You can, but that should be the exception because otherwise the only
improvement over
Ian,
Looks like you've been busy. Here are some comments from the 10,000'
level. Keep in mind I haven't looked at your branch, yet. So feel free
to point me at the code if my comments are way off base.
Ian Romanick wrote:
Most of the changes that were in my previous Final new code in
I have a DRI based DRM driver and wanted to know if it needs a
major device number assigned by the linux community, like any
standalone driver.
Since the driver opens /dev/dri/card0 as it boots up,
I'd like to know how exactly does it use the DRIVER_MAJOR,
DRIVER_MINOR macros? Are these
Jens Owen wrote:
Ian,
Looks like you've been busy. Here are some comments from the 10,000'
level. Keep in mind I haven't looked at your branch, yet. So feel free
to point me at the code if my comments are way off base.
Ian Romanick wrote:
Most of the changes that were in my previous Final
Jens Owen wrote:
How would you cope with Applications that query a capability, but force
indirect rendering? Wouldn't they be misguided into thinking
GLX_NV_vertex_array_range was present in the server, when it's probably
not available?
I believe the DRI is the first project where HW
Introducing VP-RX Pills
NO.1 Penis Enlargement Pill On The Market!
* Gain 3+ Full Inches In Length
* Expand Your Penis Up To 20% Thicker
* Stop Premature Ejaculation!
* Produce Stronger Erections
* 100% Safe To Take, With No Side Effects
* Fast Distribution Worldwide
* Sold Over 1.2
You could set up a dummy database for testing?
Yes I could, for teh meomnt I installed apache and php, apache works, php
doesn't, if I get php working then I'll see about a database.
So, which files in doc/ should go into CVS? At a quick glance, only the
files in the doc/ directory itself
Am Freitag, 14. März 2003 02:22 schrieb Ian Romanick:
Michael Mazack wrote:
Hello,
I was wondering about the return value of
glGetString(GL_VERSION) on the R200 driver (may be on
other drivers too). It seems to return 1.2 Mesa
4.0.4 (this is with XFree86 4.3.0) but the Mesa
website
Dieter Nützel wrote:
Am Freitag, 14. März 2003 02:22 schrieb Ian Romanick:
There's a whole bunch of stuff that's supported by the software
rasterizer in Mesa that isn't supported by all (or most) hardware. Each
driver has to enable extensions that it supports. If the right set of
extensions is
http://g7-mac3.fy.chalmers.se/cgi-bin/twiki/view/Forte/WebHome
I haven't looked at it
That was supposed to read: I haven't looked at it *yet*.
That's because the video drivers have had the PCI ID to name
mappings changed from Radeon xxx SDR/DDR to Radeon 7200. To
my knowledge, it is
Uh...GL_ARB_multisample is one of the required 1.3
extensions. It seems to have gone missing.
Any hope of GL_ARB_multisample being implemented in
the hardware?
=
The nice thing about Windows is - It does not just crash, it displays a
dialog box and lets you press 'OK' first.
--Arno
Michael Mazack wrote:
Uh...GL_ARB_multisample is one of the required 1.3
extensions. It seems to have gone missing.
Any hope of GL_ARB_multisample being implemented in
the hardware?
Not in that hardware! I think only the ATI cards that support it are
the R300 family. I think some GeForce 4
On Fri, 14 Mar 2003 17:04:55 -0800
Ian Romanick [EMAIL PROTECTED] wrote:
Uh...GL_ARB_multisample is one of the required 1.3 extensions. It
seems to have gone missing.
Is that one of the ones ATI wont let us have specs for?
If so... Now I think I know why...
16 matches
Mail list logo
