Linus Torvalds wrote:
On Sun, 2 Mar 2003, Linus Torvalds wrote:
The _second_ DRI-enabled X startup caused problems, even if I had done
multiple non-DRI X sessions in between. This is what makes me think that
the DRI kernel modules keep some history around that they shouldn't. And
maybe the
VP-RX Penis Enlargement Pills
Click Here
Finally!! A medical breakthrough in science has enabled a team of doctors and sex experts to create a pill that is designed to enlarge the male penis by length and width.
Our tests show that out of 1,500 test subjects, the average gain after 4
Hello,
It looks like there is different behavior if
you are using builtin radeon (and agpgart) instead
of using modules radeon.o and agpgart.o:
If I start X from command-line, exit session,
startx again, X and DRI seems to work fine, at least
there is no lockup. (radeon and agpgart as modul)
As I
Is this the future of kernel development and DRI?
http://perso.wanadoo.fr/pascal.brisset/kernel3d/kernel3d.html
=
Jon Smirl
[EMAIL PROTECTED]
__
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/
Am 2003.03.06 23:03:56 +0100 schrieb(en) Ian Romanick:
It should. If it doesn't, then it's a bug and I'd like to hear
about it. :)
Hello,
thanks for the info!
Yes, it does work (at least with most applications I tried)
But I was able to get the
Xserver hang but mousepointer moving,
when running
Abdulahi Mohammed
InterGlobe bank plc.
lagos, Nigeria
[EMAIL PROTECTED]
tel: 234 803 3061041
Dear Sir,
My name is Alhaji Abdulahi Mohammed. I am the head of credit and accounts department
of InterGlobe Bank Plc., Western District, Nigeria.
I write you in respect of a foreign customer who has
Nicholas Leippe wrote:
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
On Fri, 7 Mar 2003, Ian Romanick wrote:
I was looking at the source for the radeon driver and noticed that the
depth buffer is always set to 32 bits if a 24 bpp color depth is
selected. Is this a hardware limitation, or might it be possible to
change it to 16 bpp?
There's two ways to
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
Mike A. Harris wrote:
On Fri, 7 Mar 2003, Ian Romanick wrote:
I was looking at the source for the radeon driver and noticed that the
depth buffer is always set to 32 bits if a 24 bpp color depth is
selected. Is this a hardware limitation, or might it be possible to
change it to 16 bpp?
On Sat, 8 Mar 2003, Ian Romanick wrote:
{ OPTION_DEPTH_SIZE, DepthSize, OPTV_INTEGER, {0}, FALSE },
{ OPTION_DEPTH_BUFFER_SIZE, DepthBufferSize, OPTV_INTEGER, {0}, FALSE },
Just a suggestion.
I had thought about that. The problem is that seems to imply setting
the size of the buffer,
On Sat, 8 Mar 2003, Brian Paul wrote:
Nicholas Leippe wrote:
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
On Don, 2003-03-06 at 04:06, Jonathan Thambidurai wrote:
I would simply like to know if the Radeon hardware supports 24 bpp
hardware acceleration and I might be able to code it.
The hardware doesn't seem to support that, and (possibly because of
that?) the 2D driver doesn't support 24
Leif Delgass wrote:
On Sat, 8 Mar 2003, Brian Paul wrote:
Nicholas Leippe wrote:
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
On Die, 2003-03-04 at 18:57, Martin Spott wrote:
Michel Daenzer [EMAIL PROTECTED] wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository: xc/xc/lib/GL/mesa/src/drv/radeon/
Changes by: [EMAIL PROTECTED] 03/03/03 17:02:35
Log message:
Set Mesa hooks to flush
On Sat, 8 Mar 2003, Brian Paul wrote:
[snip]
GL_ARB_multisample - R200, R100, mga (What's necessary for a driver to
support this?)
I wouldn't advertise support for GL_ARB_multisample until it really works.
The OpenGL spec allows one to support the entrypoints without really
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 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
Brian Paul wrote:
Leif Delgass wrote:
Add to list:
---
GL_ARB_multisample - R200, R100, mga (What's necessary for a driver to
support this?)
I wouldn't advertise support for GL_ARB_multisample until it really
works. The OpenGL spec allows one to support the entrypoints without
really
20 matches
Mail list logo