program and Mesa falls
back to indirect rendering.
I include a patch that correct the problem.
BTW, anyone knows if there is also support for the none-builtin *Chrome
graphic chips ? There are two other of those around.
Friendly,
Sven Luther
also makes sure that people who follow it don't have
hardware we can't write drivers for.
I wouldn call making sure people don buy useless hardware a boycott though,
but simple common sense.
Friendly,
Sven Luther
---
This SF.Net email
.
Friendly,
Sven Luther
---
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=2562alloc_id
from players like nvidia. They can hide all
their stuff in proprietary userland libraries afterward still, but the
right thing would be to have this integrated kernel driver be a real
GPLed driver, with source and all.
Friendly,
Sven Luther
,
there are still other operating systems (and users who insist on open
source drivers) that would benefit from having the specs available.
Not to speak about non x86 architectures, especially the new Apple
powerbooks with radeon mobility 9600 would benefit from it.
Friendly,
Sven Luther
of high-end cards. I think
3Dlabs also announced linux support for their very high-end wildcat
cards :
http://www.3dlabs.com/whatsnew/pressreleases/pr03/03-07-09-linux.htm
But they only provide binary rpms, so i suppose it is for whatever
XFree86 Redhat 7.3 provides.
Friendly,
Sven Luther
work has to do with the SDK, but i had not had as much time as i wanted
for this too.
Friendly,
Sven Luther
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
file.
BTW, what about the drm modules, do they recognize the hardware also, or
do they not care about being loaded or not.
Friendly,
Sven Luther
---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E
as multi-part with only html
part mail should catch most if not all of those spams.
Friendly,
Sven Luther
---
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http://adfarm.mediaplex.com/ad/ck/711
existing hardware and run buying
PCI-Express enabled ones, right ?
Friendly,
Sven Luther
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never
On Thu, May 29, 2003 at 11:53:32AM -0400, David Dawes wrote:
On Thu, May 29, 2003 at 07:34:28AM +0200, Sven Luther wrote:
On Thu, May 29, 2003 at 12:00:22AM -0400, Mike A. Harris wrote:
On Wed, 28 May 2003, Sven Luther wrote:
I was being sarcastic, his message was encoded with koi8-r
On Thu, May 29, 2003 at 12:00:22AM -0400, Mike A. Harris wrote:
On Wed, 28 May 2003, Sven Luther wrote:
I was being sarcastic, his message was encoded with koi8-r, which, along
with being html, is one of the indescriminate reasons people block email
(and get a good number of false
think.
Friendly,
Sven Luther
---
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a
relational database is painful, don't do it! Check out ObjectStore.
Now part of Progress
in the X
driver ?
Friendly,
Sven Luther
---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
. We're
both saying that #3 is unacceptable for software engineering reasons.
Users are saying #4 is unacceptable for performance reasons. Where does
that leave us?
What about #3, but using a common library, so the same code is linked in
in two places ?
Friendly,
Sven Luther
that in english ?) the Onscreen
memeory though, i had the impression that it just allocate memory for
the maximum possible screen and use a part of it if you are using a
lesser resolution, a bit like the virtual memory is used right now.
Friendly,
Sven Luther
disable this ?
Friendly,
Sven Luther
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way
as a single
package.
But if you only look at the X drivers, they are quite small, and well
documented.
Friendly,
Sven Luther
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
, so i forward the response from Antonino and
also start a cross-thread (or whatever that is called). I hope it is ok
for all of you.
Friendly,
Sven Luther
- Forwarded message from Antonino Daplas [EMAIL PROTECTED] -
On Sun, 2003-03-02 at 02:42, Jon Smirl wrote:
--- Linus Torvalds [EMAIL
or something such.
That said, things like memory timings and such will be board dependant.
Friendly,
Sven Luther
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Hello, ...
As you may have noticed, i have started a (sub) thread with David Dawes
on this subject on the xfree86 list.
Friendly,
Sven Luther
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
On Sat, Mar 01, 2003 at 02:31:30PM +0100, Peter Firefly Lund wrote:
On Sat, 1 Mar 2003, Sven Luther wrote:
Tell me the sequence needed and this unpaid hacker
will add a reset function to the Rage128 FB driver for free.
BTW, does the int10 and such stuff from the X driver not do
On Thu, Feb 27, 2003 at 02:01:22PM -0800, Jon Smirl wrote:
--- Sven Luther [EMAIL PROTECTED] wrote:
Notice that the DRI drivers don't do anything like
mode setting and
such, they depend on the X drivers for that. So if
you take away the X
driver, you will not be able to get anything
. This would
include Xv accel as well.
Now, writing the 3D driver part is quite more difficult, and will not
work on every OS XFree86 supports.
Friendly,
Sven luther
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http
On Fri, Feb 28, 2003 at 01:14:09PM +, Alan Cox wrote:
On Fri, 2003-02-28 at 08:25, Sven Luther wrote:
Also, before you speak about unifying the 2D and 3D drivers
you need to look at how a 3D desktop would work.
I would assume roughly like the Apple renders seem to work now, or how
that chips like the permedia2/3 used their 3D engine for doing 2D
rendering. Sure they were chips from 3Dlabs coming from the 3D world to
the 2D one, but still, maybe such approach will become more common in
the future.
Friendly,
Sven Luther
On Thu, Feb 27, 2003 at 02:14:37AM +0100, Michel Dänzer wrote:
On Mit, 2003-02-26 at 18:16, Alex Deucher wrote:
--- Sven Luther [EMAIL PROTECTED] wrote:
[ video memory management ]
How is it done right now ? Is a part of the onchip memory reserved
for framebuffer and XAA, and another
On Thu, Feb 27, 2003 at 02:12:24AM +0100, Michel Dänzer wrote:
On Mit, 2003-02-26 at 21:11, Sven Luther wrote:
[...] because the DRI is just rendering to the framebuffer, it doesn't
know if you are displaying it or not, and doesn't even care. The only
issue is with size limits of the 3D
On Thu, Feb 27, 2003 at 06:58:42PM +0100, Michel Dänzer wrote:
On Don, 2003-02-27 at 09:33, Sven Luther wrote:
On Thu, Feb 27, 2003 at 02:14:37AM +0100, Michel Dänzer wrote:
On Mit, 2003-02-26 at 18:16, Alex Deucher wrote:
-- Sven Luther [EMAIL PROTECTED] wrote:
[ video memory
for drawing, and aims to be a X reemplacement. Not that it is
anything near that point though.
Friendly,
Sven Luther
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
interaction will work out.
Are there things i have missed or additional ideas ?
Friendly,
Sven Luther
---
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands
available to fbdev using apps or something
such, haven't thought much about that though.
Friendly,
Sven Luther
---
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships
On Wed, Feb 26, 2003 at 09:16:53AM -0800, Alex Deucher wrote:
--- Sven Luther [EMAIL PROTECTED] wrote:
How is it done right now ? Is a part of the onchip memory reserved
for
framebuffer and XAA, and another part free for 3D use ?
Not sure. I'm not familiar with the memory manager
On Wed, Feb 26, 2003 at 09:40:18AM -0800, Linus Torvalds wrote:
On Wed, 26 Feb 2003, Sven Luther wrote:
Yes, and you have to divide the fb memory in two, one for each head, or
something such, and each head will have its separate offscreen memory
manager, possibly using different screen
On Mon, Feb 24, 2003 at 06:44:05PM -0800, Ian Romanick wrote:
Sven Luther wrote:
On Mon, Feb 24, 2003 at 09:48:42AM -0800, Ian Romanick wrote:
What about apps that send uncompressed textures into the driver, expect
the driver to compress then, and then read the textures back? According
something such in their proprietary drivers.
Friendly,
Sven Luther
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL
On Mon, Feb 24, 2003 at 08:35:13AM -0700, Jens Owen wrote:
Sven Luther wrote:
On Mon, Feb 24, 2003 at 07:58:55AM -0700, Jens Owen wrote:
A short cut to this whole thing would be to work on getting a second
head supported on a single X11 screen. Then 3D comes for free:
http
On Mon, Feb 24, 2003 at 06:05:21PM +0100, Michel Dänzer wrote:
On Mon, 2003-02-24 at 16:09, Sven Luther wrote:
On Mon, Feb 24, 2003 at 07:58:55AM -0700, Jens Owen wrote:
A short cut to this whole thing would be to work on getting a second
head supported on a single X11 screen. Then 3D
On Mon, Feb 24, 2003 at 06:35:47PM +0100, Michel Dänzer wrote:
On Mon, 2003-02-24 at 18:11, Sven Luther wrote:
On Mon, Feb 24, 2003 at 06:05:21PM +0100, Michel Dänzer wrote:
On Mon, 2003-02-24 at 16:09, Sven Luther wrote:
On Mon, Feb 24, 2003 at 07:58:55AM -0700, Jens Owen wrote
On Mon, Feb 24, 2003 at 06:35:47PM +0100, Michel Dänzer wrote:
On Mon, 2003-02-24 at 18:11, Sven Luther wrote:
On Mon, Feb 24, 2003 at 06:05:21PM +0100, Michel Dänzer wrote:
On Mon, 2003-02-24 at 16:09, Sven Luther wrote:
On Mon, Feb 24, 2003 at 07:58:55AM -0700, Jens Owen wrote
On Mon, Feb 24, 2003 at 09:48:42AM -0800, Ian Romanick wrote:
Sven Luther wrote:
Is there not a way to work around this ?
If the hardware doesn't support s3tc, then the driver simply don't
advertize the that it can handle s3tc textures, so you would get out of
the need to decompress
or something such.
Ideally, there would be a way to tell the apps that you can receive and
use s3tc compressed textures, but not uncompress them yourself.
Friendly,
Sven Luther
---
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge
?
Friendly,
Sven Luther
---
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
(graphic programs ?).
Friendly,
Sven Luther
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Dri-devel mailing list
disadvantage is that parsing is so damn slow.
Friendly,
Sven Luther
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
On Mon, Jan 20, 2003 at 09:30:50AM -0800, Ian Romanick wrote:
Sven Luther wrote:
On Thu, Jan 16, 2003 at 05:33:42PM -0800, Ian Romanick wrote:
1. Single-copy textures
Right now each texture exists in two or three places. There is a copy
in on-card or AGP memory, in system memory
for CPUs so i guess it
is easy to take those things into account also.
Fair enough. You'll have to be careful. :)
Yes, ...
Friendly,
Sven Luther
---
This SF.NET email is sponsored by: FREE SSL Guide from Thawte
are you planning your Web Server
, and
have the the MMU-like unit swap the memory pages from host memory, using
i suppose its own page replacement algorithm.
Friendly,
Sven Luther
---
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend
interrest of making the DRI work on his PCI based permedia3 board (he has
an alpha box) but i think he is doing video stuff right now.
I am interrested in doing DRI work for gamma + dual pm3 myself, but
sadly don't have the time right now.
Friendly,
Sven Luther
.
And there are also people wanting to use the DRM outside of XFree86,
maybe even outside of the DRI, not sure though.
Friendly,
Sven Luther
---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power
On Wed, Nov 13, 2002 at 04:28:05AM +0100, Dieter Nützel wrote:
http://www.xtremepccentral.com/articles/opengl2/
It don't really says all that much more than the original openGL 2.0
presentation, which can be found from :
http://www.3dlabs.com/support/developer/ogl2/index.htm
Friendly,
Sven
. We're
not working on them.
In that case I'd vote again for removing unused drivers etc. as well.
Err, no please, i still have plans to work on the gamma driver, but have
not that much time right now (I guess it would be the prime candidate
for removal, isn't it ?)
Friendly,
Sven Luther
.
Friendly,
Sven Luther
---
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
stuff still freeze on SMP boxes, like it was the case
previously ?
Friendly,
Sven Luther
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
54 matches
Mail list logo
