On Wednesday 13 August 2003 01:10 pm, Ian Romanick wrote:
Nicholas Leippe wrote:
So, here's my odd question:
Is it possible to put the older (pci) card in the system w/the
radeon, have the radeon render to a texture, and have the older card
simply display the texture?
I don't think
I have a question about an odd setup--I just want to know
a) if it is even possible
b) if so, how difficult would it be (a few hours or several months)
c) is there a better way of achieving an equivalent
My motivation:
I recently acquired an SGI 1600SW lcd display at surplus. I lucked out
and
On Sunday 29 June 2003 07:51 am, Jacek Popawski wrote:
There are many places in code like:
if (R200_DEBUG DEBUG_PRIMS)
but I don't see how to disable debugging at all from binaries. Should not
these ifs be in:
Just:
#define R200_DEBUG 0
#define DEBUG_PRIMS 0
The compiler should optimize
On Thursday 05 June 2003 01:25 pm, [EMAIL PROTECTED] wrote:
On Thursday 05 June 2003 11:18 am, Michel Dänzer wrote:
On Thu, 2003-06-05 at 11:24, [EMAIL PROTECTED] wrote:
I just upgraded my 2x933 p3 to 2x1400 p3-tualatin, and now whenever I
start up Q3A the machine hangs hard.
On one
Okay, I found and fixed the problem.
Turns out it had nothing to do with agp mode at all. I just needed to
recompile my emu10k1.o module. Runs great at apg 4x.
Nick
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The
On Thursday 20 March 2003 02:53 pm, you wrote:
Why not simply have a second CVS repository, where most development
would take place under, while the current repository would be the one
used for (pre-/post-) releases with coarse-grain commits. Like stable
and development branches, but with the
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
On Saturday 08 March 2003 11:25 am, you wrote:
I think that if you want to get into more detail about hw vs. sw features,
etc
that it should be put below in the Driver-specific Notes section below.
But
if someone feels strongly about it and will do all the work to do something
fancier,
On Saturday 08 March 2003 11:05 am, Brian Paul wrote:
I've merged the Mesa website with the Mesa/docs/ directory and updated much
of
the content. I think everything's better organized now and the
redundancies
between the website and docs/ directory are history. A few pages are still
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 versions are deprecated
since they don't work
On Thursday 06 March 2003 08:26 am, Suzy Deffeyes wrote:
Who is the audience for the table? Is it the end user checking to see if a
feature is available and/or has some form of HW acceleration? Or is the
audience the DRI developer, looking to see what pieces need implementing?
That might
On Wednesday 05 March 2003 12:10 am, Ian Romanick wrote:
Jens Owen wrote:
Jose,
I've been on the road for the last few days, so I haven't had a chance
to express my concern for porting the DRI to C++. Please take these
concerns with a grain of salt as I am definitely in the old
On Wednesday 05 March 2003 10:31 am, Linus Torvalds wrote:
Also note that if you don't allow exceptions (which I would _strongly_
encourage), you can't really use new - unless you think it's ok to
SIGSEGV under low-mem circumstances. Which it might be, of course, in some
situations.
I may
On Wednesday 05 March 2003 10:54 am, Felix Kühling wrote:
If you use the standard library you have to start worrying about ABI
compatibility issues. How much trouble is it to write C++ code that can
be linked without the standard library. I mean avoiding things like
std::cout is no problem.
On Wednesday 05 March 2003 12:28 pm, Felix Kühling wrote:
[snip]
The developer may as well implement his own container types as
templates. My point is that STL seems quite bloated and often a bit
clumsy to use. The code I wrote using STL was never exactly well
readable (maybe my own fault). It
Brian,
I scratched an itch and made this dynamic. You can see it at:
http://lfm.sourceforge.net/dritest/dri_driver_features.phtml
and of course grab it if you want from:
/home/groups/l/lf/lfm/htdocs/dritest/dri_driver_features.phtml
I was thinking it would be nice to color code it even more
On Monday 30 December 2002 07:33 pm, R Deepak wrote:
Greets!
I'm having trouble with (using the latest cvs)
make World
on my linuxfromscratch system. There is no previous installation of X on
the system.
You need to install a full X first. (I also do lfs, just grab X 4.2.1
sources,
On Wednesday 18 December 2002 11:20 pm, you wrote:
On Wed, Dec 18, 2002 at 08:10:30PM -0800, Linus Torvalds wrote:
You have to balance things out. Yes, the US is litiginous, and clearly way
too much so. Is the answer to just cower in a hole and hope it passes?
Maybe. And maybe not.
On Wednesday 04 December 2002 01:06 pm, you wrote:
I basically see three camps in this discussion:
1. Users should be able to configure default behavior using configuration
files (which would be selected based on argv[0] or similar)
2. Users should be able to configure default behavior
On Tuesday 03 December 2002 12:35 pm, you wrote:
On Tue, Dec 03, 2002 at 10:14:45AM -0800, Linus Torvalds wrote:
|
| Why? I don't understand this reluctance to just admit that the _user_ may
| be right.
I note your use of the word may. Sometimes the user can happily
express a simple
Latest CVS pull (12 hrs ago)
Radeon r100 64MB vivo @ AGP 4x
2.4.19 SMP kernel
via chipset (asus cuv4x-d)
2x Intel p3 933
1GB ram
w/o himem, it works fine--q3a plays, etc.
w/ himem, q3a hangs the machine completely, no ping, no vt switching,
nothing.
Nick
On Monday 25 November 2002 09:11 am, Michel Dänzer wrote:
On Mon, 2002-11-25 at 10:51, Nicholas Leippe wrote:
Latest CVS pull (12 hrs ago)
Radeon r100 64MB vivo @ AGP 4x
2.4.19 SMP kernel
via chipset (asus cuv4x-d)
2x Intel p3 933
1GB ram
w/o himem, it works fine--q3a plays, etc
On Monday 25 November 2002 04:16 pm, Dieter Nützel wrote:
Am Montag, 25. November 2002 23:00 schrieb Nicholas Leippe:
On Monday 25 November 2002 09:11 am, Michel Dänzer wrote:
On Mon, 2002-11-25 at 10:51, Nicholas Leippe wrote:
Latest CVS pull (12 hrs ago)
Radeon r100 64MB vivo @ AGP
On Monday 25 November 2002 06:12 pm, you wrote:
1. start X or system start (init 5)
2. rcxdm stop
3. rrmod radeon
4. restart X (rcxdm start)
What happens:
* Screen corruption in several upper lines (the KDE panel)
* a copy of the graphical screen on console 1, 2, 3, etc. but without mouse
Hi,
I just pulled the latest CVS, and now my mouse does not work in Q3A. It gets
button events, but no mouse movement at all.
quake does report:
XF86DGA Mouse (Version 2.0) initialized
I've tried both PS/2 and IMPS/2 protocols, neither work. I have a logitech
optical USB-PS/2 wheelmouse.
On Sunday 27 October 2002 03:58 pm, you wrote:
Felix Kühling wrote:
Hi,
I had my Xserver running for about 24 hours straight and noticed that it
was using about 220M virtual memory. Even after closing all clients and
logging out the memory usage didn't drop significantly. After I
On Tuesday 08 October 2002 08:30 am, you wrote:
Hi,
I was quite interested to see this in the changelog of the latest Quake3
point release:
- SMP support in the renderer. Detects CPU count, r_smp 1 default if
available. (thanks to Gareth Hughes for contributing this)
Starting up with
On Sunday 06 October 2002 05:08 pm, you wrote:
On Son, 2002-10-06 at 20:26, Nicholas Leippe wrote:
On Sunday 06 October 2002 06:50 am, you wrote:
j == j r fonseca Jos writes:
j There have been quite a few problems with the snapshots lately
(more
j specificaly a XAA
On Sunday 06 October 2002 06:50 am, you wrote:
j == j r fonseca Jos writes:
j There have been quite a few problems with the snapshots lately (more
j specificaly a XAA binary incompatability, being compiled with gcc-3.2
j and against glibc-2.3) but all these problems should have
Hi,
I was wondering if some dev out there could spend say 2-5 minutes
and post an email that lists all of the possible knobs that can
be turned. I know there's a bunch, but they're scattered though
several postings and hard to find.
For example:
ENV VARS
LIBGL_DEBUG # enable
On Sunday 29 September 2002 03:42 pm, José Fonseca wrote:
Check http://dri.sourceforge.net/doc/faq/testing.html#AEN1637 .
If you see any other 'knobs' worthy to mention (even not necessarily
environment vars) then I would appreciate that you forward them to me so
that I can add them to the
On Sunday 29 September 2002 10:13 pm, Jason Cook wrote:
Nicholas,
I have followed the advice that others gave you in their replies and
have been able to find the info on environmental variables but I have
not looked in the right place for XF86Config Options. Do you know
where to find them?
On Sunday 22 September 2002 10:24 pm, you wrote:
I would also recommend that you work together with Nick Leippe.
Just a quick note to say that I'm still here and happy to help.
My modified version is up for grabs to pick and choose from still at
http://lfm.sourceforge.net/dritest/
If you
On Monday 15 April 2002 12:46 pm, you wrote:
On Mon, 2002-04-15 at 00:15, Allen H. Ibara wrote:
Hmm. Can you try without AGP? You'll have to rebuild the DRM kernel
module and the 2D driver with the #define PCIGART_ENABLED active for
that to work, and apparently there are other
We have massive reports of VT switching hangs in XFree86 4.2.0
with almost all Radeon hardware, but with other hardware as well.
This problem has occured aparently since the prereleases 4.1.99.*
and up through to the final release of 4.2.0. The kernel version
doesn't seem to make any
I've gotten into the habit of just doing
a 'make install', since the xserver is
pretty stable for my card. But what/where
are all the files (binaries/libs/modules)
that get overwritten when I do 'make install'
that I should be concerned about backing up?
Nick
--
Nobody will ever need more
36 matches
Mail list logo
