Frank, there's still things missing from the new site. Can you please
check the old Resources page (at least)? Thanks.
-- Gareth
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
On Thu, Mar 29, 2001 at 07:35:14PM +0530, Damarugendra M wrote:
I would like to know if I could use DRI to
implement an application which obtains HW
accleration and runs without using X11.
that is i want to run this app from the console.
this app may be a game or whatever. it should not
On Thu, Mar 29, 2001 at 07:35:14PM +0530, Damarugendra M wrote:
that is i want to run this app from the console.
this app may be a game or whatever. it should not be
run on X or it should not be linked to any X librarys.
It may use OpenGL for graphics.
I've got nothing but bad news for you
When using the DRI on my Dualhead G400, I get quite a bit of distortion
around the edges of the secondary display. Ben, the Matrox linux support
guy, said that this problem is fixed in XFree86 4.0.3, so I gave it a
whirl. Lo and behold: no distortion :-) Was there a merge of the two
codebases
Joseph Carter [EMAIL PROTECTED] writes:
I spoke too soon, it would seem. 22 March 2001 also dies, it just managed
to remain functional overnight. It crashed, hard, as did later. It took
the whole box down in the process.
Thankfully this box uses reiserfs. It was converted immedately
Joseph Carter wrote:
Radeon support is not even pre-alpha quality right now IMO. =(
Mate, that's a pretty strong statement to be making. Yes, you are
having problems. Lots of other people aren't (myself included). Let me
guess -- you have an AMD chipset? An AMD 750 perhaps?
-- Gareth
On Thu, Mar 29, 2001 at 02:20:53PM -0500, Trond Eivind Glomsr?d wrote:
Thankfully this box uses reiserfs. It was converted immedately after I
ended up with a corrupt filesystem one of the last times X did this to
me..
ReiserFS is more prone to fs corruption than ext2. OTOH, you don't
Joseph Carter wrote:
Current speculation is that it might be some issue with agpgart and my
Abit KT-7A.. Of course, since it's crashing in 2D, I don't see how that
can be the source of the problem.
If the DRI is enabled (and I'm guessing that's the whole point, or you
wouldn't be posting
Joseph Carter wrote:
Current speculation is that it might be some issue with agpgart and my
Abit KT-7A.. Of course, since it's crashing in 2D, I don't see how that
can be the source of the problem.
It actually VERY unlikely that agpgart is your problem. VIA support has
been pretty solid
Radeon support is not even pre-alpha quality right now IMO. =(
Mate, that's a pretty strong statement to be making. Yes, you are
Yep strong indeed. :)
I'm also having troubles but nothing this serious. For the most Radeon is
working just fine with 2D in my machine (better than in windows
On Thu, 29 Mar 2001, Adam K Kirchhoff wrote:
On Thu, 29 Mar 2001, Joseph Carter wrote:
I'm going to see if there are BIOS updates for it and I may also try the
Mesa 3.5 branch. I'm seriously regretting my choice of the Radeon at the
moment, that's for sure.
With all the
Jeff Hartmann [EMAIL PROTECTED] writes:
Joseph Carter wrote:
On Thu, Mar 29, 2001 at 01:36:40PM -0700, Jeff Hartmann wrote:
I haven't, I'll comment the drm/dri modules out and see how that works.
Just to be on the safe side, I will also make sure radeon/agpgart are not
loaded in the
Our policy is the following:
We only submit kernel changes which will be compatible with the latest
XFree86 release to the kernel. When there is a new XFree86 release,
there will be updates. This does not include bugfixes which are
backwards compatible, which we tend to send more
"AMD-760MP" [EMAIL PROTECTED] writes:
Our policy is the following:
We only submit kernel changes which will be compatible with the latest
XFree86 release to the kernel. When there is a new XFree86 release,
there will be updates. This does not include bugfixes which are
backwards
On Thu, 29 Mar 2001, AMD-760MP wrote:
Date: Thu, 29 Mar 2001 18:02:03 -0500
From: AMD-760MP [EMAIL PROTECTED]
To: Trond Eivind Glomsrd [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Content-Type: text/plain;
charset="iso-8859-1"
List-Id: dri-devel.lists.sourceforge.net
Subject: Re: Radeon
Greg Hughes wrote:
HI,
I was attempting to build the mesa-3-5-branch with GlxBuiltInRadeon
defined. I got multiply defined symbols in the link phase. Is this
known to work/not work on this branch? Is there a better way to build
modules that gdb is happy with?
It's not a configuration
This seems to follow what was done to the in kernel DRM code, and other
bits of kernel code, however I have not tested it yet.
Zephaniah E. Hull.
--
PGP EA5198D1-Zephaniah E. Hull [EMAIL PROTECTED]-GPG E65A7801
Keys available at http://whitestar.soark.net/~warp/public_keys.
CCs
"Marc Wilson" [EMAIL PROTECTED] 03/30 4:09
Ok, perhaps I'm really dense, but what's the advantage of using this over
just using Branden's X debs? I have 3d acceleration and working DRI for
both my V3 and my G450 as it stands, without adding any further software.
And I can turn it on or off
On Fri, Mar 30, 2001 at 06:09:32AM -0800, Marc Wilson wrote:
Ok, perhaps I'm really dense, but what's the advantage of using this over
just using Branden's X debs? I have 3d acceleration and working DRI for
both my V3 and my G450 as it stands, without adding any further software.
On my
Inline assembly experts,
I've been palying with RedHat 7.1 Beta. This ships with gcc 2.96.77,
which is much better than the 2.96 bundled with RedHat 7.0. This
compiler can build the xc tree from the trunk, but it chokes trying to
build the mesa-3-5-branch. It doesn't like the COPY_DWORDS
Greg Hughes wrote:
Inline assembly experts,
I've been palying with RedHat 7.1 Beta. This ships with gcc 2.96.77,
which is much better than the 2.96 bundled with RedHat 7.0. This
compiler can build the xc tree from the trunk, but it chokes trying to
build the mesa-3-5-branch. It
On Sat, 31 Mar 2001, Greg Hughes wrote:
Inline assembly experts,
I've been palying with RedHat 7.1 Beta. This ships with gcc 2.96.77,
which is much better than the 2.96 bundled with RedHat 7.0. This
compiler can build the xc tree from the trunk, but it chokes trying to
build the
URL??
The "rawhide" dir has disappeared from redhat's FTP sites
Hetz
On Sunday 01 April 2001 00:05, Mike A. Harris wrote:
On Sat, 31 Mar 2001, Greg Hughes wrote:
Inline assembly experts,
I've been palying with RedHat 7.1 Beta. This ships with gcc 2.96.77,
which is much better than the
Ok
Now i benchmarkt my Voodoo3 2000 PCI card under XFree-DRI with
gears.
I get 125.623 frames/s.
The tdfx driver was branch 3.0, dri-cvs from beginning of march.
The computer is an Athlon 500 MHz 128 MB ram.
gears was startet under KDE2.1
Is the benchmark value good or bad?
In other words,
On Sun, Apr 01, 2001 at 04:40:44AM +0200, Kreuzritter2000 wrote:
Ok
Now i benchmarkt my Voodoo3 2000 PCI card under XFree-DRI with
gears.
I get 125.623 frames/s.
The tdfx driver was branch 3.0, dri-cvs from beginning of march.
The computer is an Athlon 500 MHz 128 MB ram.
gears was
On Sun, Apr 01, 2001 at 07:40:40PM +1000, Chris Proctor wrote:
I think these numbers are software rendering. On my machine
with a Voodoo3 2000 and a dual Pentium Pro 200 I get the following:
DRI:85 fps (monitor rate)
LIBGL_ALWAYS_INDIRECT: 46 fps
I just installed the cvs debs from warp and have found the radeon performance
to be awfull. My setup is as follows:
Duron 650
256 MB Ram
Radeon 32 MB ddr
Debian Sid (Unstable)
Linux 2.4.3(also tried 2.4.2-ac26)
When I run q3 areana the opening sequence is
Hi all,
I'm going to try Linux 2.4.3 tonight and wondering which DRM module
would best for my V5 5500 AGP... I used the kernel's one since it was
included in the mainstream kernel, and it always worked fine since.
But I realize that there have been several updates to at least _some_
DRM modules
On Fri, Mar 30, 2001 at 01:58:19PM -0600, Thomas E. Vaughan wrote:
On Fri, Mar 30, 2001 at 06:09:32AM -0800, Marc Wilson wrote:
Ok, perhaps I'm really dense, but what's the advantage of using this over
just using Branden's X debs? I have 3d acceleration and working DRI for
both my V3
Am Montag, 2. April 2001 15:28 schrieb Gareth Hughes:
Dieter Ntzel wrote:
Hello,
I've tried the mesa-3.5-branch several times during the last weeks but
had no luck, yet.
...
Am I missing something?
Build your copy of standalone Mesa.
That's what I am doing for ages...
I have
On Mon, Apr 02, 2001 at 03:55:33PM +0200, Dieter Ntzel wrote:
Am Montag, 2. April 2001 15:28 schrieb Gareth Hughes:
Dieter Ntzel wrote:
Hello,
I've tried the mesa-3.5-branch several times during the last weeks but
had no luck, yet.
...
Am I missing something?
Build
Brian Paul wrote:
Adam K Kirchhoff wrote:
I pulled the DRI cvs this afternoon (main trunk) and gave it a whirl.
X never fully starts up. After about five-ten seconds, the monitor puts
itself to sleep and /var/log/XFree86.0.log ends with:
32 128x128 slots
On Tue, Apr 03, 2001 at 09:20:35AM -0400, Jay Estabrook wrote:
So, any ideas? What can I try next? What other info do you need?
Jay,
Is this Radeon card the only one in the box ? I mean is it getting
initialized by the AlphaBIOS firmware under X86 emulation (not by int10) ?
Alan.
Kreuzritter2000 wrote:
Hi
I heard somewhere that XFree86 DRI will get a major rework in the
next few months.
What kind of rework are these, what can we expect?
Is there something like a Roadmap?
Where is DRI going to? What will we see in future?
In Joseph Carter's message from
Gareth Hughes wrote:
Time for a coffee. Please ignore the last sentence, I don't know what
I'm talking about...
I know the feeling ... time I went home for coffee (and sleep :)
-- Gareth
While I think of it, I'd like to have a poke at the Rage Pro code
that was on one of the branches
On Thu, Apr 05, 2001 at 07:41:34PM +0100, Bill Crawford wrote:
Gareth Hughes wrote:
Time for a coffee. Please ignore the last sentence, I don't know what
I'm talking about...
I know the feeling ... time I went home for coffee (and sleep :)
Huh ? It's early.. It's only 8:00pm in the
Alan Hourihane wrote:
On Thu, Apr 05, 2001 at 07:41:34PM +0100, Bill Crawford wrote:
Gareth Hughes wrote:
Time for a coffee. Please ignore the last sentence, I don't know what
I'm talking about...
I know the feeling ... time I went home for coffee (and sleep :)
Huh ? It's
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
Nicholas Leippe wrote:
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?
When I do
While we are on this topic, the flags for Alpha are too restrictive.
It should be the more conservative "-mcpu=ev5". By setting it to ev6,
older Alpha's will not be able to run the compiled code. ev5 is chosen
since it will allow the compiler to schedule instructions better on
EV5 and greater
When building the DRI tree with DRM module for the kernel, the default
location to look for headers should be (this is the way Linus started
recommending last summer, if memory serves):
/lib/modules/`uname -r`/build/include
Right now, it looks like it only searches through
Hello all,
I am wondering if there is any plan to support quad-buffering in
DRI.
GL_FRONT_LEFT
GL_BACK_LEFT
GL_FRONT_RIGHT
GL_BACK_RIGHT
One of the problems is keeping the flipping of LEFT/RIGHT in sync
with the vertical retrace. If you miss one, you will have right/left
view
I had to patch the source to get the module to load into my kernel -
routines in drm_scatter.h were not being compiled.
Also, should this installer install libglut.so.3 along with
libGLU.so.1.3 ?
*** mga_drv.c.bak Fri Apr 6 17:26:16 2001
--- mga_drv.c Fri Apr 6 17:26:29 2001
Joseph Carter [EMAIL PROTECTED] writes:
It would be better if the TREE variable were honored by the kernel module
in CVS. In the meantime, I have made this change in my local tree. It
won't work with 2.2 kernels of course, but who is still using those? ;)
latest 2.2.x kernel has the
Joseph Carter wrote:
On Fri, Apr 06, 2001 at 11:04:20AM -0400, Trond Eivind Glomsr?d wrote:
When building the DRI tree with DRM module for the kernel, the default
location to look for headers should be (this is the way Linus started
recommending last summer, if memory serves):
as before 2D is working just fine.
3D.
when I run gears for some time eventually it hangs.
Now it seems that the gears starts to use 99.9% of CPU time instead of the
X.
So I compiled gears with -g and ran it remotely from gdb.
so here's what I got.
.
.
2966 frames in 5.001 seconds = 593.081
On Sat, Apr 07, 2001 at 07:14:44PM +0200, Chmouel Boudjnah wrote:
It would be better if the TREE variable were honored by the kernel module
in CVS. In the meantime, I have made this change in my local tree. It
won't work with 2.2 kernels of course, but who is still using those? ;)
I haden't got this error message for a while.
---
[drm:radeon_freelist_get] *ERROR* returning NULL!
---
but when those start coming system is usually near total freeze.
same thing this time.
I'm puzzled. Not sure what that function is supposed to do. I tried to
look at it a bit but my knowledge
Hi,
The resources page at:
http://dri.sourceforge.net/res.phtml
lists a number of precompiled libglide3.so ; it does not however say which
version of each architecture they were compiled for.
In my case I used the Alpha version from there which gave an Illegal
instruction when ran; I guess
On Sat, 7 Apr 2001, Joseph Carter wrote:
I'm still having problems with the Radeon. Since I grabbed the BIOS
settings on the last reboot, I'll try to provide as much information as I
can in the hopes that the problem may be reproduced, worked around, or
fixed. I've been using Mercury's CVS
On Sat, Apr 07, 2001 at 08:03:38PM -0700, Joseph Carter wrote:
Section "Screen"
Identifier "Default Screen"
Device "ATI Radeon VIVO"
Monitor "Dell P110"
DefaultDepth24
# DefaultDepth16
SubSection "Display"
Depth
My Radeon has been sucking it back too. In Quake3 anything to do with 2d
is broken. And when I tried to quit it crashes and I'm forced to
reboot. Also Quake3 can't change video modes.
-Miles
On Sat, 7 Apr 2001, Harold Oga wrote:
On Sat, Apr 07, 2001 at 09:36:00PM -0700, Joseph Carter
Hi
I read at http://dri.sourceforge.net/faq/faq_display.phtml?id=12
that Gareth and others are working on a DRI Developers Guide.
Is there a timeline?
How far has the project progressed?
What is done until now?
When will this Guide be available for download?
What has still to get done?
Kreuzritter2000 wrote:
Hi
I read at http://dri.sourceforge.net/faq/faq_display.phtml?id=12
that Gareth and others are working on a DRI Developers Guide.
Is there a timeline?
No.
How far has the project progressed?
It hasn't.
What is done until now?
Nothing.
When will this Guide
On Mon, Apr 09, 2001 at 12:24:52PM +0200, Stefan Lange wrote:
mtrr: detected mtrr type: Intel
...
...
this is probably not related to your problems, but I'm just wondering why your mtrr
is detected as `type: Intel'
is that the usual behaviour for AMD Durons?
I believe so. I actually had
Curious, but is that image up to date or have things changed any since
its inception?
and can someone tell me a little more about the GXlib module under the
Indirect Rendering module? (it's listed next to the Xlib module)
thx
Free, encrypted, secure Web-based email at www.hushmail.com
[EMAIL PROTECTED] wrote:
So what do the DRI folks think about this? Or is there no time to think
of this right now?
I've been wanting to add this for a while. However, it's below things
like improving stability and performance in all our drivers on my todo
list, so I don't think I'm going
Hi there,
Since I've upgraded to XFree 4 (from 3.3.6 with Utah-glx) I experience
slowness with almost all GL apps
Quake III gave me 43 fps (800x600x32) with Xfree 3.3.6 utah-glx, and
only 35 with Xfree 4.
I'm now running DRI CVS (trunk from april 9th) code wich improves lots
of things (DGA,
David Geldreich wrote:
Hello all,
I am wondering if there is any plan to support quad-buffering in
DRI.
GL_FRONT_LEFT
GL_BACK_LEFT
GL_FRONT_RIGHT
GL_BACK_RIGHT
One of the problems is keeping the flipping of LEFT/RIGHT in sync
with the vertical retrace. If you miss
FYI, the ftp server has a /pub/dri/release directory with binary modules
and server, but the /pub/dri directory only has binary modules; no X
server. Unfortunately, the X server in the release directory won't work
with the newer binary modules in the /pub/dri directory, pretty much
making them
On Sat, Apr 07, 2001 at 08:03:38PM -0700, Joseph Carter wrote:
After a few hours, the machine will lock up if I have the drm module
loaded. It runs fine for days on end without it, so it's probably AGP
related. Lockups happen a lot faster if I run a GLX app that uses more
than a few
Hello,
I recently switched to kernel 2.4.3 and have to say that I have been
playing quake 3 on and off for the last:
3 days, 18:54
without a hard lockup yet. This interests me since I am still using the
kernel r128 driver from last month's CVS but the new kernel with new
agpgart - is 2.4.3
On Wed, 11 Apr 2001, Adam K Kirchhoff wrote:
FYI, the ftp server has a /pub/dri/release directory with binary modules
and server, but the /pub/dri directory only has binary modules; no X
server. Unfortunately, the X server in the release directory won't work
with the newer binary modules
On Thu, Apr 12, 2001 at 01:16:06AM -0700, Simon Kirby wrote:
After a few hours, the machine will lock up if I have the drm module
loaded. It runs fine for days on end without it, so it's probably AGP
related. Lockups happen a lot faster if I run a GLX app that uses more
than a few
On Thu, Apr 12, 2001 at 08:56:12PM -0700, Simon Kirby wrote:
I decided to upgrade to the newest (as of earlier today) DRI tree, along
with 2.4.3-ac5. I was playing Quake3 again, and got a lockup which has
never happened before: the monitor on my Radeon went blank, but Quake3
kept going (I
- Original Message -
From: "Scott Call" [EMAIL PROTECTED]
To: "dri-devel" [EMAIL PROTECTED]
Sent: Friday, April 13, 2001 12:03 AM
Subject: Re: [Dri-devel] Binary packages...
On Wed, 11 Apr 2001, Adam K Kirchhoff wrote:
FYI, the ftp server has a /pub/dri/release directory with
On Fri, Apr 13, 2001 at 05:02:42AM -0700, Joseph Carter wrote:
Actually, what is REALLY freakin' weird is that it seems to work just
about to the point that I start typing something, at which point the next
thing I type has to start with SysRq because it's locked tight.. It's
truly bizarre,
Odd, I could swear there was one back on the 10th when I d/l'd them
last... I remember having to d/l it because I was getting a PCI bus
master symbol error in the r128 drivers
Oh well, sorry to mislead you.
-s
Scott Call Router Geek, ATGi, home of $6.95 Prime Rib
"Only the Phoenix
On Fri, Apr 13, 2001 at 01:32:39PM -0700, Simon Kirby wrote:
I'm trying to compile the glx client but I'm not having much luck.
Debian unstable. How are you compiling it over there?
Okay, finally got qf-client-glx to compile (library conflicts with DRI
tree).
It starts up and runs, but I'm
On Fri, Apr 13, 2001 at 02:07:05PM -0700, Simon Kirby wrote:
On Fri, Apr 13, 2001 at 01:32:39PM -0700, Simon Kirby wrote:
I'm trying to compile the glx client but I'm not having much luck.
Debian unstable. How are you compiling it over there?
Okay, finally got qf-client-glx to
On Fri, Apr 13, 2001 at 12:10:11PM -0700, Simon Kirby wrote:
Actually, what is REALLY freakin' weird is that it seems to work just
about to the point that I start typing something, at which point the next
thing I type has to start with SysRq because it's locked tight.. It's
truly
On Fri, Apr 13, 2001 at 08:59:13PM -0700, Joseph Carter wrote:
On Fri, Apr 13, 2001 at 12:10:11PM -0700, Simon Kirby wrote:
Hmm! Where is this option? I can't seem to find it in my BIOS anywhere.
Perhaps it's only an option on newer boards.
What other things have you tried?
On 14 Apr 2001, at 12:54, Simon Kirby wrote:
Well, I think I just figured out what was doing it. Option "AGPMode" "4"
in my X configuration file. I turned it off, and just played Q3 for
around two hours in a hot room with no crashes.
I'll try AGPMode "2" to see if it crashes with that as
On Sat, Apr 14, 2001 at 02:29:13PM -0600, Harold Oga wrote:
On 14 Apr 2001, at 12:54, Simon Kirby wrote:
I'll try AGPMode "2" to see if it crashes with that as well, but it
definitely looks like there are some problems on my ASUS P2B-DS (BX
chipset) and 4x AGP. Err, maybe it's not even
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I recently bought a Radeon VE 32MB DDR.. So far, I have been unable
to get it to work with X.
I applied a patch that was posted to this list (dri-devel) about 10
days ago for this particular card. That solved part of the problem. X
starts,
What's the current status for the ATI Rage Mobility driver?
Robert Johansson * [EMAIL PROTECTED] * +46 (0)7 39 8000 39
In pursuit of a M.Sc. in Computer Science
___
Dri-devel mailing list
[EMAIL PROTECTED]
Alan Hourihane [EMAIL PROTECTED] writes:
On Fri, Apr 06, 2001 at 11:04:20AM -0400, Trond Eivind Glomsrd wrote:
When building the DRI tree with DRM module for the kernel, the default
location to look for headers should be (this is the way Linus started
recommending last summer, if memory
Dorry for many postings. I was so excited that I wrote many
messages.AGPMode 2 seems to work after rebooting. But text mode
doens't work after Xwindow as I wrote.
-Tetsuji Rai
[EMAIL PROTECTED] wrote:
Great news
Just after I posted those messages, I tried today's version,
Bill Currie wrote:
Getting the following (and tired of many lines of ? when I do a cvs up), I've
prepared some .cvsignore files for the trunk and mesa-3.5 branch of dri cvs.
make[4]: *** No rule to make target
`../../../../extras/Mesa/src/api_arrayelt.c', needed by `api_arrayelt.c'.
All,
I'm doing a direct rendered HWMC (XvMC protocol) driver for the i81x, I am
compiling the drm Libs outside of the X server and have run into a problem.
The
current Linux kernel is allocating minor numbers for the device dynamically,
but
the drm Libs don't seem to have caught up with this
Don't hesitate to send any messages to the mailing lists! If you are
interested in development subscribe to the dri-devel list.
I've forwarded your message to the list.
- Frank
- Original Message -
From: "David Gaarenstroom" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, April
Hi all,
I've wrote a Message a few days ago telling that Quake's running slow at
the moment using the current DRI-CVS
Now I've noticed that the vid card is not using an IRQ anymore (with
4.0.3 I saw a mga@pci:1:0:0 or equiv in /proc/interrupts), Also
It's not shown in the XFree86.0.log (No
Bas van den Heuvel wrote:
Hi all,
I've wrote a Message a few days ago telling that Quake's running slow at
the moment using the current DRI-CVS
Now I've noticed that the vid card is not using an IRQ anymore (with
4.0.3 I saw a mga@pci:1:0:0 or equiv in /proc/interrupts), Also
It's not
Today, Daryll Strauss wrote:
On Fri, Apr 20, 2001 at 05:24:37PM +0100, Alan Hourihane wrote:
On Fri, Apr 20, 2001 at 05:17:25PM +0100, Philip Willoughby wrote:
Is there a good reason for the xc directory nested in the DRI CVS xc
directory? I ask because it requires 119Mb of disk space,
Philip Willoughby wrote:
Today, Daryll Strauss wrote:
On Fri, Apr 20, 2001 at 05:24:37PM +0100, Alan Hourihane wrote:
On Fri, Apr 20, 2001 at 05:17:25PM +0100, Philip Willoughby wrote:
Is there a good reason for the xc directory nested in the DRI CVS xc
directory? I ask because it
Hi,
I have a G450 card at work.
Currently I am trying to build the latest drivers into a deb package,
which painfully (took me a week :() succeeded.
Now I have installed the stuff, and surprise surprise, it does want a
new kernel module... 3.0.x, and not 2.0.0.
Major trouble, since there is a
On Fri, Apr 20, 2001 at 08:13:34PM +0200, [EMAIL PROTECTED] wrote:
Hi,
I have a G450 card at work.
Currently I am trying to build the latest drivers into a deb package,
which painfully (took me a week :() succeeded.
Ouch, you're going to be annoyed that you missed this, but .debs are
already
Oh,
That explains some things. I am not using your cvs as it
would be more trouble than it is worth. The XvMC portions
are very fresh in the XFree tree and I don't think you've
merged them in, so I am using the XFree cvs. However, I
also need the latest kernels so my drm sources are from
kernel
On Fri, Apr 20, 2001 at 05:08:20PM -0400, Zephaniah E. Hull wrote:
On Fri, Apr 20, 2001 at 08:13:34PM +0200, [EMAIL PROTECTED] wrote:
I have a G450 card at work.
Currently I am trying to build the latest drivers into a deb package,
which painfully (took me a week :() succeeded.
Ouch,
Hi!
Does DRI work under FreeBSD? Can I compile glide under it (my chip is
banshee)?
Thanks
Simon
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
On Fri, Apr 20, 2001 at 04:43:55PM -0600, Brian Paul wrote:
Pasi Krkkinen wrote:
Hello!
Are there known blending bugs in the mga-driver (g400)? When I render many
additive polygons on the top of each other with small alpha-value
(something like 0.05) the result is something it
From: "John X" [EMAIL PROTECTED]
Subject: [Dri-devel] Radeon SDR provlems fixed (for me at least)
My Radeon SDR is now working perfectly. I haven't yet had a crash or
sonsole corruption (or serious visual glitch) with the radeon-20010418
drivers. uptime is 1 day and 6 hours so far. I had GL
We broke something in the install script. Don't update using the script
until we include an updated one in new packages (tomorrow I guess).
Also, you will need to download the Extras package if you are updating any
stock XFree86 release (including 4.0.3).
See the readme on the website for more
I know this is a bit off topic (not totally because there's info on the
SiS 540/630 etc chipsets), but I wanted to share this info because I am
sure some of you might have been looking for it like i was ...
I found this site and it had quite a few PDF's that I was unable to get
my hands on
Today, Janne Pänkälä wrote:
From: "John X" [EMAIL PROTECTED]
Subject: [Dri-devel] Radeon SDR provlems fixed (for me at least)
My Radeon SDR is now working perfectly. I haven't yet had a crash or
sonsole corruption (or serious visual glitch) with the radeon-20010418
drivers. uptime is 1 day
Hello,
I've finally make TV out and dualhead work under 2.4.3-ac11 and
matroxfb, my question is if there is any possibility to use the code on
matrox framebuffer dualhead capabilities in XFree86. I know that we have
that propietary libHAL but it is working quite bad for me, for
Hi!
I noticed on flipCode, that ATI has updated their developer docs. Quote
from flipCode: "ATI's developer site has been updated with new
presentations on Vertex Shading, and Curved PN Triangles, as well as
new/updated Radeon SDK docs." The URL is
Ademar,
looking at your pasted info I see:
I'm using:
kernel 2.4.3
SiS 6326 chipset
and
OpenGL vendor string: Brian Paul
OpenGL renderer string: SiS 300/630/530 DR Mode
OpenGL version string: 1.2 Mesa 3.4
As far as I know the Sis 6326 is not the same as the Sis 630. I don't know
this with
I used the ATI Rage Mobility 4P i think it was (4mb chip) with the Utah-
glx drivers and it worked fantastically and faster than ATI's Winblows drivers
thanks to the efforts of Gareth Hughes.
I am not sure if it's supported under the DRI framework at all, but Utah-
glx was good enough for what
On Fri, 20 Apr 2001, Jon Pennington wrote:
On Fri, Apr 20, 2001 at 04:43:55PM -0600, Brian Paul wrote:
Pasi Krkkinen wrote:
Hello!
Are there known blending bugs in the mga-driver (g400)? When I render many
additive polygons on the top of each other with small alpha-value
1 - 100 of 46322 matches
Mail list logo
