Or even :
SubSection Display
Modes1024x768 800x600 640x480
EndSubSection
Which would use the modes for all depth. I doubt newer cards have per
depth modes limitations anymore.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED
licence, that would be nice,
so the code could later be shared by the linux kernel, among others.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
binaries too, at least
they ship sparc ones, so they should be endian clean.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
On Fri, Feb 20, 2004 at 07:55:27AM -0800, Ian Romanick wrote:
Sven Luther wrote:
I think that ATI is missing something here. I believe that Powerpc
hardware with ATI graphics represent a ever growing linux installed
base, with the G5 Powermac, with the new powerbooks, as well as with
non
libraries, but only on the server code, which should
make any arguments here mostly moot. David, any advancement on this ?
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
doubt they care, since
the pm2 is rather ancient.
Also 3Dlabs is rather liberal in providing specs under NDA.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
for
R300 specs? It seems there are a lot of people wishing they had them
and not a lot of people saying I've got em... :)
And in any way, i guess this doesn't include the 3D/DRI parts.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http
On Sat, Jan 31, 2004 at 01:06:23PM +, Andrew C Aitchison wrote:
On Sat, 31 Jan 2004, Sven Luther wrote:
On Sat, Jan 31, 2004 at 09:10:22AM +, Andrew C Aitchison wrote:
For several years the mga fb kernel driver has supported dual head and/or
dvi on cards which aren't supported
On Mon, Feb 02, 2004 at 08:13:45AM -0500, Harold L Hunt II wrote:
Sven Luther wrote:
On Sat, Jan 31, 2004 at 01:06:23PM +, Andrew C Aitchison wrote:
On Sat, 31 Jan 2004, Sven Luther wrote:
On Sat, Jan 31, 2004 at 09:10:22AM +, Andrew C Aitchison wrote:
For several years
On Mon, Feb 02, 2004 at 01:59:54PM +, Dr Andrew C Aitchison wrote:
On Sat, Jan 31, 2004 at 09:10:22AM +, Andrew C Aitchison wrote:
On Fri, 30 Jan 2004, Sven Luther wrote:
Yeah, that would be rather problematic, but anyway, most of the things
move from the XFree86 code to fbdev
On Sat, Jan 31, 2004 at 09:10:22AM +, Andrew C Aitchison wrote:
On Fri, 30 Jan 2004, Sven Luther wrote:
Yeah, that would be rather problematic, but anyway, most of the things
move from the XFree86 code to fbdev code, and most often, it is not code
that is copied, but the register
with gamma chip have the potential
to be of geforce 1/2 speed with regard to 3D.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
) think about
this ?
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
mailing list.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
On Fri, Jan 30, 2004 at 08:25:40PM +0100, Egbert Eich wrote:
Sven Luther writes:
Maybe a decision on both parts on this would be ok ? XFree86 could make
sure the licence of the driver code would not conflict with the GPL,
keeping the old one for example, and the fbdev driver authors
it
to restore the previous -rpath less behavior.
I guess that -rpath is only usefull for some installation in strange
places where one doesn't want to modify the ld.so.conf file or
something, or perhaps user built libraries ?
Friendly,
Sven Luther
___
Devel
read it in another thread, but i just wanted to warn you about
this. I maintain the debian ocaml package, and some stuff there did also
set the rpath, and the concensus when i asked about this was that rpath
is evil, and should never be used (altough some argued the opposite).
Sven Luther
him in your thank-you it's-about-damn-time
messages.
I don't understand the Debian policy but it would be nice if at least 4.3.0 was
included in their release of sarge as stable next month.
A debian/sarge release next month would most assuredly be premature.
Friendly,
Sven Luther
On Fri, Jan 23, 2004 at 10:51:24AM -0500, Michael Taylor wrote:
Sven Luther wrote:
On Thu, Jan 22, 2004 at 05:12:28PM -0500, Michael Taylor wrote:
I don't understand the Debian policy but it would be nice if at least 4.3.0 was
included in their release of sarge as stable next month
understand that these issues are quite puzzling
for outside people, who mostly know XFree86 only from using it, but
nothing of the internal quarrels we had in the past.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org
source 3D drivers. If XGI was to
release this, i can predict that the XGI cards may well become the
graphic cards of choice of many Linux users (as well as other OSes
supporting the DRI).
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http
to start to look
would be welcome. BTW, this is with the debian 4.3.0-0pre1v5 X packages.
Friendly,
Sven Luther
This is a pre-release version of XFree86, and is not supported in any
way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted
to [EMAIL PROTECTED] Before reporting bugs
chance for getting a powerpc build of them, for the nice new
powerbooks with mobility 9600 graphic card in it ?
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
.
Or are you speaking about another 3dlabs driver i don't know about ?
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
.
Maybe the old 3dlabs XFree86 3.3 server was in this case, but the glint
driver has had nice symbolic names since a long time. 3Dlabs is even
quite free in releasing full NDAed documentation, unlike other companies.
Friendly,
Sven Luther
___
Devel mailing
got a second keyboard to work with 2.4.small kernels).
All in all, telnet/ssh from a second machine is usually less hassle.
BTW, how do you make it so that X doesn't blank the console on the other
head ?
Friendly,
Sven Luther
___
Devel mailing list
On Thu, Oct 02, 2003 at 04:00:24PM +0100, Dr Andrew C Aitchison wrote:
On Thu, 2 Oct 2003, Sven Luther wrote:
BTW, how do you make it so that X doesn't blank the console on the other
head ?
My memory is going - it is a long time since I tried this, and
I'd forgotten about
to it,
unless we build a two level SDK. One would be called DDK and be only for
drivers, the standard SDK would build depend on it and provide
functionality for more stuff.
The Driver SDK needs to be kept small enough to enable people to easily
rebuild drivers with it.
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
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
On Fri, Aug 08, 2003 at 03:53:00PM -0400, David Dawes wrote:
On Fri, Aug 08, 2003 at 10:14:58AM +0200, Sven Luther wrote:
On Fri, Aug 08, 2003 at 02:21:28AM -0400, David Dawes wrote:
On Fri, Aug 08, 2003 at 06:41:58AM +0200, Sven Luther wrote:
On Thu, Aug 07, 2003 at 04:52:02PM -0400, David
On Sat, Aug 09, 2003 at 12:32:02PM -0400, David Dawes wrote:
On Sat, Aug 09, 2003 at 05:41:25PM +0200, Sven Luther wrote:
On Fri, Aug 08, 2003 at 03:53:00PM -0400, David Dawes wrote:
On Fri, Aug 08, 2003 at 10:14:58AM +0200, Sven Luther wrote:
Using a CVS date variable or something
the other drivers implement it.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
.
And there is no documentation whatsoever on what to do. And Keith has
been telling me each time i asked him that render was not yet ready and
that i should wait. Last time was a year or so ago though, so ...
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL
the version as 4.3.99.x for the snapshot, and once it
is released, mark the version as 4.3.99.x+ or 4.3.99.x+co date for the
CVS versions, until a new snapshot is taken. Maybe it could only be done
in the XFree86.0.log output code, and not the actual version be changed.
Friendly,
Sven Luther
, but you drive directly to the
framebuffer memory, possibly using shadowfb to speed things up. There is
no accel, nor video overlay possible though.
I hope i did not leave anything out, and that this respond to your
question.
Friendly,
Sven Luther
On Sat, Aug 09, 2003 at 03:02:51PM -0400, David Dawes wrote:
On Sat, Aug 09, 2003 at 08:43:55PM +0200, Sven Luther wrote:
Nice.
But that would mean not using a xxx as day of the month as is currently
done (or was last i checked out the tree).
No, it gets it from the '$XFree86' line
On Fri, Aug 08, 2003 at 02:21:28AM -0400, David Dawes wrote:
On Fri, Aug 08, 2003 at 06:41:58AM +0200, Sven Luther wrote:
On Thu, Aug 07, 2003 at 04:52:02PM -0400, David Dawes wrote:
On Wed, Jul 30, 2003 at 06:50:28PM -0400, George Georgalis wrote:
On Tue, Jul 29, 2003 at 11:59:06PM -0400
nvidia drivers who have problems. They will not ask nvidia,
but ask on the debian user list for example.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
On Fri, Jul 18, 2003 at 12:44:46PM +0200, Peter Firefly Lund wrote:
On Fri, 18 Jul 2003, Sven Luther wrote:
Why do these companies not open source their complete drivers?
Because they have intellectual property in their drivers that
As if their concurent where not capable of reverse
On Sat, Jun 07, 2003 at 07:50:53AM +0200, Sven Luther wrote:
When discussing with Matthew, some other question came out, which need
to be decided before we got further on this. Matthew tried to build the
SDK without xlibs-dev, which i don't even considered doing. As such, he
noticed 43 further
.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
On Wed, Jun 04, 2003 at 06:02:15PM +0200, Egbert Eich wrote:
Sven Luther writes:
No problem, i have been busy with other things too, and my motherboard
died on saturday, so i could not do much work this WE.
I'm sorry to hear that.
No problem, it was under guarantee
On Mon, Jun 02, 2003 at 04:28:46PM +0200, Egbert Eich wrote:
Sven Luther writes:
On Tue, Apr 22, 2003 at 11:58:03AM +0200, Egbert Eich wrote:
Sven Luther writes:
Hello, ...
I have been trying to build the driver SDK thingy on both 4.3.0 and
head, and it seems
dual head DVI-D output then, don't you ? That is,
in such dual link cables, the two TMDS cooperate to send data trough one
DVI-D connector only, thus doubling the bandwith, and you cannot use DVI
on the second head ? But analog on the second head would work fine.
Friendly,
Sven Luther
On Tue, Apr 01, 2003 at 04:42:00PM -0500, Mark Vojkovich wrote:
On Tue, 1 Apr 2003, Sven Luther wrote:
On Mon, Mar 31, 2003 at 03:34:43PM -0500, Mark Vojkovich wrote:
I stripped forum from the reply since devel is more appropriate.
Ok, no problem with me
the
configuration file, if need be.
Currently, at least for the glint driver, the DDC/I2C info is read at
ModeInit time, which is too late to do anything apart print the result
of the edid read.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http
indication as to what to do.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
busses).
Why not make it a library, that could be used by a commandline/whatever
frontend, or linked in with the XFree86 Server if needed.
The portability remains, as you may just need to port the library.
Friendly,
Sven Luther
___
Devel mailing list
On Fri, Mar 07, 2003 at 12:31:18PM +, Dr Andrew C Aitchison wrote:
On Fri, 7 Mar 2003, Sven Luther wrote:
I don't really agree here, modes are for the outgoing resolution, not
the input viewport. it would be far simpler to keep this simple
acceptation, and add a new keyword
On Thu, Mar 06, 2003 at 12:27:41PM -0500, David Dawes wrote:
On Tue, Mar 04, 2003 at 10:41:50AM +0100, Sven Luther wrote:
I strongly advocate that you take in account such separation of the
outgoing resolution and the framebuffer size in any future configuration
scheme.
We already
. The worst they
can say is no. I find vmware very useful personally as well as for
XFree86-related stuff (especially multi-platform build testing).
Ok, Will be asking them.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org
On Sun, Mar 02, 2003 at 11:28:24PM -0500, David Dawes wrote:
On Sat, Mar 01, 2003 at 10:34:20AM +0100, Sven Luther wrote:
On Fri, Feb 28, 2003 at 04:19:37PM -0500, David Dawes wrote:
Are you speaking about the current 4.3.0 or the stuff you are working on ?
What I was working on.
Ok
a different story...
I don't use wmware anyway, so ...
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
On Fri, Feb 28, 2003 at 04:19:37PM -0500, David Dawes wrote:
On Fri, Feb 28, 2003 at 09:04:06PM +0100, Sven Luther wrote:
Are you speaking about the current 4.3.0 or the stuff you are working on ?
What I was working on.
BTW, is the stuff you were working on accessible on a CVS branch
On Fri, Feb 28, 2003 at 11:59:48AM -0500, David Dawes wrote:
On Thu, Feb 27, 2003 at 10:11:34AM +0100, Sven Luther wrote:
BTW, Dawes, what are the plans for post 4.3.0 XFree86 ? This kind of
thing would most assuredly go into the thinking about 5.x, but some of
the stuff here, and about
to be uptodate though for that to
work, or that we have one for various kernel versions, or at least state
for what range of kernels they will work.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
On Fri, Feb 28, 2003 at 02:06:35PM -0500, David Dawes wrote:
On Fri, Feb 28, 2003 at 06:27:20PM +0100, Sven Luther wrote:
On Fri, Feb 28, 2003 at 11:59:48AM -0500, David Dawes wrote:
On Thu, Feb 27, 2003 at 10:11:34AM +0100, Sven Luther wrote:
BTW, Dawes, what are the plans for post 4.3.0
extension. It
Yes, it would indeed be great if the XAA.HOWTO would be expanded by a
new paragraph speaking about the XRENDER acceleration hooks. There is
already the xaa.h which gives some info, but a discution of the hooks
would be welcome.
Friendly,
Sven Luther
On Wed, Feb 26, 2003 at 09:40:18PM -0500, David Dawes wrote:
On Wed, Feb 26, 2003 at 09:25:21PM +0100, Sven Luther wrote:
On Wed, Feb 26, 2003 at 09:27:50PM +0200, Yitzhak Bar Geva wrote:
Greatly encouraged by your response, thanks!
Someone reported that X works with the multi-head
layer should handle this just fine, not
that i have personal experience with it, but that seemed to be the
intention from what i followed in the linux-fbdev mailing list.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org
be implemented in the current setting.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
functions.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
?
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
is the main developper of the new
console code, and you have to look into the late 2.5.5x at least to get
working stuff.
That said, XFree86 people don't like fbdev much, and anyway, i don't
think you can handle the dual head/one accel engine this way.
Friendly,
Sven Luther
.
Friendly,
Sven Luther
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
65 matches
Mail list logo
