Xorg Mailing List 2004 May

From jemxs3 at hotel.
com Sat May 1 15:26:33 2004

From: jemxs3 at hotel.com (Wilda Flowers)
Date: Sat, 01 May 2004 22:26:33 GMT
Subject: [Xorg] Hard To Find Drugs ..... We Have them ALL :) jiudzg
Message-ID: <0-$85rr4yk$y77x@wt8.jp.d.hk>
Xorg Good Day how are you feeling?
I just wanted to tell you I found this NEW SECURE
Online Medz store that offers
Xanax- Val1um- Vicodin-Plus Many More Hard to find Medz
At Low Super LOW Prices!
Proceed Here
http://www.buycheapdrugs.biz
*
*
*
*
World Wide Shipping!

No Doctors Will Visit!
Orders Shipped Same Day!
Free Fedex Shipping!
Proceed Here
ta x avbcbqn
aqe
aekknq jvau xlws t nbwedqzt z
From elmroverirish at aol.com Sun May 2 09:01:30 2004
From: elmroverirish at aol.com (Estrada)
Date: Sun, 2 May 2004 13:01:30 -0300
Subject: [Xorg] ONLINE2000
Message-ID: <mailman.20.1349360324.9829.xorg@lists.x.org>
Earn Income NOW!!!
Earn up to $10,000/Mo
http://www.boom3400.url4life.com
To take yourself of our database please send an email to: remove at work2003
.cjb.net
From e244qfmrp at hotmail.it Sun May 2 17:38:28 2004
From: e244qfmrp at hotmail.it (Sheri Brewster)

Date: Mon, 03 May 2004 00:38:28 GMT
Subject: [Xorg] Xorg Suffer from a small penis? arnmma
Message-ID: <xgjx62x92$hb$06@os2yu4.bb>
electrify
Xorg You've heard about IGF pills on TV, in the news, and online.
IGF2 is a powerful erecti0n enhancing product that will
create erections so strong and full that over time your man muscle will
actually grow as a direct result!
Go Below to learn how to get a Huge Johnson!
http://www.desireouroffers.biz/index.shtml?xp19829b
no more
http://www.desireouroffers.biz/denise.php
axcmlaiw zajlydqvejeryastckubk
aa
zbbgkpgpibjavo
iaisxpcqudatkyi i t az
From doutora_dayane_do_penis at yahoo.com.br Mon May 3 09:14:20 2004
From: doutora_dayane_do_penis at yahoo.com.br (doutora_dayane_do_penis)
Date: Mon, 03 May 04 09:14:20 Hora oficial do Brasil
Subject: [Xorg] Sandr@
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg/attachments/20040503/33898f6d/attachment.
html>
From qdvbkcmwxy at hotmail.it Mon May 3 08:57:44 2004
From: qdvbkcmwxy at hotmail.it (Edna Villalobos)
Date: Mon, 03 May 2004 15:57:44 GMT
Subject: [Xorg] Laying Pipe ...? You need our MEdz to feel better b
Message-ID: <mxsnul5-a18j2h6-3b9j3l4vqbi1@qa0pokgtdnw.n7>
CHEAP
BUY
CHEAP
CHEAP
CHEAP
XANAX
VALIUM
VICODIN
Plus Many More at super low prices!
http://www.offerspages.com/qog345/104/
*
*
*
*

http://www.offerspages.com/qog345/104/
NO Thanks
http://www.offerspages.com/qog/pr/rf.htmlfkafdpsxk
dh fg
From dw26vozkp at money.com Tue May 4 00:52:32 2004
From: dw26vozkp at money.com (Annette Beach)
Date: Tue, 04 May 2004 07:52:32 GMT
Subject: [Xorg] Xorg Anti-Depressants - AnXiety - Stress - Sleep - Xanax &
Valium Avaliable Now! u wp wdbhhwsbxke
Message-ID: <z8$$9$l-28py@zqpg7yud8a6>
Xorg
CHEAP
CHEAP
CHEAP
CHEAP
BUY
XANAX
VALIUM
VICODIN
http://www.realoffering.com/qog345/104/
*
*
*
*

NO Thanks
http://www.realoffering.com/qog/pr/rf.html
fabf w pg
woo
cd id fhqrq
jvgpjoc oghh r
wft mxntojlfk ychqnpz
n wks
oz
rxpiuuhsrzduybui
From o044yox at hotmail.it Tue May 4 09:48:39 2004
From: o044yox at hotmail.it (Molly Booth)
Date: Tue, 04 May 2004 16:48:39 GMT
Subject: [Xorg] =?iso-8859-1?q?Valium=AE_Order_=23_12774_Is_ready_=2E=2E?=
=?iso-8859-1?q?=2E_please_confirm_gmfzhbaqk_ukb_qfjlp?=
Message-ID: <1$m-35$u$-3i8816lih$yu$uu25@x6mul1wkj>
Xorg
CHEAP
CHEAP
CHEAP
CHEAP
BUY
XANAX
VALIUM
VICODIN
*
*
*
*

NO Thanks
http://www.realoffering.com/qog/pr/rf.html
sqhk f jcseisfbs wfq

v
wardbjua k k ezfh hrveypmnp
xppit d
shlhj
mctjoa
From my505sen at hotel.com Tue May 4 15:51:47 2004
From: my505sen at hotel.com (Johnnie Piper)
Date: Tue, 04 May 2004 22:51:47 GMT
Subject: [Xorg] Xorg Top quality penis enatrgement pills mcv ywvcmbq dab
Message-ID: <0597$$-t$9f2e18@m0t.7b.rgeoo>
You've heard about IGF pills on TV, in the news, and online.
IGF2 is a powerful erecti0n enhancing product that will
create erections so strong and full that over time your man muscle will
Go Below to learn how to get a Huge Johnson!
no more
revoslrbedsxykrygr
vrgubgz xoylwygbfj gkixo
zcgxooq vkvlm con sjrpgyk oqahdc
wvyh nhdiiso
From 24vxlsaw at hotel.com Tue May 4 15:16:25 2004

From: 24vxlsaw at hotel.com (Melissa Chacon)
Date: Tue, 04 May 2004 22:16:25 GMT
Subject: [Xorg] Xorg Make her scream! owdpdbjvoxkmnder
Message-ID: <u31ppnvb51-nj-uf2mf@w3tzie1yrx50f0>
You've heard about IGF pills on TV, in the news,
and online.
IGF2 is a powerful erecti0n enhancing product
that willcreate erections so strong and full
that over time your man muscle will
Proceed Below to learn how to get a Huge Johnson!
no more
nfc bkg kl hmxzxz cbrc vrlwp sxkia

rtqtmf
kqpodmgkzk
ndammcatmoxy
p kuwfuvib wid s
vumu
From carl at personnelware.com Wed May 5 08:23:43 2004
From: carl at personnelware.com (Carl Karsten)
Date: Wed, 5 May 2004 10:23:43 -0500
Subject: [Xorg] in fcfreetype.h ft2build.h: No such file
Message-ID: <166901c432b5$b42a31b0$1e01a8c0@cnt496>
I am trying to build from CVS on a 2.6.6 box and get:
In file included from ../../extras/fontconfig/src/fcint.h:39,
from fcatomic.c:50:
../../extras/fontconfig/fontconfig/fcfreetype.h:27:22: ft2build.h: No such file
or directory
I found ft2build.h in another dir and hardcoded the path to it. Is that a bad
idea?
posted to bugzilla: bug 598
Carl K
http://www.personnelware.com/carl/resume.html
From delivery at hosyou-b.mine.nu Wed May 5 11:45:08 2004

From: delivery at hosyou-b.mine.nu (=?iso-2022-jp?Q?=1B=24B=22!3t=3C02q=3CR7P=3A
QJ88K=1B=28B?=)
Date: Thu, 6 May 2004 03:45:08 +0900 (JST)
Subject: [Xorg]
$BG/<}#6@iK|1_Kx$GITB-$NJ}(B$B$KBg9%I>!*$d$C$H!"7J5$2sI|(B$B;
O$^$k$+$i<}F~$O#6@iK|0J(B$B>e$rL\E*!*Bh#0#0#5#0#49f(B)
Message-ID: <7765005.1083782708957.JavaMail.nobody@hosyou-b.mine.nu>
xorg at freedesktop.org$BMM!"(B
$B!!(B[$B;~Be$N$a!<$k%^%,%8%s(B]$B99$J$k9b<}F~9bMx1W$X$4>7BT$N%A%c%s%9%K%e!<%9!&Bh#
0#0#5#0#49f(B
http://hosyou003.ath.cx/qanda11.html
$B!|#2!!2/!!1_!"#3!!2/!!1_!!0J>e$N<}F~<TB3=P$7$F$$$^$9!#%M%C%H$G!"$O$,$-$G!"
$G$-$^$9!|!!!!!!!!(B
$B:#$9$0%"%/%;%9"*"*"*(Bhttp://hosyou003.ath.cx/
$B$^$7$?!#(B
$B7J5$$NJk$i$7$H$J$j$^$7$?!#F|K\$H4Z9q$N;~$HF1$8$K!"Cf9q$N%*%j%s%T%C%/=*N;$H$H
$b$KIT7J5$$X5^9_2<(B
$B$9$k$N$OEvA3$N7P:Q%5%$%/%k$G$9!#!!!!!!(B
$B$d$C$H7J5$2sI|3+;O"#"#3t2A9bCM$N9b3[<}F~<TB3=P"#"#$3$l$^$G$N$h$&$K30?MEj;q$K
$h$k3t2A>e>:$G$J$/(B
$BF|K\$N8D?MEj;q$,30?M$h$jB?$/$J$j$^$7$?!"$3$l$O7J5$2sI|$N8=>]$G$9!#!zK~B-$rDI
5a$9$k!z$=$N:`NA$K(B
$B#32/1_$"$k$H$h$$!z4JC1!"Aa$/!"C#@.$7$?$$!z$=$N7J5$$K>h$k;~Be$K3p$C$?J}K!$O:_
Bp%S%8%M%9$G$b$"$j(B
$B$^$9!#(B
$B"#"#LdBj$O!"3N$+$J<}F~$NN"IU$1$G$"$k!Z>Z5r$,M-$k$+H]$+![8+$;$k$+8+$;$J$$$+!&
$G??56$,3NDj$7$^$9(B
$B3NG'$O at .8y$NHk7m$G$9!#!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!J(B $B5-!
'7P:QJ88KC4EvCf at nOBI'!K(B
*********************************$B"#"#!|!Z!!!!L\!!<!!!!!![!|"#"#!!(B*********
*******************
$B""(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,!Z!!:#0J>e$N!!K~B-!!$rDI5a$9$k!!(,(,(,(,(,
(,(,(,(,(,(,(,(,(,(B
$B"#""(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,
(,(,(,(,(,(,(,(,(,(B
$B""(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,!Z!!#3!!!!2/!!1_!!<}F~>Z5rM-!!![(,(,(,(,(,
(,(,(,(,(,(,(,(,(B
$B"#""(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,
(,(,(,(,(,(,(,(,(,(B
<<<<<<<<<<<<<<<<<<<<<<<<<<<<$B"#"#"#!!!!!z5-;v!!!!".9-9p!!!!"#"#(B<<<<<<<<<
<<<<<<<<<<<<<<<<<<
$B!!!!!|@$$NCf$K$O?M$N2?G\$bF/$-6lO+$7$F$b!VLY$+$i$J$$!W!{M*!9!"$f$C$?$j at 8
3h$G$bLY$+$k?M$,$$$^$9!#(B
$B!!(B[$B#2(B]$B!!9-!!!!!!!!!!9p(B
$k$[$IM_$7$$!"J}$O4?7^!!(B
0675 $B!!!!!!!!!!!!!!!!!!!!".!!$*>.8/$$!"K~B-$9
$B!!$P9,1?$J$iIq$$9~$_$^$9!#B3JT$G<!!9$*CN$i$;Ej9F$$$?$7$^$9!#(B
$B!!!!!|4{$K#22/1_#32/1_#52/#9 at iK|1_$N<}F~<TB3=P$7$F$$$^$9%[!<%`%Z!<%8$r%@%
&%s%m!<%I$7$F=PMh$^$9!|(B
$B"#"#(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(
,(,(,(,(,(,(,(,(0(%(0(B
$B:G$b8z2LE*$J<B>Z:Q$_%$%s%?!<%M%C%H%S%8%M%9$H$O!)!!!!(B http://www.netlihe
-oftice.com/ex/click
$B""(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,
(,(,(,(,(,(,(,(,(,""!!!!(B
$B!Z9-9pEj9F?o;~Jg=8Cf(B $B![9-9p!!(B5$B2s7G:\(B10$BF|7G:\$G(B3000$B1_!!9-9p#1#72s7G
:\#4#5F|7G:\$G#4#0#0#01_(B
$B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(
,(,(,(,(,(,(,(,(,(,(B
$B"#LH at U;v9`"#!!Ev%a!<%k%^%,%8%s$K7G:\$7$F$$$k>pJs$K4X$7$FH/9T<T$G$O0l at Z
$N at UG$$rIi$$$^$;$s!#0l at Z(B
$B!!"#(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,
(,(,(,(,(,(,(,(,(,"#(B
http://go.fc3.com/melmaga/
$B$+$i$*4j$$$7$^$9!#(B
$B9XFI$*?=$79~$_$NJ}$KG[?.$7$F$$$^$9$,%$%?%:%i$KB>?M$N%"%I%l%9$G9XFI?=$79~$_$
H9-9pEj9F$,$"$j$4LBOG(B
$B$r$*$+$1$7$F$$$k>l9g$b$"$j?=$7$o$1$"$j$^$;$s!#(B
$B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,
(,(,(,(,(,(,(,(,(,(,(B
------------------------------------------5$B7n(B5$BF|(B17$B;~H/I=(B
From roland.mainz at nrubsig.org Wed May 5 15:31:27 2004

From: roland.mainz at nrubsig.org (Roland Mainz)
Date: Thu, 06 May 2004 00:31:27 +0200
Subject: [Xorg] DocBook SGML/XML manual pages...
Message-ID: <40996B3F.5B5A7567@nrubsig.org>
Hi!
----
Does anyone know if there is already a way to handle Unix manual pages
in DocBook/{SGML|XML} format ? There are now a couple of DocBook manual
pages in the tree and I'd like to add more, but IMHO we need some
official way to handle such stuff then...
---Bye,
Roland
-__ . . __
(o.\ \/ /.o) roland.mainz at nrubsig.org
\__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer
/O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569
(;O/ \/ \O;)

Date: Wed, 5 May 2004 17:38:30 -0500
Subject: [Xorg] FontSample.c: In function `FSBCancelSampler':
Message-ID: <189201c432f1$b4012ea0$1e01a8c0@cnt496>
Still trying to build. applied the patch from
http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=420 and now get:
FontSample.c: In function `FSBCancelSampler':
FontSample.c:1795: called object is not a function
make[4]: *** [FontSample.o] Error 1
make[4]: Leaving directory `/home/carl/src/xc/lib/dpstk'
Carl K
From keithp at keithp.com Wed May 5 15:54:06 2004

From: keithp at keithp.com (Keith Packard)
Date: Wed, 05 May 2004 15:54:06 -0700
In-Reply-To: Your message of "Thu, 06 May 2004 00:31:27 +0200."
<40996B3F.5B5A7567@nrubsig.org>
Message-ID: <E1BLVHC-0006GP-00@evo.keithp.com>
Around 0 o'clock on May 6, Roland Mainz wrote:
>
>
>
>
Does anyone know if there is already a way to handle Unix manual pages
in DocBook/{SGML|XML} format ? There are now a couple of DocBook manual
pages in the tree and I'd like to add more, but IMHO we need some
official way to handle such stuff then...
I don't think there are imake rules to handle docbook files. However, we
should start incorporating the autotool build files into the X.Org tree,
and we should certainly find a way to deal with docbook files in that
environment.
Egbert suggested that perhaps we might like to create a common set of

autotool macros for us to share across multiple modules; perhaps rules for
docbook would be a good candidate for inclusion in that module.
-keith
-------------- next part -------------A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040505/db6f0632/attachment.
pgp>
From Alan.Coopersmith at Sun.COM Wed May 5 15:58:11 2004
From: Alan.Coopersmith at Sun.COM (Alan Coopersmith)
Date: Wed, 05 May 2004 15:58:11 -0700
In-Reply-To: <E1BLVHC-0006GP-00@evo.keithp.com>
References: <E1BLVHC-0006GP-00@evo.keithp.com>
Message-ID: <40997183.3000906@Sun.COM>
Keith Packard wrote:
> I don't think there are imake rules to handle docbook files. However, we
> should start incorporating the autotool build files into the X.Org tree,
> and we should certainly find a way to deal with docbook files in that
> environment.
>
> Egbert suggested that perhaps we might like to create a common set of
> autotool macros for us to share across multiple modules; perhaps rules for
> docbook would be a good candidate for inclusion in that module.
It would be very good to just have one place to edit common rules like this.
For instance, on Solaris, we probably don't want to convert docbook man pages
to troff, but to the solbook subset of docbook that the Solaris man pages and
commands use.
--Alan Coopersmithalan.coopersmith at sun.com
Sun Microsystems, Inc. - X Window System Engineering

Date: Thu, 06 May 2004 01:11:37 +0200
References: <E1BLVHC-0006GP-00@evo.keithp.com>
Message-ID: <409974A9.C4C98EDC@nrubsig.org>
> > Does anyone know if there is already a way to handle Unix manual pages
> > in DocBook/{SGML|XML} format ? There are now a couple of DocBook manual
> > pages in the tree and I'd like to add more, but IMHO we need some
> > official way to handle such stuff then...
>
>
>
>
>
I don't think there are imake rules to handle docbook files. However, we
should start incorporating the autotool build files into the X.Org tree,
and we should certainly find a way to deal with docbook files in that
environment.
Erm... when was the decision made to introduce "autotool" stuff into the
X.org tree (which implies SERIOUS legal questions when the Xorg tree
starts to depend on non-X.org/MIT-licensed stuff) ?
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569
(;O/ \/ \O;)

Date: Wed, 05 May 2004 16:22:22 -0700
In-Reply-To: Your message of "Thu, 06 May 2004 01:11:37 +0200."
<409974A9.C4C98EDC@nrubsig.org>
Message-ID: <E1BLViY-0006LO-00@evo.keithp.com>
> Erm... when was the decision made to introduce "autotool" stuff into the
> X.org tree (which implies SERIOUS legal questions when the Xorg tree
> starts to depend on non-X.org/MIT-licensed stuff) ?
I guess I don't understand the problem here -- the tree won't contain any
non-MIT licensed material, and when ready for distribution won't require
any GPL licensed utilities to build. Yes, if you want to build from CVS,
you'll have to get automake, autoconf and libtool installed, or build
compatible systems.
Note that the libtool script includes an exception clause which permits
distribution under any license at all when used with autoconf.
Our alternatives are not good -- imake is not up to the task of producing
a modular build without a whole lot of hacking, and I (for one) would
really rather see people hacking X code rather than fixing up yet another
build system.
Autotools have the significant advantage of generating widely portable
configuration scripts which don't depend on any tools which are not part of
a standard POSIX system, that seems as license neutral as we can get.
Egbert has asked that I not push to remove the imake-based build system
any time soon, so if you really want to, you can continue building the
system with that. But, don't expect my sympathy when it's broken...
-keith
Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040505/66f67222/attachment.
pgp>
Date: Thu, 06 May 2004 01:26:31 +0200
References: <E1BLVHC-0006GP-00@evo.keithp.com> <40997183.3000906@Sun.COM>
Message-ID: <40997827.CD444B28@nrubsig.org>
Alan Coopersmith wrote:
> > I don't think there are imake rules to handle docbook files. However, we
> > should start incorporating the autotool build files into the X.Org tree,
> > and we should certainly find a way to deal with docbook files in that
> > environment.
> >
> > Egbert suggested that perhaps we might like to create a common set of
> > autotool macros for us to share across multiple modules; perhaps rules for
> > docbook would be a good candidate for inclusion in that module.
>
> It would be very good to just have one place to edit common rules like this.
There is already a small script in xc/config/docbook/docbookconv.sh
which tries to deal with the problem, e.g. DocBook--->man/troff and
DocBook--->HTML (e.g. not the braindead DocBook--->man--->HTML
conversion which completely kills tables and other more complex layout
stuff) ... the script would need some adjustments for the main Xorg
tree, the neccesary tools (incl. the DocBook/XSL stylesheets) need to be
imported into the xc/ tree and someone has to add Imake rules for
DocBookManPage--->man, DocBookManPage--->HTML and DocBookGeneric--->HTML
(for normal (non-unix manual page) DocBook documents).
> For instance, on Solaris, we probably don't want to convert docbook man pages
> to troff, but to the solbook subset of docbook that the Solaris man pages and
> commands use.
I wish the Solaris manual page subsystem would understand DocBook
directly without cutting it down to Solbook... :)
Is there already a DocBook--->SolBook converter script somewhere (and
the SolBook DTD needs to be added to the Xorg tree) ?
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569
(;O/ \/ \O;)

Date: Wed, 05 May 2004 16:41:29 -0700
Subject: [Xorg] Looking Glass slides from X Dev Conf
Message-ID: <40997BA9.7020600@Sun.COM>
Hideya & Deron's slides from their Looking Glass talk at the
X Dev Conference are now available on the freedesktop wiki at:
http://freedesktop.org/Software/XDevConf/LG-Xdevconf.pdf
The project web page at http://wwws.sun.com/software/looking_glass/
has some more screen shots, movies, and an announcements mailing list
you can subscribe to.

Date: Thu, 06 May 2004 01:56:54 +0200
Subject: "Monolithic" vs. "modular" build / was: Re: [Xorg] DocBook SGML/XML
manual pages...
References: <E1BLViY-0006LO-00@evo.keithp.com>
Message-ID: <40997F46.6395BB11@nrubsig.org>
> > Erm... when was the decision made to introduce "autotool" stuff into the
> > X.org tree (which implies SERIOUS legal questions when the Xorg tree
> > starts to depend on non-X.org/MIT-licensed stuff) ?
>
> I guess I don't understand the problem here -- the tree won't contain any
> non-MIT licensed material, and when ready for distribution won't require
> any GPL licensed utilities to build. Yes, if you want to build from CVS,
> you'll have to get automake, autoconf and libtool installed, or build
> compatible systems.
What if someone wants to build an OS which is completely free of GPL
stuff ? Right now it's possible (and mandatory for some commercial
vendors) ... but after the modularisation it will be unavoidable to use
GPL-licensed tools to build the tree. That's not a problem for
OpenSource OSes like Linux... but what about the commercial vendors ?
>
>
>
>
>
>
>
Note that the libtool script includes an exception clause which permits
distribution under any license at all when used with autoconf.
Our alternatives are not good -- imake is not up to the task of producing
a modular build without a whole lot of hacking, and I (for one) would
really rather see people hacking X code rather than fixing up yet another
build system.
I am not sure whether a "modular build" is something Xorg really wants.

Other projects tried to split itself into "modules" and FAILED HORRIBLY
with that (even mozilla.org tries to avoid adding such complex

dependicies - right now all products (Mozilla/Seamonkey, FireFox,
ThunderBird, SunBird, etc.) are build from ONE tree, even NSPR (Netscape
Portable Runtime library), libPNG, libJPEG, etc are part of the tree).
The release management and syncronisation between the single parts will
be much more difficult and you have to deal with the interactions
between the modules. Did anyone actually thought about the consequences
of introducing a "modular" build ? And a modular build will requires a
very well working project management (and I think Xorg is currently
still far away from having a similar good communication tools as
Mozilla.org had during the Netscape times) ... and if different people
owning different modules disagree with some decisions all hell will
break loose.
For example: What will happen when the module for X11 includes was build
without Xrender support and someone wants to build a Xserver binary with
Xrender enabled ? This won't work with the modular design.
Right now the "monolithic" build as one serious advantage: ONE build,
ONE test whether everything compiles and works, ONE distribution.
Splitting that into pieces will result in a maintaince nightmare - and
many many hours of engineering time will be spend to deal with fixing
the problem.
Maybe... in one year after the switch to the "modular" build many people
will BEG to get the monolithic tree back. It's much easier to syncronize
the single parts and test them together than having 20 or more pieces.
The Xorg tree was build and tested within the last twenty years and it
was working well - do you think that undoing these twenty years of
experience is wise ?
> Autotools have the significant advantage of generating widely portable
> configuration scripts which don't depend on any tools which are not part of
> a standard POSIX system, that seems as license neutral as we can get.
Autotools have the disadvantage of being a PAIN if you have many build
options. And right now the Xorg tree has a few hundred build options.
How do you want to deal with that ? Pass everything as arguments to
"configure" or what ? The Mozilla "configure" script does that... which
results very often in broken builds or confusion about which "configure"
options were used. And the people who are qualified to build Mozilla
dropped significantly... it's now something like "black magic" to get a
working Mozilla binary without shooting yourself into the feet with the
wrong "configure" options. All these "issues" thanks to the "superiour"
autotools stuff... fun... ;-(((((
> Egbert has asked that I not push to remove the imake-based build system
> any time soon, so if you really want to, you can continue building the
> system with that. But, don't expect my sympathy when it's broken...
I know that... you're known for not careing when you break something
which is not your pet project... =:-))))))))
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569

(;O/ \/ \O;)

Date: Wed, 05 May 2004 20:37:57 -0700
Subject: "Monolithic" vs. "modular" build / was: Re: [Xorg] DocBook
SGML/XML manual pages...
In-Reply-To: <40997F46.6395BB11@nrubsig.org>
References: <E1BLViY-0006LO-00@evo.keithp.com> <40997F46.6395BB11@nrubsig.org>
Message-ID: <4099B315.60804@sun.com>
Roland Mainz wrote:
> I am not sure whether a "modular build" is something Xorg really wants.
> Other projects tried to split itself into "modules" and FAILED HORRIBLY
> with that (even mozilla.org tries to avoid adding such complex
> dependicies - right now all products (Mozilla/Seamonkey, FireFox,
> ThunderBird, SunBird, etc.) are build from ONE tree, even NSPR (Netscape
> Portable Runtime library), libPNG, libJPEG, etc are part of the tree).
> The release management and syncronisation between the single parts will
> be much more difficult and you have to deal with the interactions
> between the modules. Did anyone actually thought about the consequences
> of introducing a "modular" build ? And a modular build will requires a
> very well working project management (and I think Xorg is currently
> still far away from having a similar good communication tools as
> Mozilla.org had during the Netscape times) ... and if different people
> owning different modules disagree with some decisions all hell will
> break loose.
There has been great debate here, and it's obvious a modular breakup of the
tree can only work if all modules are "owned" by people who can work together.
Presumably all modules will remain under the control of X.Org so that conflicts
can be resolved by the Architecture Group, and failing that, the X.Org Board.
Splitting some things out into separate modules is trivial (most of the client
apps, many of the libraries) - but splitting out the core (server, libX11,
libXext, libfont) is where it gets hard, especially with all the cross-dependenc
ies
and having to keep the protocols/headers in sync between the client and server
sides.
>
>
>
>
>
>
>
>
>
>
Autotools have the disadvantage of being a PAIN if you have many build
options. And right now the Xorg tree has a few hundred build options.
How do you want to deal with that ? Pass everything as arguments to
"configure" or what ? The Mozilla "configure" script does that... which
results very often in broken builds or confusion about which "configure"
The biggest advantage I see to autotools over imake is simplifying some

of the configuration logic - it looks like many of the current build problems
in X11R6.7.0 & the CVS head are caused by people not having the version of
freetype installed that the static imake configuration expects for their OS.
With autotools we could detect at build time if the external dependencies are
correctly met - though that could be something as simple as having a configure
script generate xc/config/cf/autoconf-settings.cf for imake.

From 515obzooli at money.com Wed May 5 18:47:45 2004

From: 515obzooli at money.com (Dorian Haynes)
Date: Thu, 06 May 2004 01:47:45 GMT
Subject: [Xorg] Xanax(Pharmacia)0.5mg 90tab
!!@@ l
Message-ID: <7nv$-9$9w$o584x$$o$5881s6eqw2@ohflg.0nt>
CHEAP
CHEAP
CHEAP
CHEAP
BUY
XANAX
VALIUM
VICODIN
Click here to secure order now
http://www.offerindex.com/qog345/104/
*
*
*
*


NO Thanks
http://www.offerindex.com/qog/pr/rf.html
itaj zjxvfikgqx zz
fephpc fvk haurn oaroeamjdlgqncg cewrr rgoacbtk
From romis at dev.rtsoft.ru Thu May 6 00:22:52 2004
From: romis at dev.rtsoft.ru (Roman Vasylyev)

Date: Thu, 06 May 2004 11:22:52 +0400
Subject: [Xorg] Tochscreen HANGS on Linux 2
Message-ID: <4099E7CC.8030507@dev.rtsoft.ru>
Near by week ago i sent patch for touchscreen.
Can some who check this patch and answer me?
From fg9fhici at hotmail.it Thu May 6 00:12:28 2004

From: fg9fhici at hotmail.it (Salvador Kelly)
Date: Thu, 06 May 2004 07:12:28 GMT
Subject: [Xorg] Xorg Just start by choosing a drug **** valium, xanax,
etc.. gqzfxt
Message-ID: <8$$-0c23hi1lh3$$-h06$k36@fpd0r.e2.e04>
CHEAP
CHEAP
CHEAP
CHEAP
BUY
XANAX
VALIUM
VICODIN
*
*
*
*


NO Thanks
http://www.offerindex.com/qog/pr/rf.html
eee z twklucq vhuj dqnqiopgqmyybxk
owgk yltjhg
jozbofl ywu xcdndfzf
ih n ssg
From jeb at jeremywilkins.freeserve.co.uk Thu May 6 02:31:23 2004
From: jeb at jeremywilkins.freeserve.co.uk (jeb at jeremywilkins.freeserve.co.uk
)
Date: Thu, 6 May 2004 11:31:23 +0200 (CEST)
Subject: [Xorg] Xrandr docs
Message-ID: <30100233.1083835883042.JavaMail.www@wwinf3003>
Hi,
are there any docs on implementing xrandr in the Xserver anywhere. Or can someon
e give me a link to the diffs that were originally imported. Presumably changes
are needed in the DDX layer.
thanks
jeremy
-Whatever you Wanadoo:
http://www.wanadoo.co.uk/time/
This email has been checked for most known viruses - find out more at: http://ww
w.wanadoo.co.uk/help/id/7098.htm
From eich at suse.de Thu May 6 02:31:48 2004

From: eich at suse.de (Egbert Eich)
Date: Thu, 6 May 2004 11:31:48 +0200
Subject: "Monolithic" vs. "modular" build / was: Re: [Xorg] DocBook
SGML/XML
In-Reply-To: roland.mainz@nrubsig.org wrote on Thursday,
6 May 2004 at 01:56:54 +0200
References: <E1BLViY-0006LO-00@evo.keithp.com> <40997F46.6395BB11@nrubsig.org>
Message-ID: <16538.1540.830167.957720@xf11.fra.suse.de>
Roland Mainz writes:
> Keith Packard wrote:
> > > Erm... when was the decision made to introduce "autotool" stuff into the
> > > X.org tree (which implies SERIOUS legal questions when the Xorg tree
> > > starts to depend on non-X.org/MIT-licensed stuff) ?
> >
> > I guess I don't understand the problem here -- the tree won't contain any
> > non-MIT licensed material, and when ready for distribution won't require
> > any GPL licensed utilities to build. Yes, if you want to build from CVS,
> > you'll have to get automake, autoconf and libtool installed, or build
> > compatible systems.
>
> What if someone wants to build an OS which is completely free of GPL
> stuff ? Right now it's possible (and mandatory for some commercial
> vendors) ... but after the modularisation it will be unavoidable to use
> GPL-licensed tools to build the tree. That's not a problem for
> OpenSource OSes like Linux... but what about the commercial vendors ?
You should still be able to build the stuff as none of the stuff you
need to do the build should be under the GPL (at least not under the
GPL soleley). Only when you do development and need to extend the build
environment you will need GPLed tools.
However I'm not aware of any case where this is really an issue.
......
>
>
>
>
>
I have deleted some of your comments to reduce the size of this email.
I have raised several of these points and was promised they can all
be dealt with. Now it is upon those who push for autotooling to proove
it.
>
> > Egbert has asked that I not push to remove the imake-based build system
> > any time soon, so if you really want to, you can continue building the
For the reasons you have mentioned. I don't want this to be
a one way road and I want to keep Imake around as long as people
have agreed that the new build system provides a workable solution
for them.
It took long nightly sessions at the bar to get that far ;-)
Cheers,
Egbert.
From eich at suse.de Thu May 6 02:38:09 2004

Date: Thu, 6 May 2004 11:38:09 +0200
In-Reply-To: keithp@keithp.com wrote on Wednesday,
5 May 2004 at 15:54:06 -0700
References: <40996B3F.5B5A7567@nrubsig.org> <E1BLVHC-0006GP-00@evo.keithp.com>
Keith Packard writes:
>
> Around 0 o'clock on May 6, Roland Mainz wrote:
>
> > Does anyone know if there is already a way to handle Unix manual pages
> > in DocBook/{SGML|XML} format ? There are now a couple of DocBook manual
> > pages in the tree and I'd like to add more, but IMHO we need some
> > official way to handle such stuff then...
>
> I don't think there are imake rules to handle docbook files. However, we
> should start incorporating the autotool build files into the X.Org tree,
> and we should certainly find a way to deal with docbook files in that
> environment.
>
> Egbert suggested that perhaps we might like to create a common set of
> autotool macros for us to share across multiple modules; perhaps rules for
> docbook would be a good candidate for inclusion in that module.
>
That is certainly true. And it will convince me that we will not

loose a feature that I found very importand in Imake ;-)
However we should also proceed with our discussions about a future
documentation standard. If we add files now and agree on a different
standard in the future we will have to do more conversions than we
already have to do now.
Egbert.
From don.ande at gmx.de Thu May 6 02:46:38 2004

From: don.ande at gmx.de (DonAnde)
Date: Thu, 06 May 2004 11:46:38 +0200
Subject: [Xorg] need help to get dual view
Message-ID: <1083836798.8069.6.camel@localhost>
Hello,
since I baught a nec-lcd and use the dvi-output of my nvidia-card, i
don't get the tv-out of the nvidia-card to work anymore.
Before, I had a dual-view-configuration (twinview didn't work). The
desktop was stretched over both screens.
I've got a haupauge pvr 350 with tv-out.
I tested the ivtv-fb-driver and the image is really beautiful and sharp,
so I'd like to get it working simultanously with my LCD.
The Problem:
X only starts on one screen (the LCD). The tv remains black and I can't
move the mouse in the tv-screen.
Both are working nice alone, but I'm not able to get it working together
the relevant part of my xorg.conf
#### NEC LCD ####
Section "Monitor"
Option
"CalcAlgorithm" "CheckDesktopGeometry"
DisplaySize 360 270
HorizSync
31.5-75 #91.1
Identifier "Monitor[0]"
ModelName
"1600X1200 at 60HZ"
Option
"DPMS"
#Option
"ConnectedMonitor" "DFP"
VendorName "--> LCD"
VertRefresh 60
#50-85
UseModes
"Modes[0]"
#Gamma 1.15 1.20 1.20 # created by KGamma
EndSection
Section "Modes"
Identifier "Modes[0]"
Modeline
"800x600" 38.22 800 832 912 1024 600 601 604 622
Modeline
"640x480" 23.86 640 656 720 800 480 481 484 497
Modeline
"1600x1200" 160.96 1600 1704 1880 2160 1200 1201 1204
1242
Modeline
1087
Modeline
1060
Modeline
Modeline
Modeline
Modeline
1060
Modeline
1035
Modeline
+vsync
EndSection
"1400x1050" 122.61 1400 1488 1640 1880 1050 1051 1054

"1280x1024" 108.88 1280 1360 1496 1712 1024 1025 1028
"1280x960" 102.10 1280 1360 1496 1712 960 961 964 994
"1152x864" 81.62 1152 1216 1336 1520 864 865 868 895
"1024x768" 64.11 1024 1080 1184 1344 768 769 772 795
"1600x1024" 136.36 1600 1704 1872 2144 1024 1025 1028
"1600x1000" 133.14 1600 1704 1872 2144 1000 1001 1004
"800x600" 40.0 800 840 968 1056 600 601 605 628 +hsync
Section "Device"
BoardName
"GeForce FX 5600"
BusID
"3:0:0"
#Driver
"nv"
Driver
"nvidia"
Identifier "Device[0]"
Screen
0
Option
"Rotate" "off"
Option
"NoLogo" "1"
Option
"NvAGP" "1"
Option
"CursorShadow" "true"
Option
"RenderAccel" "no"
VendorName "NVidia"
# Option "IgnoreDisplayDevices" "TV"
#### Nvidia Twinview Section ####
# Option "IgnoreEDID" "1"
# Option "Twinview"
# Option "TwinViewOrientation" "LeftOf"
# Option "ConnectedMonitor" "DFP"
# Option "SecondMonitorHorizSync" "30-50"
# Option "SecondMonitorVertRefresh" "50"
# Option "MetaModes" "1600x1200, 800x600; 1024x768, 1024x768; NULL,
800x600;"
# Option "TVStandard" "PAL-G"
# Option "TVOutFormat" "SVIDEO"
### VendorName "NVidia"
EndSection
Section "Screen"
DefaultDepth 24
SubSection "Display"
Depth
15
Modes
"1600x1200" "1600x1024" "1600x1000" "1400x1050"
"1280x1024" "1280x960" "1152x864"
"1024x768" "800x600" "640x480"
EndSubSection
Depth
16
Modes
"1600x1200" "1400x1050" "1280x1024" "1280x960" "1152x864"
"1024x768" "800x600" "640x480"
EndSubSection
Depth
24
Modes
"1600x1200" "1600x1024" "1600x1000" "1400x1050"
"1280x1024" "1280x960" "1152x864"

"1024x768" "800x600" "640x480"
EndSubSection
Depth
32
Modes
"800x600"
EndSubSection
Depth
4
Modes
"640x480"
EndSubSection
Depth
8
Modes
"1600x1200" "1600x1024" "1600x1000" "1400x1050"
"1280x1024" "1280x960"
"1152x864"
"1024x768" "800x600" "640x480"
EndSubSection
Device
"Device[0]"
Identifier "Screen[0]"
Monitor
"Monitor[0]"
EndSection
#### /NEC LCD ####
[...]
#### PVR350 TVOUT ####
Section "Monitor"
Identifier "Hauppauge PVR350 Monitor"
HorizSync 30-68
VertRefresh 50-120
Mode "720x576"
DotClock 42.6
HTimings 720 760 832 944
VTimings 576 577 580 602
Flags
"-HSync" "-VSync"
EndMode
EndSection
Section "Device"
Identifier "Hauppauge PVR350"
Driver
"fbdev"
Option
"fbdev" "/dev/fb1"
#
Screen 0
Screen 1
### change the busid to whatever is reported by lspci. Note
### output of lspci is hex, so add a preceding "0x" to the
###BusID
BusID "01:08:0"
EndSection
Section "Screen"
Identifier "Hauppauge PVR350 Screen"
Device
"Hauppauge PVR350"
Monitor
"Hauppauge PVR350 Monitor"
DefaultDepth 24
DefaultFbbpp 32
Subsection "Display"
Depth 24
FbBpp 32
Modes "720x480"
EndSubsection
EndSection
#### /PVR350 TVOUT ####
Section "ServerLayout"
Identifier
InputDevice
InputDevice
[...]
Option
Option
Screen 0
"Layout[all]"
"Keyboard[0]"
"Mouse[1]"
"CoreKeyboard"
"CorePointer"
"Clone"
"Xinerama"
"Screen[0]"
"on"
"off"
Screen 1
"Hauppauge PVR350 Screen"
Screen "Hauppauge PVR350 Screen" LeftOf "Screen[0]"
EndSection
Do anyone know whats wrong? The lcd works, the tv remains black.
Thanks in advance
greetings Andreas
From agd5f at yahoo.com Thu May 6 05:41:02 2004

From: agd5f at yahoo.com (Alex Deucher)
Date: Thu, 6 May 2004 05:41:02 -0700 (PDT)
In-Reply-To: <1083836798.8069.6.camel@localhost>
Message-ID: <20040506124102.7715.qmail@web50110.mail.yahoo.com>
Ask nvidia, they wrote the driver. Unfortunately, since it's closed
source, there's not much we can do. In my experience, most dualhead
cards can not do multihead with the tv-out port.
Alex
--- DonAnde <don.ande at gmx.de> wrote:
> Hello,
>
> since I baught a nec-lcd and use the dvi-output of my nvidia-card, i
> don't get the tv-out of the nvidia-card to work anymore.
>
> Before, I had a dual-view-configuration (twinview didn't work). The
> desktop was stretched over both screens.
>
> I've got a haupauge pvr 350 with tv-out.
> I tested the ivtv-fb-driver and the image is really beautiful and
> sharp,
> so I'd like to get it working simultanously with my LCD.
>
> The Problem:
> X only starts on one screen (the LCD). The tv remains black and I
> can't
> move the mouse in the tv-screen.
>
> Both are working nice alone, but I'm not able to get it working
> together
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

#### NEC LCD ####
Section "Monitor"
Option
DisplaySize 360 270
HorizSync
31.5-75 #91.1
ModelName
"1600X1200 at 60HZ"
Option
"DPMS"
#Option
VertRefresh 60
#50-85
UseModes
"Modes[0]"
EndSection
Section "Modes"
Modeline
"800x600" 38.22 800 832 912 1024 600 601 604 622
Modeline
"640x480" 23.86 640 656 720 800 480 481 484 497
Modeline
"1600x1200" 160.96 1600 1704 1880 2160 1200 1201 1204
1242
Modeline
"1400x1050" 122.61 1400 1488 1640 1880 1050 1051 1054
1087
Modeline
"1280x1024" 108.88 1280 1360 1496 1712 1024 1025 1028
1060
Modeline
"1280x960" 102.10 1280 1360 1496 1712 960 961 964 994
Modeline
"1152x864" 81.62 1152 1216 1336 1520 864 865 868 895
Modeline
"1024x768" 64.11 1024 1080 1184 1344 768 769 772 795
Modeline
"1600x1024" 136.36 1600 1704 1872 2144 1024 1025 1028
1060
Modeline
"1600x1000" 133.14 1600 1704 1872 2144 1000 1001 1004
1035
Modeline
"800x600" 40.0 800 840 968 1056 600 601 605 628
+hsync
+vsync
EndSection
Section "Device"
BoardName
"GeForce FX 5600"
BusID
"3:0:0"
#Driver
"nv"
Driver
"nvidia"
Screen
0
Option
"Rotate" "off"
Option
"NoLogo" "1"
Option
"NvAGP" "1"
Option
Option
"RenderAccel" "no"
VendorName "NVidia"
# Option "Twinview"
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

800x600;"
EndSection
Section "Screen"
DefaultDepth 24
Depth
15
Modes
"1600x1200" "1600x1024"
"1280x1024" "1280x960" "1152x864"
"1024x768" "800x600" "640x480"
EndSubSection
Depth
16
Modes
"1600x1200" "1400x1050"
"1152x864"
"1024x768" "800x600" "640x480"
EndSubSection
Depth
24
Modes
"1600x1200" "1600x1024"
"1280x1024" "1280x960" "1152x864"
"1024x768" "800x600" "640x480"
EndSubSection
Depth
32
Modes
"800x600"
EndSubSection
Depth
4
Modes
"640x480"
EndSubSection
Depth
8
Modes
"1600x1200" "1600x1024"
"1280x1024" "1280x960"
"1152x864"
"1024x768" "800x600" "640x480"
EndSubSection
Device
"Device[0]"
Monitor
"Monitor[0]"
EndSection
#### /NEC LCD ####
"1600x1000" "1400x1050"
"1280x1024" "1280x960"
"1600x1000" "1400x1050"
"1600x1000" "1400x1050"
[...]
#### PVR350 TVOUT ####
Section "Monitor"
HorizSync 30-68
VertRefresh 50-120
Mode "720x576"
DotClock 42.6
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
HTimings 720 760 832 944

VTimings 576 577 580 602
Flags
"-HSync" "-VSync"
EndMode
EndSection
Section "Device"
Driver
"fbdev"
Option
"fbdev" "/dev/fb1"
#
Screen 0
Screen 1
###BusID
BusID "01:08:0"
EndSection
Section "Screen"
Device
"Hauppauge PVR350"
Monitor
DefaultDepth 24
DefaultFbbpp 32
Depth 24
FbBpp 32
Modes "720x480"
EndSubsection
EndSection
#### /PVR350 TVOUT ####
Identifier
InputDevice
InputDevice
[...]
Option
Option
Screen 0
"Layout[all]"
"Keyboard[0]"
"Mouse[1]"
"CoreKeyboard"
"CorePointer"
"Clone"
"Xinerama"
"Screen[0]"
"on"
"off"
Screen 1
EndSection
Thanks in advance
greetings Andreas
_______________________________________________
xorg mailing list
xorg at freedesktop.org
http://freedesktop.org/mailman/listinfo/xorg
__________________________________
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs
http://hotjobs.sweepstakes.yahoo.com/careermakeover
From don.ande at gmx.de Thu May 6 06:45:50 2004

From: don.ande at gmx.de (DonAnde)
Date: Thu, 06 May 2004 15:45:50 +0200
In-Reply-To: <20040506124102.7715.qmail@web50110.mail.yahoo.com>
References: <20040506124102.7715.qmail@web50110.mail.yahoo.com>
Hello,
sorry, perhaps my question was a little bit unclear.
I know that dual-view is not working when I want to use the dvi/tv from
the nvidia-card, that's a nvidia-related-problem.
But It already has to work, when I use dual view with two independent
cards, because that's an X-feature, isn't it?
The tv-card got an own tv-output, and it'll work when I use it alone.
But when I specify two screens in the serverlayout-section, only one
(the lcd) will work, the other remains black.
greetings Andreas
p.s.
sorry for my poor english :(
Am Do, den 06.05.2004 schrieb Alex Deucher um 14:41:
> Ask nvidia, they wrote the driver. Unfortunately, since it's closed
> source, there's not much we can do. In my experience, most dualhead
> cards can not do multihead with the tv-out port.
>
> Alex
>
> --- DonAnde <don.ande at gmx.de> wrote:
> > Hello,
> >
> > since I baught a nec-lcd and use the dvi-output of my nvidia-card, i
> > don't get the tv-out of the nvidia-card to work anymore.
> >
> > Before, I had a dual-view-configuration (twinview didn't work). The
> > desktop was stretched over both screens.
> >
> > I've got a haupauge pvr 350 with tv-out.
> > I tested the ivtv-fb-driver and the image is really beautiful and
> > sharp,
> > so I'd like to get it working simultanously with my LCD.
> >
> > The Problem:
> > X only starts on one screen (the LCD). The tv remains black and I
> > can't
> > move the mouse in the tv-screen.
> >
> > Both are working nice alone, but I'm not able to get it working
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
together
#### NEC LCD ####
Section "Monitor"
Option
DisplaySize 360 270
HorizSync
31.5-75 #91.1
ModelName
"1600X1200 at 60HZ"
Option
"DPMS"
#Option
VertRefresh 60
#50-85
UseModes
"Modes[0]"
EndSection
Section "Modes"
Modeline
"800x600" 38.22 800 832 912 1024 600 601 604 622
Modeline
"640x480" 23.86 640 656 720 800 480 481 484 497
Modeline
"1600x1200" 160.96 1600 1704 1880 2160 1200 1201 1204
1242
Modeline
"1400x1050" 122.61 1400 1488 1640 1880 1050 1051 1054
1087
Modeline
"1280x1024" 108.88 1280 1360 1496 1712 1024 1025 1028
1060
Modeline
"1280x960" 102.10 1280 1360 1496 1712 960 961 964 994
Modeline
"1152x864" 81.62 1152 1216 1336 1520 864 865 868 895
Modeline
"1024x768" 64.11 1024 1080 1184 1344 768 769 772 795
Modeline
"1600x1024" 136.36 1600 1704 1872 2144 1024 1025 1028
1060
Modeline
"1600x1000" 133.14 1600 1704 1872 2144 1000 1001 1004
1035
Modeline
"800x600" 40.0 800 840 968 1056 600 601 605 628
+hsync
+vsync
EndSection
Section "Device"
BoardName
"GeForce FX 5600"
BusID
"3:0:0"
#Driver
"nv"
Driver
"nvidia"
Screen
0
Option
"Rotate" "off"
Option
"NoLogo" "1"
Option
"NvAGP" "1"
Option
Option
"RenderAccel" "no"
VendorName "NVidia"
# Option "Twinview"
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

800x600;"
EndSection
Section "Screen"
DefaultDepth 24
Depth
15
Modes
"1600x1200" "1600x1024"
"1280x1024" "1280x960" "1152x864"
"1024x768" "800x600" "640x480"
EndSubSection
Depth
16
Modes
"1600x1200" "1400x1050"
"1152x864"
"1024x768" "800x600" "640x480"
EndSubSection
Depth
24
Modes
"1600x1200" "1600x1024"
"1280x1024" "1280x960" "1152x864"
"1024x768" "800x600" "640x480"
EndSubSection
Depth
32
Modes
"800x600"
EndSubSection
Depth
4
Modes
"640x480"
EndSubSection
Depth
8
Modes
"1600x1200" "1600x1024"
"1280x1024" "1280x960"
"1152x864"
"1024x768" "800x600" "640x480"
EndSubSection
Device
"Device[0]"
Monitor
"Monitor[0]"
EndSection
#### /NEC LCD ####
"1600x1000" "1400x1050"
"1280x1024" "1280x960"
"1600x1000" "1400x1050"
"1600x1000" "1400x1050"
[...]
#### PVR350 TVOUT ####
Section "Monitor"
HorizSync 30-68
VertRefresh 50-120
Mode "720x576"
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
DotClock
HTimings
VTimings
Flags
EndMode
EndSection
42.6
720 760 832 944
576 577 580 602
"-HSync" "-VSync"
Section "Device"
Driver
"fbdev"
Option
"fbdev" "/dev/fb1"
#
Screen 0
Screen 1
###BusID
BusID "01:08:0"
EndSection
Section "Screen"
Device
"Hauppauge PVR350"
Monitor
DefaultDepth 24
DefaultFbbpp 32
Depth 24
FbBpp 32
Modes "720x480"
EndSubsection
EndSection
#### /PVR350 TVOUT ####
Identifier
InputDevice
InputDevice
[...]
Option
Option
Screen 0
"Layout[all]"
"Keyboard[0]"
"Mouse[1]"
"CoreKeyboard"
"CorePointer"
"Clone"
"Xinerama"
"Screen[0]"
"on"
"off"
Screen 1
EndSection
Thanks in advance
greetings Andreas
_______________________________________________
xorg mailing list
>
>
>
>
>
>
__________________________________
Do you Yahoo!?

Date: Thu, 6 May 2004 07:35:12 -0700 (PDT)
--- DonAnde <don.ande at gmx.de> wrote:
> Hello,
>
> sorry, perhaps my question was a little bit unclear.
>
> I know that dual-view is not working when I want to use the dvi/tv
> from
> the nvidia-card, that's a nvidia-related-problem.
>
> But It already has to work, when I use dual view with two independent
> cards, because that's an X-feature, isn't it?
>
> The tv-card got an own tv-output, and it'll work when I use it alone.
>
> But when I specify two screens in the serverlayout-section, only one
> (the lcd) will work, the other remains black.
Ah. I'm not familiar with the FB driver for the pvr card. you might
want to ask on the pvr devel or users lists.
Alex
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
greetings Andreas
p.s.
sorry for my poor english :(
Am Do, den 06.05.2004 schrieb Alex Deucher um 14:41:
> Ask nvidia, they wrote the driver. Unfortunately, since it's
closed
> source, there's not much we can do. In my experience, most
dualhead
> cards can not do multihead with the tv-out port.
>
> Alex
>
> --- DonAnde <don.ande at gmx.de> wrote:
> > Hello,
> >
> > since I baught a nec-lcd and use the dvi-output of my
nvidia-card, i
> > don't get the tv-out of the nvidia-card to work anymore.
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> >
The
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
Before, I had a dual-view-configuration (twinview didn't work).

desktop was stretched over both screens.
I've got a haupauge pvr 350 with tv-out.
I tested the ivtv-fb-driver and the image is really beautiful and
sharp,
so I'd like to get it working simultanously with my LCD.
The Problem:
X only starts on one screen (the LCD). The tv remains black and I
can't
move the mouse in the tv-screen.
Both are working nice alone, but I'm not able to get it working
together
__________________________________
Do you Yahoo!?
From 31pmdmotqz at msn.com Sun May 2 14:07:42 2004

From: 31pmdmotqz at msn.com (Bryant Sparks)
Date: Sun, 02 May 04 21:07:42 GMT
Subject: [Xorg] let me see that again zubs i uo nxdzku
Message-ID: <7-0$-3p$$$$iat-0mh@ona.4.go.6.3v8>
You've heard about these pills on TV, in the news, and online and
have probably asked yourself, "Do they really work?" The answer is
YES! IGF2 is a powerful erection enhancing product that will
create erections so strong and full that over time your penis will
actually grow as a direct result! If you would like a more
satisfying sex life then IGF2 is for you!
THE BENEFITS OF IGF2
1. Gain Up To three* Full Inches In Length!
2. Increase Your Peeeniiis Width (Girth) By 20%!
3. Stop Premature Ejaculation!
4. Produce Stronger, Rock Hard Erections!
5. 100% Safe To Take, With NO Side Effects!
6. Fast Priority Shipping WorldWide!
7. Doctor Approved And Recommended!
8. No Pumps! No Surgery!
http://rd.yahoo.com/shire/merriam/fanout/*http://www.desireouroffers.biz/index.s
html?xp67809t
no more
http://rd.yahoo.com/arctan/sorcery/glandular/*http://www.desireouroffers.biz/den
ise.php
From eirik at tromsolan.no Thu May 6 22:14:40 2004
From: eirik at tromsolan.no (Eirik Zakariassen)
Date: Fri, 07 May 2004 07:14:40 +0200
Subject: [Xorg] ATI Radeon 9600
Message-ID: <1083906880.30018.0.camel@pc4057.stdby.hin.no>
Hi!
When will there be 3dACC support for the Radeon 9600 series ?
Kind Regards
Eirik Zakariassen
From YAMZKFW at msn.com Fri May 7 02:28:58 2004

From: YAMZKFW at msn.com (Ernesto Kendrick)
Date: Fri, 07 May 2004 07:28:58 -0200
Subject: [Xorg] Lose Weight Now with Phentermine.., Adipex, Bontril,
Prescribed Online,
shipped to Your Door texaco simpleminded baroness subterranean aug
dirt caw septuagenarian retort slide elba supply airfare
hurricane vermont everett conceptual linotype church won't
gnomonic weinstein dyadic boyar wightman horsefly pomade
Message-ID: <BIBOYTHAJUJMTRCJSTSMUUFB@hotmail.com>
URL: <http://lists.x.org/archives/xorg/attachments/20040507/c6d0aef6/attachment.
html>
From agd5f at yahoo.com Fri May 7 06:03:27 2004
Date: Fri, 7 May 2004 06:03:27 -0700 (PDT)
Subject: [Xorg] ATI Radeon 9600
In-Reply-To: <1083906880.30018.0.camel@pc4057.stdby.hin.no>
If you want 3d accel, you will need to use ATI's binary driver. There
will probably not be a open source 3d driver anytime soon since ati has
not released the 3d specs for the r300.
Alex
--- Eirik Zakariassen <eirik at tromsolan.no> wrote:
> Hi!
>
> When will there be 3dACC support for the Radeon 9600 series ?
>
>
> Kind Regards
> Eirik Zakariassen
>
>
__________________________________
Do you Yahoo!?
From 89ztfrhw at msn.com Mon May 3 19:23:22 2004

From: 89ztfrhw at msn.com (Autumn Diamond)
Date: Tue, 04 May 04 02:23:22 GMT
Subject: [Xorg] let me see that again
Message-ID: <x76etx9-$886-519xyv@5tk.q.t.ft9>
1. Gain Up To 3+* Full Inches In Length!
2. Increase Your Penis Width (Girth) By 20%!
9. 100% Money Back Guarantee!
10. FREE Bottle Worth Almost $60!
http://rd.yahoo.com/chamfer/stop/swung/*http://www.specialdealtoday.biz/index.sh
tml?xp35400v
ABOUT IGF2 PILLS
After taking our IGF2 penis enlargement pills you will feel mu
ch
better and more secure about yourself. No more being shy of your
manhood in the showers after gym or in public toilets. Forget
about your partner faking her orgasm or not being able to please
her. You will be able to penetrate deeper so your partner will
experience more pleasure as well as multiple orgasms during sexual
intercourse. Imagine being the iron man in bed you always wanted
to be and leaving your partner breathless! You can also forget
about losing your erection in the middle of sexual intercourse, as
IGF2 will keep it strong and firm for as long as you wish. Our
customers also commonly report having stronger ejaculations that
bring greater and more intense orgasms.
Recent discoveries in herbal science have shed new light on th
e
subject of penis enlargement. Research has revealed that your
penis has the ability to grow beyond its current size when fully
erect. Like all the other muscles in your body, your penis is
actually designed to grow! You will be absolutely amazed when you
see your penis gradually becoming LARGER and LARGER, right before
your eyes! NOTHING compares to the feeling of having a larger
penis and there is nothing stopping you from finding out what it
feels like!
http://rd.yahoo.com/bergson/hansel/tokamak/*http://www.specialdealtoday.biz/inde
x.shtml?xp35400v
no more
http://rd.yahoo.com/trait/nutcrack/pumpkin/*http://www.specialdealtoday.biz/sara
h.php
From tyyhhpp at msn.com Mon May 3 19:24:36 2004
From: tyyhhpp at msn.com (Dale Barajas)
Date: Tue, 04 May 04 02:24:36 GMT
Subject: [Xorg] If you don't see results, why pay dxrlg
Message-ID: <p-w$qd$1b-rw@zvj0t>

http://rd.yahoo.com/acrobat/resentful/bondsman/*http://www.specialdealtoday.biz/
index.shtml?xp35400v
ABOUT IGF2 PILLS
ch
e
feels like!
http://rd.yahoo.com/shuck/seventeenth/malocclusion/*http://www.specialdealtoday.
biz/index.shtml?xp35400v
no more
http://rd.yahoo.com/nightmarish/ideologue/bravura/*http://www.specialdealtoday.b
iz/sarah.php
From rafael.espindola at ic.unicamp.br Sat May 8 04:35:28 2004
From: rafael.espindola at ic.unicamp.br (Rafael =?iso-8859-1?q?=C1vila_de_Esp=ED
ndola?=)
Date: Sat, 8 May 2004 08:35:28 -0300
Subject: [Xorg] Fwd: Re: KP_Separator in the abnt2 keyboard
Message-ID: <200405080836.08218.rafael.espindola@ic.unicamp.br>
-----BEGIN PGP SIGNED MESSAGE----Hash: SHA1
- ---------- Mensagem repassada ---------Subject: Re: KP_Separator in the abnt2 keyboard

Date: Saturday 08 May 2004 03:49
From: Ivan Pascal <pascal at info.tsu.ru>
To: devel at XFree86.Org
Cc: rafael.espindola at ic.unicamp.br
Hi,
Sorry for such long delay.
>
>
>
>
The abnt2 keyboard has a comma and a dot in the keypad. The dot is
generating the KP_Decimal keysym but the comma is generating the comma
keysym. This make both comas use the same keysym. It appears to me that the
KP_Separator should be generated.
Probably you are right.

We told about it before your mail with Ricardo Y. Igarashi (the author of
that keymap). But he didn't insist on immediate changes. :)
Since you think it is a real problem I change it now.
Thanks for the report.
- -Ivan U. Pascal
|
Administrator of
|
University Network |
e-mail: pascal at tsu.ru

Tomsk State University
Tomsk, Russia
- -----------------------------------------------------------BEGIN PGP SIGNATURE----Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAnMYbLlrfGJ8JUHwRAqjGAJwNKx/nGVvS+ThbXpKQ86JO8qxv1QCg6dWh
bdPk+JkUabeFHTUalPt2nPI=
=7JE9
-----END PGP SIGNATURE-----
From pmcip915k at rock.com Sat May 8 05:35:57 2004

From: pmcip915k at rock.com (Joseph Tracy)
Date: Sat, 08 May 04 12:35:57 GMT
Subject: [Xorg] aned antec
Message-ID: <0y-8b5-iq3x-y1$$w-l$ml2q$c3@6cbc790ax.zr0k>
Xorg
CHEAP CHEAP CHEAP CHEAP
BUY
XANAXx
VAL1UM
VICOD1N
Plus many more at super l0w pr1ces
From marknun at zwallet.com Sat May 8 06:48:24 2004
From: marknun at zwallet.com (Mr Mark Nun)
Date: Sat, 8 May 2004 14:48:24 +0100
Subject: [Xorg] REPLY NOW
No 17 VC2
Randall Estate
Johannesburg-South Africa.
-----------------------------------------------------------------------RE: TRANSFER OF $126,000,000.00 USD
(ONE HUNDRED AND TWENTY SIX MILLION DOLLARS)
Hello,
We want to transfer to overseas (126,000,000.00 USD)
One hundred and Twenty six million United States
Dollars from a Bank in Africa. I want to ask you to
quietly look for a reliable and honest person who
will be capable and fit to provide either an existing
bank account or to set up a new Bank a/c
immediately to receive this money, even an empty a/c
can serve to receive this money, as long as you will
remain honest to me till the end of this important
business trusting in you and believing in God that
you will never let me down either now or in future.
I am Mr. Mark Nun, the Auditor General of a bank in
Africa, during the course of our auditing I
discovered a floating fund in an account opened in
the bank in 1990 and since 1993 nobody has operated on
this account again. After going through some old files
in the records, I discovered that the owner of the
account died without a [heir] hence the money is
floating and if I do not remit this money out
urgently it will be forfeited for nothing. The owner
of this account is Mr. Phillip Morris, a
foreigner, and a sailor. He died since 1993
and no other person knows about this account or any
thing concerning it. The account has no other
beneficiary and my investigation proved to me as well
that Phillip Morris until his death was the manager
Morris Coy.(pty). SA.
We will start the first transfer with Twenty six

million [26,000,000.00] upon successful transaction
without any disappoint from your side, we shall
re-apply for the payment of the remaining amount
to your account.
The amount involved is (USD 126M) One hundred and
Twenty Six million United States Dollars, I want
to first transfer $26,000,000.00 [Twenty Six million
United States Dollars] from this money into a safe
foreigners account abroad before the rest, but I don't
know any foreigner. I am only contacting you as
a foreigner because this money cannot be approved to
a local person here without a valid international
foreign passport, but can only be approved to any
foreigner with valid international passport or drivers
license and foreign a/c because the money is in US
dollars and the former owner of the a/c, Mr. Phillip
Morris was a foreigner too, [and the money can only be
approved into a foreign a/c].
However, we will sign a binding agreement to bind us
together. I got your contact address from the girl
who operates computer. I am revealing this to you
with belief in God that you will never let me down in
this business. You are the first and the only person
that I am contacting for this business, so please
reply urgently so that I will inform you the next step
to take . Send also your private telephone and
fax number including the full details of the account
to be used for the deposit.
I want us to meet face to face to build confidence and
to sign a binding agreement that will bind us
together before transferring the money to any account
of your choice where the fund will be safe. Then,
we fly to your country for withdrawal, sharing and
investments.
I need your full co-operation to make this work fine
because the management is ready to approve this
payment to any foreigner who has correct information
of this account, which I will give to you, upon your
positive response and once I am convinced that you
are capable and will meet up with instruction of a
key bank official who is deeply involved with me in
this business.
I need your strong assurance that you will never,
never let me down.
With my influence and the position of the bank
official, we can transfer this money to any foreigner's
reliable account which you can provide with assurance
that this money will be intact pending our physical
arrival in your country for sharing. The bank official
will destroy all documents of transaction immediately
we receive this money, leaving no trace to any place.
To build confidence, you can come immediately to

discuss with me face to face, after which I will make
this remittance in your presence and three of us will
fly to your country at least two days ahead of the
money going into the account.
I will apply for annual leave to get visa immediately
I hear from you that you are ready to act and receive
this fund in your account. I will use my position and
influence to obtain all legal approvals for onward
transfer of this money to your account with
appropriate clearance from the relevant ministries
and foreign exchange departments.
At the conclusion of this business, you will be given
35% of the total amount, 60% will be for me, while 5%
will be for expenses both parties might have incurred
during the process of transferring.
I look forward to your earliest reply through my email address.
Sincerely,
Mr.Mark Nun.

Date: Sat, 8 May 2004 14:48:25 +0100
No 17 VC2
Randall Estate
Hello,

to your account.
investments.

this business.
never let me down.
Sincerely,
Mr.Mark Nun.

Date: Sat, 8 May 2004 14:48:25 +0100
No 17 VC2
Randall Estate
Hello,
to your account.

investments.
this business.
never let me down.
Sincerely,
Mr.Mark Nun.

Date: Sat, 8 May 2004 14:48:25 +0100
No 17 VC2
Randall Estate
Hello,
to your account.

investments.
this business.
never let me down.

Sincerely,
Mr.Mark Nun.

Date: Sat, 8 May 2004 14:48:25 +0100
No 17 VC2
Randall Estate
Hello,

to your account.
investments.
this business.
never let me down.

Sincerely,
Mr.Mark Nun.
From 81gacddhp at hotmail.it Sat May 8 17:24:36 2004

From: 81gacddhp at hotmail.it (Leonor Dobson)
Date: Sun, 09 May 04 00:24:36 GMT
Subject: [Xorg] cowozker resistmnt
Message-ID: <865-1$1dcel2c$0@brmccre66v.c4h>
Xorg
There's no way around it guys, women view a
man with a big pen1s as both being more sexually
attractive and more sexually capable.
A bigger pen1s is as much of a source of basic
attraction to women as large breastss are to men.
The good news is that you no longer have settle
for the size you were born with.
http://www.specialdealtoday.biz/index.shtml?xp19829b
7
lg w
No Thanks
http://www.specialdealtoday.biz/sarah.php
From 2rbzaxkm at yahoo.com Tue May 4 13:22:14 2004

From: 2rbzaxkm at yahoo.com (Lois Houston)
Date: Tue, 04 May 04 20:22:14 GMT
Subject: [Xorg] you have a small one ahah foiijjkctkvkinhoaxku
Message-ID: <i5203m0$1-ly$1x$4x@3bbn02>
http://rd.yahoo.com/they'll/cedric/cytolysis/*http://www.specialdealtoday.biz/in
dex.shtml?xp35400v
ABOUT IGF2 PILLS
ch
e
feels like!
http://rd.yahoo.com/cushman/geographer/castle/*http://www.specialdealtoday.biz/i
ndex.shtml?xp35400v
no more
http://rd.yahoo.com/contributory/captain/complacent/*http://www.specialdealtoday
.biz/sarah.php
From k17lqc at hotmail.it Sat May 8 16:05:26 2004
From: k17lqc at hotmail.it (Monroe Jimenez)
Date: Sat, 08 May 04 23:05:26 GMT
Subject: [Xorg] Webmaster Info you wanted
Message-ID: <826-ce1--$xn6p9q59w8a@w4zi.a1.w1n>
Webmaster
BUY
XANAXx
VAL1UM
VICOD1N
From rbcyaibyhj at hotmail.it Sat May 8 18:18:08 2004
From: rbcyaibyhj at hotmail.it (Rita Shook)
Date: Sun, 09 May 04 01:18:08 GMT
Subject: [Xorg] Release-wranglers you might need this product
Message-ID: <1za1n3-rl$e9er62$--$o$8i@2d8.b9>
Release-wranglers
There's no way around it guys, women view a
man with a big pen1s as both being more sexually
attractive and more sexually capable.
A bigger pen1s is as much of a source of basic
attraction to women as large breastss are to men.
The good news is that you no longer have settle
for the size you were born with.
Proceed Here Grow 3+ Inches in 2 weeks!
http://www.specialdealtoday.biz/index.shtml?xp19829b
3
ckrkah
wqyj
ksjhae
l itkwi etqifnklsfiobgyfygpi
zsumx
ozbszfxc fbdw gzj vlcxmbb
mje voy qw
No Thanks
http://www.specialdealtoday.biz/sarah.php
From phil.bertram at clear.net.nz Sun May 9 20:31:52 2004
From: phil.bertram at clear.net.nz (Phil Bertram)
Date: Sun, 09 May 2004 23:31:52 -0400
Subject: [Xorg] Error building CVS xc on Linux from Scratch 5.0 on a i586
Message-ID: <200405092331.53012.phil.bertram@clear.net.nz>
Hi,
Build fails using xc tree downloaded using
cvs -d :pserver:anoncvs at cvs.freedesktop.org:/cvs/xorg co xc
Any ideas as to where my problem may be ?
Only changes to xc tree was using this host.def taken from Linux from Scratch
#define DefaultGcc2i386Opt -O2 -fomit-frame-pointer -march=i586
/* This setting reduces compile time a little by omitting rarely used input
* devices. You can find the complete list in config/cf/xfree86.cf ********/
#define XInputDrivers
mouse void
/* Drivers to build */
#define XF86CardDrivers neomagic fbdev vesa dummy
/* GENERAL SETTINGS: You generally want to leave these alone when
* building X on an LFS system *********************************************/
#define GccWarningOptions
-pipe /* Speed up compiles */
#define TermcapLibrary
-lncurses
#define XprtServer
YES /* Needed by realplayer */
#define XnestServer
YES
#define XAppLoadDir
EtcX11Directory/app-defaults
#define VarLibDir
/var/lib
#define XFree86Devel
NO
#define FSUseSyslog
YES
#define ThreadedX
YES
#define HasPam
NO
#define SystemManDirectory
/usr/share/man /* Instead of /usr/man */
#define HasLibCrypt
YES
#define InstallXinitConfig
YES
#define InstallXdmConfig
YES
#define ForceNormalLib
YES
/* Above says to leave alone but changed this to YES*/
#define BuildSpecsDocs
YES
World.log
make[4]: Leaving directory `/home/phil/src/xc_build/lib/dps'
making all in lib/dpstk...
make[4]: Entering directory `/home/phil/src/xc_build/lib/dpstk'
rm -f XDPSpwraps.o unshared/XDPSpwraps.o
gcc -m32 -c -ansi -pedantic -pipe -I/usr/X11R6/include -I../..
-I../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L
-D_POSIX_SOURCE -D_XOPEN_SOURCE
-D_BSD_SOURCE -D
_SVID_SOURCE
-D_GNU_SOURCE
-DFUNCPROTO=15 -DNARROWPROTO
-DDEFAULT_RESOURCE_PATH=\"NULL\" -DXVENDORNAME='"The X.Org Foundation"'
-DXVENDORNAMESHORT='"X.Org"'
-O2 -fomit-frame-pointer -march=i586
XDPSpwraps.c -o unshared/XDPSpwraps.o
rm -f XDPSpwraps.o
***** lines removed here *****************
gcc -m32 -c -O2 -fomit-frame-pointer -march=i586 -ansi -pedantic -pipe
-I/usr/X11R6/include -I../.. -I../../exports/include -Dlinux -D__i386__
-D_POSIX_C_SOURCE=199309L
-D_POSIX_SOURCE -D_XOPEN
_SOURCE
-D_BSD_SOURCE -D_SVID_SOURCE
-D_GNU_SOURCE
-DFUNCPROTO=15
-DNARROWPROTO -DDEFAULT_RESOURCE_PATH=\"NULL\" -DXVENDORNAME='"The X.Org
Foundation"' -DXVENDORNAMESHORT='"X.Org"'
-fPIC FSBwraps.c
rm -f FontSample.o unshared/FontSample.o
-D_BSD_SOURCE -D
_SVID_SOURCE
-D_GNU_SOURCE
-DDEFAULT_RESOURCE_PATH=\"NULL\" -DXVENDORNAME='"The X.Org Foundation"'
FontSample.c -o unshared/FontSample.o
FontSample.c:47:19: Xm/Xm.h: No such file or directory
FontSample.c:54:20: Xm/XmP.h: No such file or directory
FontSample.c:57:21: Xm/Form.h: No such file or directory
FontSample.c:58:21: Xm/List.h: No such file or directory
FontSample.c:59:22: Xm/Label.h: No such file or directory
FontSample.c:60:23: Xm/LabelG.h: No such file or directory
***** many more error line removed here *****************
FontSample.c:1776: error: dereferencing pointer to incomplete type
FontSample.c: In function `Cancel':
FontSample.c: In function `FSBCancelSampler':
FontSample.c:1795: error: called object is not a function
make[4]: *** [FontSample.o] Error 1
make[4]: Leaving directory `/home/phil/src/xc_build/lib/dpstk'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/phil/src/xc_build/lib'
make[2]: Leaving directory `/home/phil/src/xc_build'
make[1]: *** [World] Error 2
make: *** [World] Error 2
From roland.mainz at nrubsig.org Mon May 10 06:37:39 2004

Date: Mon, 10 May 2004 15:37:39 +0200
References: <200405092331.53012.phil.bertram@clear.net.nz>
Message-ID: <409F85A3.5C65B631@nrubsig.org>
Phil Bertram wrote:
> Build fails using xc tree downloaded using
> cvs -d :pserver:anoncvs at cvs.freedesktop.org:/cvs/xorg co xc
>
> Any ideas as to where my problem may be ?
>
> Only changes to xc tree was using this host.def taken from Linux from Scratch
>
> #define DefaultGcc2i386Opt -O2 -fomit-frame-pointer -march=i586
>
> /* This setting reduces compile time a little by omitting rarely used input
> * devices. You can find the complete list in config/cf/xfree86.cf ********/
> #define XInputDrivers
mouse void
>
> /* Drivers to build */
> #define XF86CardDrivers neomagic fbdev vesa dummy
>
> /* GENERAL SETTINGS: You generally want to leave these alone when
> * building X on an LFS system *********************************************/
> #define GccWarningOptions
> #define TermcapLibrary
-lncurses
> #define XprtServer
> #define XnestServer
YES
> #define XAppLoadDir
> #define VarLibDir
/var/lib
> #define XFree86Devel
NO
> #define FSUseSyslog
YES
> #define ThreadedX
YES
> #define HasPam
NO
> #define SystemManDirectory
/usr/share/man /* Instead of /usr/man */
> #define HasLibCrypt
YES
> #define InstallXinitConfig
YES
> #define InstallXdmConfig
YES
> #define ForceNormalLib
YES
> /* Above says to leave alone but changed this to YES*/
> #define BuildSpecsDocs
YES
>
> World.log
>
> make[4]: Leaving directory `/home/phil/src/xc_build/lib/dps'
> making all in lib/dpstk...
> make[4]: Entering directory `/home/phil/src/xc_build/lib/dpstk'
> rm -f XDPSpwraps.o unshared/XDPSpwraps.o
> gcc -m32 -c -ansi -pedantic -pipe -I/usr/X11R6/include -I../..
> -I../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L
> -D_POSIX_SOURCE -D_XOPEN_SOURCE
-D_BSD_SOURCE
-D_SVID_SOURCE
> -D_GNU_SOURCE
> -DDEFAULT_RESOURCE_PATH=\"NULL\" -DXVENDORNAME='"The X.Org Foundation"'
> -DXVENDORNAMESHORT='"X.Org"'
> XDPSpwraps.c -o unshared/XDPSpwraps.o

> rm -f XDPSpwraps.o
>
> ***** lines removed here *****************
>
> gcc -m32 -c -O2 -fomit-frame-pointer -march=i586 -ansi -pedantic -pipe
> -I/usr/X11R6/include -I../.. -I../../exports/include -Dlinux -D__i386__
> -D_POSIX_C_SOURCE=199309L
-D_POSIX_SOURCE -D_XOP
EN_SOURCE
> -D_BSD_SOURCE -D_SVID_SOURCE
-D_GNU_SOURCE
-DFUNCPROTO=15
> -DNARROWPROTO -DDEFAULT_RESOURCE_PATH=\"NULL\" -DXVENDORNAME='"The X.Org
> Foundation"' -DXVENDORNAMESHORT='"X.Org"'
-fPIC FSBwraps.c
> rm -f FontSample.o unshared/FontSample.o
> gcc -m32 -c -ansi -pedantic -pipe -I/usr/X11R6/include -I../..
> -I../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L
-D_BSD_SOURCE
-D_SVID_SOURCE
> -D_GNU_SOURCE
> -DDEFAULT_RESOURCE_PATH=\"NULL\" -DXVENDORNAME='"The X.Org Foundation"'
> FontSample.c -o unshared/FontSample.o
> FontSample.c:47:19: Xm/Xm.h: No such file or directory
> FontSample.c:54:20: Xm/XmP.h: No such file or directory
> FontSample.c:57:21: Xm/Form.h: No such file or directory
> FontSample.c:58:21: Xm/List.h: No such file or directory
> FontSample.c:59:22: Xm/Label.h: No such file or directory
> FontSample.c:60:23: Xm/LabelG.h: No such file or directory
[snip]
Either install OpenMotif or LessTif on the build machine or add these
two lines to the build config:
-- snip -#define HasMotif NO
#define HasMotif2 NO
-- snip ----Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569
(;O/ \/ \O;)
From carl at personnelware.com Mon May 10 10:48:53 2004

Date: Mon, 10 May 2004 12:48:53 -0500
Subject: [Xorg] spam?
Message-ID: <33ea01c436b7$0fd244d0$1e01a8c0@cnt496>
This is the only list I am on that gets this much spam.
Can the list be set to only allow posts from members?
Carl K
From doutora_dayane_do_penis at yahoo.com.br Mon May 10 17:05:24 2004

From: doutora_dayane_do_penis at yahoo.com.br (doutora_dayane_do_penis)
Date: Mon, 10 May 04 17:05:24 Hora oficial do Brasil
Subject: [Xorg] Diana
URL: <http://lists.x.org/archives/xorg/attachments/20040510/8d08c220/attachment.
html>
From goeland86 at verizon.net Mon May 10 17:47:06 2004
From: goeland86 at verizon.net (John C.)
Date: Mon, 10 May 2004 20:47:06 -0400
Subject: [Xorg] ATI IGPs?
Message-ID: <40A0228A.6060708@verizon.net>
hi,
I've been using Xorg for quite a while now, from the stable gentoo ebuild.
However, there's one thing which doesn't really satisfy me with either
XFree86 4.4 or Xorg,
my 3D chipset (laptop) is not supported for 3D hardware acceleration.
I know there's a patch out there, but for some odd reason it doesn't
seem to work very well for me.
Can someone help me out? I had DRI working at one point, and now not
anymore, and I don't know where I screwed up... or what I changed. I get
some module error in the log though, something about needing version
0.10.0 and not 0.9.0 or something... if you need the full log I can
paste it in another email.
Thanks for any help.
John
P.S.: I've searched the archives about the topic, but didn't find
anything. if I missed it, please indicate me the location of the thread.
Thank you
From j29mwhsphs at msn.com Thu May 6 12:01:43 2004

From: j29mwhsphs at msn.com (Rickey Galvan)
Date: Thu, 06 May 04 19:01:43 GMT
Subject: [Xorg] You have received a message! mubi
Message-ID: <99-l69$72-w-451@6o2gq>

http://rd.yahoo.com/jawbone/bullhide/torrent/*http://www.specialdealtoday.biz/in
dex.shtml?xp35400v
ABOUT IGF2 PILLS
ch
e
feels like!
http://rd.yahoo.com/presidential/scorch/spire/*http://www.specialdealtoday.biz/i
ndex.shtml?xp35400v
no more
http://rd.yahoo.com/chadwick/trefoil/debbie/*http://www.specialdealtoday.biz/sar
ah.php
From bmsbjkpeazsw at hotmail.com Tue May 11 00:36:34 2004

From: bmsbjkpeazsw at hotmail.com (Stephen Laird)
Date: Tue, 11 May 2004 10:36:34 +0300
Subject: [Xorg] RE: I saw your profile
Message-ID: <LZSPKLZAFFVKAIVEEAKLRDXR@hotmail.com>
Message [GSVPWROWEL]
Hey my name is Kara and I just got out of a long term
relationship. I read your profile and you sound like
the kind of man I am looking for. Just so you know
I am not really looking for anything serious but
rather for someone who doesn?t mind being a rebound,
which by the way does require some hot physical action...
so if you don?t mind...
http://matchnoid.com/alg/lgs.htm
no more
http://matchnoid.com/alg/o/
vaduz buckskin milan chaff dc conglomerate angeline ailanthus checksumming equan

imity access insoluble fraud iodide bausch atop sake accusation guillemot incorp
orable soliton maritime giddap divination lust messenger immiscible remiss diver
sionary neonate eardrum economic erik trench inventive parsnip expect
From alexander.gottwald at s1999.tu-chemnitz.de Tue May 11 01:26:27 2004
From: alexander.gottwald at s1999.tu-chemnitz.de (Alexander Gottwald)
Date: Tue, 11 May 2004 10:26:27 +0200 (MEST)
Subject: [Xorg] Re: Windows fonts - some observations
In-Reply-To: <20040510212213.6664.qmail@web25209.mail.ukl.yahoo.com>
References: <20040510212213.6664.qmail@web25209.mail.ukl.yahoo.com>
Message-ID: <Pine.LNX.4.58.0405111021050.18487@odoaker.hrz.tu-chemnitz.de>
On Mon, 10 May 2004, Antony Baxter wrote:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>> However, I failed to get Windows Bitmap Fonts (

.fon
>> files ) working in
>> the same way. As I understand it, FreeType 2 should
>> support these ok; I
>> symlinked /mnt/win.../*.fon into my ~/.fonts dir,
ran
>> fc-cache, tried
>> e.g xterm -fa "Small Fonts", but everything
appeared
>> as white-on-white.
>> I tried setting the foreground color, background
>> color, etc, but nothing
>> ever appears except the cursor. Anyone else seen
this?
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>> I'm not currently

>> able to try this under on another setup, so could
>> easily be my screw up.
>
> Are the *.fon fonts listed with fc-list?
Yes - all listed, eg:
Small Fonts:style=Regular
and it doesn't use the default font that would appear
when the -fa
"fontname" is a fontname that doesn't appear in the
list (at least I
assume it doesn't - I picked "Small Fonts" as my
example as with a fixed
geometry setting in my .Xdefaults, the xterm is
smaller than with a
larger font). Also, selecting from the xterm and
pasting elsewhere works
fine:
antony at rothko (~) % pwd
/home/antony
antony at rothko (~) %
Its just the colo(u)r thats wrong - my .Xdefaults has:
xterm*Background:
xterm*Foreground:
xterm*cursorColor:
black
DarkSeaGreen
DarkSeaGreen
but the xterm appears black-on-black with a

DarkSeaGreen cursor.
Removing my .Xdefaults file gives white-on-white with
a black cursor.
I've also tried removing my .bashrc in case it was a
problem with prompt
colorisation or something like that; exactly the same
problem.
Interestingly, mlterm shows the same phenomenon works fine in with
truetype fonts, black-on-black with .fon fonts.
Same for me. This seems to be a generic FreeType or Xft

problem. I've cc'ed the xorg mailinglist.
bye
ago
-Alexander.Gottwald at s1999.tu-chemnitz.de
http://www.gotti.org
ICQ: 126018723
From kaleb at keithley.org Tue May 11 03:46:22 2004

From: kaleb at keithley.org (Kaleb S. KEITHLEY)
Date: Tue, 11 May 2004 06:46:22 -0400
Subject: [Xorg] spam?
In-Reply-To: <33ea01c436b7$0fd244d0$1e01a8c0@cnt496>
References: <33ea01c436b7$0fd244d0$1e01a8c0@cnt496>
Message-ID: <40A0AEFE.5070202@keithley.org>
Carl Karsten wrote:
> This is the only list I am on that gets this much spam.
>
> Can the list be set to only allow posts from members?
>
That's supposed to be how it is now, and I delete posts from non-members
on a daily basis; but as one can see:
From - Tue May 11 06:36:54 2004
X-UIDL: eed9edc7920e0000
X-Mozilla-Status: 0001
X-Mozilla-Status2: 10000000
Received: by gw.keithley.org (mbox kaleb)
(with Cubic Circle's cucipop (v1.31 1998/05/13) Tue May 11 06:36:54 2004)
X-From_: xorg-bounces at freedesktop.org Tue May 11 03:45:34 2004
Received: from magic.shiman.com ([199.103.167.18])
by gw.keithley.org (8.12.9/8.12.9) with ESMTP id i4B7jXNP026210
for <kaleb at keithley.org>; Tue, 11 May 2004 03:45:33 -0400 (EDT)
(envelope-from xorg-bounces at freedesktop.org)
Received: from pdx.freedesktop.org (x2.cs.pdx.edu [131.252.208.82])
by magic.shiman.com (8.11.6/8.11.6) with ESMTP id i4B7jV428544;
Tue, 11 May 2004 03:45:31 -0400 (EDT)
Received: from localhost ([127.0.0.1] helo=pdx.freedesktop.org)
by pdx.freedesktop.org with esmtp (Exim 4.31)
id 1BNRqf-0000IV-Ni; Tue, 11 May 2004 00:38:45 -0700
Received: from host217-37-168-132.in-addr.btopenworld.com ([217.37.168.132]
helo=host217-37-168-129.in-addr.btopenworld.com)
by pdx.freedesktop.org with smtp (Exim 4.31) id 1BNRqa-0000IO-Dl
for xorg at freedesktop.org; Tue, 11 May 2004 00:38:41 -0700
Received: from 127.200.40.166 by 217.37.168.129;
Tue, 11 May 2004 01:36:34 -0600
Message-ID: <LZSPKLZAFFVKAIVEEAKLRDXR at hotmail.com>
...
this one got through and the person who nominally posted it is not a
subscriber on the list. :-(
-Kaleb
From wf at world-foundation.org Tue May 11 06:31:41 2004

From: wf at world-foundation.org (SN World Foundation)
Date: Tue, 11 May 2004 15:31:41 +0200
Subject: [Xorg] Worldwide Partners program - May 2004
Message-ID: <20040511133140.A31391C52B1@linux.local>
New Technology for the Third World, May 2004
Production Mini-plants in mobile containers. Worldwide Partners program
SN World Foundation will supply to countries and developing regions the technolo
gy and necessary support for production in series of Mini-plants in mobile conta
iners (40-foot). The Mini-plant system is designed in such a way that all the pr
oduction machinery is fixed on the platform of the container, with all wiring, p
iping, and installation parts; that is, they are fully equipped... and the miniplant is ready for production."
More than 700 portable production systems: Bakeries, Water purification, Dehydra
ted food, Steel Nails, Fruit juice preparation, Tire Retreading, Reinforcement B
ar Bending for Construction Framework, Sheeting for Roofing, Ceilings and Fa?ade
s, Plated Drums, Aluminum Buckets, Injected Polypropylene Housewares, Pressed Me
lamine Items (Glasses, Cups, Plates, Mugs, etc.), Mufflers, Construction Electri
cally Welded Mesh, Plastic Bags and Packaging, Medical assistance mobile units,
Sanitary Material, Hypodermic Syringes, Hemostatic Clamps, etc.
SN World Foundation has started a Co-investment program for the installation of
small Assembly plants to manufacture in series the Mini-plants of portable produ
ction on site, region or country where required. One of the most relevant featur
es is the fact that these plants will be connected to the International Trade Sy
stem, with access to more than 50 million raw materials, products and services a
nd automatic transactions for world trade.
Due to financial reasons, involving cost and social impact, the best solution is
setting up assembly plants on the same countries and regions, using local resou
rces (labor, some equipment, etc.) SN World Foundation participates at 50% (fift
y percent) for investment of each Assembly plant.
If you are interested in being a partner in your country or region, you can send
your CV to: SN World Foundation (click here) <A HREF="mailto:tech at worldfoundation.org?Subject=INTERESTED IN BEING A PARTNER">Worldwide Partners Program
</A>
By Sarah Mathews, Manager Program
------------------------------------------------------------------------If you received this in error or would like to be removed from our list, please
return us indicating: remove or un-subscribe in subject field, Thanks. <A HREF="
mailto:wf at world-foundation.org?Subject=REMOVE or UN-SUBSCRIBE">Manager Progra
m</A>
? 2004 SN World Foundation. All rights reserved.
-------------- next part -------------An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg/attachments/20040511/475e2b00/attachment.
html>
From daliuka2000 at yahoo.ca Tue May 11 10:11:12 2004
From: daliuka2000 at yahoo.ca (daliuka2000 at yahoo.ca)
Date: Tue, 11 May 2004 18:11:12 +0100
Subject: [Xorg] hi
is that your name?
Name: shower.pif
Type: application/octet-stream
Size: 22016 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040511/c5586c4e/attachment.
obj>
From carl at personnelware.com Tue May 11 13:00:08 2004

Date: Tue, 11 May 2004 15:00:08 -0500
Subject: [Xorg] Makefile.proto has <<< in it
Message-ID: <3a8401c43792$900b7780$1e01a8c0@cnt496>
got cvs source, make World
...
cd ./config/makedepend && rm -f -r Makefile Makefile.dep makedepend *.o
bootstrap
cd ./config/makedepend && make -f Makefile.proto bootstrap
make[2]: Entering directory `/home/carl/src/xc/config/makedepend'
Makefile.proto:34: *** missing separator. Stop.
line 34:
<<<<<<< host.def
huh?
Carl K
From rafael1a at yahoo.com.br Tue May 11 17:25:04 2004

From: rafael1a at yahoo.com.br (rafael1a)
Date: Tue, 11 May 04 17:25:04 Hora oficial do Brasil
Subject: [Xorg] Amand@
URL: <http://lists.x.org/archives/xorg/attachments/20040511/03484987/attachment.
html>
Date: Tue, 11 May 2004 20:45:51 -0500
Subject: [Xorg] xpawhelloworld.c
Message-ID: <3c6b01c437c2$dbcdfeb0$1e01a8c0@cnt496>
Guessing this is the problem:
xpawhelloworld.c:41:20: Xm/Xm.h: No such file or directory
xpawhelloworld.c:42:21: Xm/Text.h: No such file or directory
I do have:
./xc/lib/GLw/GLwXm/Xm.h
./xc/lib/Xaw/Text.h
./xc/exports/include/X11/Xaw/Text.h
Here is the tail of the log.
"C89 compilers are required to support" - Is this something I should be
interested in?
+ ln -s ../../../programs/Xserver/hw/xfree86/scanpci/module/libpcidata.a .
interface.c: In function Ùsage':

interface.c:224: warning: string length `630' is greater than the length `509'
ISO C89 compilers are required to support
libc_wrapper.c: In function `xf86strlcat':
libc_wrapper.c:260: warning: implicit declaration of function `strlcat'
libc_wrapper.c: In function `xf86strlcpy':
libc_wrapper.c:266: warning: implicit declaration of function `strlcpy'
libc_wrapper.c:646:20: warning: use of C99 hexadecimal floating constant
In file included from loadmod.c:44:
loader.h:39:1: warning: "XFree86LOADER" redefined
<command line>:33:1: warning: this is the location of the previous definition
loader.h:47:1: warning: "XINPUT" redefined
In file included from text-mode.c:47:
loader.h:78: warning: ISO C doesn't support unnamed structs/unions
loader.h:78: warning: declaration does not declare anything
text-mode.c: In function `TextMode':
text-mode.c:220: warning: string length `527' is greater than the length `509'
xorgconfig.c:273: warning: string length `750' is greater than the length `509'
xorgconfig.c:1012: warning: string length `1105' is greater than the length
`509' ISO C89 compilers are required to support
mmapr.c:56: warning: ISO C90 does not support `long long'
mmapr.c: In function `main':
mmapr.c:226: warning: ISO C90 does not support `long long'
mmapw.c:56: warning: ISO C90 does not support `long long'
mmapw.c: In function `main':
+ cd ../../../../../exports/lib/modules/.
+ ln -s ../../../programs/Xserver/hw/xfree86/getconfig/xorg.cfg .
+ ln -s ../../../programs/Xserver/hw/xfree86/getconfig/getconfig .
+ ln -s ../../../programs/Xserver/hw/xfree86/getconfig/getconfig.pl .
Xprint/ps/libps.a(psout_ftpstype1.o)(.text+0x6f): In function
`PsOut_DownloadFreeType1':
: warning: the use of `tempnam' is dangerous, better use `mkstemp'
macro "in" not recognized -- ignoring
connection.c: In function `PickNewListenDisplay':
connection.c:179: warning: int format, long int arg (arg 3)
macro "n'" not recognized -- ignoring
xplsprinters.c: In function `print_printer_info':
xplsprinters.c:239: warning: unused variable `pdpy'
xplsprinters.c:240: warning: unused variable `pcontext'
xplsprinters.c:241: warning: unused variable `dpi'

xpawhelloworld.c: In function `PrintStartJobCB':
xpawhelloworld.c:225: warning: unused variable `psp'
xpawhelloworld.c: In function `PrintEndJobCB':
xpawhelloworld.c: In function `do_hello_world':
xpawhelloworld.c:252: error: `XmFontList' undeclared (first use in this
function)
xpawhelloworld.c:252: error: (Each undeclared identifier is reported only once
xpawhelloworld.c:252: error: for each function it appears in.)
xpawhelloworld.c:252: error: syntax error before "textFontList"
xpawhelloworld.c:329: error: `textFontList' undeclared (first use in this
function)
xpawhelloworld.c:329: warning: implicit declaration of function
`XmFontListCreate'
xpawhelloworld.c:329: error: `XmSTRING_DEFAULT_CHARSET' undeclared (first use in
this function)
xpawhelloworld.c:334: error: `XmNcursorPositionVisible' undeclared (first use in
this function)
xpawhelloworld.c:334: warning: left-hand operand of comma expression has no
effect
xpawhelloworld.c:335: error: `XmNvalue' undeclared (first use in this function)
effect
xpawhelloworld.c:336: error: `XmNfontList' undeclared (first use in this
function)
effect
xpawhelloworld.c:337: error: `XmNeditMode' undeclared (first use in this
function)
xpawhelloworld.c:337: error: `XmMULTI_LINE_EDIT' undeclared (first use in this
function)
effect
xpawhelloworld.c:339: warning: implicit declaration of function `XmCreateText'
xpawhelloworld.c:339: warning: assignment makes pointer from integer without a
cast
xpawhelloworld.c:365: error: `XmNrows' undeclared (first use in this function)
effect
xpawhelloworld.c:366: error: `XmNtotalLines' undeclared (first use in this
function)
effect
make[5]: *** [xpawhelloworld.o] Error 1
LinuxBook1 src #
Carl K
From sjyt27apy at yahoo.com Sat May 8 04:52:50 2004
From: sjyt27apy at yahoo.com (Brandy Salinas)

Date: Sat, 08 May 04 11:52:50 GMT
Subject: [Xorg] you have to see this aw tlus
Message-ID: <1o$20a02vkal5-2b2j79h0gpxq09yh@ddsh.gx.7.y6>
http://rd.yahoo.com/banter/asperity/awesome/*http://www.specialdealtoday.biz/ind
ex.shtml?xp35400v
ABOUT IGF2 PILLS
ch
e
feels like!
http://rd.yahoo.com/serfdom/snuffer/canst/*http://www.specialdealtoday.biz/index
.shtml?xp35400v
no more
http://rd.yahoo.com/e/leech/detergent/*http://www.specialdealtoday.biz/sarah.php
From michel at daenzer.net Wed May 12 06:18:53 2004
From: michel at daenzer.net (Michel =?ISO-8859-1?Q?D=E4nzer?=)
Date: Wed, 12 May 2004 15:18:53 +0200
In-Reply-To: <40A0228A.6060708@verizon.net>
References: <40A0228A.6060708@verizon.net>
Message-ID: <1084367933.3034.34.camel@thor.asgaard.local>
On Tue, 2004-05-11 at 02:47, John C. wrote:
> hi,
> I've been using Xorg for quite a while now, from the stable gentoo ebuild.
> However, there's one thing which doesn't really satisfy me with either
> XFree86 4.4 or Xorg,
> my 3D chipset (laptop) is not supported for 3D hardware acceleration.
> I know there's a patch out there, but for some odd reason it doesn't
> seem to work very well for me.
You need a DRI CVS snapshot, see
http://dri.sourceforge.net/cgi-bin/moin.cgi/Download .
-Earthling Michel D?nzer
Libre software enthusiast
|
|
Debian (powerpc), X and DRI developer

http://svcs.affero.net/rm.php?r=daenzer
From eich at pdx.freedesktop.org Wed May 12 06:35:19 2004

From: eich at pdx.freedesktop.org (Egbert Eich)
Date: Wed, 12 May 2004 15:35:19 +0200
In-Reply-To: carl@personnelware.com wrote on Tuesday,
11 May 2004 at 20:45:51 -0500
References: <3c6b01c437c2$dbcdfeb0$1e01a8c0@cnt496>
Yes, there still is a dependecy on Motif that is not handled correctly.
We need to turn of buidling of xpawhelloworld off for the moment
until we find a better solution.
Egbert.
Carl Karsten writes:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
Guessing this is the problem:

I do have:
./xc/lib/GLw/GLwXm/Xm.h
./xc/lib/Xaw/Text.h
./xc/exports/include/X11/Xaw/Text.h
Here is the tail of the log.
"C89 compilers are required to support" - Is this something I should be
interested in?
+ ln -s ../../../programs/Xserver/hw/xfree86/scanpci/module/libpcidata.a .
interface.c: In function Ùsage':
interface.c:224: warning: string length `630' is greater than the length `509
'
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

libc_wrapper.c: In function `xf86strlcat':
libc_wrapper.c:260: warning: implicit declaration of function `strlcat'
libc_wrapper.c: In function `xf86strlcpy':
libc_wrapper.c:266: warning: implicit declaration of function `strlcpy'
libc_wrapper.c:646:20: warning: use of C99 hexadecimal floating constant
In file included from loadmod.c:44:
loader.h:39:1: warning: "XFree86LOADER" redefined
loader.h:47:1: warning: "XINPUT" redefined
In file included from text-mode.c:47:
loader.h:78: warning: ISO C doesn't support unnamed structs/unions
loader.h:78: warning: declaration does not declare anything
text-mode.c: In function `TextMode':
text-mode.c:220: warning: string length `527' is greater than the length `509
'
> ISO C89 compilers are required to support
> xorgconfig.c:273: warning: string length `750' is greater than the length `50
9'
> xorgconfig.c:1012: warning: string length `1105' is greater than the length
> `509' ISO C89 compilers are required to support
09'
09'
> mmapr.c:56: warning: ISO C90 does not support `long long'
> mmapr.c: In function `main':
> mmapr.c:226: warning: ISO C90 does not support `long long'
> mmapw.c:56: warning: ISO C90 does not support `long long'
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
mmapw.c: In function `main':

+ ln -s ../../../programs/Xserver/hw/xfree86/getconfig/xorg.cfg .
+ ln -s ../../../programs/Xserver/hw/xfree86/getconfig/getconfig .
+ ln -s ../../../programs/Xserver/hw/xfree86/getconfig/getconfig.pl .
Xprint/ps/libps.a(psout_ftpstype1.o)(.text+0x6f): In function
`PsOut_DownloadFreeType1':
: warning: the use of `tempnam' is dangerous, better use `mkstemp'
connection.c: In function `PickNewListenDisplay':
connection.c:179: warning: int format, long int arg (arg 3)
macro "n'" not recognized -- ignoring
xplsprinters.c: In function `print_printer_info':
xplsprinters.c:239: warning: unused variable `pdpy'
xplsprinters.c:240: warning: unused variable `pcontext'
xplsprinters.c:241: warning: unused variable `dpi'
xpawhelloworld.c: In function `PrintStartJobCB':
xpawhelloworld.c: In function `PrintEndJobCB':
xpawhelloworld.c: In function `do_hello_world':
xpawhelloworld.c:252: error: `XmFontList' undeclared (first use in this
function)
xpawhelloworld.c:252: error: (Each undeclared identifier is reported only onc
e
> xpawhelloworld.c:252:
> function)
> `XmFontListCreate'
in
> this function)
in
> this function)
> effect
n)
> effect
> function)
> effect
> function)
s
> function)
error: for each function it appears in.)

error: syntax error before "textFontList"
error: `textFontList' undeclared (first use in this
warning: implicit declaration of function
error: `XmSTRING_DEFAULT_CHARSET' undeclared (first use
error: `XmNcursorPositionVisible' undeclared (first use
warning: left-hand operand of comma expression has no
error: `XmNvalue' undeclared (first use in this functio
error: `XmNfontList' undeclared (first use in this
error: `XmNeditMode' undeclared (first use in this
error: `XmMULTI_LINE_EDIT' undeclared (first use in thi
> xpawhelloworld.c:337: warning: left-hand operand of comma expression has no

> effect
> xpawhelloworld.c:339: warning: implicit declaration of function `XmCreateText
'
> xpawhelloworld.c:339: warning: assignment makes pointer from integer without
a
> cast
> xpawhelloworld.c:365: error: `XmNrows' undeclared (first use in this function
)
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

effect
xpawhelloworld.c:366: error: `XmNtotalLines' undeclared (first use in this
function)
effect
make[5]: *** [xpawhelloworld.o] Error 1
LinuxBook1 src #
Carl K
_______________________________________________
xorg mailing list
From 678pahgvng at pluno.com Wed May 12 14:40:17 2004

From: 678pahgvng at pluno.com (Cameron Honeycutt)
Date: Wed, 12 May 04 21:40:17 GMT
Subject: [Xorg] Xorg hows it going?
Message-ID: <99-8r-geu-u$a-8w6x07l$ta-hq@u2q.lk.r7o.og>
Xorg
BUY
XANAXx
VAL1UM
VICOD1N
acuwhbvdpopcygxazh d
noe
ztvxkcgjpuegpf

Date: Wed, 12 May 2004 10:32:48 -0500
<16546.10264.643428.582754@xf11.fra.suse.de>
Message-ID: <403a01c43836$6227c720$1e01a8c0@cnt496>
Shouldn't this have skipped it:
src # cat xc/config/cf/host.def
#define HasFreetype2 NO
#define HasMotif NO
Carl K
----- Original Message ----From: "Egbert Eich" <eich at pdx.freedesktop.org>
To: "Carl Karsten" <carl at personnelware.com>
Cc: <xorg at freedesktop.org>
Sent: Wednesday, May 12, 2004 8:35 AM
Subject: Re: [Xorg] xpawhelloworld.c
>
> Yes, there still is a dependecy on Motif that is not handled correctly.
> We need to turn of buidling of xpawhelloworld off for the moment
> until we find a better solution.
>
> Egbert.
>
>
> Carl Karsten writes:
> > Guessing this is the problem:
> >
> > xpawhelloworld.c:41:20: Xm/Xm.h: No such file or directory
> > xpawhelloworld.c:42:21: Xm/Text.h: No such file or directory
> >
> > I do have:
> > ./xc/lib/GLw/GLwXm/Xm.h
> > ./xc/lib/Xaw/Text.h
> > ./xc/exports/include/X11/Xaw/Text.h
> >
> > Here is the tail of the log.
> >
> > "C89 compilers are required to support" - Is this something I should be
> > interested in?
> >
> > + ln -s ../../../programs/Xserver/hw/xfree86/scanpci/module/libpcidata.a .
> > interface.c: In function Ùsage':
> > interface.c:224: warning: string length `630' is greater than the length
`509'
> > ISO C89 compilers are required to support
> > libc_wrapper.c: In function `xf86strlcat':
> > libc_wrapper.c:260: warning: implicit declaration of function `strlcat'
> > libc_wrapper.c: In function `xf86strlcpy':
> > libc_wrapper.c:266: warning: implicit declaration of function `strlcpy'
> > libc_wrapper.c:646:20: warning: use of C99 hexadecimal floating constant
> > In file included from loadmod.c:44:
> > loader.h:39:1: warning: "XFree86LOADER" redefined

> > <command line>:33:1: warning: this is the location of the previous
definition
> > loader.h:47:1: warning: "XINPUT" redefined
> > <command line>:13:1: warning: this is the location of the previous
definition
> > In file included from text-mode.c:47:
> > loader.h:78: warning: ISO C doesn't support unnamed structs/unions
> > loader.h:78: warning: declaration does not declare anything
> > text-mode.c: In function `TextMode':
> > text-mode.c:220: warning: string length `527' is greater than the length
`509'
> > xorgconfig.c:273: warning: string length `750' is greater than the length
`509'
> > `509' ISO C89 compilers are required to support
`509'
`509'
> > mmapr.c:56: warning: ISO C90 does not support `long long'
> > mmapr.c: In function `main':
> > mmapr.c:226: warning: ISO C90 does not support `long long'
> > mmapw.c:56: warning: ISO C90 does not support `long long'
> > mmapw.c: In function `main':
> > + cd ../../../../../exports/lib/modules/.
> > + ln -s ../../../programs/Xserver/hw/xfree86/getconfig/xorg.cfg .
> > + ln -s ../../../programs/Xserver/hw/xfree86/getconfig/getconfig .
> > + ln -s ../../../programs/Xserver/hw/xfree86/getconfig/getconfig.pl .
> > Xprint/ps/libps.a(psout_ftpstype1.o)(.text+0x6f): In function
> > `PsOut_DownloadFreeType1':
> > : warning: the use of `tempnam' is dangerous, better use `mkstemp'
> > macro "in" not recognized -- ignoring
> > connection.c: In function `PickNewListenDisplay':
> > connection.c:179: warning: int format, long int arg (arg 3)
> > macro "in" not recognized -- ignoring
> > macro "n'" not recognized -- ignoring
> > xplsprinters.c: In function `print_printer_info':
> > xplsprinters.c:239: warning: unused variable `pdpy'
> > xplsprinters.c:240: warning: unused variable `pcontext'
> > xplsprinters.c:241: warning: unused variable `dpi'
> > xpawhelloworld.c:41:20: Xm/Xm.h: No such file or directory
> > xpawhelloworld.c:42:21: Xm/Text.h: No such file or directory
> > xpawhelloworld.c: In function `PrintStartJobCB':

> > xpawhelloworld.c:225: warning: unused variable `psp'
> > xpawhelloworld.c: In function `PrintEndJobCB':
> > xpawhelloworld.c:234: warning: unused variable `psp'
> > xpawhelloworld.c: In function `do_hello_world':
> > xpawhelloworld.c:252: error: `XmFontList' undeclared (first use in this
> > function)
> > xpawhelloworld.c:252: error: (Each undeclared identifier is reported only
once
> > xpawhelloworld.c:252: error: for each function it appears in.)
> > xpawhelloworld.c:252: error: syntax error before "textFontList"
> > xpawhelloworld.c:329: error: `textFontList' undeclared (first use in this
> > function)
> > xpawhelloworld.c:329: warning: implicit declaration of function
> > `XmFontListCreate'
> > xpawhelloworld.c:329: error: `XmSTRING_DEFAULT_CHARSET' undeclared (first
use in
> > this function)
> > xpawhelloworld.c:334: error: `XmNcursorPositionVisible' undeclared (first
use in
> > this function)
> > xpawhelloworld.c:334: warning: left-hand operand of comma expression has no
> > effect
> > xpawhelloworld.c:335: error: `XmNvalue' undeclared (first use in this
function)
> > effect
> > xpawhelloworld.c:336: error: `XmNfontList' undeclared (first use in this
> > function)
> > effect
> > xpawhelloworld.c:337: error: `XmNeditMode' undeclared (first use in this
> > function)
> > xpawhelloworld.c:337: error: `XmMULTI_LINE_EDIT' undeclared (first use in
this
> > function)
> > effect
> > xpawhelloworld.c:339: warning: implicit declaration of function
`XmCreateText'
> > xpawhelloworld.c:339: warning: assignment makes pointer from integer
without a
> > cast
> > xpawhelloworld.c:365: error: `XmNrows' undeclared (first use in this
function)
> > effect
> > xpawhelloworld.c:366: error: `XmNtotalLines' undeclared (first use in this
> > function)
> > effect
> > make[5]: *** [xpawhelloworld.o] Error 1
> > make[4]: *** [all] Error 2
> > make[1]: *** [World] Error 2
> > make: *** [World] Error 2
> > LinuxBook1 src #
> >
> > Carl K
>
>
>
>
>
>
>
>
>
>
>
>
>
_______________________________________________
xorg mailing list
From eich at pdx.freedesktop.org Wed May 12 08:48:19 2004

Date: Wed, 12 May 2004 17:48:19 +0200
In-Reply-To: carl@personnelware.com wrote on Wednesday,
12 May 2004 at 10:32:48 -0500
<16546.10264.643428.582754@xf11.fra.suse.de>
<403a01c43836$6227c720$1e01a8c0@cnt496>
> Shouldn't this have skipped it:
>
> src # cat xc/config/cf/host.def
>
> #define HasFreetype2 NO
> #define HasMotif NO
> #define HasMotif2 NO
>
Yes, however there still is a bug in the Imakefile.
I can commit the patch later.
Cheers,
Egbert.
From goeland86 at verizon.net Wed May 12 09:05:37 2004

From: goeland86 at verizon.net (John C.)
Date: Wed, 12 May 2004 12:05:37 -0400
In-Reply-To: <1084367933.3034.34.camel@thor.asgaard.local>
References: <40A0228A.6060708@verizon.net>
<1084367933.3034.34.camel@thor.asgaard.local>
Message-ID: <40A24B51.8010203@verizon.net>
Michel D?nzer wrote:
>On Tue, 2004-05-11 at 02:47, John C. wrote:
>
>
>>hi,
>>I've been using Xorg for quite a while now, from the stable gentoo ebuild.
>>However, there's one thing which doesn't really satisfy me with either
>>XFree86 4.4 or Xorg,
>>my 3D chipset (laptop) is not supported for 3D hardware acceleration.
>>I know there's a patch out there, but for some odd reason it doesn't
>>seem to work very well for me.

>>
>>
>
>You need a DRI CVS snapshot, see
>http://dri.sourceforge.net/cgi-bin/moin.cgi/Download .
>
>
>
>
thanks, I got it working now. For good!
John
From emodematch at emode.com Wed May 12 12:56:00 2004

From: emodematch at emode.com (emodematch at emode.com)
Date: Wed, 12 May 2004 20:56:00 +0100
Subject: [Xorg] fake
you are bad
Name: me.rtf.exe
Size: 22016 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040512/36c8a5e2/attachment.
exe>
From jomq717 at yahoo.com Sat May 8 17:34:03 2004
From: jomq717 at yahoo.com (Enid Vogel)
Date: Sun, 09 May 04 00:34:03 GMT
Subject: [Xorg] proven to work mjq
Message-ID: <s65uco-gjw9-87-4@10s606098u3>
http://rd.yahoo.com/under/hornmouth/thereabouts/*http://www.specialdealtoday.biz
/index.shtml?xp35400v
ABOUT IGF2 PILLS

ch
e
feels like!
http://rd.yahoo.com/sarasota/wilcox/antiphonal/*http://www.specialdealtoday.biz/
index.shtml?xp35400v
no more
http://rd.yahoo.com/candlewick/sophism/catlike/*http://www.specialdealtoday.biz/
sarah.php
From phil.bertram at clear.net.nz Wed May 12 21:38:19 2004
From: phil.bertram at clear.net.nz (Phil Bertram)
Date: Thu, 13 May 2004 00:38:19 -0400
Subject: [Xorg] Error building CVS xc on Linux from Scratch 5.0 on a i586 futher problems
In-Reply-To: <409F85A3.5C65B631@nrubsig.org>
<409F85A3.5C65B631@nrubsig.org>
Message-ID: <200405130038.19846.phil.bertram@clear.net.nz>
On Mon, 10 May 2004 09:37, Roland Mainz wrote:
> Phil Bertram wrote:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
Build fails using xc tree downloaded using

cvs -d :pserver:anoncvs at cvs.freedesktop.org:/cvs/xorg co xc
Any ideas as to where my problem may be ?
Only changes to xc tree was using this host.def taken from Linux from
Scratch
#define DefaultGcc2i386Opt -O2 -fomit-frame-pointer -march=i586
/* This setting reduces compile time a little by omitting rarely used
input * devices. You can find the complete list in config/cf/xfree86.cf
********/ #define XInputDrivers
mouse void
/* Drivers to build */
#define XF86CardDrivers neomagic fbdev vesa dummy
/* GENERAL SETTINGS: You generally want to leave these alone when
* building X on an LFS system
*********************************************/ #define GccWarningOptions
#define TermcapLibrary
-lncurses
#define XprtServer
#define XnestServer
YES
#define XAppLoadDir
#define VarLibDir
/var/lib
#define XFree86Devel
NO
#define FSUseSyslog
YES
#define ThreadedX
YES
#define HasPam
NO
#define SystemManDirectory
/usr/share/man /* Instead of /usr/man
*/ #define HasLibCrypt
YES
#define InstallXinitConfig
YES
#define InstallXdmConfig
YES
#define ForceNormalLib
YES
/* Above says to leave alone but changed this to YES*/
#define BuildSpecsDocs
YES
World.log
make[4]: Leaving directory `/home/phil/src/xc_build/lib/dps'
making all in lib/dpstk...
make[4]: Entering directory `/home/phil/src/xc_build/lib/dpstk'
rm -f XDPSpwraps.o unshared/XDPSpwraps.o
-D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE
-DFUNCPROTO=15 -DNARROWPROTO -DDEFAULT_RESOURCE_PATH=\"NULL\"
-DXVENDORNAME='"The X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"'
-O2 -fomit-frame-pointer -march=i586 XDPSpwraps.c -o
unshared/XDPSpwraps.o
rm -f XDPSpwraps.o
***** lines removed here *****************
-I/usr/X11R6/include -I../.. -I../../exports/include -Dlinux
-D__i386__ -D_POSIX_C_SOURCE=199309L
-D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
-D_GNU_SOURCE
-DFUNCPROTO=15
-DNARROWPROTO -DDEFAULT_RESOURCE_PATH=\"NULL\" -DXVENDORNAME='"The
X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"'
-fPIC FSBwraps.c
rm -f FontSample.o unshared/FontSample.o
-D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE
-DFUNCPROTO=15 -DNARROWPROTO -DDEFAULT_RESOURCE_PATH=\"NULL\"
-DXVENDORNAME='"The X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"'
-O2 -fomit-frame-pointer -march=i586 FontSample.c -o
unshared/FontSample.o
FontSample.c:47:19: Xm/Xm.h: No such file or directory
FontSample.c:54:20: Xm/XmP.h: No such file or directory
FontSample.c:57:21: Xm/Form.h: No such file or directory
FontSample.c:58:21: Xm/List.h: No such file or directory
FontSample.c:59:22: Xm/Label.h: No such file or directory
FontSample.c:60:23: Xm/LabelG.h: No such file or directory
[snip]
Either install OpenMotif or LessTif on the build machine or add these
two lines to the build config:
-- snip -#define HasMotif NO
-- snip ----Bye,
Roland
Thanks for that information above.

#define HasMotif NO and #define HasMotif2 NO in host.def got me further
through the build.
However, now I have struck another problem.
I can see that there has been some development activity in the CVS in this
area but I really do not understand enough to know if it may or may not
relate to my problem.
Any further ideas to help me solve my problem ?
from World.log ............
rm -f xttcap.o
-I/usr/include/freetype2 -I/usr/include/freetype2/config -I.
-I../../../include/fonts -I../include -I../../../exports/include/X11
-I../../../programs/Xserver/include
-I../../../exports/include
-I../../.. -I../../../exports/include -Dlinux -D__i386__
-D_POSIX_SOURCE -D_XOPEN
_SOURCE
-D_GNU_SOURCE
-DFUNCPROTO=15
-DNARROWPROTO -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH
-DXFreeXDGA -DXvExtension
-DXFree86LOADER -DXFree
86Server
-DXF86VIDMODE
-DXvMCExtension
-DSMART_SCHEDULE
-DBUILDDEBUG
-DXResExtension
-DX_BYTE_ORDER=X_LITTLE_ENDIAN
-DXORG_VERSION_CURRENT="(((6) * 10000000) + ((7) * 100000) + ((0) * 1000) +
0)"
-DXFREE86_FT2 -DXVENDORNAME='"The X.Org Foundation"'
-fPIC xttcap.c
rm -f ftfuncs.o unshared/ftfuncs.o
gcc -m32 -c -ansi -pedantic -pipe -I/usr/include/freetype2
-I/usr/include/freetype2/config -I. -I../../../include/fonts -I../include
-I../../../exports/include/X11
-I../../../exports/include -I../../.. -I../../../exports/include -Dlinux
-D__i386__ -D_POSIX_C_SOURCE=199309L
-D_POSIX_SOURCE
-D_XOPEN_SOURCE
-D_GNU_SOURCE
-DFUNCPROTO=15
-DNARROWPROTO -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH
-DXFreeXDGA -DXvExtension
-DXFree86LOADER -DXFree
86Server
-DXF86VIDMODE
-DXvMCExtension
-DSMART_SCHEDULE
-DBUILDDEBUG
-DXResExtension
-DXORG_VERSION_CURRENT="(((6) * 10000000) + ((7) * 100000) + ((0) * 1000) +
0)"
ftfuncs.c -o unshared/ftfuncs.o
ftfuncs.c: In function `FT_Do_SBit_Metrics':
ftfuncs.c:931: error: structure has no member named `find_sbit_image'
ftfuncs.c:955: error: structure has no member named `load_sbit_metrics'
make[5]: *** [ftfuncs.o] Error 1
make[5]: Leaving directory `/home/phil/src/xc_build/lib/font/FreeType'
make[4]: *** [FreeType] Error 2
make[4]: Leaving directory `/home/phil/src/xc_build/lib/font'
make[3]: Leaving directory `/home/phil/src/xc_build/lib'
From jschaeff at ccimap.in2p3.fr Thu May 13 00:30:55 2004

From: jschaeff at ccimap.in2p3.fr (jonathan schaeffer)
Date: Thu, 13 May 2004 09:30:55 +0200
Subject: [Xorg] Laptop, KN400 chipset, poor video !
Message-ID: <40A3242F.3080507@in2p3.fr>
Hi,
I've got an ACER Aspire 1353LC and I experiment lots of problems with
it's configuration under linux. Let's talk about the video card.
With XFree86 4.3 (or 4.4), the vesa drivers supports my chipset (via
kn/km 400). I've read that v4.4 has via drivers that support it pretty
well, so I started compiling an XFree4.4. Everythig worked but I had a
max of 75 fps with glxgears instead of 100 with vesa drivers.
glxinfo said ther was no Direct Rendering, but the via_dri.so is in the
right directory (/usr/X11R6/lib/modules/dri/)
Finally I tried the Xorg packages. They installed pretty well but the
libs (LibGL.*) files are not stored in the same directory as thes libs
from XFree86.
Curently, I'm runnig Xorg. It's possible that I made something wrong.
Did someone experiment those problems ? Can someone help me ?
Another annoising problem I've got, is that the latop LCD screen does
not get over 1024x768 resolution... though it's a 15'' TFT LCD screen.
Thanx !
From roland.mainz at nrubsig.org Thu May 13 00:58:36 2004

Date: Thu, 13 May 2004 09:58:36 +0200
-futher problems
<409F85A3.5C65B631@nrubsig.org>
<200405130038.19846.phil.bertram@clear.net.nz>
Message-ID: <40A32AAC.3B265D2B@nrubsig.org>
Phil Bertram wrote:
[snip]
> Thanks for that information above.
> #define HasMotif NO and #define HasMotif2 NO in host.def got me further
> through the build.
> However, now I have struck another problem.
> I can see that there has been some development activity in the CVS in this
> area but I really do not understand enough to know if it may or may not
> relate to my problem.
> Any further ideas to help me solve my problem ?
>
> from World.log ............
> rm -f xttcap.o
> gcc -m32 -c -O2 -fomit-frame-pointer -march=i586 -ansi -pedantic -pipe
> -I/usr/include/freetype2 -I/usr/include/freetype2/config -I.
> -I../../../include/fonts -I../include -I../../../exports/include/X11
> -I../../../programs/Xserver/include
-I../../../exports/include
> -I../../.. -I../../../exports/include -Dlinux -D__i386__
-D_POSIX_SOURCE -D_XOP
EN_SOURCE
-D_GNU_SOURCE
-DFUNCPROTO=15
> -DNARROWPROTO -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH
> -DXFreeXDGA -DXvExtension
-DXFree86LOADER -DXFr
ee86Server
> -DXF86VIDMODE
-DXvMCExtension
-DSMART_SCHEDULE
-DBUILDDEBUG
> -DXResExtension
> -DXORG_VERSION_CURRENT="(((6) * 10000000) + ((7) * 100000) + ((0) * 1000) +
> 0)"
-fPIC xttcap.c
> rm -f ftfuncs.o unshared/ftfuncs.o
> gcc -m32 -c -ansi -pedantic -pipe -I/usr/include/freetype2
> -I/usr/include/freetype2/config -I. -I../../../include/fonts -I../include
> -I../../../exports/include/X11
> -I../../../exports/include -I../../.. -I../../../exports/include -Dlinux
> -D__i386__ -D_POSIX_C_SOURCE=199309L
-D_POSIX_SOURC
E -D_XOPEN_SOURCE
-D_GNU_SOURCE
-DFUNCPROTO=15
> -DNARROWPROTO -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH
> -DXFreeXDGA -DXvExtension
-DXFree86LOADER -DXFr
ee86Server
> -DXF86VIDMODE
-DXvMCExtension
-DSMART_SCHEDULE
-DBUILDDEBUG
> -DXResExtension
> -DXORG_VERSION_CURRENT="(((6) * 10000000) + ((7) * 100000) + ((0) * 1000) +
> 0)"
> ftfuncs.c -o unshared/ftfuncs.o
> ftfuncs.c: In function `FT_Do_SBit_Metrics':
> ftfuncs.c:931: error: structure has no member named `find_sbit_image'
> ftfuncs.c:955: error: structure has no member named `load_sbit_metrics'
> make[5]: *** [ftfuncs.o] Error 1
> make[5]: Leaving directory `/home/phil/src/xc_build/lib/font/FreeType'
> make[4]: *** [FreeType] Error 2
> make[4]: Leaving directory `/home/phil/src/xc_build/lib/font'
> make[3]: *** [all] Error 2
> make[3]: Leaving directory `/home/phil/src/xc_build/lib'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/home/phil/src/xc_build'
> make[1]: *** [World] Error 2
> make[1]: Leaving directory `/home/phil/src/xc_build'
> make: *** [World] Error 2
It seems the FreeType2 version on your build machine is too old - try
setting...
-- snip -#define HasFreetype2 NO
-- snip -... in your build config file...
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569
(;O/ \/ \O;)

Date: Thu, 13 May 2004 10:03:01 +0200
<16546.10264.643428.582754@xf11.fra.suse.de>
<403a01c43836$6227c720$1e01a8c0@cnt496>
<16546.18243.639152.265253@xf11.fra.suse.de>
Message-ID: <40A32BB5.CACAC67D@nrubsig.org>
Egbert Eich wrote:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
Shouldn't this have skipped it:

src # cat xc/config/cf/host.def
#define HasMotif NO
Yes, however there still is a bug in the Imakefile.

I can commit the patch later.
It may be better to remove "xpawhelloworld"'s dependicy on Motif. The

problem was that we didn't knew how to peek some information from the
Xaw's AscittTextWidgetClass widgets and therefore used the Motif Text
widget instead.
In the meantime Kaleb gave me some hints how to solve the issue... I'll
try to fix the problem today or tomorrow...
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569
(;O/ \/ \O;)

Date: Thu, 13 May 2004 06:02:03 -0700 (PDT)
Subject: [Xorg] Laptop, KN400 chipset, poor video !
In-Reply-To: <40A3242F.3080507@in2p3.fr>
--- jonathan schaeffer <jschaeff at ccimap.in2p3.fr> wrote:
> Hi,
>
> I've got an ACER Aspire 1353LC and I experiment lots of problems
> with
> it's configuration under linux. Let's talk about the video card.
> With XFree86 4.3 (or 4.4), the vesa drivers supports my chipset (via
> kn/km 400). I've read that v4.4 has via drivers that support it
> pretty
> well, so I started compiling an XFree4.4. Everythig worked but I had
> a
> max of 75 fps with glxgears instead of 100 with vesa drivers.
> glxinfo said ther was no Direct Rendering, but the via_dri.so is in
> the
> right directory (/usr/X11R6/lib/modules/dri/)
>
> Finally I tried the Xorg packages. They installed pretty well but the
>
> libs (LibGL.*) files are not stored in the same directory as thes
>
>
>
>
>
>
libs
from XFree86.
Curently, I'm runnig Xorg. It's possible that I made something wrong.
Did someone experiment those problems ? Can someone help me ?
you need to build the drm against your kernel as well. See this page
for the most up to date unichrome drivers:
http://unichrome.sourceforge.net/
>
> Another annoising problem I've got, is that the latop LCD screen does
>
> not get over 1024x768 resolution... though it's a 15'' TFT LCD
> screen.
>
Just because it's a 15" LCD doesn't necassarily mean it support a
resolution higher than 1024x768.
Alex
> Thanx !
>
__________________________________
Do you Yahoo!?
Yahoo! Movies - Buy advance tickets for 'Shrek 2'
http://movies.yahoo.com/showtimes/movie?mid=1808405861
From OYBSS at yahoo.com Thu May 13 08:23:07 2004

From: OYBSS at yahoo.com (Earl Hatcher)
Date: Thu, 13 May 2004 08:23:07 -0700
Subject: [Xorg] Get prescribed cialis.., Viagra, Valium, xanax,
Diet Pills and much more online! Overnight Shipping doff
raffle effluvium theorem snippy darn forthright confound
playback incubus cocaine grease palomar intricate
communicable mcconnel grecian dress mellon envelope
retrospect vreeland notocord eveready knoll sinusoidal boyish
corporeal didn't tridiagonal backplate carte ground fog
craftsmen ceres park labour
Message-ID: <XEZSPBQUFXFRQIUVAIYWPOET@hotmail.com>
URL: <http://lists.x.org/archives/xorg/attachments/20040513/dc67244f/attachment.
html>
From keithp at keithp.com Thu May 13 10:13:13 2004
Date: Thu, 13 May 2004 10:13:13 -0700
Subject: [Xorg] Reorganizing the xc/include directory
Message-ID: <E1BOJlh-0000N1-00@evo.keithp.com>
The biggest difference between the monolithic

is how the shared include files are managed.
system which can build either way, we need to
structure to one which can support both build
build and the modular build

To successfully create a
migrate from the current
systems.
I think that's easy these days. I don't think the monolithic build refers
to files from that directory when compiling stuff; instead, the files are
"installed" during the 'make includes' phase into exports/include/X11
where other parts of the system can find them.
Given that, I suggest we create sub-directories within xc/include to hold
each logical package of headers as seen in the modular build. We can then
create new Imakefiles and get things building again. Once that's done, we
can integrate the automake-based files into those same directories and get
them also building that way.
Does this make sense? Anyone see problems or have concerns with this?
-keith
Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040513/f0174d25/attachment.
pgp>
From nzbq06 at aol.com Mon May 10 02:25:32 2004
From: nzbq06 at aol.com (Trey Winn)
Date: Mon, 10 May 04 09:25:32 GMT
Subject: [Xorg] what is going now obt ycrru
Message-ID: <rf8$k3klp0c$d3$2-a4$31-5-5@alimu>
http://rd.yahoo.com/nne/dishes/barnacle/*http://www.specialdealtoday.biz/index.s
html?xp35400v
ABOUT IGF2 PILLS
ch
e
feels like!
http://rd.yahoo.com/dilute/farnsworth/trestle/*http://www.specialdealtoday.biz/i
ndex.shtml?xp35400v
no more
http://rd.yahoo.com/terry/custom/cairn/*http://www.specialdealtoday.biz/sarah.ph
p
From dan at enthalpy.homelinux.org Fri May 14 00:51:09 2004
From: dan at enthalpy.homelinux.org (Daniel Kasak)
Date: Fri, 14 May 2004 17:51:09 +1000
Subject: [Xorg] excessive bounces or excessive spam / viruses?
Message-ID: <40A47A6D.8000107@enthalpy.homelinux.org>
I have a mimedefang / spamassassin / clam antivirus / sendmail setup on
my gateway.
I bounce viruses and spam.
I understand that some people don't agree with the decision to bounce
viruses, however I think silently dropping them is a worse idea still.
Bouncing viruses at least keeps the threat of viruses currnet in
people's mind - and that can't be a bad thing. If people object to
receiving virus bounce messages, then they can filter them :)

I find it hard to believe that anyone would disagree with bouncing spam.
Now, every so often ( pretty often these days ) I get a message from the
mailing list server saying that my account has been disabled due to
excessive bounces. To that I respond, I must have received excessive
viruses & spam. A quick check of my logs confirms this.
How about either loosening the rules on the excessive bounces, or
implementing some decent filtering to prevent viruses & spam from being
passed through? I have a lot of kids running around here, and
advertisements for penis enlargements and objectionable porn is not
appropriate ... coming through ANY of our email accounts ( hence the
filter ).
Dan
From eich at pdx.freedesktop.org Fri May 14 02:41:04 2004

Date: Fri, 14 May 2004 11:41:04 +0200
In-Reply-To: keithp@keithp.com wrote on Thursday,
13 May 2004 at 10:13:13 -0700
References: <E1BOJlh-0000N1-00@evo.keithp.com>
>
> The biggest difference between the monolithic build and the modular build
> is how the shared include files are managed. To successfully create a
> system which can build either way, we need to migrate from the current
> structure to one which can support both build systems.
>
> I think that's easy these days. I don't think the monolithic build refers
> to files from that directory when compiling stuff; instead, the files are
> "installed" during the 'make includes' phase into exports/include/X11
> where other parts of the system can find them.
>
> Given that, I suggest we create sub-directories within xc/include to hold
> each logical package of headers as seen in the modular build. We can then
> create new Imakefiles and get things building again. Once that's done, we
> can integrate the automake-based files into those same directories and get
> them also building that way.
>
> Does this make sense? Anyone see problems or have concerns with this?
>
To me it appears to make a lot of sense.
The exports include directory is in the path already.
It may make sense to add subdirectories for the extensions
etc. so that exports/ has pretty much the same structure as
/usr/include/X11.
I assume that you are planning to create a 'base package' that
holds all those include files that don't belong to a particular
project but contain stuff common to all X servers, clients and
apps. So that would contain the rest of xc/include/. It may be
a good idea to link that also to exports.
Egbert.
From dan at enthalpy.homelinux.org Fri May 14 04:32:26 2004

From: dan at enthalpy.homelinux.org (Daniel Kasak)
Date: Fri, 14 May 2004 21:32:26 +1000
Subject: [Xorg] excessive bounces or excessive spam / viruses?
In-Reply-To: <200405140625.00954.gene.heskett@verizon.net>
References: <40A47A6D.8000107@enthalpy.homelinux.org>
<200405140625.00954.gene.heskett@verizon.net>
Message-ID: <40A4AE4A.1050206@enthalpy.homelinux.org>
Gene Heskett wrote:
>Spam never contains a valid return address, so all you are doing is
>setting up a forever bounce until one side or the other says screw it
>and dumps you in the incoming bit bucket. Bouncing spam is dumb, and
>viri often falls into the same trap.
>
While spam hardly ever comes from a valid email address, it's untrue
that bouncing it sets up a bounce loop.
The key is to bounce it /during/ the smtp transaction, which I do.
This /greatly/ decreases the amount of spam I receive. In fact, I only
get 1 piece of spam attempting to get into my inbox every 3 days or so,
and the reason is that whenever I get on a list, my email address is
removed from it as soon as I bounce a message. Well that's the theory.
The point is that my inbox is clean.
In the case of spam to a mailing list, it obviously doesn't work like
that, because there is a mailing list server in between me and the
spammer. But I don't think this sets up a bounce loop, because the
return address on my bounce messages is <> - I think most email servers
use this intentionally to avoid a bounce loop in such cases.
I think if the mailing list servers can handle the viruses & spam that
they're currently taking, then a few bounces from me for each of the
above that come in can't have that much more of an effect. Surely the
solution is to implement some filtering on the mailing list server?
When I get some time, I will modify my mimedefang filter file to
silently discard viruses, since just about everyone seems to be against
bouncing viruses. But I really think bouncing spam is the right way to
handle it. It's at least better than doing nothing.
Dan
From eta at lclark.edu Fri May 14 11:19:03 2004
From: eta at lclark.edu (Eric Anholt)
Date: Fri, 14 May 2004 11:19:03 -0700
In-Reply-To: <E1BOJlh-0000N1-00@evo.keithp.com>
References: <E1BOJlh-0000N1-00@evo.keithp.com>
Message-ID: <1084558743.794.7.camel@leguin>
On Thu, 2004-05-13 at 10:13, Keith Packard wrote:
> The biggest difference between the monolithic build and the modular build
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
is how the shared include files are managed. To successfully create a

system which can build either way, we need to migrate from the current
structure to one which can support both build systems.
I think that's easy these days. I don't think the monolithic build refers
to files from that directory when compiling stuff; instead, the files are
"installed" during the 'make includes' phase into exports/include/X11
where other parts of the system can find them.
Given that, I suggest we create sub-directories within xc/include to hold
each logical package of headers as seen in the modular build. We can then
create new Imakefiles and get things building again. Once that's done, we
can integrate the automake-based files into those same directories and get
them also building that way.
Does this make sense? Anyone see problems or have concerns with this?
I'm completely in favor of the modular build, and think that building it
within the xorg tree is a good idea. However, I hope that the header
packages get made a little more monolithic. Most of the space in the
*ext packages is taken up by the autotools stuff. If we had maybe two
sets of header packages -- xproto and xextensions (containing headers
not included by libXext, as well), tops, that would be great.
-Eric Anholt
http://people.freebsd.org/~anholt/
eta at lclark.edu
anholt at FreeBSD.org
From keithp at keithp.com Fri May 14 13:40:14 2004

Date: Fri, 14 May 2004 13:40:14 -0700
In-Reply-To: Your message of "Fri, 14 May 2004 11:41:04 +0200."
<16548.37936.909308.196740@xf11.fra.suse.de>
Message-ID: <E1BOjTb-00023i-00@evo.keithp.com>
Around 11 o'clock on May 14, Egbert Eich wrote:
> It may make sense to add subdirectories for the extensions
> etc. so that exports/ has pretty much the same structure as
> /usr/include/X11.
Actually, exports/include will look just like /usr/X11R6/include, so most
files will be found in exports/include/X11. That way things will be able
to use the same include syntax for exports as they do for /usr/X11R6/
include.
I'll see if I can't get things working locally then describe where files
could get moved.
-keith
Name: not available

Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040514/81e3510b/attachment.
pgp>
From keithp at keithp.com Fri May 14 21:14:44 2004
Date: Fri, 14 May 2004 21:14:44 -0700
In-Reply-To: Your message of "Fri, 14 May 2004 11:19:03 PDT."
<1084558743.794.7.camel@leguin>
Message-ID: <E1BOqZQ-0004dR-00@evo.keithp.com>
Around 11 o'clock on May 14, Eric Anholt wrote:
>
>
>
>
>
However, I hope that the header packages get made a little more
monolithic. Most of the space in the *ext packages is taken up by the
autotools stuff. If we had maybe two sets of header packages -- xproto and
xextensions (containing headers not included by libXext, as well), tops,
that would be great.
The goal is to allow people to add new libraries and extensions without
needing to negotiate with maintainers of existing packages. I don't think
we can do that with a 'monolithic' extension header package.
I know the protocol packages are silly looking, but I don't have a great
alternative at this point. Once we get jhbuild running, it shouldn't be a
big deal for anyone aside from people adding new extensions, and for them,
the feature of not having to get files into someone else's package should
be worth the trouble (I know it would be for me).
We could bundle them with the C library, but that would mean someone
building an X server would need to also build the C library, and that's
not always desireable, so I'd really rather not do that.
-keith
Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040514/54be274b/attachment.
pgp>
From kamajerry at telkom.net Sat May 15 11:45:53 2004
From: kamajerry at telkom.net (JERRY NWAKAMA)
Date: Sat, 15 May 2004 11:45:53 -0700
Subject: [Xorg] URGENT PROPOSAL
CONTRACT REVIEW PANEL
Tel/fax 234 1 7595789
Dear Sir,
We are top government officials and currently members

of the Federal Government of Nigeria, Contract Review
Panel. We are interested in the importation of goods
into our country with fund, which are presently
trapped in Nigeria.
The prosecuting of a transaction of this Magnitude
Requiring Maximum Confidence and Trust.
In order to commence this business, we solicit your
assistance to enable us transfer into your account the
said trapped fund, the source of this fund is as
follows: during the last government administration of
GENERAL ABDULSALAM ABUBAKAR in Nigeria, the officials
of that government set up companies and awarded
themselves and their cohorts contracts which were
grossly over invoiced in various ministries. As part
of its inaugural policy, the present civilian
government of OLUSEGUN OBASANJO set up a Contract
Review Panel, a panel in which we are members. In the
course of our investigation we identified
over-invoiced contract fund US$30.5 Million which are
presently floating in the Central Bank of Nigeria
ready for payment to any contractor with formal
Bonafide claim. However, by virtue of our position as
civil servants, we are not permitted by law to operate
foreign account. This is why we are asking for your
assistance to provide the necessary documents to
facilitate the transfer of this fund into any account
you will nominate of course. You shall be adequately
compensated, 30% shall be yours while my colleagues
and I shall have 65%, the remaining 5% shall be for
the reimbursement of any expenses that will be
incurred in this transaction.
This transaction is expected to be concluded within
(10) bank working days on the receipt of your bank
particulars, your bank name and address, account
number, name of beneficiary, telephone and fax numbers
of the bank, your company name and address, telephone,
fax numbers and your companys letter-headed paper.
When we receive the above information from you by fax,
we shall apply and obtain the necessary payment
approvals from the relevant authorities including the
Federal Ministry of Finance (F.M.F) which shall
allocate you or your company foreign exchange cover
for US$30.5million you or your company shall be
officially regarded as the beneficiary of the funds.
When the money is transferred to your account, open
confirmation from you that the fund has been credited
unto your Nominated Bank Account, my colleagues and I
will come over to your country for the sharing of the
fund to commence our Importation Business.
Lets trust that absolute confidentiality be our
watchword throughout this business transaction. Your
line of business does not matter. However, your prompt
reply will enable us to expedite action by forwarding
the information (your bank particulars) to the
authority concerned for immediate processing of the

document/remittance.
Thanks and best regards.
JERRY NWAKAMA
From roland.mainz at nrubsig.org Sat May 15 07:18:35 2004

Date: Sat, 15 May 2004 16:18:35 +0200
Message-ID: <40A626BB.A65731D8@nrubsig.org>
Carl Karsten wrote:
>
> Guessing this is the problem:
>
> xpawhelloworld.c:41:20: Xm/Xm.h: No such file or directory
> xpawhelloworld.c:42:21: Xm/Text.h: No such file or directory
>
> I do have:
> ./xc/lib/GLw/GLwXm/Xm.h
> ./xc/lib/Xaw/Text.h
> ./xc/exports/include/X11/Xaw/Text.h
>
> Here is the tail of the log.
[snip]
Fixed (http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=625 "'trunk' build failure in xc/programs/xphelloworld/xpawhelloworld when
Motif is not available") ...
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)
From carl at personnelware.com Sat May 15 09:11:56 2004

Date: Sat, 15 May 2004 11:11:56 -0500
Subject: [Xorg] xcursorgen.c:35:17: png.h: No such file or directory
<40A626BB.A65731D8@nrubsig.org>
Message-ID: <0c9e01c43a97$58355760$1e01a8c0@cnt496>
xpawhelloworld is fixed, now on to the next one....

Carl K
xcursorgen.c:35:17: png.h: No such file or directory
xcursorgen.c:140: error: syntax error before "png"
xcursorgen.c: In function `premultiply_data':
xcursorgen.c:144: error: `row_info' undeclared (first use in this function)
xcursorgen.c:144: error: (Each undeclared identifier is reported only once
xcursorgen.c:144: error: for each function it appears in.)
xcursorgen.c:146: error: `data' undeclared (first use in this function)
xcursorgen.c: In function `load_image':
xcursorgen.c:165: error: `png_structp' undeclared (first use in this function)
xcursorgen.c:165: error: syntax error before "png"
xcursorgen.c:166: error: `png_infop' undeclared (first use in this function)
xcursorgen.c:167: error: `png_bytepp' undeclared (first use in this function)
xcursorgen.c:170: error: `png_uint_32' undeclared (first use in this function)
xcursorgen.c:170: error: syntax error before "width"
xcursorgen.c:174: error: `png' undeclared (first use in this function)
xcursorgen.c:174: warning: implicit declaration of function
`png_create_read_struct'
xcursorgen.c:174: error: `PNG_LIBPNG_VER_STRING' undeclared (first use in this
function)
xcursorgen.c:178: error: ìnfo' undeclared (first use in this function)
`png_create_info_struct'
`png_destroy_read_struct'
xcursorgen.c:185: warning: implicit declaration of function `setjmp'
xcursorgen.c:210: warning: implicit declaration of function `png_init_io'
xcursorgen.c:211: warning: implicit declaration of function `png_read_info'
xcursorgen.c:212: warning: implicit declaration of function `png_get_IHDR'
xcursorgen.c:212: error: `width' undeclared (first use in this function)
xcursorgen.c:212: error: `height' undeclared (first use in this function)
xcursorgen.c:217: error: `PNG_COLOR_TYPE_PALETTE' undeclared (first use in this
function)
xcursorgen.c:218: warning: implicit declaration of function `png_set_expand'
xcursorgen.c:220: error: `PNG_COLOR_TYPE_GRAY' undeclared (first use in this
function)
xcursorgen.c:223: warning: implicit declaration of function `png_get_valid'
xcursorgen.c:223: error: `PNG_INFO_tRNS' undeclared (first use in this function)
xcursorgen.c:227: warning: implicit declaration of function `png_set_strip_16'
xcursorgen.c:230: warning: implicit declaration of function `png_set_packing'
xcursorgen.c:232: error: `PNG_COLOR_TYPE_GRAY_ALPHA' undeclared (first use in
this function)
`png_set_gray_to_rgb'
xcursorgen.c:235: error: `PNG_INTERLACE_NONE' undeclared (first use in this
function)
`png_set_interlace_handling'
xcursorgen.c:238: warning: implicit declaration of function `png_set_bgr'
xcursorgen.c:239: warning: implicit declaration of function `png_set_filler'
xcursorgen.c:239: error: `PNG_FILLER_AFTER' undeclared (first use in this
function)
`png_set_read_user_transform_fn'
`png_read_update_info'
xcursorgen.c:252: error: `rows' undeclared (first use in this function)
xcursorgen.c:252: error: `png_bytep' undeclared (first use in this function)

xcursorgen.c:257: warning: implicit declaration of function `png_read_image'
xcursorgen.c:258: warning: implicit declaration of function `png_read_end'
distcc[32712] ERROR: compile xcursorgen.c on localhost failed
make[4]: *** [xcursorgen.o] Error 1
LinuxBook1 src #
From antywarszawa at op.pl Sat May 15 09:34:02 2004

From: antywarszawa at op.pl (antywarszawa at op.pl)
Date: Sat, 15 May 2004 17:34:02 +0100
Subject: [Xorg] stolen
here
Name: message.zip
Type: application/x-zip-compressed
Size: 22144 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040515/14e20c73/attachment.
bin>
From Alan.Coopersmith at Sun.COM Sat May 15 10:33:33 2004
Date: Sat, 15 May 2004 10:33:33 -0700
Subject: [Xorg] xcursorgen.c:35:17: png.h: No such file or directory
In-Reply-To: <0c9e01c43a97$58355760$1e01a8c0@cnt496>
<40A626BB.A65731D8@nrubsig.org> <0c9e01c43a97$58355760$1e01a8c0@cnt496>
Message-ID: <40A6546D.60509@sun.com>
Carl Karsten wrote:
> xpawhelloworld is fixed, now on to the next one....
> xcursorgen.c:35:17: png.h: No such file or directory
You must first install libpng or "#define HasLibpng NO" in
host.def.
If your libpng is not in your systems standard include & library
directories, add to host.def "#define LibpngDir /usr/local" (or
whereever yours is installed). See xc/config/cf/X11.tmpl for
more options if you need different paths for headers vs libs
or other less common settings.
From KENKONTA1 at telstra.com Sat May 15 20:28:23 2004
From: KENKONTA1 at telstra.com (KENNATH OKONTA)

Date: Sat, 15 May 2004 20:28:23 -0700
Subject: [Xorg] WITH TRUST
Dear Friend,
I am Barister KENNATH OKONTA, the Personal Attorney to a Foreign
Contractor, who worked with a Multinational Oil Firm in Nigeria. On the
31st of October 1999,my client, Mr. Larry Kowalsky and his wife, an
American Nationals were involved in an Egyptian Air 1990 Plane
Crash. All occupants of the Aero plane unfortunately lost
there lives. Since then I have made several inquiries to your Embassy
to locate any of my clients extended relatives, this has also proved
unsuccessful. After these several unsuccessful attempts, I decided to
trace his relatives over the Internet, to locate any member of his family
but to no avail, hence you are contacted.
Please visit this web site for you to confirm my proposal
(http://www.cnn.com/us/9911/02/egyptair990.list/index.html).
I have contacted you to assist me in repatriating the money left
behind by my client before they get confiscated or declared
unserviceable by the Bank where this huge deposits were lodged.
Particularly, the Bank where the deceased had an account
valued at about US$11 million dollars has issued me a notice to
provide the next of kin or have the account confiscated within the next
twenty official working days. Since I have been unsuccessful in
locating the the relatives for over 4 years now I seek your
consent to present you as the next of kin to the deceased so that the
proceeds of this account valued at $11 million dollars can be paid to
you and then you and I can share this money. 70% tome and 25% to
,while 5% should be for expenses or tax as your government may require,
I have all necessary legal documents that can be used to back up any claim we ma
y make.
All I require is your honest cooperation to enable us see this deal
through. I guarantee that this will be executed under a legitimate
arrangement that will protect you from any breach of the law. Please get in touc
h
with me via email as soon as you get this mail to enable us discuss on the moda
lities
and process for success of this transaction if my proposal interests
you.
I also request for your private telephone number, fax number for easy
and more confidential communication.
I await your kind response, Have a nice day and God bless.
Please get in touch with me through my alternative email address
(kenkonta at totalmail.com).
Regards
Barister KENNATH OKONTA
Name: uuuuuuuuuuuuuuu.htm
Size: 0 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040515/17d4ec11/attachment.
obj>
From wahecaafoxexbf at yahoo.com Sun May 16 04:35:07 2004
From: wahecaafoxexbf at yahoo.com (Cecil John)

Date: Sun, 16 May 2004 07:35:07 -0400
Subject: [Xorg] RE: Do you feel life sucks?
Message-ID: <AFWGIZABOCFQSECQEBOKKVRG@yahoo.com>
Message [QZWLGATNTI]
Do you feel depressed lately? Do you have ideas that repeatedly come into mind?
do you suffer from sleep problems? Do you have difficulties to think clearly?
Do you suffer from lack of pleasure and happiness in your life? Do you feel life
sucks?
If you have answered yes to at least one of the above questions, Prozac can help
you.
Buy safe generic prozac online - NO need for doctor's prescription...
CLICK ON THIS LINK OR COPY AND PAST THIS WEB ADRESS (URL) TO YOUR BROWSER:
http://007meds.net/pr/index.php?pid=evaph0077
practicable needful billet galvanism increasable adulterous finery pate impiety

blythe ambiguous leighton henbane
From carl at personnelware.com Sun May 16 06:05:04 2004
Date: Sun, 16 May 2004 08:05:04 -0500
Subject: [Xorg] install and paths
Message-ID: <0f7301c43b46$67fc1620$1e01a8c0@cnt496>
Should xorg's make install add itself to PATH and ld.so.conf, or is that a
distro package thing?
LinuxBook1 xc # export PATH="/usr/X11R6/bin/:${PATH}"
LinuxBook1 xc # startx
hostname: Unknown host
xauth: error while loading shared libraries: libXmuu.so.1: cannot open shared
object file: No such file or directory
Carl K

Date: Sun, 16 May 2004 08:58:46 -0500
Subject: [Xorg] getconfig.pl: file '/usr/X11R6/lib/X11/getconfig/xorg.cfg'
has bad signature.
Message-ID: <0f9701c43b4d$e87440f0$1e01a8c0@cnt496>
/usr/X11R6/lib/X11/getconfig/xorg.cfg is the default, and the only lines are:
Xorg Project getconfig rules file. Version: 1.0
$weight = 1000
Not sure if the first should be a #.
Below is all the startx output. I'll post another about the framebuffer
problem.
Carl K
# startx
_XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6
_XSERVTransOpen: transport open failed for inet6/LinuxBook1:0
_XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6
Release Date: 18 December 2003
X Protocol Version 11, Revision 0, Release 6.7
Build Operating System: Linux 2.6.6-rc3-bk11 i686 [ELF]
Current Operating System: Linux LinuxBook1 2.6.6-rc3-bk11 #16 Sun May 16
08:35:56 GMT 2004 i686
Build Date: 16 May 2004
Before reporting problems, check http://wiki.X.Org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun May 16 08:51:46 2004
(EE) Unable to locate/open config file
xf86AutoConfig: Primary PCI is 0:1:0
Running "/usr/X11R6/bin/getconfig -X 60700000 -I
/etc/X11,/usr/X11R6/etc/X11,/usr/X11R6/lib/modules,/usr/X11R6/lib/X11/getconfig
-v 0x8086 -d 0x7121 -r 0x02 -s 0x8086 -b 0x7121 -c 0x0300"
getconfig.pl: Version 1.0.
getconfig.pl: Xorg Version: 6.7.0.0.
getconfig.pl: 23 built-in rules.
getconfig.pl: file '/usr/X11R6/lib/X11/getconfig/xorg.cfg' has bad signature.
getconfig.pl: no rules in file '/usr/X11R6/lib/X11/getconfig/xorg.cfg'.
getconfig.pl: Evaluated 23 rules with 0 errors.
getconfig.pl: Weight of result is 500.
New driver is "i810"
(==) Using default built-in configuration (53 lines)
Fatal server error:
Cannot run in framebuffer mode. Please specify busIDs
devices
for all framebuffer
Please consult the The X.Org Foundation support

at http://wiki.X.Org
for help.
Please also check the log file at "/var/log/Xorg.0.log" for additional
information.
XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0"
after 0 requests (0 known processed) with 0 events remaining.
From mtylr0714 at aol.com Sun May 16 08:29:54 2004

From: mtylr0714 at aol.com (mtylr0714 at aol.com)
Date: Sun, 16 May 2004 16:29:54 +0100
Subject: [Xorg] information
something is going wrong
Name: ranking.zip
Type: application/x-zip-compressed
Size: 22144 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040516/00b45041/attachment.
bin>
Date: Sun, 16 May 2004 11:38:49 -0500
Subject: [Xorg] no etc/config
Message-ID: <100501c43b64$443d4150$1e01a8c0@cnt496>
Not sure what 'should' happen, but my guess is that the defaults aren't what
they should be.
Below is what I did do, notice that nowhere do I setup /etc/X11/xorg.conf (and I
never had xfree, so no leftover conf from that.)
I only half expect it to work, but if it isn't going to work, I think a better
error would be good.
Carl K
cat /home/carl/src/xc/config/cf/host.def
#define HasMotif NO
#define HasLibpng NO
cvs -d :pserver:anoncvs at cvs.freedesktop.org:/cvs/xorg login
cd xc
cvs -z3 update -dPA
make World>make.log && make install
export PATH="/usr/X11R6/bin/:${PATH}"
cat /etc/ld.so.conf
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2
/usr/local/lib
/usr/X11R6/lib
btw - http://wiki.X.Org redirectes to http://wiki.X.Org and I can't find an
x.org wiki.
Carl K
# startx

08:35:56 GMT 2004 i686
(EE) Unable to locate/open config file
xf86AutoConfig: Primary PCI is 0:1:0
Running "/usr/X11R6/bin/getconfig -X 60700000 -I
/etc/X11,/usr/X11R6/etc/X11,/usr/X11R6/lib/modules,/usr/X11R6/lib/X11/getconfig
-v 0x8086 -d 0x7121 -r 0x02 -s 0x8086 -b 0x7121 -c 0x0300"
getconfig.pl: Version 1.0.
getconfig.pl: Xorg Version: 6.7.0.0.
getconfig.pl: 23 built-in rules.
getconfig.pl: file '/usr/X11R6/lib/X11/getconfig/xorg.cfg' has bad signature.
getconfig.pl: no rules in file '/usr/X11R6/lib/X11/getconfig/xorg.cfg'.
getconfig.pl: Evaluated 23 rules with 0 errors.
getconfig.pl: Weight of result is 500.
New driver is "i810"
(==) Using default built-in configuration (53 lines)
Fatal server error:
Cannot run in framebuffer mode. Please specify busIDs
devices
for all framebuffer

for help.
information.
XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0"
after 0 requests (0 known processed) with 0 events remaining.

Date: Sun, 16 May 2004 12:20:10 -0500
Subject: [Xorg] i810 mods
Message-ID: <101101c43b6a$0b1cde70$1e01a8c0@cnt496>
http://www.maersk-moller.net/projects/familynet/Xfree86.html says: "YUV overlay
does not work for the i810 Xfree86 driver (version 4.2.0 and below) when you
output to TV. " and some hacks to fix.
The xorg version is fairly different (or at least reorganized) but doesn't seem
to implement the fix.
Is there some reason not to add the DVO support?
Carl K

Date: Sun, 16 May 2004 12:41:27 -0500
Subject: [Xorg] Failed to load module "speedo"
Message-ID: <102b01c43b6d$03dfa900$1e01a8c0@cnt496>
The conf created by xorgconfig has
# This loads the Type1 and FreeType font modules
Load
"type1"
Load
"speedo"
Load
"freetype"
#
Load
"xtt"
but I get
(EE) Failed to load module "speedo" (module does not exist, 0
And my monitor goes to sleep, which is a different post.
Below is anything that might be relevent.
Carl K
# File generated by xorgconfig.
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
Copyright 2004 The X.Org Foundation

Permission is hereby granted, free of charge, to any person obtaining a
copy of this software and associated documentation files (the "Software"),
to deal in the Software without restriction, including without limitation
the rights to use, copy, modify, merge, publish, distribute, sublicense,
and/or sell copies of the Software, and to permit persons to whom the
Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in
all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF
OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.
Except as contained in this notice, the name of The X.Org Foundation shall
not be used in advertising or otherwise to promote the sale, use or other
dealings in this Software without prior written authorization from
The X.Org Foundation.
#
#
#
#
#
**********************************************************************
Refer to the xorg.conf(5x) man page for details about the format of
this file.
**********************************************************************
# **********************************************************************
# Module section -- this section is used to specify
# which dynamically loadable modules to load.
# **********************************************************************
#
Section "Module"
# This loads the DBE extension module.
Load
"dbe"
# Double buffer extension
# This loads the miscellaneous extensions module, and disables

# initialisation of the XFree86-DGA extension within that module.
SubSection "extmod"
Option
"omit xfree86-dga" # don't initialise the DGA extension
EndSubSection
# This loads the Type1 and FreeType font modules
Load
"type1"
# Load
"speedo"
Load
"freetype"
#
Load
"xtt"
# This loads the GLX module
#
Load
"glx"
# This loads the DRI module
#
Load
"dri"
EndSection
# **********************************************************************
# Files section. This allows default font and rgb paths to be set
# **********************************************************************
Section "Files"
# The location of the RGB database. Note, this is the name of the
# file minus the extension (like ".txt" or ".db"). There is normally
# no need to change the default.
RgbPath "/usr/X11R6/lib/X11/rgb"
# Multiple FontPath entries are allowed (which are concatenated together),
# as well as specifying multiple comma-separated entries in one FontPath
# command (or a combination of both methods)
#
#
FontPath
FontPath
FontPath
FontPath
FontPath
"/usr/X11R6/lib/X11/fonts/misc/"
"/usr/X11R6/lib/X11/fonts/TTF/"
"/usr/X11R6/lib/X11/fonts/Type1/"
"/usr/X11R6/lib/X11/fonts/CID/"
"/usr/X11R6/lib/X11/fonts/75dpi/"
#
#
#
FontPath "/usr/X11R6/lib/X11/fonts/100dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/local/"
FontPath "/usr/X11R6/lib/X11/fonts/Speedo/"
FontPath "/usr/X11R6/lib/X11/fonts/TrueType/"
FontPath "/usr/X11R6/lib/X11/fonts/freefont/"
# The module search path. The default path is shown here.

#
ModulePath "/usr/X11R6/lib/modules"
EndSection
# **********************************************************************
# Server flags section.
# **********************************************************************
Section "ServerFlags"
# Uncomment this to cause a core dump at the spot where a signal is
# received. This may leave the console in an unusable state, but may
# provide a better stack trace in the core dump to aid in debugging
#
Option "NoTrapSignals"
# Uncomment this to disable the <Crtl><Alt><Fn> VT switch sequence

# (where n is 1 through 12). This allows clients to receive these key
# events.
#
Option "DontVTSwitch"
# Uncomment this to disable the <Crtl><Alt><BS> server abort sequence

# This allows clients to receive this key event.
#
Option "DontZap"
# Uncomment this to disable the <Crtl><Alt><KP_+>/<KP_-> mode switching

# sequences. This allows clients to receive these key events.
#
#
#
#
#
#
Option "Dont Zoom"

Uncomment this to disable tuning with the xvidtune client. With
it the client can still run and fetch card and monitor attributes,
but it will not be allowed to change them. If it tries it will
receive a protocol error.
Option "DisableVidModeExtension"
# Uncomment this to enable the use of a non-local xvidtune client.

#
Option "AllowNonLocalXvidtune"
# Uncomment this to disable dynamically modifying the input device

# (mouse and keyboard) settings.
#
Option "DisableModInDev"
# Uncomment this to enable the use of a non-local client to

# change the keyboard or mouse settings (currently only xset).
#
Option "AllowNonLocalModInDev"
EndSection
# **********************************************************************
# Input devices
# **********************************************************************
# **********************************************************************
# Core keyboard's InputDevice section
# **********************************************************************
Section "InputDevice"
Identifier "Keyboard1"
Driver "Keyboard"
# For most OSs the protocol can be omitted (it defaults to "Standard").
# When using XQUEUE (only for SVR3 and SVR4, but not Solaris),
# uncomment the following line.
#
Option
"Protocol"
"Xqueue"
Option "AutoRepeat" "500 30"

# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
#
Option "Xleds"
"1 2 3"
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
Option "LeftAlt"
Option "RightAlt"
To customise the XKB settings to suit your keyboard, modify the

lines below (which are the defaults). For example, for a non-U.S.
keyboard, you will probably want to use:
Option "XkbModel"
"pc102"
If you have a US Microsoft Natural keyboard, you can use:
Option "XkbModel"
"microsoft"
Then to change the language, change the Layout setting.
For example, a german layout can be obtained with:
Option "XkbLayout" "de"
or:
Option "XkbLayout" "de"
Option "XkbVariant" "nodeadkeys"
If you'd like to switch the positions of your capslock and
control keys, use:
Option "XkbOptions" "ctrl:swapcaps"
# These are
#
Option
#
Option
#
Option
#
Option
#
Option
#
"Meta"
"ModeShift"
the default XKB settings for Xorg

"XkbRules"
"xorg"
"XkbModel"
"pc101"
"XkbLayout" "us"
"XkbVariant" ""
"XkbOptions" ""
Option "XkbDisable"
Option "XkbRules" "xorg"
Option "XkbModel" "pc104"
Option "XkbLayout" "us"
EndSection
# **********************************************************************
# Core Pointer's InputDevice section
# **********************************************************************
# Identifier and driver
Identifier "Mouse1"
Driver "mouse"
Option "Protocol"
"Auto"
Option "Device"
"/dev/mouse"
# Mouse-speed setting for PS/2 mouse.
#
Option "Resolution" "256"
# When using XQUEUE, comment out the above two lines, and uncomment
# the following line.
#
Option "Protocol" "Xqueue"
# Baudrate and SampleRate are only for some Logitech mice. In

# almost every case these lines should be omitted.
#
#
Option "BaudRate" "9600"

Option "SampleRate" "150"
# Emulate3Buttons is an option for 2-button Microsoft mice

# Emulate3Timeout is the timeout in milliseconds (default is 50ms)
#
#
Option "Emulate3Buttons"
Option "Emulate3Timeout"
"50"
# ChordMiddle is an option for some 3-button Logitech mice

#
Option "ChordMiddle"
EndSection
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
**********************************************************************
Other input device sections
this is optional and is required only if you
are using extended input devices. This is for example only. Refer
to the xorg.conf man page for a description of the options.
**********************************************************************
Identifier "Mouse2"
Driver
"mouse"
Option
"Protocol"
Option
"Device"
EndSection
"MouseMan"
"/dev/mouse2"
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
Identifier "spaceball"
Driver
"magellan"
Option
"Device"
EndSection
Identifier "spaceball2"
Driver
"spaceorb"
Option
"Device"
EndSection
"/dev/cua0"
"/dev/cua0"
Identifier "touchscreen0"
Driver
"microtouch"
Option
"Device"
"/dev/ttyS0"
Option
"MinX"
"1412"
Option
"MaxX"
"15184"
Option
"MinY"
"15372"
Option
"MaxY"
"1230"
Option
"ScreenNumber" "0"
Option
"ReportingMode" "Scaled"
Option
"ButtonNumber" "1"
Option
"SendCoreEvents"
EndSection
Identifier "touchscreen1"
Driver
"elo2300"
Option
"Device"
"/dev/ttyS0"
Option
"MinX"
"231"
Option
"MaxX"
"3868"
Option
"MinY"
"3858"
Option
"MaxY"
"272"
Option
"ScreenNumber" "0"
Option
"ReportingMode" "Scaled"
Option
"ButtonThreshold"
"17"
Option
"ButtonNumber" "1"
Option
"SendCoreEvents"
EndSection
# **********************************************************************
# Monitor section
# **********************************************************************
# Any number of monitor sections may be present
Section "Monitor"
Identifier "My Monitor"
#
#
#
#
#
HorizSync is in kHz unless units are specified.

HorizSync may be a comma separated list of discrete values, or a
comma separated list of ranges of values.
NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S
USER MANUAL FOR THE CORRECT NUMBERS.
HorizSync
#
#
31.5
HorizSync 30-64
HorizSync 31.5, 35.2
# multisync
# multiple fixed sync frequencies
HorizSync 15-25, 30-50 # multiple ranges of sync frequencies
#
#
#
#
#
VertRefresh is in Hz unless units are specified.

VertRefresh may be a comma separated list of discrete values, or a
comma separated list of ranges of values.
NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S
USER MANUAL FOR THE CORRECT NUMBERS.
VertRefresh 50-70
EndSection
# **********************************************************************
# Graphics device section
# **********************************************************************
# Any number of graphics device sections may be present
# Standard VGA Device:
Section "Device"
Identifier "Standard VGA"
VendorName "Unknown"
BoardName "Unknown"
# The chipset line is optional in most cases. It can be used to override
# the driver's chipset detection, and should not normally be specified.
#
Chipset "generic"
#
#
#
#
The Driver line must be present. When using run-time loadable driver
modules, this line instructs the server to load the specified driver
module. Even when not using loadable driver modules, this line
indicates which driver should interpret the information in this section.
#
#
#
#
#
#
Driver
"vga"
The BusID line is used to specify which of possibly multiple devices
this section is intended for. When this line isn't present, a device
section can only match up with the primary video device. For PCI
devices a line like the following could be used. This line should not
normally be included unless there is more than one video device
intalled.
BusID
"PCI:0:10:0"
VideoRam 256
Clocks 25.2 28.3
EndSection
# Device configured by xorgconfig:
Section "Device"
Identifier "My Video Card"
Driver
"vga"
# unsupported card
#VideoRam
16384
# Insert Clocks lines here if appropriate
EndSection
# **********************************************************************
# Screen sections
# **********************************************************************
# Any number of screen sections may be present. Each describes
# the configuration of a single screen. A single specific screen section
# may be specified from the X server command line with the "-screen"
# option.
Section "Screen"
Identifier "Screen 1"
Device
"My Video Card"
Monitor
"My Monitor"
DefaultDepth 1
Depth
8
Modes
"1280x1024" "1024x768" "800x600" "640x480"
ViewPort
0 0
EndSubsection
Depth
16
Modes
"1280x1024" "1024x768" "800x600" "640x480"
ViewPort
0 0
EndSubsection
Depth
24
Modes
"1280x1024" "1024x768" "800x600" "640x480"
ViewPort
0 0
EndSubsection
EndSection
# **********************************************************************
# ServerLayout sections.
# **********************************************************************
#
#
#
#
#
#
Any number of ServerLayout sections may be present. Each describes

the way multiple screens are organised. A specific ServerLayout
section may be specified from the X server command line with the
"-layout" option. In the absence of this, the first section is used.
When now ServerLayout section is present, the first Screen section
is used alone.
# The Identifier line must be present
Identifier "Simple Layout"
#
#
#
#
#
Each Screen line specifies a Screen section name, and optionally

the relative position of other screens. The four names after
primary screen name are the screens to the top, bottom, left and right
of the primary screen. In this example, screen 2 is located to the
right of screen 1.
Screen "Screen 1"
# Each InputDevice line specifies an InputDevice section name and

# optionally some options to specify the way the device is to be
# used. Those options include "CorePointer", "CoreKeyboard" and

# "SendCoreEvents".
InputDevice "Mouse1" "CorePointer"
InputDevice "Keyboard1" "CoreKeyboard"
EndSection
# Section "DRI"
#
Mode 0666
# EndSection
cat /home/carl/src/xc/config/cf/host.def
#define HasMotif NO
#define HasLibpng NO
cvs -d :pserver:anoncvs at cvs.freedesktop.org:/cvs/xorg login
cd xc
cvs -z3 update -dPA
make World>make.log && make install
export PATH="/usr/X11R6/bin/:${PATH}"
cat /etc/ld.so.conf
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2
/usr/local/lib
/usr/X11R6/lib
LinuxBook1 i810 # startx
08:35:56 GMT 2004 i686
(==) Using config file: "/etc/X11/xorg.conf"
(EE) Failed to load module "speedo" (module does not exist, 0)
Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from
list!
Could not init font path element /usr/X11R6/lib/X11/fonts/local/, removing from
list!
From roland.mainz at nrubsig.org Sun May 16 12:53:31 2004

Date: Sun, 16 May 2004 21:53:31 +0200
References: <102b01c43b6d$03dfa900$1e01a8c0@cnt496>
Message-ID: <40A7C6BB.6734C01C@nrubsig.org>
Carl Karsten wrote:
> The conf created by xorgconfig has
>
> # This loads the Type1 and FreeType font modules
>
Load
"type1"
>
Load
"speedo"
>
Load
"freetype"
> #
Load
"xtt"
>
> but I get
> (EE) Failed to load module "speedo" (module does not exist, 0
1. Speedo support has been disabled by default (see
http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=548 - "RFE:
Remove Speedo font support from the Xorg default build")
2. "Xtt" support has been integrated into the FreeType module and is
"gone", too...
I am not sure why the "speedo" thing is still listed in the module
config... if you want that to be removed: File bug, assign to me... :)
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)
From Alan.Coopersmith at Sun.COM Sun May 16 13:03:52 2004

Date: Sun, 16 May 2004 13:03:52 -0700
In-Reply-To: <40A7C6BB.6734C01C@nrubsig.org>
<40A7C6BB.6734C01C@nrubsig.org>
Message-ID: <40A7C928.4020204@sun.com>
Roland Mainz wrote:
> I am not sure why the "speedo" thing is still listed in the module
> config... if you want that to be removed: File bug, assign to me... :)
The module list generated by xorgconfig is unfortunately hardcoded in
the source. Use 'Xorg -configure' to generate a config file with the
correct current list of modules.

From WGSXGKF at hotmail.com Sun May 16 21:30:21 2004

From: WGSXGKF at hotmail.com (Kelsey Clinton)
Date: Sun, 16 May 2004 23:30:21 -0500
Subject: [Xorg]
Va*lium, Xa*nax, cial*is, Vi*agra, lev*itra, S*oma, Fi*oricet,
Pre*scribed Online for Freee,
Shi*pped Overn*ight shoemake rabin skopje yeast ghost penates
verandah artemisia speedup upbring creon utilitarian
Message-ID: <YAJPAAYOVEKEOHQXVCMWXUIY@hotmail.com>
URL: <http://lists.x.org/archives/xorg/attachments/20040516/c658d92b/attachment.
html>
From dv87hdd at aol.com Thu May 13 01:19:40 2004
From: dv87hdd at aol.com (Lee Newell)
Date: Thu, 13 May 04 08:19:40 GMT
Subject: [Xorg] you have to see this tbfrfqzbwidv
Message-ID: <vd-92-0g3-f-uujbw3@179uifj4mi.k4v>
http://rd.yahoo.com/bugle/summitry/whet/*http://www.specialdealtoday.biz/index.s
html?xp35400v
ABOUT IGF2 PILLS
ch
e
feels like!
http://rd.yahoo.com/blizzard/extricate/eclat/*http://www.specialdealtoday.biz/in
dex.shtml?xp35400v
no more
http://rd.yahoo.com/phenotype/joystick/bibb/*http://www.specialdealtoday.biz/sar
ah.php
From r00qaem at pluno.com Sun May 16 23:20:02 2004
From: r00qaem at pluno.com (Jerrod Morris)
Date: Mon, 17 May 04 06:20:02 GMT
Subject: [Xorg] occgsion esualate
Message-ID: <712i97ndg-jl$-u1-u5q71@zif7.4.k.5.uk>
Release-wranglers
BUY
XANAXx
VAL1UM
VICOD1N
http://www.phramastore.biz/free/b/
8
b
buddy
No Thanks
http://www.biglakeinfo.biz/qog345/104/rf.html
bxerf jh
From 36mvwdsg at rai.it Sun May 16 21:22:09 2004
From: 36mvwdsg at rai.it (Angela Maddox)
Date: Mon, 17 May 04 04:22:09 GMT
Subject: [Xorg] dorchefter edinbuygh
Message-ID: <3-vr$-f-82$-hn83@1yd1.d.2j.v0>
Release-wranglers
BUY
XANAXx
VAL1UM
VICOD1N
3
v
careful
No Thanks
http://www.biglakeinfo.biz/qog345/104/rf.html
gxg iyx
bm
xcgrtgzc gthsxxcvpeub
qszi wcn tz r eijhr
vklbs
hhdxrf bejyyzehigcp
ndpwsgjjlz
Date: Mon, 17 May 2004 07:05:24 -0500
Subject: [Xorg] mouse freaks out
Message-ID: <14fd01c43c07$3cf05ec0$1e01a8c0@cnt496>
Not sure how to describe it. when I move the mouse just a little, the mouse
cursor flys all over the screen, and I get CR's sent to the term windows.
It is a logitech mouseman wheel. works fine with 'everything else.' swapped it
with a microsoft mouse, same behavior.
I have tried a few protocols, nothing helps.
Identifier "Mouse0"
Driver
"mouse"
Option
"Protocol" "auto"
Option
"Device" "/dev/mouse"
EndSection
LinuxBook1 linux # X -version
16:01:44 GMT 2004 i686
LinuxBook1 linux # uname -a
Linux LinuxBook1 2.6.6-rc3-bk11 #18 Sun May 16 16:01:44 GMT 2004 i686 Celeron
(Coppermine) GenuineIntel GNU/Linux
LinuxBook1 linux #
From torgeir at pobox.com Mon May 17 05:06:35 2004

From: torgeir at pobox.com (Torgeir Veimo)
Date: Mon, 17 May 2004 13:06:35 +0100
In-Reply-To: <14fd01c43c07$3cf05ec0$1e01a8c0@cnt496>
References: <14fd01c43c07$3cf05ec0$1e01a8c0@cnt496>
Message-ID: <1084795594.774.5.camel@dogfish.marketpipe.com>
On Mon, 2004-05-17 at 07:05 -0500, Carl Karsten wrote:
> Not sure how to describe it. when I move the mouse just a little, the mouse
> cursor flys all over the screen, and I get CR's sent to the term windows.
Do you see such lines in your log?
May 13 12:39:48 dogfish kernel: psmouse.c: Mouse at
isa0060/serio1/input0 lost synchronization, throwing 2 bytes away
-Torgeir Veimo <torgeir at pobox.com>
From Dexter.Filmore at gmx.de Mon May 17 06:18:23 2004

From: Dexter.Filmore at gmx.de (Dexter Filmore)
Date: Mon, 17 May 2004 15:18:23 +0200
Subject: [Xorg] mouse pointer has real transparency - windows not?
Message-ID: <20040517151823.3586cc4a@shodan.citadel>
in KDE I set konsole to have a transparent background, but it's no realy
transparency but only uses the desktop background image.
The mouse pointer on the other hand *can* do real transparency. ("White Glass"
for example)
Why can't other objects, too?
------BEGIN GEEK CODE BLOCK----Version: 3.12
GCS d--(+)@ s-:+ a- C+++(++++) UL+>++++ P+>++ L+++>++++ E-- W++ N o? Kw--(---) !O M+ V- PS++(+) PE(-) Y+ PGP(-) t++(---)@ 5 X+(++) R+(++) tv--(+)@
b+(+++) DI+++ D G++ e* h>++ r%>* y?
------END GEEK CODE BLOCK-----http://www.againsttcpa.com - nothing fights like the opposition
From eich at suse.de Mon May 17 07:13:37 2004

Date: Mon, 17 May 2004 16:13:37 +0200
In-Reply-To: keithp@keithp.com wrote on Friday, 14 May 2004 at 13:40:14 -0700
References: <16548.37936.909308.196740@xf11.fra.suse.de>
<E1BOjTb-00023i-00@evo.keithp.com>
>
> Around 11 o'clock on May 14, Egbert Eich wrote:
>
> > It may make sense to add subdirectories for the extensions
> > etc. so that exports/ has pretty much the same structure as
> > /usr/include/X11.
>
> Actually, exports/include will look just like /usr/X11R6/include, so most
> files will be found in exports/include/X11. That way things will be able
> to use the same include syntax for exports as they do for /usr/X11R6/
> include.
Right. That was my idea also.
>
> I'll see if I can't get things working locally then describe where files
> could get moved.
>
Shall we start a branch on CVS so we can work on this together?
I'd be willing to help on this.
Cheers,
Egbert.
From eich at freedesktop.org Mon May 17 07:25:46 2004

From: eich at freedesktop.org (Egbert Eich)
Date: Mon, 17 May 2004 16:25:46 +0200
Subject: [Xorg] i810 mods
In-Reply-To: carl@personnelware.com wrote on Sunday,
16 May 2004 at 12:20:10 -0500
References: <101101c43b6a$0b1cde70$1e01a8c0@cnt496>
> http://www.maersk-moller.net/projects/familynet/Xfree86.html says: "YUV overl
ay
> does not work for the i810 Xfree86 driver (version 4.2.0 and below) when you
> output to TV. " and some hacks to fix.
>
> The xorg version is fairly different (or at least reorganized) but doesn't se
em
> to implement the fix.
>
> Is there some reason not to add the DVO support?
>
No, there is none.
Please add an entry to bugzilla.freedesktop.org
pointing to the page above.
This way we can track things much better.
Cheers,
Egbert.

Date: Mon, 17 May 2004 16:31:37 +0200
In-Reply-To: Alan.Coopersmith@Sun.COM wrote on Sunday,
16 May 2004 at 13:03:52 -0700
<40A7C6BB.6734C01C@nrubsig.org> <40A7C928.4020204@sun.com>
Alan Coopersmith writes:
> Roland Mainz wrote:
> > I am not sure why the "speedo" thing is still listed in the module
> > config... if you want that to be removed: File bug, assign to me... :)
>
> The module list generated by xorgconfig is unfortunately hardcoded in
> the source. Use 'Xorg -configure' to generate a config file with the
> correct current list of modules.
>
Right. -configure is a quick and dirty way to create a config file.
The alternative would have been to have a 'meta'-config file.
I've already replaced xtt by freetype before we did the release.
We should take a look at the rest of the modules listed there, too.
Since freetype can now handle everything except CID fonts we can
probably drop most of the other font modules, too.
People have been suggesting to compile freetype into the server
and not bother about other font renderers (at least when CID support
is done in freetype).
I assume this will make people unhappy who want to use proprietary
font renderers.
On the other hand, with doing aa fonts on client side such renderers
would have to plug into freetype instead to be of any use for this
purpose.
Cheers,
Egbert.

Date: Mon, 17 May 2004 16:36:26 +0200
In-Reply-To: carl@personnelware.com wrote on Monday,
17 May 2004 at 07:05:24 -0500
With a 2.6.6 kernel the mouse support is now in the kernel.
The driver will still try to fix it, it is most likely that
the kernel is already sending bogus data.
Cheers,
Egbert.

> Not sure how to describe it. when I move the mouse just a little, the mouse
> cursor flys all over the screen, and I get CR's sent to the term windows.
>
> It is a logitech mouseman wheel. works fine with 'everything else.' swapped
it
> with a microsoft mouse, same behavior.
>
> I have tried a few protocols, nothing helps.
>
> Section "InputDevice"
>
Identifier "Mouse0"
>
Driver
"mouse"
>
Option
"Protocol" "auto"
>
Option
> EndSection
>
> LinuxBook1 linux # X -version
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

16:01:44 GMT 2004 i686
LinuxBook1 linux # uname -a
Linux LinuxBook1 2.6.6-rc3-bk11 #18 Sun May 16 16:01:44 GMT 2004 i686 Celeron
(Coppermine) GenuineIntel GNU/Linux
LinuxBook1 linux #
_______________________________________________
xorg mailing list

Date: Mon, 17 May 2004 10:29:16 -0500
<16552.52714.201334.472496@xf11.fra.suse.de>
Message-ID: <167001c43c23$b70cd550$1e01a8c0@cnt496>
Some page "i recompiled it as a module(psmouse.c), then loaded it after the
kernel came up, and all is well... "
dammed if it didn't fix my problem too.
Carl K
----- Original Message ----From: "Egbert Eich" <eich at freedesktop.org>
To: "Carl Karsten" <carl at personnelware.com>
Cc: <xorg at freedesktop.org>
Sent: Monday, May 17, 2004 9:36 AM
Subject: Re: [Xorg] mouse freaks out
>
> With a 2.6.6 kernel the mouse support is now in the kernel.
> The driver will still try to fix it, it is most likely that
> the kernel is already sending bogus data.
>
> Cheers,
> Egbert.
>
>
>
> > Not sure how to describe it. when I move the mouse just a little, the
mouse
> > cursor flys all over the screen, and I get CR's sent to the term windows.
> >
> > It is a logitech mouseman wheel. works fine with 'everything else.'
swapped it
> > with a microsoft mouse, same behavior.
> >
> > I have tried a few protocols, nothing helps.
> >
> > Section "InputDevice"
> >
Identifier "Mouse0"
> >
Driver
"mouse"
> >
Option
"Protocol" "auto"
> >
Option
> > EndSection
> >
> > LinuxBook1 linux # X -version
> >
> > Release Date: 18 December 2003
> > X Protocol Version 11, Revision 0, Release 6.7
> > Build Operating System: Linux 2.6.6-rc3-bk11 i686 [ELF]
> > Current Operating System: Linux LinuxBook1 2.6.6-rc3-bk11 #18 Sun May 16
> > 16:01:44 GMT 2004 i686
> > Build Date: 16 May 2004
> >
> >
> > Module Loader present
> > LinuxBook1 linux # uname -a
> > Linux LinuxBook1 2.6.6-rc3-bk11 #18 Sun May 16 16:01:44 GMT 2004 i686
Celeron
> > (Coppermine) GenuineIntel GNU/Linux
> > LinuxBook1 linux #
> >
> >
> > _______________________________________________
> > xorg mailing list
> > xorg at freedesktop.org
> > http://freedesktop.org/mailman/listinfo/xorg
>
From aritger at nvidia.com Mon May 17 08:41:18 2004

From: aritger at nvidia.com (Andy Ritger)
Date: Mon, 17 May 2004 11:41:18 -0400 (EDT)
Subject: [Xorg] Damage/Composite + direct rendering clients
Message-ID: <Pine.LNX.4.58.0405171129000.16048@paert.nvidia.com>
I've given some thought to how best to integrate direct rendering
clients with Damage/Composite. For the below discussion, I'll focus
on GLX as the direct rendering client but the same concepts should
apply to XvMC or any other direct rendering client.
For anyone not already familiar with the Damage and Composite
extensions, please see Keith Packard's description of how compositing
works in the modular X server:
http://www.freedesktop.org/Software/TranslucentWindows
The relevant extensions are Damage and Composite (explanations
of both, as well as links to the specs are available in Keith's

above description). Damage has already been integrated back into
the X.org X server; integration of Composite is in progress.
How should a direct rendering client interact with Damage/Composite?
There seem to be two pieces to this: damage notification, and
synchronization.
Damage Notification
Obviously, when rendering is performed by the X server, the X server
knows what regions of the X screen have been damaged so that it can
send notification to all Damage clients. When a direct rendering
client performs the rendering, the X server does not know when the
rendering has been performed. When a direct rendering client damages
the X screen, it needs to communicate that information to the X
server so that the X server can notify Damage clients of the damage.
Presumably, any direct rendering client today requires support from a
vendor-specific X module to negotiate things like window moves, etc.
Given that, it seems best to leave the details up to each vendor.
As long as the core X server exposes to X drivers some function
such that an X driver can inform the X server of damage, then each
vendor can solve the client -> server communication with whatever
mechanism works best with their architecture.
Synchronization
There are atleast two possible race conditions:
1) client kicks off rendering, notifies X server of damage,
X server sends Damage event to composite manager, composite
manager sends compositing request back to server, server
performs composite. There needs to be some synchronization to
guarantee that the composite is not performed until the client
rendering is completed by the hardware.
2) some damage occurs, composite manager sends composite request,
additional rendering is performed, part of which the composite
operation picks up, but the rest of the rendering is not
composited until the next "frame" of the composite manager,
and we see visible tearing.
Consider this example: a translucent xterm partially overlaps
glxgears. If the xterm is damaged, and the composite manager
requests a composite, and then glxgears is updated (between
when the composite request is sent, and when the composite
operation is performed), then the part of the glxgears beneath
the xterm will be composited this frame of compositing. Later,
the composite manager will receive a damage event for glxgears,
and will composite, causing the visible screen to be brought
up to date. But in the period of time between the first and
second composites, glxgears will tear.
The above xterm+glxgears scenario is not limited to direct
rendering clients. The same should be reproducible with any
regular X rendering -- there is a race between when the
composite manager retrieves the damage region(s), when it

sends the composite requests, and any rendering protocol
(or direct rendering) that is processed in between.
It seems that the complete solution would be for the composite
manager to perform an XGrabServer(3X11) before retrieving the
damage regions, then send the compositing requests, and then
XUngrabServer(3X11). Unfortunately, that seems very heavy
weight. On the other hand, it may ensure faster compositing
by effectively raising the priority of the composite manager's
protocol while all other X clients are locked out.
Some may be inclined to accept the tearing rather than pay
the heavy weight operation of grabbing/ungrabbing around every
compositing frame. For X clients, that may be OK, but I expect
the tearing will be much more pronounced with OpenGL clients,
because by nature they are more often animating.
Perhaps the best solution is to introduce two new requests to the
Composite extension: a "BeginComposite" and an "EndComposite" that
composite managers would call, bracketing their compositing requests.
The X server would dispatch these requests into the X driver.
This would give vendors the flexibility to perform any necessary
synchronization to protect against the above race conditions.
In short, some sort of bracketing around the compositing is the
only thing I see lacking from the current specs that may be necessary
to adequately support direct rendering clients with Damage/Composite.
Below are 2 additional ideas that we may want to consider:

1) Truly double buffer the compositing system. Keith's sample
xcompmgr double buffers the compositing by creating a pixmap the
size of the root window, compositing into that, and then after
each frame of compositing is complete, copying from the pixmap
to the visible X screen (is that accurate, Keith?)
I can't make a strong argument for it, but if instead a back
buffer for the root window were automatically allocated when a
composite manager started redirecting windows, and compositing
was done into that buffer, then this might allow for various
minor optimizations:
- the backbuffer could be allocated, by the X driver,
with a different surface format optimal for compositing,
but not necessarily optimal for normal pixmaps.
- possibly swap by flip rather than blit (though obviously
there would be other complications: the back buffer is
expected to accumulate, rather than get completely redrawn
each composite frame).
- swaps could be done by an X driver at vblank
2) An actual fullscreen mode. This is admittedly orthogonal
to compositing, but the overhead of compositing suggests that

we should have a mode of operation that clients can request
where they are given exclusive access to the hardware,
bypassing the compositing system.
Today, applications use the XF86VidMode extension (or possibly
RandR?) to set the mode that they want, and then place their
window such that it is the only thing that is visible.
It seems desirable to provide a way for an application to
bypass the compositing system. The vidmem for the X root
window could be freed (along with everything else in video
memory?) A surface just the necessary size would be
allocated, leaving all extra vidmem available for pbuffers,
multisample buffers, textures, etc.
Do either of the above ideas sound interesting?
Here are a few other important implementation details:
- It is important that X.org maintain a binary compatible driver
interface, so that vendors are not required to provide multiple
driver binaries (how to determine which binary to install? etc...)
- An X driver should be able to wrap the redirection of windows to
offscreen storage:
- so that the window can be allocated with optimal surface
format by the X driver
- The X driver needs to be able to tell its direct rendering
clients where in video memory the buffer is located
- An X driver should be able to call into the core X server to
notify X of damage done by direct rendering clients.
- A Video Overlay Xv Adaptor is obviously fundamentally incompatible
with Damage/Composite. Should X drivers no longer advertise
Video Overlay Xv adaptors if they are running in an X server that
includes Composite support?
- As window managers and desktop environments start folding composite
manager functionality into their projects, it would be nice
for them to provide a way to dynamically disable/enable
compositing... I expect some users will need to disable
compositing while using film tools, CAD applications, etc, where
OpenGL performance is more important to them than window system
compositing.
Feedback very welcome.
Thanks,
- Andy
From agd5f at yahoo.com Mon May 17 09:12:04 2004

Date: Mon, 17 May 2004 09:12:04 -0700 (PDT)
Subject: [Xorg] Re: Damage/Composite + direct rendering clients
In-Reply-To: <Pine.LNX.4.58.0405171129000.16048@paert.nvidia.com>
--- Andy Ritger <aritger at nvidia.com> wrote:
>
[snip]
>
> - A Video Overlay Xv Adaptor is obviously fundamentally incompatible
> with Damage/Composite. Should X drivers no longer advertise
> Video Overlay Xv adaptors if they are running in an X server that
> includes Composite support?
>
Many video overlays support alpha blending with the graphics layer,
it's just that support was never implemented since xfree86 never
supported it. I wrote a patch for radeon a while back. As I recall,
it should also be possible with r128 and savage hardware, although I
haven't tested on those chips as of yet. it may also be possible on
other chips.
radeon patch:
http://www.botchco.com/alex/radeon/Xv/xv_alpha/radeon_xvalpha.diff
OT: radeon patch that enables Xv gamma correction:
http://www.botchco.com/alex/radeon/Xv/xv_gamma/radeon_video_gamma.diff
Alex
>
>
> Feedback very welcome.
>
> Thanks,
> - Andy
>
>
__________________________________
Do you Yahoo!?
SBC Yahoo! - Internet access at a great low price.
http://promo.yahoo.com/sbc/
From keithp at keithp.com Mon May 17 09:51:18 2004

Date: Mon, 17 May 2004 09:51:18 -0700
In-Reply-To: Your message of "Mon, 17 May 2004 16:13:37 +0200."
<16552.51345.307909.177574@xf11.fra.suse.de>
Message-ID: <E1BPlKg-0001ns-00@evo.keithp.com>

> Shall we start a branch on CVS so we can work on this together?
> I'd be willing to help on this.
Sure. Got any idea what name we should use? modular_include?
We won't be able to use regular CVS commands to actually move the files as
I'd like to preserve CVS history for them.
I suggest that we copy the ,v files into the new location in the
repository. We can then cvs rm the existing files so that old branches
will still build (but will end up with copies of the files in both places).
-keith
Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040517/c644a137/attachment.
pgp>
Date: Mon, 17 May 2004 12:52:12 -0400 (EDT)
On Mon, 17 May 2004, Alex Deucher wrote:

>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

>
[snip]
>
>
Many video overlays support alpha blending with the graphics layer,
it's just that support was never implemented since xfree86 never
supported it. I wrote a patch for radeon a while back. As I recall,
it should also be possible with r128 and savage hardware, although I
haven't tested on those chips as of yet. it may also be possible on
other chips.
radeon patch:
http://www.botchco.com/alex/radeon/Xv/xv_alpha/radeon_xvalpha.diff
OT: radeon patch that enables Xv gamma correction:
>
> Alex
Thanks, Alex, but how would this fit in with the Composite
extension's notion of redirecting windows to offscreen storage?
Thanks,
- Andy
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Thanks,
> - Andy
>
>
__________________________________
Do you Yahoo!?
_______________________________________________
xorg mailing list
From jonsmirl at yahoo.com Mon May 17 10:23:10 2004

From: jonsmirl at yahoo.com (Jon Smirl)
Date: Mon, 17 May 2004 10:23:10 -0700 (PDT)
In-Reply-To: <E1BPlKg-0001ns-00@evo.keithp.com>
If you used bitkeeper you could do the branch with history without doing any
special commands. You could sync it to the trunk every day automatically unless
there is a merge conflict. It would track file renames in the history and do
merges that track the file renames. Plus bkbits provides a transparent bridge to
CVS for people that stick with it.
Just my occasional plug for bitkeeper. After using it on the kernel I have
concluded that it is way better than CVS. Just my opinion, I have nothing to do
with the company.
--- Keith Packard <keithp at keithp.com> wrote:
>
>
> > Shall we start a branch on CVS so we can work on this together?
> > I'd be willing to help on this.
>
> Sure. Got any idea what name we should use? modular_include?
>
>
>
>
>
>
>
>
>
>
>
>
We won't be able to use regular CVS commands to actually move the files as
I'd like to preserve CVS history for them.
I suggest that we copy the ,v files into the new location in the
repository. We can then cvs rm the existing files so that old branches
will still build (but will end up with copies of the files in both places).
>
>
>
>
>
>
-keith
ATTACHMENT part 1.2 application/pgp-signature

_______________________________________________
xserver mailing list
xserver at freedesktop.org
http://freedesktop.org/mailman/listinfo/xserver
=====
Jon Smirl
jonsmirl at yahoo.com
__________________________________
Do you Yahoo!?

Date: Mon, 17 May 2004 19:32:21 +0200
In-Reply-To: keithp@keithp.com wrote on Monday, 17 May 2004 at 09:51:18 -0700
<E1BPlKg-0001ns-00@evo.keithp.com>
>
>
> > Shall we start a branch on CVS so we can work on this together?
> > I'd be willing to help on this.
>
> Sure. Got any idea what name we should use? modular_include?
Too long. I don't care. Think of something short.
We should use (reuse) the branch for all the modularization work.
Therefore you don't have to add 'include'.
>
> We won't be able to use regular CVS commands to actually move the files as
> I'd like to preserve CVS history for them.
Hmm. If you move around files in the repository you will never be able
to checkout the previous state.
The best thing you can do is to add a note to the first commit at the
new location telling where the file came from. If you have a well defined
format for this you can even set up a script (cvs wrapper?) that digs
up the original file.
>
> I suggest that we copy the ,v files into the new location in the
> repository. We can then cvs rm the existing files so that old branches
> will still build (but will end up with copies of the files in both places).
>
Yes, I thought of this also but it may be extremely awkward. You will
never be able to restore an older version the way it was.
Let me play a little and see what would be a sane thing to do.
Egbert.
From cworth at east.isi.edu Mon May 17 10:40:44 2004

From: cworth at east.isi.edu (Carl Worth)
Date: Mon, 17 May 2004 13:40:44 -0400
In-Reply-To: <16552.63269.293321.677825@xf11.fra.suse.de>
<16552.63269.293321.677825@xf11.fra.suse.de>
Message-ID: <E1BPm6W-0004dp-00@brudder.east.isi.edu>
On Mon, 17 May 2004 19:32:21 +0200, Egbert Eich wrote:
> > We won't be able to use regular CVS commands to actually move the files as
> > I'd like to preserve CVS history for them.
>
> Hmm. If you move around files in the repository you will never be able
> to checkout the previous state.
Moving files doesn't work, but copying them isn't so bad.
Copying the ,v file gives you the history that would be lost with "cvs
add". The ugly side effect is that checkouts of the old tree will have
the file under both names. This looks ugly, but most build systems will
be happy to ignore the extra files.
"cvs remove" can still be used to provide only one name of each file in
future checkouts.
-Carl

Date: Mon, 17 May 2004 10:47:15 -0700
In-Reply-To: Your message of "Mon, 17 May 2004 11:41:18 EDT."
<Pine.LNX.4.58.0405171129000.16048@paert.nvidia.com>
Message-ID: <E1BPmCp-0001qF-00@evo.keithp.com>
Around 11 o'clock on May 17, Andy Ritger wrote:

> How should a direct rendering client interact with Damage/Composite?
> There seem to be two pieces to this: damage notification, and
> synchronization.
Thanks for getting this topic started.
> When a direct rendering client damages the X screen, it needs to
> communicate that information to the X server so that the X server can
> notify Damage clients of the damage.
We can easily send damage data over the wire if you like; that would
require the active participation of the direct-rendering client.
You can do that today easily enough -- use XClearArea after setting the
window background to None (and perhaps back again when you're done). Oh
wait, that doesn't actually work right now -- I've got a kludge which
ignores background None painting to windows. I need to fix that anyway to
handle mapping of background None windows cleanly.
Alternatively, we can use the existing DamageDamageRegion function which
is already exposed within the server to mark regions from the direct
rendering clients as they modify the window pixmap.
>
>
>
>
>
>

Given that most applications double buffer their output, this seems like a
pretty well constrainted problem. The only request which can affect the
front buffer is a buffer swap, and that modifies the entire window
contents. So, the X server must be able to find out when the buffer swap
actually occurs, and either be signalled or block until that point.
>
>
>
>
>

Applications which wish to avoid tearing must double buffer their output,
just as they do today. Once that is true, then there is no 'partial'
rendering, the buffer swap damages the entire window and replaces all of
the contents.
A more efficient implementation could actually perform this buffer swap
without copying any data around -- just flip the off-screen storage for
front/back buffers. That's probably easier with GL than 2D apps which
tend to create window-sized pixmaps for 'back buffers', leaving the
semantic mismatch between copy and swap.
> Perhaps the best solution is to introduce two new requests to the
> Composite extension: a "BeginComposite" and an "EndComposite" that
> composite managers would call, bracketing their compositing requests.
I don't think this is necessary -- the X server receives the damage

information related to a specific drawable. Any future requests for
contents from that drawable must delay until that damage has actually
occurred.
>
>
>
>
>

I don't think we can avoid doing this; one of the primary goals of the
system is to provide a clean tear-free user experience, so all screen
updates must be performed under double buffering.
>
>
>
>
>

A GL-based compositing manager could easily do this. And, an X-based

compositing manager could use the double buffering extension if it wanted
to. My tiny kdrive based server doesn't happen to include that extension.
>
>
>
>
>

The compositing manager could recognise this case automatically if it were

coupled with the window manager a bit more.
> - It is important that X.org maintain a binary compatible driver
> interface, so that vendors are not required to provide multiple
> driver binaries (how to determine which binary to install? etc...)
Absolutely. The Composite extension is being integrated in a completely
binary compatible fashion. If any changes are required in the future,
we'll have long lead times and cross-version compatibility to deal with at
that point.
> - An X driver should be able to wrap the redirection of windows to
> offscreen storage:
It already can -- per-window pixmaps are created and the driver notified
before any rendering occurs; a clever driver could migrate those pixmaps
to special offscreen storage if it wanted to.
> - An X driver should be able to call into the core X server to
> notify X of damage done by direct rendering clients.
See DamageDamageRegion
Actually, as long as the windows are aligned on the screen with their
nominal position and are opaque, this works just fine.
However, when the windows are not so carefully positioned, the system will
need to use a YUV texture to paint the video contents into the window
pixmap and damage the region so the compositing manager can update the
screen as appropriate.
> - As window managers and desktop environments start folding composite
> manager functionality into their projects, it would be nice
> for them to provide a way to dynamically disable/enable
> compositing.
Yeah, I often turn off the compositing manager when doing 'odd' things.
-keith
Name: not available
Size: 228 bytes
Desc: not available
pgp>
Date: Mon, 17 May 2004 10:49:24 -0700
In-Reply-To: Your message of "Mon, 17 May 2004 09:12:04 PDT."
<20040517161204.44436.qmail@web50104.mail.yahoo.com>
Message-ID: <E1BPmEu-0001qn-00@evo.keithp.com>
Around 9 o'clock on May 17, Alex Deucher wrote:
> Many video overlays support alpha blending with the graphics layer,
> it's just that support was never implemented since xfree86 never
> supported it.
Composite doesn't really expose things in a way that would make this
hardware capability usable.
Instead, it expects the video to be painted into the window pixmap so that
those pixels can be composed to form the screen image.
-keith
Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040517/14c88fae/attachment.
pgp>
From daniel at freedesktop.org Mon May 17 10:50:31 2004

From: daniel at freedesktop.org (Daniel Stone)
Date: Tue, 18 May 2004 03:50:31 +1000
References: <E1BPlKg-0001ns-00@evo.keithp.com>
Message-ID: <20040517175031.GC17143@fooishbar.org>
On Mon, May 17, 2004 at 10:23:10AM -0700, Jon Smirl wrote:
> If you used bitkeeper you could do the branch with history without doing any
> special commands. You could sync it to the trunk every day automatically unles
s
> there is a merge conflict. It would track file renames in the history and do
> merges that track the file renames. Plus bkbits provides a transparent bridge
to
> CVS for people that stick with it.
>
> Just my occasional plug for bitkeeper. After using it on the kernel I have
> concluded that it is way better than CVS. Just my opinion, I have nothing to d
o
> with the company.
Both arch and Subversion can also do this - this is a feature of pretty
much every non-CVS SCM.
But please let's not get started on the SCM flamewar again.
-Daniel Stone
<daniel at freedesktop.o
rg>
freedesktop.org: powering your desktop
http://www.freedesktop.org
Name: signature.asc
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.x.org/archives/xorg/attachments/20040518/dbd3e768/attachment.
pgp>
Date: Tue, 18 May 2004 03:55:02 +1000
<16552.63269.293321.677825@xf11.fra.suse.de>
Message-ID: <20040517175502.GA8503@fooishbar.org>
On Mon, May 17, 2004 at 07:32:21PM +0200, Egbert Eich wrote:
> Keith Packard writes:
> > We won't be able to use regular CVS commands to actually move the files as
> > I'd like to preserve CVS history for them.
>
> The best thing you can do is to add a note to the first commit at the
> new location telling where the file came from. If you have a well defined
> format for this you can even set up a script (cvs wrapper?) that digs
> up the original file.
Keith is suggesting cp, not mv, which works fine.
>
>
>
>
>
>
> I suggest that we copy the ,v files into the new location in the
> repository. We can then cvs rm the existing files so that old branches
> will still build (but will end up with copies of the files in both places).
Yes, I thought of this also but it may be extremely awkward. You will
never be able to restore an older version the way it was.
Um, why not? I don't see how it would cause any problems.
-Daniel Stone
rg>
Name: signature.asc
Size: 189 bytes
URL: <http://lists.x.org/archives/xorg/attachments/20040518/8a47a2b5/attachment.
pgp>
From Jim.Gettys at hp.com Mon May 17 11:04:53 2004
From: Jim.Gettys at hp.com (Jim Gettys)
Date: Mon, 17 May 2004 14:04:53 -0400
References: <Pine.LNX.4.58.0405171129000.16048@paert.nvidia.com>
Message-ID: <1084817092.1389.115.camel@localhost.localdomain>
On Mon, 2004-05-17 at 11:41, Andy Ritger wrote:
> I've given some thought to how best to integrate direct rendering
> clients with Damage/Composite. For the below discussion, I'll focus
> on GLX as the direct rendering client but the same concepts should
> apply to XvMC or any other direct rendering client.
>
> For anyone not already familiar with the Damage and Composite
> extensions, please see Keith Packard's description of how compositing
> works in the modular X server:
>
>
>
> The relevant extensions are Damage and Composite (explanations
> of both, as well as links to the specs are available in Keith's
> above description). Damage has already been integrated back into
> the X.org X server; integration of Composite is in progress.
>
>
> synchronization.
>
>
> Damage Notification
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

Synchronization
>
>
>
>
>
>
>
>
>
>
>
>
>
>

My thoughts are coming at this from a different but related direction

than yours: it is the case of an application updating the state of its
window(s), to minimize flashing.
The thoughts I've had on this topic is to use an XSync counter: if the
counter is even/odd, the contents of the window might be
stable/unstable. Incrementing a counter is very fast.
This might also fold into XSync counters for vertical retrace, as per
the original XSync design/implementation (not implemented on Linux,
though recently some work has been started).
A similar situation might be usable for DRI synchronization, giving
us a common synhronization framework, both for DRI synchronization and
for application update synchronization.
I suspect some tweaks to XSync may be necessary to get all this to work.
- Jim
-Jim Gettys <Jim.Gettys at hp.com>
HP Labs, Cambridge Research Laboratory

Date: Mon, 17 May 2004 20:07:54 +0200
In-Reply-To: cworth@east.isi.edu wrote on Monday,
17 May 2004 at 13:40:44 -0400
<16552.63269.293321.677825@xf11.fra.suse.de>
<E1BPm6W-0004dp-00@brudder.east.isi.edu>
Carl Worth writes:
> On Mon, 17 May 2004 19:32:21 +0200, Egbert Eich wrote:
> > > We won't be able to use regular CVS commands to actually move the files
as
> > > I'd like to preserve CVS history for them.
> >
>
>
>
>
>
>
>
>
>
>
>
>
>
Moving files doesn't work, but copying them isn't so bad.
Copying the ,v file gives you the history that would be lost with "cvs
add". The ugly side effect is that checkouts of the old tree will have
the file under both names. This looks ugly, but most build systems will
be happy to ignore the extra files.
"cvs remove" can still be used to provide only one name of each file in
future checkouts.
If you do a copy and a cvs remove at the old location and remove
the old tags from the moved file you should be able to restore the
provious states of the tree however retain the history. Disadvantage
you cannot do a cvs diff with an older tag. Maybe editing the tags
so that they don't conflict with the old ones but have a simple
enough relationship to the old ones may be a reasonable kludge.
This could be scripted to avoid problems. This however needs to
be applied to the repositry and had an immediate effect on everybody.
Here is what I would suggest:
- Check out a tree on fd.o. Wveryone who wants to work on it must
log in and work there.
- Document any moving of files in a parsable way.
- When satisfied with how things are working
1. create a diff of the *changed* files (not the moved ones)
2. lock the main repository for commits
3. create a backup copy of the repository
4. apply the diff form 1.
5. run a script on the list of changes create above that
a. copies the file in the repository
b. edits the tags in the copy
c. cvs remove the old file
d. Adds a comment to the file and the log about the move.
6. Verify that everything is in a sane state by building head
and comparing an older branch checked out prior to this
operation.
7. reopen the repository for new commits.
Egbert.

Date: Mon, 17 May 2004 13:21:08 -0500
Subject: [Xorg] (EE) I810: Failed to load module "dri" (once-only module, 0)
Message-ID: <17d501c43c3b$b9e5d200$1e01a8c0@cnt496>
I was told I should get dri working form my i810 and given some config files
(briliant, huh?) Anyone know what I missed?
Carl K

Current Operating System: Linux LinuxBook1 2.6.6-rc3-bk11 #20 Mon May 17
09:36:04 GMT 2004 i686
(==) Log file: "/var/log/Xorg.0.log", Time: Mon May 17 12:45:51 2004
(==) ServerLayout "XFree86 Configured"
(**) |-->Screen "Screen0" (0)
(**) | |-->Monitor "Monitor0"
(**) | |-->Device "Card0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(==) Keyboard: CustomKeycode disabled
(WW) The directory "/usr/X11R6/lib/X11/fonts/Speedo/" does not exist.
Entry deleted from font path.
(**) FontPath set to
"/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X
11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/"
(**) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(**) ModulePath set to "/usr/X11R6/lib/modules"
(II) Open APM successful
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.2
X.Org Video Driver: 0.7
X.Org XInput driver : 0.4
X.Org Server Extension : 0.2
X.Org Font Renderer : 0.4
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor="X.Org Foundation"
compiled for 6.7.0, module version = 1.0.0
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.4
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor="X.Org Foundation"
ABI class: X.Org Video Driver, version 0.7
(--) using VT number 7
(II)
(II)
(II)
(II)
(II)
(II)
(II)
(II)
PCI:
PCI:
PCI:
PCI:
PCI:
PCI:
PCI:
PCI:
Probing config type using method 1

Config type is 1
stages = 0x03, oldVal1 = 0x80000050, mode1Res1 = 0x80000000
PCI scan (all values are in hex)
00:00:0: chip 8086,7120 card 8086,7120 rev 02 class 06,00,00
00:01:0: chip 8086,7121 card 8086,7121 rev 02 class 03,00,00
00:1e:0: chip 8086,2428 card 0000,0000 rev 01 class 06,04,00
00:1f:0: chip 8086,2420 card 0000,0000 rev 01 class 06,01,00
hdr
hdr
hdr
hdr
00
00
01
80
(II) PCI: 00:1f:1: chip 8086,2421 card 0000,0000 rev 01 class 01,01,80 hdr 00
(II) PCI: 00:1f:2: chip 8086,2422 card 0000,0000 rev 01 class 0c,03,00 hdr 00
(II) PCI: 01:04:0: chip 1282,9102 card 0291,8212 rev 10 class 02,00,00 hdr 00
(II) PCI: 01:05:0: chip 13f6,0111 card 13f6,0111 rev 10 class 04,01,00 hdr 80
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
[0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 0 non-prefetchable memory range:
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x0006 (VGA_EN is cleared)
[0] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B]
[1] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]
[2] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]
[3] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]
[0] -1 0 0xd4000000 - 0xd5ffffff (0x2000000) MX[B]
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set)
(--) PCI:*(0:1:0) Intel Corp. 82810 CGC [Chipset Graphics Controller] rev 2, Mem
@ 0xd0000000/26, 0xd6000000/19
(II) Addressable bus resource ranges are
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]
[1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
[0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B)
[1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
(II) Active PCI resource ranges:
[0] -1 0 0xd5000000 - 0xd500007f (0x80) MX[B]
[1] -1 0 0xd6000000 - 0xd607ffff (0x80000) MX[B](B)
[2] -1 0 0xd0000000 - 0xd3ffffff (0x4000000) MX[B](B)
[3] -1 0 0x0000c800 - 0x0000c83f (0x40) IX[B]
[4] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]
[5] -1 0 0x0000c000 - 0x0000c07f (0x80) IX[B]
[6] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[B]
[7] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B]
(II) Active PCI resource ranges after removing overlaps:
[0] -1 0 0xd5000000 - 0xd500007f (0x80) MX[B]
[1] -1 0 0xd6000000 - 0xd607ffff (0x80000) MX[B](B)
[3] -1 0 0x0000c800 - 0x0000c83f (0x40) IX[B]
[4] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]
[5] -1 0 0x0000c000 - 0x0000c07f (0x80) IX[B]
[6] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[B]
[7] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]

[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
(II) All system resource ranges:
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0xd5000000 - 0xd500007f (0x80) MX[B]
[6] -1 0 0xd6000000 - 0xd607ffff (0x80000) MX[B](B)
[8] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[9] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[10] -1 0 0x0000c800 - 0x0000c83f (0x40) IX[B]
[11] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]
[12] -1 0 0x0000c000 - 0x0000c07f (0x80) IX[B]
[13] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[B]
[14] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B]
(II) LoadModule: "record"
(II) Loading /usr/X11R6/lib/modules/extensions/librecord.a
(II) Module record: vendor="X.Org Foundation"
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 0.2
(II) Loading extension RECORD
(II) LoadModule: "extmod"
(II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a
(II) Module extmod: vendor="X.Org Foundation"
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a
(II) Module dbe: vendor="X.Org Foundation"
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "dri"
(II) Loading /usr/X11R6/lib/modules/extensions/libdri.a
(II) Module dri: vendor="X.Org Foundation"
(II) Loading sub module "drm"

(II) LoadModule: "drm"
(II) Loading /usr/X11R6/lib/modules/linux/libdrm.a
(II) Module drm: vendor="X.Org Foundation"
(II) Loading extension XFree86-DRI
(II) LoadModule: "glx"
(II) Loading /usr/X11R6/lib/modules/extensions/libglx.a
(II) Module glx: vendor="X.Org Foundation"
(II) Loading sub module "GLcore"
(II) LoadModule: "GLcore"
(II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a
(II) Module GLcore: vendor="X.Org Foundation"
(II) Loading extension GLX
(II) LoadModule: "xtrap"
(II) Loading /usr/X11R6/lib/modules/extensions/libxtrap.a
(II) Module xtrap: vendor="X.Org Foundation"
(II) Loading extension DEC-XTRAP
(II) LoadModule: "type1"
(II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a
(II) Module type1: vendor="X.Org Foundation"
(II) Loading font Type1
(II) Loading font CID
(II) LoadModule: "i810"
(II) Loading /usr/X11R6/lib/modules/drivers/i810_drv.o
(II) Module i810: vendor="X.Org Foundation"
Module class: X.Org Video Driver
(II) LoadModule: "mouse"
(II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o
(II) Module mouse: vendor="X.Org Foundation"
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.4
(II) I810: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100,
i810e, i815, i830M, 845G, 852GM/855GM, 865G
(II) Primary Device is: PCI 00:01:0
(--) Chipset i810 found
(II) resource ranges after xf86ClaimFixedResources() call:
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0xd5000000 - 0xd500007f (0x80) MX[B]
[6] -1 0 0xd6000000 - 0xd607ffff (0x80000) MX[B](B)
[8] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[9] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]

[10] -1 0 0x0000c800 - 0x0000c83f (0x40) IX[B]
[11] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]
[12] -1 0 0x0000c000 - 0x0000c07f (0x80) IX[B]
[13] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[B]
[14] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B]
(II) resource ranges after probing:
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0xd5000000 - 0xd500007f (0x80) MX[B]
[6] -1 0 0xd6000000 - 0xd607ffff (0x80000) MX[B](B)
[8] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B]
[9] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B]
[10] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B]
[11] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[12] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[13] -1 0 0x0000c800 - 0x0000c83f (0x40) IX[B]
[14] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]
[15] -1 0 0x0000c000 - 0x0000c07f (0x80) IX[B]
[16] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[B]
[17] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B]
[18] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B]
[19] 0 0 0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/X11R6/lib/modules/libvgahw.a
(II) Module vgahw: vendor="X.Org Foundation"
(**) I810(0): Depth 24, (--) framebuffer bpp 24
(==) I810(0): RGB weight 888
(==) I810(0): Default visual is TrueColor
(**) I810(0): Option "DRI"
(**) I810(0): Option "XvMCSurfaces" "6"
(II) Loading sub module "vbe"
(II) LoadModule: "vbe"
(II) Loading /usr/X11R6/lib/modules/libvbe.a
(II) Module vbe: vendor="X.Org Foundation"
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Loading /usr/X11R6/lib/modules/linux/libint10.a
(II) Module int10: vendor="X.Org Foundation"
(II) I810(0): initializing int10
(II) I810(0): Primary V_BIOS segment is: 0xc000
(II) I810(0): VESA BIOS detected
(II) I810(0): VESA VBE Version 3.0
(II) I810(0): VESA VBE Total Mem: 1024 kB
(II) I810(0): VESA VBE OEM: Intel810(TM) Graphics Chip Accelerated VGA BIOS
(II) I810(0): VESA VBE OEM Software Rev: 3.0
(II) I810(0): VESA VBE OEM Vendor: Intel Corporation
(II) I810(0): VESA VBE OEM Product: i810 Graphics Controller
(II) I810(0): VESA VBE OEM Product Rev: Hardware Version 0.0
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"
(II) Loading /usr/X11R6/lib/modules/libddc.a
(II) Module ddc: vendor="X.Org Foundation"
(II) I810(0): VESA VBE DDC supported
(II) I810(0): VESA VBE DDC Level none
(II) I810(0): VESA VBE DDC transfer in appr. 0 sec.
(II) I810(0): VESA VBE DDC read failed
(--) I810(0): Chipset: "i810"
(--) I810(0): Linear framebuffer at 0xD0000000
(--) I810(0): IO registers at addr 0xD6000000
(II) I810(0): I810CheckAvailableMemory: 203704k available
(==) I810(0): Will alloc AGP framebuffer: 8192 kByte
(==) I810(0): Using gamma correction (1.0, 1.0, 1.0)
(II) I810(0): Monitor0: Using default hsync range of 28.00-33.00 kHz
(II) I810(0): Monitor0: Using vrefresh range of 43.00-65.00 Hz
(II) I810(0): Clock range: 9.50 to 136.00 MHz
(II) I810(0): Not using default mode "640x350" (hsync out of range)
(II) I810(0): Not using default mode "320x175" (bad mode
clock/interlace/doublescan)
(II) I810(0): Not using default mode "1024x768" (unknown reason)
(II) I810(0): Not using default
mode "1024x768" (hsync out of range)

mode "512x384" (bad mode

(II) I810(0): Not using default mode "2048x1536" (insufficient memory for mode)
(II) I810(0): Not using mode "800x600" (no mode of this name)
(--) I810(0): Virtual size is 640x480 (pitch 1024)
(**) I810(0): *Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz
(II) I810(0): Modeline "640x480" 25.20 640 656 752 800 480 490 492
525 -hsync -vsync
(==) I810(0): DPI set to (75, 75)
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/X11R6/lib/modules/libfb.a
(II) Module fb: vendor="X.Org Foundation"
ABI class: X.Org ANSI C Emulation, version 0.2
(II) Loading sub module "xaa"
(II) LoadModule: "xaa"
(II) Loading /usr/X11R6/lib/modules/libxaa.a
(II) Module xaa: vendor="X.Org Foundation"

(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"
(II) Loading /usr/X11R6/lib/modules/libramdac.a
(II) Module ramdac: vendor="X.Org Foundation"
(**) I810(0): DRI is disabled because it runs only at 16-bit depth.
(**) I810(0): 6 XvMC Surfaces Requested.
(II) Loading sub module "dri"
(II) Reloading /usr/X11R6/lib/modules/extensions/libdri.a
(II) UnloadModule: "dri"
(EE) I810: Failed to load module "dri" (once-only module, 0)
(==) Depth 24 pixmap format is 32 bpp
(II) do I need RAC? No, I don't.
(II) resource ranges after preInit:
[0] 0 0 0xd6000000 - 0xd607ffff (0x80000) MS[B]
[1] 0 0 0xd0000000 - 0xd3ffffff (0x4000000) MS[B]
[4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[7] -1 0 0xd5000000 - 0xd500007f (0x80) MX[B]
[8] -1 0 0xd6000000 - 0xd607ffff (0x80000) MX[B](B)
[10] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD)
[11] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD)
[12] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD)
[13] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[14] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[15] -1 0 0x0000c800 - 0x0000c83f (0x40) IX[B]
[16] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]
[17] -1 0 0x0000c000 - 0x0000c07f (0x80) IX[B]
[18] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[B]
[19] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B]
[20] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU)
[21] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU)
(==) I810(0): Write-combining range (0xd0000000,0x4000000)
(II) I810(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000
(II) I810(0): Setting dot clock to 25.2 MHz [ 0x13 0x3 0x40 ] [ 21 5 4 ]
(II) I810(0): chose watermark 0x22009000: (tab.freq 25.2)
(II) I810(0): xf86BindGARTMemory: bind key 2 at 0x00000000 (pgoffset 0)
(WW) I810(0): xf86AllocateGARTMemory: allocation of 1024 pages failed
(Cannot allocate memory)
(II) I810(0): No physical memory available for 4194304 bytes of DCACHE
(II) I810(0): Adding 512 scanlines for pixmap caching
(II) I810(0): Allocated Scratch Memory
(II) I810(0): Using XFree86 Acceleration Architecture (XAA)
Screen to screen bit blits
Solid filled rectangles
8x8 mono pattern filled rectangles
Indirect CPU to Screen color expansion
Solid Horizontal and Vertical Lines
Offscreen Pixmaps
Setting up tile and stipple cache:
21 128x128 slots
5 256x256 slots
(==)
(==)
(**)
(==)
(II)
(II)
(II)
(II)
(II)
(II)
(II)
(II)
(II)
(II)
(II)
(**)
(**)
(**)
(**)
(**)
(**)
(==)
(**)
(**)
(**)
(II)
(II)
(II)
I810(0): Backing store disabled

I810(0): Silken mouse enabled
I810(0): Direct rendering disabled
RandR enabled
Initializing built-in extension MIT-SHM
Initializing built-in extension XInputExtension
Initializing built-in extension XTEST
Initializing built-in extension XKEYBOARD
Initializing built-in extension LBX
Initializing built-in extension XC-APPGROUP
Initializing built-in extension SECURITY
Initializing built-in extension XINERAMA
Initializing built-in extension XFree86-Bigfont
Initializing built-in extension RENDER
Initializing built-in extension RANDR
Option "Protocol" "IMPS/2"
Mouse0: Device: "/dev/psaux"
Mouse0: Protocol: "IMPS/2"
Option "CorePointer"
Mouse0: Core Pointer
Option "Device" "/dev/psaux"
Mouse0: Emulate3Buttons, Emulate3Timeout: 50
Option "ZAxisMapping" "4 5"
Mouse0: ZAxisMapping: buttons 4 and 5
Mouse0: Buttons: 5
Keyboard "Keyboard0" handled by legacy driver
XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
Mouse0: ps2EnableDataReporting: succeeded
# /etc/X11/xorg.conf
Identifier
"XFree86 Configured"
Screen
0 "Screen0" 0 0
InputDevice
"Mouse0" "CorePointer"
InputDevice
"Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
RgbPath
"/usr/X11R6/lib/X11/rgb"
ModulePath "/usr/X11R6/lib/modules"
FontPath
"/usr/X11R6/lib/X11/fonts/misc/"
FontPath
"/usr/X11R6/lib/X11/fonts/Speedo/"
FontPath
"/usr/X11R6/lib/X11/fonts/Type1/"
# FontPath
"/usr/X11R6/lib/X11/fonts/CID/"
FontPath
FontPath
EndSection
Section "Module"
Load "record"
SubSection "extmod"
# Option "omit xfree86-dga"
EndSubSection
Load "dbe"
Load "dri"
Load "glx"
# Load "xtt"
Load "xtrap"
Load "type1"
# Load "speedo"
EndSection
Identifier "Keyboard0"
Driver
"keyboard"
EndSection
Identifier "Mouse0"
Driver
"mouse"
Option
"Protocol" "IMPS/2"
Option
"Device" "/dev/psaux"
Option
"ZAxisMapping" "4 5"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Vendor"
ModelName
"Model"
VertRefresh 43-65
EndSection
Section "Device"
### Available Driver options are:### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
### [arg]: arg optional
#Option
"NoAccel"
# [<bool>]
#Option
"SWcursor"
# [<bool>]
#Option
"ColorKey"
# <i>
#Option
"CacheLines"
# <i>
#Option
"Dac6Bit"
# [<bool>]
#Option
"NoDDC"
# [<bool>]
#Option
"ShowCache"
# [<bool>]
Option
"DRI"
Option
"XvMCSurfaces" "6"
Identifier "Card0"
Driver
"i810"
VendorName "Intel Corp."
BoardName "82810 CGC [Chipset Graphics Controller]"
BusID
"PCI:0:1:0"
EndSection
Section "Screen"
Identifier "Screen0"
Device
"Card0"
Monitor
"Monitor0"
DefaultDepth 24
Depth
1
EndSubSection
Depth
4
EndSubSection
Depth
8
EndSubSection
Depth
15
EndSubSection
Depth
16
Modes
"800x600" "640x480"
EndSubSection
Depth
24
Modes
"800x600" "640x480"
EndSubSection
EndSection
Section "DRI"
Mode 0666
EndSection

Date: Mon, 17 May 2004 11:02:43 -0700 (PDT)
In-Reply-To: <E1BPmEu-0001qn-00@evo.keithp.com>
>
> Around 9 o'clock on May 17, Alex Deucher wrote:
>
> > Many video overlays support alpha blending with the graphics layer,
> > it's just that support was never implemented since xfree86 never
> > supported it.
>
> Composite doesn't really expose things in a way that would make this
> hardware capability usable.
>
> Instead, it expects the video to be painted into the window pixmap so
> that
> those pixels can be composed to form the screen image.
Sorry for my composite ignorance. Couldn't we just have Xv ignore
composite and just use the video engine's native blending abilities to
blend video with the graphics layer? or add composite "support" to Xv
by just passing it the required gamma value and letting the hardware
take care of the rest?
>
> -keith
>
>
>
__________________________________
Do you Yahoo!?

Date: Mon, 17 May 2004 10:28:26 -0700 (PDT)
>
>
> On Mon, 17 May 2004, Alex Deucher wrote:
>
> >
> > --- Andy Ritger <aritger at nvidia.com> wrote:
> > >
> > [snip]
> > >
> > > - A Video Overlay Xv Adaptor is obviously fundamentally
> incompatible
> > > with Damage/Composite. Should X drivers no longer advertise
> > > Video Overlay Xv adaptors if they are running in an X server
> that
> > > includes Composite support?
> > >
> >
> > Many video overlays support alpha blending with the graphics layer,
> > it's just that support was never implemented since xfree86 never
> > supported it. I wrote a patch for radeon a while back. As I
> recall,
> > it should also be possible with r128 and savage hardware, although
> I
> > haven't tested on those chips as of yet. it may also be possible on
> > other chips.
> > radeon patch:
> > http://www.botchco.com/alex/radeon/Xv/xv_alpha/radeon_xvalpha.diff
> >
> > OT: radeon patch that enables Xv gamma correction:
> >
>
> >
> > Alex
>
> Thanks, Alex, but how would this fit in with the Composite
> extension's notion of redirecting windows to offscreen storage?
I don't know. I'm not really too familiar with how composite works
unfortunately. On radeon my understanding is that the overlay will
blend with whatever is being displayed on the graphics layer (either
globally or per pixel). So as long as you set the right overlay alpha
value it should just work without needing to composite to an offscreen
surface. In global or per pixel mode, you don't need to draw a
colorkey. it will blend the video in whatever position you put it.
Global mode blends the graphics and video globally. The per pixel mode
is probably what we would want, but it requires ARGB graphics. the A
value is then used to set the graphics opacity or transparency.
r128, as I recall, only supports global mode. I think savage can do per
pixel, but I haven't tried it.
Alex
>
>
>
>
>
>
>
>
>
>
>
>
>
>
Thanks,
- Andy
>
>
>
>
>
>
>
>
>
>
>
>
>
> Thanks,
> - Andy
>
>
__________________________________
Do you Yahoo!?

Date: Mon, 17 May 2004 11:31:23 -0700
<16552.65402.102223.705600@xf11.fra.suse.de>
Message-ID: <E1BPmtX-0001wd-00@evo.keithp.com>
> Disadvantage you cannot do a cvs diff with an older tag. Maybe editing the
> tags so that they don't conflict with the old ones but have a simple enough
> relationship to the old ones may be a reasonable kludge.
I think that's a serious enough disadvantage that warrents considering
just copying the complete ,v files to the new location. As long as the
build system for the old version can ignore the duplicate files, I think
that'll work just fine.
We could add a script to CVS that would remove the duplicate files from an
old repository so that people needing to ship a clean source tarball would
be able to create one.
I'm much more interested in making it easy to see how things have changed
than to make it easy to reproduce an older version of the system.

This also has the advantage of being much easier to manage during the
transition -- just copy the ,v files and start hacking on the branch.
-keith
Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040517/a5925ab0/attachment.
pgp>
From eta at lclark.edu Mon May 17 11:56:23 2004
Date: Mon, 17 May 2004 11:56:23 -0700
On Mon, 2004-05-17 at 11:02, Alex Deucher wrote:
> --- Keith Packard <keithp at keithp.com> wrote:
> >
> > Around 9 o'clock on May 17, Alex Deucher wrote:
> >
> > > Many video overlays support alpha blending with the graphics layer,
> > > it's just that support was never implemented since xfree86 never
> > > supported it.
> >
> > Composite doesn't really expose things in a way that would make this
> > hardware capability usable.
> >
> > Instead, it expects the video to be painted into the window pixmap so
> > that
> > those pixels can be composed to form the screen image.
>
> Sorry for my composite ignorance. Couldn't we just have Xv ignore
> composite and just use the video engine's native blending abilities to
> blend video with the graphics layer? or add composite "support" to Xv
> by just passing it the required gamma value and letting the hardware
> take care of the rest?
With composite you really want to be able to get at the pixels to be
displayed so that transformations can be applied to them before
displaying them, rather than just putting them up as the last
transformation to be applied to the screen before display, as the
overlay scaler would do. I've found that the 3d hardware solves the XV
problem pretty well in Xati (and gives you as many XV ports as you
want), though it lacks the controls typically associated with YUV
conversion using the overlay scaler, like brightness/saturation.
-Eric Anholt
eta at lclark.edu

Date: Mon, 17 May 2004 15:54:53 -0400 (EDT)
In-Reply-To: <E1BPmCp-0001qF-00@evo.keithp.com>
References: <E1BPmCp-0001qF-00@evo.keithp.com>
On Mon, 17 May 2004, Keith Packard wrote:

>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

> synchronization.
Thanks for getting this topic started.
> When a direct rendering client damages the X screen, it needs to
> communicate that information to the X server so that the X server can
> notify Damage clients of the damage.
We can easily send damage data over the wire if you like; that would
require the active participation of the direct-rendering client.
You can do that today easily enough -- use XClearArea after setting the
window background to None (and perhaps back again when you're done). Oh
wait, that doesn't actually work right now -- I've got a kludge which
ignores background None painting to windows. I need to fix that anyway to
handle mapping of background None windows cleanly.
Alternatively, we can use the existing DamageDamageRegion function which
is already exposed within the server to mark regions from the direct
rendering clients as they modify the window pixmap.
OK, I've honestly not looked at the implementation in X.org, yet.

DamageDamageRegion sounds like exactly what we would need.
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

Given that most applications double buffer their output, this seems like a
pretty well constrainted problem. The only request which can affect the
front buffer is a buffer swap, and that modifies the entire window
contents.
Right: swaps and front buffered flushes are the only GLX operations
that should trigger a damage event. Even for front buffered flushes
I would be inclined to just say that it damages the whole drawable,
rather than try to compute a smaller bounding region.

> So, the X server must be able to find out when the buffer swap
> actually occurs, and either be signalled or block until that point.
The tricky part here is that the damage event shouldn't be sent to
Damage clients until the hardware has completed the damage, but
that is the vendor's problem... I'm just trying to make sure
everything that is needed is in place so that vendors can solve that.
One solution would be for the direct rendering client to send private
protocol to the X server as soon as the rendering is sent to the hw.
The X server then sends a damage event to the Damage clients.
The composite manager then starts performing a composite. Ideally,
you would defer waiting for the hw to complete the direct rendering
operation until the composite manager wants to perform the composite.
BeginComposite/EndComposite bracketing would facilitate that (it
would be BeginComposite's job to make sure the hw had completed).
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

Applications which wish to avoid tearing must double buffer their output,
just as they do today. Once that is true, then there is no 'partial'
rendering, the buffer swap damages the entire window and replaces all of
the contents.
Sorry, I wasn't clear here. Allow me to clarify with an example:

glxgears is partially overlapped by a translucent xterm:
_____________
|
|
____________|....
|
|
| .
|
| glxgears | xterm |
|
| .
|
|___________|....
|
|___________|
The xterm updates (say, it scrolls) and a damage event is sent
to the composite manager. The composite manager drains the
event queue and builds the list of damaged regions. As far as
the composite manager knows, glxgears has not been damaged.
The composite manager then sends protocol to recomposite the
xterm; presumably this operation would also use as a source
the portion of the glxgears window beneath the xterm.
glxgears is then redrawn (and swapped) before the compositing
is performed. When the compositing is performed, the xterm
and the portion of the glxgears window beneath the xterm are
recomposited into the backing pixmap, which is then blitted to
the visible screen. At this point, we have a tear between the
portion of the glxgears window that is not beneath the xterm
and the part that is (the part that is beneath the xterm is
from glxgear's new frame, while the part not beneath the xterm
is from the old frame).
The composite manager then returns to its event loop, receives
notification that glxgears was damaged, and eventually updates
the screen with the change.
In the period between these two composite "frames", glxgears
is torn vertically along the xterm boundary.
Again, this should not be specific to direct rendering: it could
just as easily happen with an animating 2d app. The race is
that rendering (either direct or indirect) can occur between
when the composite manager builds its damage list, and when
its compositing requests are processed by the server.
The only sure fire solution that I can think of is for the composite
manager to grab the server, drain its event queue, perform its
compositing, and then ungrab the server. That seems very heavy
weight, though, so I'm curious what other solutions people might have.
One compromise would be to introduce new BeginComposite/EndComposite
commands, and get composite managers into the habit of using
them now. This would give vendors the flexibility to synchronize
this in whatever way makes most sense for their architecture.
>
>
>
>
>
A more efficient implementation could actually perform this buffer swap

without copying any data around -- just flip the off-screen storage for
front/back buffers. That's probably easier with GL than 2D apps which
tend to create window-sized pixmaps for 'back buffers', leaving the
semantic mismatch between copy and swap.
Yes, that is a good idea, though it would mean a round trip (the
client would need to wait for the server to update it's state of
front/back before the client could start rendering to the new back).
>
>
>
>
>
>
>
>
> Perhaps the best solution is to introduce two new requests to the
> Composite extension: a "BeginComposite" and an "EndComposite" that
> composite managers would call, bracketing their compositing requests.
I don't think this is necessary -- the X server receives the damage
information related to a specific drawable. Any future requests for
contents from that drawable must delay until that damage has actually
occurred.
Right, but how is that enforced? Who delays until the damage has
actually occurred?
>
>
>
>
>
>
>
>
>
>
>
>
>
>

I don't think we can avoid doing this; one of the primary goals of the
system is to provide a clean tear-free user experience, so all screen
updates must be performed under double buffering.
Agreed.
>
>
>
>
>
>
>
>
>
>
>
>
>
>

A GL-based compositing manager could easily do this. And, an X-based

compositing manager could use the double buffering extension if it wanted
to. My tiny kdrive based server doesn't happen to include that extension.
OK, I'll need to learn more about DBE before I can comment on that.
>
>
>
>
>
>
>
>
>
>
>
>
>

The compositing manager could recognise this case automatically if it were

coupled with the window manager a bit more.
True, but window managers can't cause video memory to be freed,

which would be really nice to do when you are transitioning into a
fullscreen application. Even the RandR implementation naively leaves
the video memory allocated for the largest possible root window size.
>
>
>
>
>
>
>
>
> - It is important that X.org maintain a binary compatible driver

> interface, so that vendors are not required to provide multiple
> driver binaries (how to determine which binary to install? etc...)
Absolutely. The Composite extension is being integrated in a completely
binary compatible fashion. If any changes are required in the future,
we'll have long lead times and cross-version compatibility to deal with at
that point.
Excellent; I just wanted to reinforce the importance of this from

an IHV point of view.
>
>
>
>
>
>
> - An X driver should be able to wrap the redirection of windows to

> offscreen storage:
It already can -- per-window pixmaps are created and the driver notified
before any rendering occurs; a clever driver could migrate those pixmaps
to special offscreen storage if it wanted to.
OK; how does a driver differentiate the per-window pixmaps from

regular pixmaps?
> > - An X driver should be able to call into the core X server to
> > notify X of damage done by direct rendering clients.
>
> See DamageDamageRegion
Very good.
>
>
>
>
>
>
>
>
>
>
>
>

Actually, as long as the windows are aligned on the screen with their
nominal position and are opaque, this works just fine.
However, when the windows are not so carefully positioned, the system will
need to use a YUV texture to paint the video contents into the window
pixmap and damage the region so the compositing manager can update the
screen as appropriate.
The problem is that Xv works in terms of "ports" -- a driver

advertises an overlay port, a blitter port, a texture port, etc.
The ports are advertised for the life of the X server (like visuals);
my understanding is you can't dynamically add/remove Xv ports or
migrate one into another while in use. So if the X server might
start compositing, then the driver can't advertise the overlay port;
is that correct?
>
>
>
>
>
>
> - As window managers and desktop environments start folding composite

> manager functionality into their projects, it would be nice
> for them to provide a way to dynamically disable/enable
> compositing.
Yeah, I often turn off the compositing manager when doing 'odd' things.
Sure.
Thanks,
- Andy
> -keith
>
>
>

Date: Mon, 17 May 2004 16:03:55 -0400 (EDT)
In-Reply-To: <1084817092.1389.115.camel@localhost.localdomain>
References: <1084817092.1389.115.camel@localhost.localdomain>
On Mon, 17 May 2004, Jim Gettys wrote:

>
>
>
>

> I've given some thought to how best to integrate direct rendering
> clients with Damage/Composite. For the below discussion, I'll focus
> on GLX as the direct rendering client but the same concepts should
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
apply to XvMC or any other direct rendering client.

For anyone not already familiar with the Damage and Composite
extensions, please see Keith Packard's description of how compositing
works in the modular X server:
The relevant extensions are Damage and Composite (explanations
of both, as well as links to the specs are available in Keith's
above description). Damage has already been integrated back into
the X.org X server; integration of Composite is in progress.
How should a direct rendering client interact with Damage/Composite?
There seem to be two pieces to this: damage notification, and
synchronization.
Damage Notification
Synchronization
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>


Thanks, Jim. That sounds interesting. So an app would increment

a counter for a window, indicating the window is in flux, and then
increment the counter again when it is done updating the window?
Is this meant as a hint to the X server to note send any damage
events for that window until the app indicates the window is in a
stable state?
I'm not sure I see how to apply that idea to the #2 synchronization
problem above... what did you have in mind?
Thanks,
- Andy
>
>
>
>
>
>
>
>
>
>
>
>
- Jim
_______________________________________________
xorg mailing list

Date: Mon, 17 May 2004 22:15:15 +0200
<E1BPmtX-0001wd-00@evo.keithp.com>
>
>
> > Disadvantage you cannot do a cvs diff with an older tag. Maybe editing the
> > tags so that they don't conflict with the old ones but have a simple enough
> > relationship to the old ones may be a reasonable kludge.
>
> I think that's a serious enough disadvantage that warrents considering
> just copying the complete ,v files to the new location. As long as the
> build system for the old version can ignore the duplicate files, I think
> that'll work just fine.
>
You mean renaming the tags form 'foo' to something like 'premod_foo'
would be a disadvantage? After you have moved files I'd expect that
you would only diff individual files to see what has changed. So I
don't see the big disadvantage here.
instead of doing
cvs diff -r foo bar.c
you'd do:
cvs diff -r 'premod_foo bar.c
That's all.
Cheers,
Egbert.

Date: Mon, 17 May 2004 13:16:38 -0700
In-Reply-To: Your message of "Mon, 17 May 2004 15:54:53 EDT."
Message-ID: <E1BPoXO-00025X-00@evo.keithp.com>
> Even for front buffered flushes I would be inclined to just say that it
> damages the whole drawable, rather than try to compute a smaller bounding
> region.
That's certainly fine for now; if people really get excited about
optimizing this case, they can fix it themselves. I don't know of too
many applications which draw to the front buffer...
>
>
>
>
It can't even be seen by the X server until the rendering is complete.

When using 'automatic' update mode, there isn't an external application
waiting for the event; the X server updates the screen directly.
> One solution would be for the direct rendering client to send private
> protocol to the X server as soon as the rendering is sent to the hw.
Sure; just as long as the X server could then block awaiting completion.
> BeginComposite/EndComposite bracketing would facilitate that (it
> would be BeginComposite's job to make sure the hw had completed).
There's no need for these extra requests -- the X server just needs to
block when using the indicated source window buffer. This way, the X
server can actually pend lots of other parts of the compositing operation
and only when the affected window finally comes into play will the X
server block.
I just thought of another case here -- we want to allow for direct
rendering compositing managers as well. That will require inter-client
synchronization along the same lines...
>
>
>
>
>
>
>
>
>

The window of vulnerability isn't as long as you fear -- the compositing

manager can always use the damaged region of each window precisely at the
time of the compositing operation, without reference to any events it has
received. That's because the damage accumulates inside X server regions

where it can be used to compute correct updates.
As long as the compositing manager holds the server grabbed (which
presumably locks out direct clients as well) while it updates the screen,
there shouldn't be any tearing. No need to drain the event queue or
anything else so dramatic.
>
>
>
>
>
>
> information related to a specific drawable. Any future requests for

> contents from that drawable must delay until that damage has actually
> occurred.
actually occurred?
The X server would have to stall waiting for the swap to complete. It
would "know" to do this because the direct client would have indicated
that the swap was queued to the hardware.
> True, but window managers can't cause video memory to be freed,
> which would be really nice to do when you are transitioning into a
> fullscreen application.
They can free the extra buffers used for Composite, and the X server can
migrate less used pixmaps from the video card.
> Even the RandR implementation naively leaves the video memory allocated for
> the largest possible root window size.
Not in kdrive.
> OK; how does a driver differentiate the per-window pixmaps from
> regular pixmaps?
The driver can see them associated with windows by wrapping
SetWindowPixmap.
> So if the X server might start compositing, then the driver can't advertise
> the overlay port; is that correct?
It could pretend the overlay port was busy for new apps and silently
translate an existing overlay application to textures. I don't quite
know; I use overlay video with composite now and it works as long as the
windows are aligned on the screen correctly. I'd like to make that
possible in the future as well, but I'm not quite sure how to do that.
-keith
Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040517/2942e969/attachment.
pgp>
Date: Mon, 17 May 2004 12:53:10 -0700 (PDT)

In-Reply-To: <1084820183.776.52.camel@leguin>
--- Eric Anholt <eta at lclark.edu> wrote:
> On Mon, 2004-05-17 at 11:02, Alex Deucher wrote:
> > --- Keith Packard <keithp at keithp.com> wrote:
> > >
> > > Around 9 o'clock on May 17, Alex Deucher wrote:
> > >
> > > > Many video overlays support alpha blending with the graphics
> layer,
> > > > it's just that support was never implemented since xfree86
> never
> > > > supported it.
> > >
> > > Composite doesn't really expose things in a way that would make
> this
> > > hardware capability usable.
> > >
> > > Instead, it expects the video to be painted into the window
> pixmap so
> > > that
> > > those pixels can be composed to form the screen image.
> >
> > Sorry for my composite ignorance. Couldn't we just have Xv ignore
> > composite and just use the video engine's native blending abilities
> to
> > blend video with the graphics layer? or add composite "support" to
> Xv
> > by just passing it the required gamma value and letting the
> hardware
> > take care of the rest?
>
> With composite you really want to be able to get at the pixels to be
> displayed so that transformations can be applied to them before
> displaying them, rather than just putting them up as the last
> transformation to be applied to the screen before display, as the
> overlay scaler would do. I've found that the 3d hardware solves the
> XV
> problem pretty well in Xati (and gives you as many XV ports as you
> want), though it lacks the controls typically associated with YUV
> conversion using the overlay scaler, like brightness/saturation.
>
that's probably the way to go since I suspect graphics HW may
eventually
do away with the overlay all together in favor of YUV textures. if it
doesn't already, I'd imagine the 3d hardware will eventually allow you
to adjust the brightness or gamma of the textures.
Alex
> -> Eric Anholt
> http://people.freebsd.org/~anholt/
>
>
eta at lclark.edu
__________________________________
Do you Yahoo!?

Date: Mon, 17 May 2004 13:34:23 -0700
<16553.7507.722073.925574@xf11.fra.suse.de>
Message-ID: <E1BPooZ-00026f-00@evo.keithp.com>
>
>
>
>
You mean renaming the tags form 'foo' to something like 'premod_foo'
would be a disadvantage? After you have moved files I'd expect that
you would only diff individual files to see what has changed. So I
don't see the big disadvantage here.
Hmm. I do run global diffs across major versions at times, and this
would break that.
But, I do like the idea of checking out an older version and not getting
duplicate files.
Again, I think the question is whether analysis of per-file historical
detail is more important than getting ancient versions checked out cleanly.
I think we've constructed two systems which can do both, but which prefer
one activity to the other.
I suppose it really doesn't matter a whole lot to me; as long as we can
get back to where we started if we need to...
-keith
Name: not available
Size: 228 bytes
Desc: not available
pgp>
From erikharrison at gmail.com Mon May 17 13:44:52 2004
From: erikharrison at gmail.com (Erik Harrison)
Date: Mon, 17 May 2004 16:44:52 -0400
In-Reply-To: <167001c43c23$b70cd550$1e01a8c0@cnt496>
<16552.52714.201334.472496@xf11.fra.suse.de>
<167001c43c23$b70cd550$1e01a8c0@cnt496>
Message-ID: <5b18a5420405171344282d4028@mail.gmail.com>
I had the reverse behavior. I'd periodically loose control of the
mouse until I compiled the mouse driver into the kernel. Problem only
occured on 2.6 kernel
-Erik
On Mon, 17 May 2004 10:29:16 -0500, Carl Karsten <carl at personnelware.com> wro
te:
>
> Some page "i recompiled it as a module(psmouse.c), then loaded it after the
> kernel came up, and all is well... "
>
> dammed if it didn't fix my problem too.
>
> Carl K
>
>
> ----- Original Message ----> From: "Egbert Eich" <eich at freedesktop.org>
> To: "Carl Karsten" <carl at personnelware.com>
> Cc: <xorg at freedesktop.org>
> Sent: Monday, May 17, 2004 9:36 AM
> Subject: Re: [Xorg] mouse freaks out
>
> >
> > With a 2.6.6 kernel the mouse support is now in the kernel.
> > The driver will still try to fix it, it is most likely that
> > the kernel is already sending bogus data.
> >
> > Cheers,
> > Egbert.
> >
> >
> >
> > Carl Karsten writes:
> > > Not sure how to describe it. when I move the mouse just a little, the
> mouse
> > > cursor flys all over the screen, and I get CR's sent to the term windows.
> > >
> > > It is a logitech mouseman wheel. works fine with 'everything else.'
> swapped it
> > > with a microsoft mouse, same behavior.
> > >
> > > I have tried a few protocols, nothing helps.
> > >
> > > Section "InputDevice"
> > >
Identifier "Mouse0"
> > >
Driver
"mouse"
> > >
Option
"Protocol" "auto"
> > >
Option
> > > EndSection
> > >
> > > LinuxBook1 linux # X -version
> > >
> > > Release Date: 18 December 2003
> > > X Protocol Version 11, Revision 0, Release 6.7
> > > Build Operating System: Linux 2.6.6-rc3-bk11 i686 [ELF]
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> > Current Operating System: Linux LinuxBook1 2.6.6-rc3-bk11 #18 Sun May 16
> > 16:01:44 GMT 2004 i686
> > Build Date: 16 May 2004
> >
> >
> > Module Loader present
> > LinuxBook1 linux # uname -a
> > Linux LinuxBook1 2.6.6-rc3-bk11 #18 Sun May 16 16:01:44 GMT 2004 i686
Celeron
> > (Coppermine) GenuineIntel GNU/Linux
> > LinuxBook1 linux #
> >
> >
> > _______________________________________________
>
_______________________________________________
xorg mailing list
From alan at lxorguk.ukuu.org.uk Mon May 17 10:08:01 2004

From: alan at lxorguk.ukuu.org.uk (Alan Cox)
Date: Mon, 17 May 2004 18:08:01 +0100
In-Reply-To: <E1BPmEu-0001qn-00@evo.keithp.com>
References: <E1BPmEu-0001qn-00@evo.keithp.com>
On Llu, 2004-05-17 at 18:49, Keith Packard wrote:
> Composite doesn't really expose things in a way that would make this
> hardware capability usable.
>
> Instead, it expects the video to be painted into the window pixmap so that
> those pixels can be composed to form the screen image.
For Xv that seems to involve working server side GL and using GL to
take Xv data (as a texture) and putting it to the video visible buffer.
I've been looking at exactly this for Voodoo2 although I'm still trying
to get the 3D init code right (its nasty stuff)
For DRI it does sound like the backbuffer->frontbuffer draw becomes a
compositor task.

Date: Mon, 17 May 2004 22:50:04 +0200
<E1BPooZ-00026f-00@evo.keithp.com>
>
>
> > You mean renaming the tags form 'foo' to something like 'premod_foo'
> > would be a disadvantage? After you have moved files I'd expect that
> > you would only diff individual files to see what has changed. So I
> > don't see the big disadvantage here.
>
> Hmm. I do run global diffs across major versions at times, and this
> would break that.
I wonder if this still makes sense once files have been moved.
>
>
>
>
>
>
>
>
>
>
>
>
>
But, I do like the idea of checking out an older version and not getting
duplicate files.
Again, I think the question is whether analysis of per-file historical
detail is more important than getting ancient versions checked out cleanly.
I think we've constructed two systems which can do both, but which prefer
one activity to the other.
I suppose it really doesn't matter a whole lot to me; as long as we can
get back to where we started if we need to...
OK, shall we get started then and set up a tree on fd.o where we
can play around a little? We need to coordinate things and I guess
IRC would be good for that. I will have to learn to use it - but tonight
it is definitely too late ;-)
Cheers,
Egbert.

Date: Mon, 17 May 2004 16:55:04 -0400
References: <1084817092.1389.115.camel@localhost.localdomain>
Message-ID: <1084827304.1108.177.camel@gw.gettys.org>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>


Thanks, Jim. That sounds interesting. So an app would increment

a counter for a window, indicating the window is in flux, and then
increment the counter again when it is done updating the window?
Yes. Exactly.
> Is this meant as a hint to the X server to note send any damage
> events for that window until the app indicates the window is in a
> stable state?
No, as Keith says, damage accumulates in the region in
until the time you need to use the region. Any view a
damaged region is likely to be obsolete by the time it
So while it is possible for clients to get informed of
it isn't really the main-line case damage was designed
the X server
client has of the
would get it.
damaged regions,
for.
What you want to avoid is round trips; the damage accumlation allows
a client (say the compositing manager) to rerender with the accumulated
damage at the time it operates rather than having to wait for the
damage to be communicated to the client, avoiding a round trip.
>
> I'm not sure I see how to apply that idea to the #2 synchronization
> problem above... what did you have in mind?
The basic idea of XSync is the ability to block execution on a
connection until a counter gets to a given value. I don't think
as defined this instant that XSync has exactly what we need, but I think
the idea may have merit.
In the original XSync design, the idea was that vertical retrace would
be a pre-defined system counter, and on hardware without hardware double
buffering, you could then arrange to do operations during vertical
retrace, avoiding tearing (unless they took too long to complete,
and the scan caught up to the operation(s)).
Fundamentally, we want to have a set of operations that won't take place
until a certain event happens (the window's contents are stable again,
in this case, whether unstable from an application via X or DRI),
but will then take place.
Certainly, incrementing a counter could cause the
clients that are blocked on that counter to get a chance at the X
scheduler (it might do so already, but that code hasn't been seriously
looked at for a long time, and may not be semantically guaranteed by
XSync's spec right now).
What we need in this case is just that the compositing manager get a
chance to run when the machine is idle, or at least once in a blue moon.
The big issue is to prevent starvation by applications driving either
the X server or the graphics engine flat out preventing occasional
(60HZ) updates to the eye candy.
It would be good if we can end up with one general mechanism for
synchronziation, to avoid alot of ad-hoc mechanisms, if we can.
I need to go back and swap in my knowledge of XSync, which is about a
decade old.
- Jim

From jdennis at redhat.com Mon May 17 13:57:54 2004

From: jdennis at redhat.com (John Dennis)
Date: Mon, 17 May 2004 16:57:54 -0400
In-Reply-To: <5b18a5420405171344282d4028@mail.gmail.com>
<16552.52714.201334.472496@xf11.fra.suse.de>
<167001c43c23$b70cd550$1e01a8c0@cnt496>
<5b18a5420405171344282d4028@mail.gmail.com>
Message-ID: <1084827474.24581.185.camel@finch.boston.redhat.com>
Hmm... I also have been having mouse problems with 2.6 kernels. It does
have the feel of having lost synchronization with the mouse packet
frames. Most annoying behavior is the misinterpretation of button events
which causes all manner of undesirable UI interactions.
FWIW, I run with a KVM, at first I thought it was a KVM issue,
especially when switching nodes, but the same KVM with earlier kernels
and X servers never had a problem. Must be some type of kernel issue.
Rebooting (while leaving the KVM connected) does not seem to clear the
problem reliably, eventually it does.
It would be nice to get to the bottom of this problem, I haven't had the
cycles to investigate fully.
John

Date: Mon, 17 May 2004 14:01:17 -0700
In-Reply-To: Your message of "Mon, 17 May 2004 18:08:01 BST."
<1084813681.9689.14.camel@localhost.localdomain>
Message-ID: <E1BPpEb-0002BM-00@evo.keithp.com>
Around 18 o'clock on May 17, Alan Cox wrote:
>
>
>
>
For Xv that seems to involve working server side GL and using GL to

take Xv data (as a texture) and putting it to the video visible buffer.
I've been looking at exactly this for Voodoo2 although I'm still trying
to get the 3D init code right (its nasty stuff)
That's certainly one way of doing it. The Matrox driver has direct
support for 'textured video', accessing the appropriate mechanisms from
the X server without going through the GL library.
-keith
-------------- next part --------------
A non-text attachment was scrubbed...

Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040517/bce56d59/attachment.
pgp>
From jdennis at redhat.com Mon May 17 14:04:25 2004
From: jdennis at redhat.com (John Dennis)
Date: Mon, 17 May 2004 17:04:25 -0400
In-Reply-To: <1084827474.24581.185.camel@finch.boston.redhat.com>
<16552.52714.201334.472496@xf11.fra.suse.de>
<167001c43c23$b70cd550$1e01a8c0@cnt496>
<5b18a5420405171344282d4028@mail.gmail.com>
<1084827474.24581.185.camel@finch.boston.redhat.com>
Message-ID: <1084827864.24581.190.camel@finch.boston.redhat.com>
P.S.: I meant to add that once synchronized the mouse continues to
operate correctly, it never just stops working (unless I switch the
KVM). That means once I can get it to boot with the mouse working I can
forget about the issue for a long time, one reason it has not been a top
agenda item to debug, but very annoying nonetheless.

Date: Mon, 17 May 2004 14:03:45 -0700
<16553.9596.227248.266592@xf11.fra.suse.de>
Message-ID: <E1BPpGz-0002Bi-00@evo.keithp.com>
>
>
>
>
OK, shall we get started then and set up a tree on fd.o where we
can play around a little? We need to coordinate things and I guess
IRC would be good for that. I will have to learn to use it - but tonight
it is definitely too late ;-)
We can use a shared tree if you'd like, and that may be the easiest way.
How about /home/xorg/modular ? I've checked out HEAD there already.
-keith
Name: not available
Size: 228 bytes
Desc: not available
pgp>
Date: Mon, 17 May 2004 14:07:52 -0700
<16553.9596.227248.266592@xf11.fra.suse.de>
Message-ID: <E1BPpKy-0002DB-00@evo.keithp.com>
> We need to coordinate things and I guess IRC would be good for that. I will
> have to learn to use it - but tonight it is definitely too late ;-)
Why don't we use #modular on irc.freenode.net then; I'll leave that open
(and log it). Others are welcome to contribute (or just watch).
-keith
Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040517/0ad5df67/attachment.
pgp>
Date: Mon, 17 May 2004 14:07:00 -0700 (PDT)
In-Reply-To: <E1BPpEb-0002BM-00@evo.keithp.com>
>
> Around 18 o'clock on May 17, Alan Cox wrote:
>
> > For Xv that seems to involve working server side GL and using GL to
> > take Xv data (as a texture) and putting it to the video visible
> buffer.
> > I've been looking at exactly this for Voodoo2 although I'm still
> trying
> > to get the 3D init code right (its nasty stuff)
>
> That's certainly one way of doing it. The Matrox driver has direct
> support for 'textured video', accessing the appropriate mechanisms
> from
> the X server without going through the GL library.
unfortunately it doesn't keep state with the 3d driver so you get one
or the other: 3d or textured video.
Alex
>
> -keith
>
>
>
__________________________________
Do you Yahoo!?
From wf at world-foundation.org Mon May 17 14:35:17 2004

From: wf at world-foundation.org (SN World Foundation)
Date: Mon, 17 May 2004 23:35:17 +0200
Subject: [Xorg] Worldwide Partners program
Message-ID: <20040517213515.814981F290E@linux.local>
New Technology for the Third World, May 2004
Production Mini-plants in mobile containers. Worldwide Partners program
SN World Foundation will supply to countries and developing regions the technolo
gy and necessary support for production in series of Mini-plants in mobile conta
iners (40-foot). The Mini-plant system is designed in such a way that all the pr
oduction machinery is fixed on the platform of the container, with all wiring, p
iping, and installation parts; that is, they are fully equipped... and the miniplant is ready for production."
More than 700 portable production systems: Bakeries, Water purification, Dehydra
ted food, Steel Nails, Fruit juice preparation, Tire Retreading, Reinforcement B
ar Bending for Construction Framework, Sheeting for Roofing, Ceilings and Fa?ade
s, Plated Drums, Aluminum Buckets, Injected Polypropylene Housewares, Pressed Me
lamine Items (Glasses, Cups, Plates, Mugs, etc.), Mufflers, Construction Electri
cally Welded Mesh, Plastic Bags and Packaging, Medical assistance mobile units,
Sanitary Material, Hypodermic Syringes, Hemostatic Clamps, etc.
SN World Foundation has started a Co-investment program for the installation of
small Assembly plants to manufacture in series the Mini-plants of portable produ
ction on site, region or country where required. One of the most relevant featur
es is the fact that these plants will be connected to the International Trade Sy
stem, with access to more than 50 million raw materials, products and services a
nd automatic transactions for world trade.
Due to financial reasons, involving cost and social impact, the best solution is
setting up assembly plants on the same countries and regions, using local resou
rces (labor, some equipment, etc.) SN World Foundation participates at 50% (fift
y percent) for investment of each Assembly plant.
If you are interested in being a partner in your country or region, you can send
your CV to: SN World Foundation (click here) <A HREF="mailto:tech at worldfoundation.org?Subject=INTERESTED IN BEING A PARTNER">Worldwide Partners Program
</A>
By Sarah Mathews, Manager Program
-------------------------------------------------------------------------
If you received this in error or would like to be removed from our list, please
return us indicating: remove or un-subscribe in subject field, Thanks. <A HREF="
mailto:wf at world-foundation.org?Subject=REMOVE or UN-SUBSCRIBE">Manager Progra
m</A>
? 2004 SN World Foundation. All rights reserved.
URL: <http://lists.x.org/archives/xorg/attachments/20040517/64f2f224/attachment.
html>
From 121orlgifo at hotmail.it Tue May 18 01:06:25 2004
From: 121orlgifo at hotmail.it (Leola Hartley)
Date: Tue, 18 May 04 08:06:25 GMT
Subject: [Xorg] Dear Xorg we have the medications you were looking for
Message-ID: <6$9jl-il$z71o77643e@d268d.a3n>
Xorg Looking to buy cheap affordable medications?
We sell Xanax, Valium, Vicodin all 100% legal
*
*
*
*
No Doctors will visit you

SameDay shipping
Worldwide Sameday shipping!
Click Here
Date: Tue, 18 May 2004 01:48:16 -0400 (EDT)
In-Reply-To: <E1BPoXO-00025X-00@evo.keithp.com>
References: <E1BPoXO-00025X-00@evo.keithp.com>
On Mon, 17 May 2004, Keith Packard wrote:

>
> Around 15 o'clock on May 17, Andy Ritger wrote:
[snip]
>
>
>
>
>
>
>
>
>
>
>
>
It can't even be seen by the X server until the rendering is complete.

When using 'automatic' update mode, there isn't an external application
waiting for the event; the X server updates the screen directly.
Ah right, good point.

> > One solution would be for the direct rendering client to send private
> > protocol to the X server as soon as the rendering is sent to the hw.
>
>
>
>
>
>
>
>
>
>
>
Sure; just as long as the X server could then block awaiting completion.
> BeginComposite/EndComposite bracketing would facilitate that (it
> would be BeginComposite's job to make sure the hw had completed).
There's no need for these extra requests -- the X server just needs to
block when using the indicated source window buffer. This way, the X
server can actually pend lots of other parts of the compositing operation
and only when the affected window finally comes into play will the X
server block.
I'm debating whether it is better for the X server to not even know
of the damage until it has completed in hardware, or if it is
better to tell the X server as soon as the rendering has kicked off,
and then require X to wait for completion only when it needs to
use the drawable as a source. The former will avoid blocking in
the server, while the latter may reduce latencies... that will
require some experimentation.
> I just thought of another case here -- we want to allow for direct
> rendering compositing managers as well. That will require inter-client
> synchronization along the same lines...
This introduces the problem of how to get the pixmap data to the
client efficiently. That's a whole separate thread.
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

The window of vulnerability isn't as long as you fear -- the compositing

manager can always use the damaged region of each window precisely at the
time of the compositing operation, without reference to any events it has
received. That's because the damage accumulates inside X server regions
where it can be used to compute correct updates.
OK, I think that makes sense.

>
>
>
>

Yes, if the composite manager grabs the server while updating the
screen, then everything will be fine. Your sample xcompmgr doesn't
grab the server when updating the screen, and I expect many future
composite managers will use xcompmgr as a starting point.
>
>
>
>
>
>
>
>
>
>
>
>
> information related to a specific drawable. Any future requests for

> contents from that drawable must delay until that damage has actually
> occurred.
actually occurred?
>
> The X server would have to stall waiting for the swap to complete. It
> would "know" to do this because the direct client would have indicated
> that the swap was queued to the hardware.
OK, so X drivers would have to hook into this and stall when
appropriate.
>
>
>
>
>
>
> True, but window managers can't cause video memory to be freed,
> which would be really nice to do when you are transitioning into a
> fullscreen application.
They can free the extra buffers used for Composite, and the X server can
migrate less used pixmaps from the video card.
That seems possible. However, that seems like a lot to ask of all
window managers. Would common functionality like that be better
contained within an X server extension?
> > Even the RandR implementation naively leaves the video memory allocated for
> > the largest possible root window size.
>
> Not in kdrive.
OK, that's something I'd like to fix in the monolithic server.
>
>
>
>
>
> OK; how does a driver differentiate the per-window pixmaps from
> regular pixmaps?
The driver can see them associated with windows by wrapping
SetWindowPixmap.
OK.
>
>
>
>
>
>
>
>
> So if the X server might start compositing, then the driver can't advertise
> the overlay port; is that correct?
It could pretend the overlay port was busy for new apps and silently
translate an existing overlay application to textures. I don't quite
know; I use overlay video with composite now and it works as long as the
windows are aligned on the screen correctly. I'd like to make that
possible in the future as well, but I'm not quite sure how to do that.
Interesting; this will require some more thought.

Thanks,
- Andy
> -keith
>
>
>
From nb532rvrf at juno.com Tue May 18 06:35:26 2004

From: nb532rvrf at juno.com (Ronny Dawkins)
Date: Tue, 18 May 04 13:35:26 GMT

Subject: [Xorg] Dear Xorg
Message-ID: <h2nj3j-wnw-8-$6@86qe.z.qpt>
*
*
*
*

SameDay shipping
Click Here
From eta at lclark.edu Tue May 18 00:13:21 2004
Date: Tue, 18 May 2004 00:13:21 -0700
Subject: [Xorg] default build options
I was wondering if we would be interested in switching around default
build options in xorg so that modules that are useless on an OS are not
built. For example, FreeBSD will never have any use for fbdevhw or
fbdev, but it's still built because of what looks like a policy of
"anything that can build on this architecture (and is therefore usable,
by copying it to an OS that it's usable on) gets built."
Thoughts?
-Eric Anholt
eta at lclark.edu
From eich at pdx.freedesktop.org Tue May 18 01:49:11 2004

Date: Tue, 18 May 2004 10:49:11 +0200
<E1BPpGz-0002Bi-00@evo.keithp.com>
Message-ID: <16553.52743.263674.89383@zeus.local>
>
>
> > OK, shall we get started then and set up a tree on fd.o where we
> > can play around a little? We need to coordinate things and I guess
> > IRC would be good for that. I will have to learn to use it - but tonight
> > it is definitely too late ;-)
>
> We can use a shared tree if you'd like, and that may be the easiest way.
>
> How about /home/xorg/modular ? I've checked out HEAD there already.
>
That's fine, it looks like a good place.
BTW: Here is an offtopic proposal:
I'm getting this email three times. There are other postings to lists
which I see at least four or five times. This is getting annoying.
Let's start consolidate things and bring xserver@ and xorg@ together.
Egbert.
From kaleb at keithley.org Tue May 18 03:54:40 2004

From: kaleb at keithley.org (Kaleb S. KEITHLEY)
Date: Tue, 18 May 2004 06:54:40 -0400
Subject: [Xorg] default build options
In-Reply-To: <1084864400.764.9.camel@leguin>
References: <1084864400.764.9.camel@leguin>
Message-ID: <40A9EB70.9010109@keithley.org>
Eric Anholt wrote:
>
>
>
>
>
>
>
>
>
I was wondering if we would be interested in switching around default

build options in xorg so that modules that are useless on an OS are not
built. For example, FreeBSD will never have any use for fbdevhw or
fbdev, but it's still built because of what looks like a policy of
"anything that can build on this architecture (and is therefore usable,
by copying it to an OS that it's usable on) gets built."
Thoughts?
Sounds like a good idea to me.

-Kaleb
From sandmann at daimi.au.dk Tue May 18 05:47:21 2004

From: sandmann at daimi.au.dk (Soeren Sandmann)
Date: 18 May 2004 14:47:21 +0200
In-Reply-To: <E1BPoXO-00025X-00@evo.keithp.com>
References: <E1BPoXO-00025X-00@evo.keithp.com>
Message-ID: <ye87jv9sy06.fsf@ec09.daimi.au.dk>
Keith Packard <keithp at keithp.com> writes:
>
>
>
>

What if another client has already grabbed the server for whatever
reason? Is screen updating then turned off?

S?ren
From aritger at nvidia.com Tue May 18 06:31:09 2004

Date: Tue, 18 May 2004 09:31:09 -0400 (EDT)
In-Reply-To: <ye87jv9sy06.fsf@ec09.daimi.au.dk>
References: <ye87jv9sy06.fsf@ec09.daimi.au.dk>
On Tue, 18 May 2004, Soeren Sandmann wrote:

>
>
>
>
>
>
>
>
>
>
Keith Packard <keithp at keithp.com> writes:

> As long as the compositing manager holds the server grabbed (which
> presumably locks out direct clients as well) while it updates the
screen,
> there shouldn't be any tearing. No need to drain the event queue or
> anything else so dramatic.
What if another client has already grabbed the server for whatever
reason? Is screen updating then turned off?
If a client has grabbed the server, then requests from all other
clients (including the XGrabServer request) are not processed until
that client has ungrabbed the server. The composite manager would
block until the other client had ungrabbed.
- Andy
> S?ren
>

Date: Tue, 18 May 2004 10:10:23 -0400 (EDT)
In-Reply-To: <1084827304.1108.177.camel@gw.gettys.org>
References: <1084827304.1108.177.camel@gw.gettys.org>
On Mon, 17 May 2004, Jim Gettys wrote:

>
>
>
>
>
>

> > >
2) some damage occurs, composite manager sends composite
request,
> > >
additional rendering is performed, part of which the
composite
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> > >

> > >
> > >
> > >
> > >
Consider this example: a translucent xterm partially
overlaps
> > >
glxgears. If the xterm is damaged, and the composite
manager
> > >
> > >
> > >
operation is performed), then the part of the glxgears
beneath
> > >
the xterm will be composited this frame of compositing.
Later,
> > >
the composite manager will receive a damage event for
glxgears,
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
It seems that the complete solution would be for the
composite
> > >
manager to perform an XGrabServer(3X11) before retrieving
the
> > >
> > >
> > >
> > >
by effectively raising the priority of the composite
manager's
> > >
> > >
> > >
> > >
the heavy weight operation of grabbing/ungrabbing around
every
> > >
compositing frame. For X clients, that may be OK, but I
expect
> > >
the tearing will be much more pronounced with OpenGL
clients,
> > >
> > >
> > >
> > > Perhaps the best solution is to introduce two new requests to the
> > > Composite extension: a "BeginComposite" and an "EndComposite" that
> > > composite managers would call, bracketing their compositing
requests.
> > > The X server would dispatch these requests into the X driver.
> > > This would give vendors the flexibility to perform any necessary
> > > synchronization to protect against the above race conditions.
> >
> > My thoughts are coming at this from a different but related
direction
> > than yours: it is the case of an application updating the state of
its
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> > window(s), to minimize flashing.

> >
> > The thoughts I've had on this topic is to use an XSync counter: if
the
> > counter is even/odd, the contents of the window might be
> > stable/unstable. Incrementing a counter is very fast.
> >
> > This might also fold into XSync counters for vertical retrace, as
per
> > the original XSync design/implementation (not implemented on Linux,
> > though recently some work has been started).
> >
> > A similar situation might be usable for DRI synchronization, giving
> > us a common synhronization framework, both for DRI synchronization
and
> > for application update synchronization.
> >
> > I suspect some tweaks to XSync may be necessary to get all this to
work.
>
> Thanks, Jim. That sounds interesting. So an app would increment
> a counter for a window, indicating the window is in flux, and then
> increment the counter again when it is done updating the window?
Yes. Exactly.
> Is this meant as a hint to the X server to note send any damage
> events for that window until the app indicates the window is in a
> stable state?
No, as Keith says, damage accumulates in the region in
until the time you need to use the region. Any view a
damaged region is likely to be obsolete by the time it
So while it is possible for clients to get informed of
it isn't really the main-line case damage was designed
the X server
client has of the
would get it.
damaged regions,
for.
OK, I think I misunderstood some of the mechanics of Damage.

Storing the region server side and letting the composite manager
say "use that region, whatever is in it" is good. I am still
slightly worried that a window could be damaged between when the
composite manager decides which windows need recompositing and
when it sends the composite requests (resulting in not compositing
that window until the next iteration of the composite manager).
XGrab/XUngrab would protect against that.
>
>
>
>
What you want to avoid is round trips; the damage accumlation allows
a client (say the compositing manager) to rerender with the accumulated
damage at the time it operates rather than having to wait for the
damage to be communicated to the client, avoiding a round trip.
OK, that makes sense.

>
>
>
>
>
>
>
>
>
> I'm not sure I see how to apply that idea to the #2 synchronization
> problem above... what did you have in mind?
The basic idea of XSync is the ability to block execution on a
connection until a counter gets to a given value. I don't think
as defined this instant that XSync has exactly what we need, but I think
the idea may have merit.
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
In the original XSync design, the idea was that vertical retrace would
be a pre-defined system counter, and on hardware without hardware double
buffering, you could then arrange to do operations during vertical
retrace, avoiding tearing (unless they took too long to complete,
and the scan caught up to the operation(s)).
Fundamentally, we want to have a set of operations that won't take place
until a certain event happens (the window's contents are stable again,
in this case, whether unstable from an application via X or DRI),
but will then take place.
Certainly, incrementing a counter could cause the
clients that are blocked on that counter to get a chance at the X
scheduler (it might do so already, but that code hasn't been seriously
looked at for a long time, and may not be semantically guaranteed by
XSync's spec right now).
What we need in this case is just that the compositing manager get a
chance to run when the machine is idle, or at least once in a blue moon.
The big issue is to prevent starvation by applications driving either
the X server or the graphics engine flat out preventing occasional
(60HZ) updates to the eye candy.
It would be good if we can end up with one general mechanism for
synchronziation, to avoid alot of ad-hoc mechanisms, if we can.
I need to go back and swap in my knowledge of XSync, which is about a
decade old.
- Jim
OK, thanks for the explanation. I'm not sure how applicable this
is to the synchronization concerns I have, though. My biggest
concern (new damage occuring inbetween when the composite manager
decides what to recomposite, and when it does the composite)
wouldn't be helped by this XSync mechanism.
The other concern (how to make sure direct rendering has completed
by the time the drawable is used as a source in a composite
operation) conceptually would be solved as you describe, but I
expect the implementation would be buried deeper -- either an X
driver doesn't call into the core X server to notify it of damage
until the direct rendered damage has completed, or the X server
has to block, as Keith described, when it receives requests that
uses the pending damaged drawable as a source. Either way, I think
it makes sense to leave this up to each vendor; the implementation
details will likely be influenced by their architecture, etc.
Thanks,
- Andy
>
> -> Jim Gettys <Jim.Gettys at hp.com>
> HP Labs, Cambridge Research Laboratory
>
>
From Jim.Gettys at hp.com Tue May 18 07:35:41 2004

Date: Tue, 18 May 2004 10:35:41 -0400
Message-ID: <1084890941.1109.30.camel@laptop.gettys.org>
On Tue, 2004-05-18 at 10:10, Andy Ritger wrote:
>
>
>
>
>
>
OK, thanks for the explanation. I'm not sure how applicable this
is to the synchronization concerns I have, though. My biggest
concern (new damage occuring inbetween when the composite manager
decides what to recomposite, and when it does the composite)
wouldn't be helped by this XSync mechanism.
One strategy is to recomposite *everything* on the screen...

Remember, we'll only actually do graphics operations on the damaged
part of the screen; the rest get clipped by the damage region.
>
>
>
>
>
>
>
>
>
>
>
expect the implementation would be buried deeper -- either an X
driver doesn't call into the core X server to notify it of damage
until the direct rendered damage has completed, or the X server
has to block, as Keith described, when it receives requests that
uses the pending damaged drawable as a source. Either way, I think
it makes sense to leave this up to each vendor; the implementation
details will likely be influenced by their architecture, etc.
Yeah, we have to sweat through the details and see if this approach
all hangs together, and how DRI and the X server would interact.
The devil is in the details, as usual.
- Jim
From sandmann at daimi.au.dk Tue May 18 08:53:41 2004

From: sandmann at daimi.au.dk (Soeren Sandmann)
Date: 18 May 2004 17:53:41 +0200
Message-ID: <ye8d6517muy.fsf@ec04.daimi.au.dk>
Andy Ritger <aritger at nvidia.com> writes:
>
>
>
>
>
>
>
> What if another client has already grabbed the server for whatever
> reason? Is screen updating then turned off?
If a client has grabbed the server, then requests from all other
clients (including the XGrabServer request) are not processed until
that client has ungrabbed the server. The composite manager would
block until the other client had ungrabbed.
But if the compositing manager is blocked, nothing appears on the

screen, right? This means screen updating is effectively turned off
when an application is grabbing the server.
S?ren

Date: Tue, 18 May 2004 12:02:08 -0400
In-Reply-To: <ye8d6517muy.fsf@ec04.daimi.au.dk>
<ye8d6517muy.fsf@ec04.daimi.au.dk>
On Tue, 2004-05-18 at 11:53, Soeren Sandmann wrote:
> Andy Ritger <aritger at nvidia.com> writes:
>
> > > What if another client has already grabbed the server for whatever
> > > reason? Is screen updating then turned off?
> >
> > If a client has grabbed the server, then requests from all other
> > clients (including the XGrabServer request) are not processed until
> > that client has ungrabbed the server. The composite manager would
> > block until the other client had ungrabbed.
>
> But if the compositing manager is blocked, nothing appears on the
> screen, right? This means screen updating is effectively turned off
> when an application is grabbing the server.
Which is why avoiding server grabs is imporant, as much
as possible. It takes a global lock out on the X server and
needs to be used with great care.
- Jim
From eich at pdx.freedesktop.org Tue May 18 09:45:19 2004

Date: Tue, 18 May 2004 18:45:19 +0200
In-Reply-To: Jim.Gettys@hp.com wrote on Tuesday, 18 May 2004 at 12:02:08 -0400
<ye8d6517muy.fsf@ec04.daimi.au.dk>
<1084896128.1298.143.camel@laptop.gettys.org>
Jim Gettys writes:
>
> Which is why avoiding server grabs is imporant, as much
> as possible. It takes a global lock out on the X server and
> needs to be used with great care.
But you cannot rule out that some legacy client apps don't use server
grabs for strange purposes.
It may in fact be necessary to make some 'priviledged' clients like
the composition manager immune to server grabs.
Cheers,
Egbert.
From ke4ojqnwwb at pluno.com Tue May 18 12:14:33 2004

From: ke4ojqnwwb at pluno.com (Francisco Snider)
Date: Tue, 18 May 04 19:14:33 GMT
Subject: [Xorg] Dear Xorg we have the medications you are looking for
Message-ID: <68$-35h2up3r$4sy2b2$-q-95sk$6-8@ve8.6e9ocol>
*
*
*
*

SameDay shipping
Click Here
From mcnichol at austin.ibm.com Tue May 18 10:28:16 2004
From: mcnichol at austin.ibm.com (mcnichol at austin.ibm.com)
Date: Tue, 18 May 2004 12:28:16 -0500
Message-ID: <200405181728.MAA38606@xanth.austin.ibm.com>
>
>
>
>
>
>
>
>
>
>
From: Egbert Eich <eich at pdx.freedesktop.org>

Jim Gettys writes:
>
> Which is why avoiding server grabs is imporant, as much
> as possible. It takes a global lock out on the X server and
> needs to be used with great care.
But you cannot rule out that some legacy client apps don't use server
grabs for strange purposes.
> It may in fact be necessary to make some 'priviledged' clients like

> the composition manager immune to server grabs.
>
Please pardon my ignorance on this subject, but this discussion
raises the question in my mind about why the composition manager
is a client, rather than being part of the Xserver.
Is there a write up on this somewhere?
Thanks
Dan

Date: Tue, 18 May 2004 13:39:42 -0400
In-Reply-To: <200405181728.MAA38606@xanth.austin.ibm.com>
References: <200405181728.MAA38606@xanth.austin.ibm.com>
On Tue, 2004-05-18 at 13:28, mcnichol at austin.ibm.com wrote:
>
>
>
>
>
>
Please pardon my ignorance on this subject, but this > discussion

raises the question in my mind about why the composition manager
is a client, rather than being part of the Xserver.
Is there a write up on this somewhere?
The short answer is that this permits arbitrary experimentation with what sort o
f eye candy or other more
serious uses, without compositing policy being hardwired
into the base window system, where it is much harder to
change.
The best descriptions this instant are:
http://keithp.com/~keithp/talks/fosdem2004/X-fosdem2004.html
http://freedesktop.org/~keithp/screenshots/
http://freedesktop.org/~jg/X-rearchitecture.pdf
Keith and I just finished up a longer version of
the X-rearchitecture.pdf document as a paper for OLS that
should appear in those proceedings.
- Jim

From keithp at keithp.com Tue May 18 10:56:11 2004

Date: Tue, 18 May 2004 10:56:11 -0700

In-Reply-To: Your message of "Tue, 18 May 2004 10:35:41 EDT."
<1084890941.1109.30.camel@laptop.gettys.org>
Message-ID: <E1BQ8p2-0002mt-00@evo.keithp.com>
Around 10 o'clock on May 18, Jim Gettys wrote:
> One strategy is to recomposite *everything* on the screen...
That's pretty much what the current compositing manager does; translucent window
s
which are damaged cause any related (underlying) windows to be redrawn
transitively.
Because all of this really depends on efficient rendering of clipped
operations, I've started poking around the X server insides to do more
computation post-clip instead of pre-clip. There's still a lot of places
which assume the bounding box of the operation is closely approximated by
the bounding box of the actual arguments.
-keith
Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040518/7c12419f/attachment.
pgp>
Date: Tue, 18 May 2004 11:32:53 -0700
In-Reply-To: Your message of "Tue, 18 May 2004 01:48:16 EDT."
Message-ID: <E1BQ9OX-0002qC-00@evo.keithp.com>
>
>
>
>
>
I'm debating whether it is better for the X server to not even know
of the damage until it has completed in hardware, or if it is
better to tell the X server as soon as the rendering has kicked off,
and then require X to wait for completion only when it needs to
use the drawable as a source.
I don't think we'll be able to know which is best without giving them both
a try. I was quite surprised at what method turned out best for the
compositing manager -- one has been taught to avoid round trips at all
cost, but the lowest latency was accomplished with an XSync call in the
middle of the drawing loop.
Just goes to show that intuition and reality are often in conflict...
> > I just thought of another case here -- we want to allow for direct
>
>
>
>
>
> rendering compositing managers as well. That will require inter-client

> synchronization along the same lines...
This introduces the problem of how to get the pixmap data to the
client efficiently. That's a whole separate thread.
If the X server is drawing with GL, then the target GL drawing objects
should be reachable by other GL applications. If the X server is drawing
through another mechanism, we'll need to create a way to label X pixmaps
with GL names.
There are already two groups working on GL-based compositing managers, so
we'll want to have this sooner, not later...
>
>
>
>
Yes, if the composite manager grabs the server while updating the
screen, then everything will be fine. Your sample xcompmgr doesn't
grab the server when updating the screen, and I expect many future
composite managers will use xcompmgr as a starting point.
Fortunately, it's easy to add the grabs. And, it might fix some other
problems I've seen...
The existing compositing manager code needs to be replaced; it served as a
test bed for many different ideas, some of which negatively affected the
overall structure.
> That seems possible. However, that seems like a lot to ask of all
> window managers. Would common functionality like that be better
> contained within an X server extension?
Not an extension (there's no need), but surely a library would be useful.
I've briefly looked into creating a library to help build compositing
managers and composite-aware applications.
> > It could pretend the overlay port was busy for new apps and silently
> > translate an existing overlay application to textures.
>
> Interesting; this will require some more thought.
Yeah, it would be nice to just say "overlays are dead, use textures", but
overlays remain an important option in many environments (better color,
more features, higher performance). So, I think we need to permit them,
but find a way to cut over to textures where necessary.
-keith
Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040518/b800a227/attachment.
pgp>
From 153nfl at rock.com Tue May 18 05:48:48 2004
From: 153nfl at rock.com (Bobbie Corbin)
Date: Tue, 18 May 04 12:48:48 GMT
Subject: [Xorg] Hello Xorg
Message-ID: <rw21i6h8u-94-h@628rx.umvbc8jy>
*
*
*
*

SameDay shipping
Click Here
Date: Tue, 18 May 2004 12:01:52 -0700
In-Reply-To: Your message of "18 May 2004 14:47:21 +0200."
<ye87jv9sy06.fsf@ec09.daimi.au.dk>
Message-ID: <E1BQ9qa-0002wB-00@evo.keithp.com>
Around 14 o'clock on May 18, Soeren Sandmann wrote:
> What if another client has already grabbed the server for whatever
> reason? Is screen updating then turned off?
Currently, yes. We need to fix this...
-keith
Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040518/3fef6410/attachment.
pgp>
Date: Tue, 18 May 2004 15:41:10 -0400 (EDT)
In-Reply-To: <E1BQ9OX-0002qC-00@evo.keithp.com>
References: <E1BQ9OX-0002qC-00@evo.keithp.com>
On Tue, 18 May 2004, Keith Packard wrote:

>
> Around 1 o'clock on May 18, Andy Ritger wrote:
>
> > I'm debating whether it is better for the X server to not even know
> > of the damage until it has completed in hardware, or if it is
>
>
>
>
>
>
>
>
>
>
>
> better to tell the X server as soon as the rendering has kicked off,
> and then require X to wait for completion only when it needs to
> use the drawable as a source.
I don't think we'll be able to know which is best without giving them both
a try. I was quite surprised at what method turned out best for the
compositing manager -- one has been taught to avoid round trips at all
cost, but the lowest latency was accomplished with an XSync call in the
middle of the drawing loop.
Just goes to show that intuition and reality are often in conflict...
Yup; this will require some experimentation to get right, but

atleast there are several options.
Thanks,
- Andy

Date: Tue, 18 May 2004 12:52:07 -0700
In-Reply-To: Your message of "Tue, 18 May 2004 18:45:19 +0200."
<16554.15775.897435.23354@xf11.fra.suse.de>
Message-ID: <E1BQAdD-00030x-00@evo.keithp.com>
> It may in fact be necessary to make some 'priviledged' clients like
> the composition manager immune to server grabs.
Yup. Then we'll need some kind of 'super grab' to keep multiple ones of
those from stepping on each other. And recurse.
-keith
Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040518/8d9fb960/attachment.
pgp>
Date: Tue, 18 May 2004 15:29:56 -0500
Subject: [Xorg] xine causes Fatal server error
Message-ID: <204b01c43d16$e27b4200$1e01a8c0@cnt496>
2 ssh clients (so that I can cut/paste the output - happens locally too.)
client 1
$ startx
(x starts, log goes to (II) Mouse0: ps2EnableDataReporting: succeeded)

client 2
carl at LinuxBook1 xc $ xine
This is xine (X11 gui) - a free video player v0.9.23.
(c) 2000-2003 The xine Team.
(xine starts. on X console, move the mouse over the DVD button (or any other
button). after about 2 seconds, X stops, additional lines in log file starting
with "*** If unresolved " )
X connection to :0.0 broken (explicit kill or server shutdown).
$
I am guessing this isn't enough info. let me know what I can do. It is very
repeatable.
Carl K
Current Operating System: Linux LinuxBook1 2.6.6-rc3-bk11 #4 Tue May 18 07:16:34
GMT 2004 i686
(==) Log file: "/var/log/Xorg.0.log", Time: Tue May 18 14:44:32 2004
(==) ServerLayout "XFree86 Configured"
(**) |-->Screen "Screen0" (0)
(**) | |-->Monitor "Monitor0"
(**) | |-->Device "Card0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(==) Keyboard: CustomKeycode disabled
(**) FontPath set to
"/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X
11/fonts/100dpi/"
(**) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(**) ModulePath set to "/usr/X11R6/lib/modules"
(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.2
X.Org Video Driver: 0.7
X.Org XInput driver : 0.4
X.Org Server Extension : 0.2
X.Org Font Renderer : 0.4
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor="X.Org Foundation"

(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor="X.Org Foundation"
(--) using VT number 7
(II) PCI: Probing config type using method 1
(II) PCI: Config type is 1
(II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:1e:0: chip 8086,2428 card 0000,0000 rev 01 class 06,04,00 hdr 01
(II) PCI: 00:1f:2: chip 8086,2422 card 0000,0000 rev 01 class 0c,03,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set)
[0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x0006 (VGA_EN is cleared)
[0] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B]
[1] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]
[2] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]
[3] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]
[0] -1 0 0xd4000000 - 0xd5ffffff (0x2000000) MX[B]
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set)
(--) PCI:*(0:1:0) Intel Corp. 82810 CGC [Chipset Graphics Controller] rev 2, Mem
@ 0xd0000000/26, 0xd6000000/19
(II) Addressable bus resource ranges are
[0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B]
[1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
(II) Active PCI resource ranges:
[0] -1 0 0xd5000000 - 0xd500007f (0x80) MX[B]
[1] -1 0 0xd6000000 - 0xd607ffff (0x80000) MX[B](B)
[3] -1 0 0x0000c800 - 0x0000c83f (0x40) IX[B]
[4] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]

[5] -1 0 0x0000c000 - 0x0000c07f (0x80) IX[B]
[6] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[B]
[7] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B]
(II) Active PCI resource ranges after removing overlaps:
[0] -1 0 0xd5000000 - 0xd500007f (0x80) MX[B]
[1] -1 0 0xd6000000 - 0xd607ffff (0x80000) MX[B](B)
[3] -1 0 0x0000c800 - 0x0000c83f (0x40) IX[B]
[4] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]
[5] -1 0 0x0000c000 - 0x0000c07f (0x80) IX[B]
[6] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[B]
[7] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
(II) All system resource ranges:
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0xd5000000 - 0xd500007f (0x80) MX[B]
[6] -1 0 0xd6000000 - 0xd607ffff (0x80000) MX[B](B)
[8] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[9] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[10] -1 0 0x0000c800 - 0x0000c83f (0x40) IX[B]
[11] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]
[12] -1 0 0x0000c000 - 0x0000c07f (0x80) IX[B]
[13] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[B]
[14] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B]
(II) LoadModule: "record"
(II) Loading /usr/X11R6/lib/modules/extensions/librecord.a
(II) Module record: vendor="X.Org Foundation"
(II) Loading extension RECORD
(II) LoadModule: "extmod"
(II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a
(II) Module extmod: vendor="X.Org Foundation"
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP

(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a
(II) Module dbe: vendor="X.Org Foundation"
(II) Loading extension DOUBLE-BUFFER
(II) Loading /usr/X11R6/lib/modules/extensions/libdri.a
(II) Module dri: vendor="X.Org Foundation"
(II) Loading sub module "drm"
(II) LoadModule: "drm"
(II) Loading /usr/X11R6/lib/modules/linux/libdrm.a
(II) Module drm: vendor="X.Org Foundation"
(II) Loading extension XFree86-DRI
(II) LoadModule: "glx"
(II) Loading /usr/X11R6/lib/modules/extensions/libglx.a
(II) Module glx: vendor="X.Org Foundation"
(II) Loading sub module "GLcore"
(II) LoadModule: "GLcore"
(II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a
(II) Module GLcore: vendor="X.Org Foundation"
(II) Loading extension GLX
(II) LoadModule: "xtrap"
(II) Loading /usr/X11R6/lib/modules/extensions/libxtrap.a
(II) Module xtrap: vendor="X.Org Foundation"
(II) Loading extension DEC-XTRAP
(II) LoadModule: "type1"
(II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a
(II) Module type1: vendor="X.Org Foundation"
(II) Loading font Type1
(II) Loading font CID
(II) LoadModule: "i810"
(II) Loading /usr/X11R6/lib/modules/drivers/i810_drv.o
(II) Module i810: vendor="X.Org Foundation"
Module class: X.Org Video Driver
(II) LoadModule: "mouse"
(II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o
(II) Module mouse: vendor="X.Org Foundation"

Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.4
(II) I810: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100,
i810e, i815, i830M, 845G, 852GM/855GM, 865G
(II) Primary Device is: PCI 00:01:0
(--) Chipset i810 found
(II) resource ranges after xf86ClaimFixedResources() call:
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0xd5000000 - 0xd500007f (0x80) MX[B]
[6] -1 0 0xd6000000 - 0xd607ffff (0x80000) MX[B](B)
[8] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[9] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[10] -1 0 0x0000c800 - 0x0000c83f (0x40) IX[B]
[11] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]
[12] -1 0 0x0000c000 - 0x0000c07f (0x80) IX[B]
[13] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[B]
[14] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B]
(II) resource ranges after probing:
[2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[5] -1 0 0xd5000000 - 0xd500007f (0x80) MX[B]
[6] -1 0 0xd6000000 - 0xd607ffff (0x80000) MX[B](B)
[8] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B]
[9] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B]
[10] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B]
[11] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[12] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[13] -1 0 0x0000c800 - 0x0000c83f (0x40) IX[B]
[14] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]
[15] -1 0 0x0000c000 - 0x0000c07f (0x80) IX[B]
[16] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[B]
[17] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B]
[18] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B]
[19] 0 0 0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/X11R6/lib/modules/libvgahw.a
(II) Module vgahw: vendor="X.Org Foundation"
(**) I810(0): Depth 24, (--) framebuffer bpp 24
(==) I810(0): RGB weight 888
(==) I810(0): Default visual is TrueColor
(**) I810(0): Option "XvMCSurfaces" "6"
(II) Loading sub module "vbe"
(II) LoadModule: "vbe"
(II) Loading /usr/X11R6/lib/modules/libvbe.a
(II) Module vbe: vendor="X.Org Foundation"

(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Loading /usr/X11R6/lib/modules/linux/libint10.a
(II) Module int10: vendor="X.Org Foundation"
(II) I810(0): initializing int10
(II) I810(0): Primary V_BIOS segment is: 0xc000
(II) I810(0): VESA BIOS detected
(II) I810(0): VESA VBE Version 3.0
(II) I810(0): VESA VBE Total Mem: 1024 kB
(II) I810(0): VESA VBE OEM: Intel810(TM) Graphics Chip Accelerated VGA BIOS
(II) I810(0): VESA VBE OEM Software Rev: 3.0
(II) I810(0): VESA VBE OEM Vendor: Intel Corporation
(II) I810(0): VESA VBE OEM Product: i810 Graphics Controller
(II) I810(0): VESA VBE OEM Product Rev: Hardware Version 0.0
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"
(II) Loading /usr/X11R6/lib/modules/libddc.a
(II) Module ddc: vendor="X.Org Foundation"
(II) I810(0): VESA VBE DDC supported
(II) I810(0): VESA VBE DDC Level none
(II) I810(0): VESA VBE DDC transfer in appr. 0 sec.
(II) I810(0): VESA VBE DDC read failed
(--) I810(0): Chipset: "i810"
(--) I810(0): Linear framebuffer at 0xD0000000
(--) I810(0): IO registers at addr 0xD6000000
(II) I810(0): I810CheckAvailableMemory: 199608k available
(==) I810(0): Will alloc AGP framebuffer: 8192 kByte
(==) I810(0): Using gamma correction (1.0, 1.0, 1.0)
(II) I810(0): Monitor0: Using default hsync range of 28.00-33.00 kHz
(II) I810(0): Monitor0: Using vrefresh range of 43.00-65.00 Hz
(II) I810(0): Clock range: 9.50 to 136.00 MHz


mode "1024x768" (unknown reason)

(II) I810(0): Not using mode "800x600" (no mode of this name)
(--) I810(0): Virtual size is 640x480 (pitch 1024)

(**) I810(0): Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz
(II) I810(0): Modeline "640x480" 25.20 640 656 752 800 480 490 492
525 -hsync -vsync
(==) I810(0): DPI set to (75, 75)
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/X11R6/lib/modules/libfb.a
(II) Module fb: vendor="X.Org Foundation"
ABI class: X.Org ANSI C Emulation, version 0.2
(II) Loading sub module "xaa"
(II) LoadModule: "xaa"
(II) Loading /usr/X11R6/lib/modules/libxaa.a
(II) Module xaa: vendor="X.Org Foundation"
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"
(II) Loading /usr/X11R6/lib/modules/libramdac.a
(II) Module ramdac: vendor="X.Org Foundation"
(**) I810(0): DRI is disabled because it runs only at 16-bit depth.
(**) I810(0): 6 XvMC Surfaces Requested.
(==) Depth 24 pixmap format is 32 bpp
(II) do I need RAC? No, I don't.
(II) resource ranges after preInit:
[0] 0 0 0xd6000000 - 0xd607ffff (0x80000) MS[B]
[1] 0 0 0xd0000000 - 0xd3ffffff (0x4000000) MS[B]
[4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[7] -1 0 0xd5000000 - 0xd500007f (0x80) MX[B]
[8] -1 0 0xd6000000 - 0xd607ffff (0x80000) MX[B](B)
[10] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD)
[11] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD)
[12] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD)
[13] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[14] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[15] -1 0 0x0000c800 - 0x0000c83f (0x40) IX[B]
[16] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]
[17] -1 0 0x0000c000 - 0x0000c07f (0x80) IX[B]
[18] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[B]
[19] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[B]
[20] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU)
[21] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU)
(==) I810(0): Write-combining range (0xd0000000,0x4000000)
(II) I810(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000
(II) I810(0): Setting dot clock to 25.2 MHz [ 0x13 0x3 0x40 ] [ 21 5 4 ]
(II) I810(0): chose watermark 0x22009000: (tab.freq 25.2)
(WW) I810(0): xf86AllocateGARTMemory: allocation of 1024 pages failed
(Cannot allocate memory)
(II) I810(0): No physical memory available for 4194304 bytes of DCACHE
(II) I810(0): Adding 512 scanlines for pixmap caching
(II) I810(0): Allocated Scratch Memory

(II) I810(0): Using XFree86 Acceleration Architecture (XAA)
Screen to screen bit blits
Solid filled rectangles
8x8 mono pattern filled rectangles
Indirect CPU to Screen color expansion
Solid Horizontal and Vertical Lines
Offscreen Pixmaps
Setting up tile and stipple cache:
21 128x128 slots
5 256x256 slots
(==) I810(0): Backing store disabled
(==) I810(0): Silken mouse enabled
(**) I810(0): Direct rendering disabled
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension LBX
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFree86-Bigfont
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(**) Option "Protocol" "IMPS/2"
(**) Mouse0: Device: "/dev/psaux"
(**) Mouse0: Protocol: "IMPS/2"
(**) Option "CorePointer"
(**) Mouse0: Core Pointer
(**) Option "Device" "/dev/psaux"
(==) Mouse0: Emulate3Buttons, Emulate3Timeout: 50
(**) Option "ZAxisMapping" "4 5"
(**) Mouse0: ZAxisMapping: buttons 4 and 5
(**) Mouse0: Buttons: 5
(II) Keyboard "Keyboard0" handled by legacy driver
(II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
(II) Mouse0: ps2EnableDataReporting: succeeded
*** If unresolved symbols were reported above, they might not
*** be the reason for the server aborting.
Fatal server error:
Caught signal 11. Server aborting
for help.
information.
(II) I810(0): xf86UnbindGARTMemory: unbind key 2
(II) I810(0): xf86UnbindGARTMemory: unbind key 3
#end of Xorg.0.log
# /etc/X11/twm/system.twmrc
# Posted by Monty Walls, mwalls at castor.oktax.state.ok.us
NoDefaults
NoGrabServer
RestartPreviousState
DecorateTransients
UsePPosition "on"
TitleFont "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-*-*"
ResizeFont "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-*-*"
MenuFont "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-*-*"
IconFont "-adobe-helvetica-bold-r-normal--*-100-*-*-*-*-*-*"
IconManagerFont "-adobe-helvetica-bold-r-normal--*-100-*-*-*"
Cursors {
Frame "top_left_arrow"
Title "top_left_arrow"
Icon "top_left_arrow"
IconMgr "top_left_arrow"
Move "fleur"
Resize "fleur"
Menu "sb_left_arrow"
Button "hand2"
Wait "watch"
Select "dot"
Destroy "pirate"
}
Color
{
BorderColor "slategrey" {
"VideoLan Client" "black"
"Xine" "black"
"Xawtv" "black"
"MPlayer" "black"
"tvtime" "black"
"MythTV" "black"
"mythfrontend" "black"
}
DefaultBackground "rgb:2/a/9"
DefaultForeground "gray85"
TitleBackground "rgb:2/a/9"
TitleForeground "gray85"
MenuBackground "rgb:2/a/9"
MenuForeground "gray85"
MenuTitleBackground "gray70"
MenuTitleForeground "rgb:2/a/9"
IconBackground "rgb:2/a/9"
IconForeground "gray85"
IconBorderColor "gray85"
IconManagerBackground "rgb:2/a/9"
IconManagerForeground "gray85"
}
NoTitle {
"VideoLan Client"
"Xine"
"MPlayer"
"Xawtv"
"tvtime"
"MythTV"
"mythtv"
"mythfrontend"
}
NoHighlight {
"VideoLan Client"
"Xine"
"MPlayer"
"mplayer"
"Xawtv"
"tvtime"
"MythTV"
"mythfrontend"
}
#
# Define some useful functions for motion-based actions.
#
MoveDelta 3
Function "move-or-lower" { f.move f.deltastop f.lower }
Function "move-or-raise" { f.move f.deltastop f.raise }
Function "move-or-iconify" { f.move f.deltastop f.iconify }
#
# Set some useful bindings. Sort of uwm-ish, sort of simple-button-ish
#
Button1 = : root : f.menu "defops"
Button1 = m : window|icon : f.function "move-or-lower"
Button2 = m : window|icon : f.iconify
Button3 = m : window|icon : f.function "move-or-raise"
Button1 = : title : f.function "move-or-raise"
Button2 = : title : f.raiselower
Button1 = : icon : f.function "move-or-iconify"
Button2 = : icon : f.iconify
Button1 = : iconmgr : f.iconify
Button2 = : iconmgr : f.iconify
Button1 = : frame : f.resize
LeftTitleButton ":xlogo" = f.iconify
RightTitleButton ":resize" = f.fullzoom
#
# And a menus with the usual things
#
menu "defops"
{
"Twm" f.title
"Iconify" f.iconify
"Resize" f.resize
"Move" f.move
"Raise" f.raise
"Lower" f.lower
"" f.nop
"Focus" f.focus
"Unfocus" f.unfocus
"Show Iconmgr" f.showiconmgr
"Hide Iconmgr" f.hideiconmgr

"" f.nop
#"NVtv" f.exec "exec nvtv &"
"Xterm" f.exec "exec xterm &"
"" f.nop
"Kill" f.destroy
"Delete" f.delete
"" f.nop
"Restart" f.restart
"Exit" f.quit
}
From al593181 at mail.mty.itesm.mx Tue May 18 09:25:43 2004

From: al593181 at mail.mty.itesm.mx (Felipe Contreras)
Date: Tue, 18 May 2004 16:25:43 +0000
Subject: [Xorg] Several crashes
Message-ID: <20040518162543.GA20277@flik.mshome.net>
Hi all,
I have compiled X11R6.7 and it crashes _a lot_. I've got some situations
where I can reproduce this behavior 100% of the times, like running
alsa-mixer in an xterm or simply starting Gaim, sometimes when I click on
the background, etc.
I don't know how to get a backtrace. I only get this:
Fatal server error:
Caught signal 11. Server aborting
This is very annoying any ideas?
I'm attaching my host.def.
-Felipe Contreras
-------------- next part -------------/* Begin XFree86 host.def file */
#define DefaultGcc2i386Opt
-O2 \
-fno-strict-aliasing -fno-strength-reduce \
-march=pentium4 -mfpmath=sse -mmmx -msse2
#define XInputDrivers
mouse void
#define XF86CardDrivers
ati
#define
#define
#define
#define
#define
#define
#define
#define
YES
/opt/freedesktop
YES
/opt/extra
YES
/opt/extra
YES
YES
HasFontconfig
FontconfigDir
HasFreetype2
Freetype2Dir
HasExpat
ExpatDir
HasLibpng
HasZlib
/* End XFree86 host.def file */

From Dexter.Filmore at gmx.de Tue May 18 14:29:40 2004
Date: Tue, 18 May 2004 23:29:40 +0200
Subject: [Xorg] troubles with xine after upgrade from XF4.3 to R6.7
Message-ID: <20040518232940.5c078d8f@shodan.citadel>
After upgrading to R6.7 I can't compile a working xine anymore.
It compiles, and even works with XShm driver, but with Xv. All I get then is a
dark blue window.
System: Slackware9.1/current, R6.7, X driver: fglrx (ATi closed src).
Some folks at #ati on freenode reported having this sort of trouble, too, and
made it go away by downgrading to XF4.3.
Might be due to ATis shoddy Xinerama support, XF4.3 on Slackware doesn't
provide libXinerama and it works so...
X problem, ATi problem, xine problem?
b+(+++) DI+++ D G++ e* h>++ r%>* y?
From buchu at biscotte.net Wed May 19 03:13:14 2004

From: buchu at biscotte.net (Romain GAILLEGUE)
Date: Wed, 19 May 2004 12:13:14 +0200
Subject: [Xorg] Intel 855 vbios resolution problem
Hello,
I think you know about the problem on intel 855 graphic board that we
can use 1280x768 or 140x1050 mode because they are not listed in the
bios ?
I would like to know if the xorg team planed to do something about this
bug ?
Thanks
Romain
From buchu at biscotte.net Wed May 19 03:21:58 2004

From: buchu at biscotte.net (Romain GAILLEGUE)
Date: Wed, 19 May 2004 12:21:58 +0200
Subject: [Xorg] Intel 855 vbios resolution problem

References: <1084961593.13781.17.camel@localhost>
Humm
Le mer, 19/05/2004 ? 12:13 +0200, Romain GAILLEGUE a ?crit :
> Hello,
>
> I think you know about the problem on intel 855 graphic board that we
"we can not" :) sorry
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
can use 1280x768 or 140x1050 mode because they are not listed in the
bios ?
I would like to know if the xorg team planed to do something about this
bug ?
Thanks
Romain
_______________________________________________
xorg mailing list
From nbn849y at rai.it Wed May 19 13:55:58 2004

From: nbn849y at rai.it (Emil Brewer)
Date: Wed, 19 May 04 20:55:58 GMT
Subject: [Xorg] Health Information you wanted
Message-ID: <v129$y6--n51-5kh$4-hqb@q7k80>
*
*
*
*

SameDay shipping
Click Here
From caroool2003 at yahoo.com.br Wed May 19 18:39:46 2004
From: caroool2003 at yahoo.com.br (caroool2003)
Date: Wed, 19 May 04 18:39:46 Hora oficial do Brasil
Subject: [Xorg] Camila

URL: <http://lists.x.org/archives/xorg/attachments/20040519/320fda24/attachment.
html>
From Dexter.Filmore at gmx.de Thu May 20 05:09:25 2004
Date: Thu, 20 May 2004 14:09:25 +0200
Subject: [Xorg] off topic: list spam is starting to annoy me
Message-ID: <20040520140925.4fc25954@shodan.citadel>
closed list, please?
b+(+++) DI+++ D G++ e* h>++ r%>* y?
From elylevy-xserver at cs.huji.ac.il Thu May 20 08:18:45 2004

From: elylevy-xserver at cs.huji.ac.il (Ely Levy)
Date: Thu, 20 May 2004 18:18:45 +0300 (IDT)
Subject: [Xorg] matrox and xv
Message-ID: <Pine.LNX.4.56.0405201816190.23435@grok.cs.huji.ac.il>
Hey,
someone showed me to this link:
http://www.penguintown.net/~gorlik/millennium.html
which is a patch for XFree 4.2 to make Xv work on millennium cards
Anyone know what the status of it in the current tree?
If it's not supported would it make any use to try to port it to xorg?
or did thing changed completly?
Ely Levy
System group
Hebrew University
Jerusalem Israel
From h4gygcd at juno.com Thu May 20 04:31:22 2004

From: h4gygcd at juno.com (Kerry Flores)
Date: Thu, 20 May 04 11:31:22 GMT
Subject: [Xorg] Xorg Your meds are ready for pickup
Message-ID: <lq--i9$m-a-2@y6i74f5y>
*
*
*
*

SameDay shipping
Click Here
From elylevy-xserver at cs.huji.ac.il Fri May 21 08:31:19 2004
From: elylevy-xserver at cs.huji.ac.il (Ely Levy)
Date: Fri, 21 May 2004 18:31:19 +0300 (IDT)
Message-ID: <Pine.LNX.4.56.0405211830250.24312@grok.cs.huji.ac.il>
Hey,
someone showed me to this link:
http://www.penguintown.net/~gorlik/millennium.html
which is a patch for XFree 4.2 to make Xv work on millennium cards
Anyone know what the status of it in the current tree?
If it's not supported would it make any use to try to port it to xorg?
or did thing changed completly?
Ely Levy
System group
Hebrew University
Jerusalem Israel

Date: Fri, 21 May 2004 08:39:05 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.56.0405211830250.24312@grok.cs.huji.ac.il>
--- Ely Levy <elylevy-xserver at cs.huji.ac.il> wrote:
> Hey,
> someone showed me to this link:
> http://www.penguintown.net/~gorlik/millennium.html
> which is a patch for XFree 4.2 to make Xv work on millennium cards
> Anyone know what the status of it in the current tree?
> If it's not supported would it make any use to try to port it to
> xorg?
> or did thing changed completly?
>
Someone posted that link long ago on xfree86 devel. no one seemed
interested in merging it. I don't see why not (although there might
have been some inline asm that should be cleaned up). post a patch on
xorg bugzilla:
http://freedesktop.org/cgi-bin/bugzilla/index.cgi
Alex
>
>
>
>
>
Ely Levy
System group
Hebrew University
Jerusalem Israel
__________________________________
Do you Yahoo!?
Yahoo! Domains ? Claim yours for only $14.70/year
http://smallbusiness.promotions.yahoo.com/offer

Date: Fri, 21 May 2004 09:35:40 -0700 (PDT)
Subject: [Xorg] Free to open source developers
I cleaned out my boxes of old hardware and came up with quite a few old
odds and ends I'd like to get rid of, so before I freecycle it, I
thought I'd offer it to any open source developers that are interested.
Please email directly if you'd like any of the hardware. I'm willing
to ship internationally (I'm in the USA).
Alex
Video cards:
S3 Virge VX PCI 2MB
Cirrus Logic GD5430 PCI 1 MB
Trident TVGA8900C ISA w/ feature connector
Matrox G400 AGP 32 MB dualhead (wonky)
Sounds Cards:
SB AWE32 2 MB RAM ISA
Turtle Beach Maui MIDI ISA
Opti 82C931 ISA
Other:
Micronics w6-li motherboard w/ 2 PPro 200/256 and SB AWE32
Rockwell 28.8 ISA modem
AMD Athlon 850
SGI Indigo R4000 48 MB 1 GB HD IRIX 6.2
2x Westell DSL modems
Syquest 200 MB SCSI cartridge drive w/ 4-5 cartridges
__________________________________
Do you Yahoo!?
From sndirsch at suse.de Sun May 23 01:23:15 2004

From: sndirsch at suse.de (Stefan Dirsch)
Date: Sun, 23 May 2004 10:23:15 +0200
Subject: [Xorg] CVS checkout errors
Message-ID: <20040523082315.GA4228@shannon.suse.de>
Hi
I'm getting errors when checking out current CVS release.
.../xc # cvs -q update -A -P -d
cvs update: nothing known about `doc/man/general/Standards.cpp'
[...] (hundreds of these errors)
cvs update: nothing known about ùtil/patch/winnt.h'
All these files don't exist. Any ideas?
Stefan
Public Key available
---------------------------------------------------Stefan Dirsch (Res. & Dev.) SUSE LINUX AG
Tel: 0911-740 53 0
Maxfeldstrasse 5
FAX: 0911-740 53 479
D-90409 N?rnberg
http://www.suse.de
Germany
----------------------------------------------------
From orders at nodivisions.com Sun May 23 02:06:27 2004

From: orders at nodivisions.com (Anthony DiSante)
Date: Sun, 23 May 2004 05:06:27 -0400
Subject: [Xorg] really slow X performance with Radeon 7200
Message-ID: <40B06993.1090100@nodivisions.com>
Hello,
First of all, I'm not sure if this is the right place to ask this -- if not,
please let me know where I should ask.
I'm running a Radeon All-in-Wonder (aka 7200) AGP on a Pentium III 850MHz
system with 512MB memory. I'm currently running xorg-x11 version 6.7.0, on
kernel 4.6.3 (this on Gentoo Linux). However, the problem that I'm having
also exists when I'm using my geForce4 MX 440 PCI card (64MB), and existed
when I was using xfree 4.3.x instead of xorg. (I just upgraded to xorg last
week.)
The problem is that my video performance is really slow. For example:
[0116][~]$ x11perf -shmput500
Sync time adjustment is 0.0665 msecs.
800 reps @ 12.1687 msec (
82.2/sec):
800 reps @ 11.6212 msec (
86.0/sec):
800 reps @ 11.7664 msec (
85.0/sec):
800 reps @ 11.6915 msec (
85.5/sec):
800 reps @ 11.7212 msec (
85.3/sec):
4000 trep @ 11.7938 msec (
84.8/sec):
ShmPutImage
ShmPutImage
ShmPutImage
ShmPutImage
ShmPutImage
ShmPutImage
500x500
500x500
500x500
500x500
500x500
500x500
square
square
square
square
square
square
A little googling reveals that most people are getting >200/sec and some
>1000/sec... I'm getting 85.
glxinfo reports that I do have direct rendering; I get ~900 fps with
glxgears at the default window size.
I can run 3D screensavers (for example the rss-glx ones), but they are
slow/jerky.
I do have mtrr enabled:
[0427][/home/falling]#
reg00: base=0x00000000
reg01: base=0xf0000000
reg02: base=0xe8000000
cat /proc/mtrr
( 0MB), size= 512MB: write-back, count=1
(3840MB), size= 64MB: write-combining, count=2
(3712MB), size= 32MB: write-combining, count=3
So basically I've had this crappy performance for a long time, across
multiple kernels, multiple X servers, and multiple video cards. I'd really
like to find out what the problem is and how to fix it.
Any ideas?
Thanks,
Anthony
http://nodivisions.com/
PS - I also just sent this message to the xserver at freedesktop.org mailing
list, but then I read a message on that list saying it's going to be shut
down any day now, and new posts should be made here instead.
From thomas.klein at lanterne.org Sun May 23 02:24:28 2004

From: thomas.klein at lanterne.org (thomas klein)
Date: Sun, 23 May 2004 11:24:28 +0200
In-Reply-To: <40B06993.1090100@nodivisions.com>
References: <40B06993.1090100@nodivisions.com>
Message-ID: <200405231124.28912.thomas.klein@lanterne.org>
80 reps @ 60.3042 msec (
80 reps @ 58.5294 msec (
80 reps @ 62.0665 msec (
16.6/sec): ShmPutImage 500x500 square

ati mach64, piii750 (laptop)

fdo xserver.
your perf seems good from my point of view ;)
My X is very usable, a bit laggish but really nice ;)
thomas.
From jaymz at artificial-stupidity.net Sun May 23 03:00:44 2004

From: jaymz at artificial-stupidity.net (Jaymz Julian)
Date: Sun, 23 May 2004 20:00:44 +1000

In-Reply-To: <200405231124.28912.thomas.klein@lanterne.org>;
from thomas.klein@lanterne.org on Sun, May 23, 2004 at 11:24:28AM
+0200
<200405231124.28912.thomas.klein@lanterne.org>
Message-ID: <20040523200044.Y1822@artificial-stupidity.net>
On Sun, May 23, 2004 at 11:24:28AM +0200, thomas klein wrote:
> 80 reps @ 60.3042 msec (
> 80 reps @ 58.5294 msec (
> 80 reps @ 62.0665 msec (
>
> ati mach64, piii750 (laptop)
>
> fdo xserver.
>
> your perf seems good from my point of view ;)
hrm, that's really terrible. from my matrox g400 dual head on a p3-500:
(with xorg):
800
800
800
800
800
4000
reps
reps
reps
reps
reps
trep
@ 9.2069 msec (
@ 9.5065 msec (
@ 10.0586 msec (
@ 10.1273 msec (
@ 10.0745 msec (
@ 9.7948 msec (
109.0/sec):
105.0/sec):
99.4/sec):
98.7/sec):
99.3/sec):
102.0/sec):
ShmPutImage
ShmPutImage
ShmPutImage
ShmPutImage
ShmPutImage
ShmPutImage
500x500
500x500
500x500
500x500
500x500
500x500
square
square
square
square
square
square
500x500
500x500
500x500
500x500
500x500
500x500
square
square
square
square
square
square
and from a mach64 on a mobile p3-500 running fd.o:

240
240
240
240
240
1200
reps
reps
reps
reps
reps
trep
@
@
@
@
@
@
21.3982
21.5935
22.5526
22.4313
21.6628
21.9277
msec
msec
msec
msec
msec
msec
(
(
(
(
(
(
46.7/sec):
46.3/sec):
44.3/sec):
44.6/sec):
46.2/sec):
45.6/sec):
ShmPutImage
ShmPutImage
ShmPutImage
ShmPutImage
ShmPutImage
ShmPutImage
*however*, that was in a transparent window, so in the interests of

fairness, i tunred off compositng, and got:
800
800
800
800
800
4000
reps
reps
reps
reps
reps
trep
@
@
@
@
@
@
6.1078
6.0986
6.3319
6.0818
6.9960
6.3232
msec
msec
msec
msec
msec
msec
(
(
(
(
(
(
164.0/sec):
164.0/sec):
158.0/sec):
164.0/sec):
143.0/sec):
158.0/sec):
ShmPutImage
ShmPutImage
ShmPutImage
ShmPutImage
ShmPutImage
ShmPutImage
500x500
500x500
500x500
500x500
500x500
500x500
square
square
square
square
square
square
now, everything on my laptop is compiled in debug and/or profile mode,

and so if you cna't beat my laptop with the same video hardware, and
200mhz of extra CPU, there is something seriously wrong with your
setup :)
-- jaymz
-Jaymz Julian - Coder, Visionary, Fat Ass.
"Hannibal is a serial killer. He only likes to kill and eat people.
Very few people have Ì want to be killed and eaten' on their cards,
so Hannibal is out of a job." - http://cards.sf.net

Date: Sun, 23 May 2004 13:37:27 +0200
In-Reply-To: <20040523200044.Y1822@artificial-stupidity.net>
<20040523200044.Y1822@artificial-stupidity.net>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
and from a mach64 on a mobile p3-500 running fd.o:

240 reps @ 21.3982 msec (
46.7/sec): ShmPutImage 500x500
square 240 reps @ 21.5935 msec (
square 1200 trep @ 21.9277 msec (
45.6/sec): ShmPutImage
500x500 square
*however*, that was in a transparent window, so in the interests of
fairness, i tunred off compositng, and got:
800 reps @ 6.1078 msec ( 164.0/sec): ShmPutImage 500x500
square 800 reps @ 6.0986 msec ( 164.0/sec): ShmPutImage 500x500
square 4000 trep @ 6.3232 msec ( 158.0/sec): ShmPutImage
500x500 square
now, everything on my laptop is compiled in debug and/or profile
mode, and so if you cna't beat my laptop with the same video
hardware, and 200mhz of extra CPU, there is something seriously
wrong with your setup :)
HO !
There's a serious problem with my setup, there is no doubt !
I make the test with xcompmrg.. withou I got
320 reps @ 22.1747 msec (
320 reps @ 18.4267 msec (
320 reps @ 16.9780 msec (

I launch Xmach64 -dpi 100 -rgba rgb -screen 1024x768x24 -shadow +bs
-3button -mouse /dev/psaux,5
I'm running linux 2.6.6 on debian (kde3.2.2)
I'm interested in your configuration / fdo xserver...
Anyone got a clue for me?
thanks in advance,
thomas.
From michel at daenzer.net Sun May 23 05:41:14 2004

Date: Sun, 23 May 2004 14:41:14 +0200
On Sun, 2004-05-23 at 11:06, Anthony DiSante wrote:
>
> So basically I've had this crappy performance for a long time, across
> multiple kernels, multiple X servers, and multiple video cards.
But always the same motherboard?
|
|

From aundro at swing.be Sun May 23 06:01:50 2004

From: aundro at swing.be (arnaud)
Date: Sun, 23 May 2004 15:01:50 +0200
Subject: [Xorg] dual head w/ geforce2 GO and nv driver
Hello,
I'm the (not-so-happy) owner of a GeForce2 GO, and I recently tried to
make use of the dual-head.
(I'm using the 'nv' driver for two reasons: Ethical and, more
pragmatically, SBCL can't load correctly nvidia's libGL/glcore/...
libs.)
I noticed in the 'nv' manpage, concerning the "CrtcNumber" option, that
only the "GeForce2 MX, nForce2, Quadro4, GeForce4, Quadro FX and
GeForce FX may have two video outputs."
Is there a technical reason why the GeForce2 GO can't be used with the
twin head? I could live w/o it until now, but if I can use it, well ..
:)
Regards,
aundro

Date: Sun, 23 May 2004 18:11:45 +0200
In-Reply-To: <200405231337.27753.thomas.klein@lanterne.org>
<20040523200044.Y1822@artificial-stupidity.net>
On Sunday 23 May 2004 13:37, thomas klein wrote:
> > now, everything on my laptop is compiled in debug and/or profile
> > mode, and so if you cna't beat my laptop with the same video
> > hardware, and 200mhz of extra CPU, there is something seriously
> > wrong with your setup :)
I recompiled fdo xserver from the last sources (05-23)
I don't know if there was a lot of updates, but seeing my perfs force
me to test this...
I relaunch
80 reps @
80 reps @
80 reps @
x11perf
56.2093
57.9825
60.7528
and got
msec (
msec (
msec (

anyone got a clue ?

regards,
thomas.
From agd5f at yahoo.com Sun May 23 10:27:01 2004

Date: Sun, 23 May 2004 10:27:01 -0700 (PDT)
Subject: [Xorg] dual head w/ geforce2 GO and nv driver
In-Reply-To: <1085317310.5809.6.camel@localhost.localdomain>
--- arnaud <aundro at swing.be> wrote:
>
> Hello,
>
> I'm the (not-so-happy) owner of a GeForce2 GO, and I recently tried
> to
> make use of the dual-head.
> (I'm using the 'nv' driver for two reasons: Ethical and, more
> pragmatically, SBCL can't load correctly nvidia's libGL/glcore/...
> libs.)
>
> I noticed in the 'nv' manpage, concerning the "CrtcNumber" option,
> that
> only the "GeForce2 MX, nForce2, Quadro4, GeForce4, Quadro FX and
> GeForce FX may have two video outputs."
>
> Is there a technical reason why the GeForce2 GO can't be used with
> the
> twin head? I could live w/o it until now, but if I can use it, well
> ..
> :)
It's not currently possible with the current nv driver. I think there
may be enough information in the nv driver to add dualhead support
(shouldn't be too hard since I think there is code to set modes on both
crtcs, you just need to add the proper odds and ends to use them both
at the same time), it's just that no one has done it yet since nvidia
provides support for it in their binary driver.
Alex
>
> Regards,
>
>
aundro
__________________________________
Do you Yahoo!?

Date: Sun, 23 May 2004 13:36:56 -0400
<1085316073.10035.44.camel@localhost>
Message-ID: <40B0E138.40306@nodivisions.com>
> On Sun, 2004-05-23 at 11:06, Anthony DiSante wrote:
>
>>So basically I've had this crappy performance for a long time, across
>>multiple kernels, multiple X servers, and multiple video cards.
>
>
> But always the same motherboard?
Roger that. Tyan S2507 Tiger 230.
-Anthony

Date: Sun, 23 May 2004 13:44:45 -0400
In-Reply-To: <200405231124.28912.thomas.klein@lanterne.org>
Message-ID: <40B0E30D.8030404@nodivisions.com>
thomas klein wrote:
> 80 reps @ 60.3042 msec (
> 80 reps @ 58.5294 msec (
> 80 reps @ 62.0665 msec (
>
> ati mach64, piii750 (laptop)
>
> fdo xserver.
>
> your perf seems good from my

point of view ;)
Terrible. That's about what I get when I use my geForce4 MX 440 (PCI)
instead of my Radeon 7200.
Also, I was having trouble with my tv tuner a few weeks ago, and mentioned
some of this on the v4l list. In tvtime, I get ~20MB/s throughput to X
with the geForce, and ~100 with the Radeon. The author of tvtime said
there's got to be a problem with my X, because those numbers should be over 200.
-Anthony
From iveeddldaiq at iloveyou.com Sun May 23 12:15:51 2004

From: iveeddldaiq at iloveyou.com (Tasha Orr)
Date: Sun, 23 May 2004 14:15:51 -0500
Subject: [Xorg] Shapiro Info you requested
76.226.240.114
Looking to buy cheap affordable medications?
*
*
*
*

SameDay shipping
Click Here
martingale splurge cowardice

anyone bedlam unicorn
phalanger bad
switchblade
distribution
From michel at daenzer.net Sun May 23 15:01:54 2004
Date: Mon, 24 May 2004 00:01:54 +0200
In-Reply-To: <40B0E138.40306@nodivisions.com>
<1085316073.10035.44.camel@localhost> <40B0E138.40306@nodivisions.com>
On Sun, 2004-05-23 at 19:36, Anthony DiSante wrote:
> Michel D?nzer wrote:
> > On Sun, 2004-05-23 at 11:06, Anthony DiSante wrote:
> >
> >>So basically I've had this crappy performance for a long time, across
> >>multiple kernels, multiple X servers, and multiple video cards.
> >
> >
> > But always the same motherboard?
>
> Roger that. Tyan S2507 Tiger 230.
Have you played with the PCI/AGP configuration in the BIOS etc.? E.g.,
does the AGP bridge support Fast Writes, and are they enabled? (Caution,
they cause instability on some systems)
|
|

From administrator at educationadmin.org Sun May 23 16:43:50 2004

From: administrator at educationadmin.org (Admin)
Date: Sun, 23 May 2004 18:43:50 -0500
Subject: [Xorg] ADV: Attention All School Staff: Teachers,
Students and Faculty Members:
URL: <http://lists.x.org/archives/xorg/attachments/20040523/cea65c79/attachment.
html>
Date: Sun, 23 May 2004 21:59:28 -0400
<1085316073.10035.44.camel@localhost>
<40B0E138.40306@nodivisions.com>
<1085349713.10033.65.camel@localhost>
Message-ID: <40B15700.40905@nodivisions.com>
>>>>So basically I've had this crappy performance for a long time, across
>>>>multiple kernels, multiple X servers, and multiple video cards.
>>>
>>>
>>>But always the same motherboard?
>>
>>Roger that. Tyan S2507 Tiger 230.
>
>
> Have you played with the PCI/AGP configuration in the BIOS etc.? E.g.,
> does the AGP bridge support Fast Writes, and are they enabled? (Caution,
> they cause instability on some systems)
AGP Fast Write was disabled, but I got no performance increase by enabling
it. I also tried the BIOS' fail-safe defaults, and optimized defaults... no
difference.
-Anthony
From orders at nodivisions.com Mon May 24 00:04:13 2004

Date: Mon, 24 May 2004 03:04:13 -0400
Message-ID: <40B19E6D.50509@nodivisions.com>
Anthony DiSante wrote:
> The problem is that my video performance is really slow. For example:
>
> [0116][~]$ x11perf -shmput500
>
800 reps @ 12.1687 msec (
>
> A little googling reveals that most people are getting >200/sec and some
> >1000/sec... I'm getting 85.
>
> glxinfo reports that I do have direct rendering; I get ~900 fps with
> glxgears at the default window size.
>
> So basically I've had this crappy performance for a long time, across
> multiple kernels, multiple X servers, and multiple video cards. I'd really
> like to find out what the problem is and how to fix it.
Another thing is that if I set AGPMode to 4 in my X config file, the system
locks up after startx, as soon as it draws my wallpaper. The highest I can
safely use is mode 2, which doesn't improve my glxgears rate, but adds 20 to
my x11perf rate -- it's now ~100/sec.
Both my bios and my video card are supposedly AGP4x compatible. In the
bios, I have two related options:
AGP4x: enable/disable (I have it enabled)
AGP aperture size:
8MB
16MB
32MB
64MB (the default)
...
AGP4x mode
The aperture size setting has a bunch of MB sizes, and then a "AGP4x mode"
option, which seems a little weird. If I set it to that, then when I
startx, I have no direct rendering, and in my X log, I have the error
"RADEON: could not bind."
Would AGP4x be likely to increase my performance by much?
-Anthony

Date: Mon, 24 May 2004 11:31:26 +0200
Subject: [Xorg] Anon Ftp on freedesktop.org?
I was putting together some development related information to the X.org
wiki. I would like to make a few scripts and tools available to the public
and the most hassle free way (for the user) would be to simply create a
link to an anonymous ftp server. However freedesktop.org doesn't seem to
have this.
Who whould I have to ask to start ftp on fd.o?
Egbert.

Date: Mon, 24 May 2004 19:38:14 +1000
Message-ID: <20040524093814.GD5946@fooishbar.org>
On Mon, May 24, 2004 at 11:31:26AM +0200, Egbert Eich wrote:
> I was putting together some development related information to the X.org
> wiki. I would like to make a few scripts and tools available to the public
> and the most hassle free way (for the user) would be to simply create a
> link to an anonymous ftp server. However freedesktop.org doesn't seem to
> have this.
> Who whould I have to ask to start ftp on fd.o?
While I personally think that it's just as easy to put it on a directory
that Apache can see somewhere, I think FTP would definitely be good.
I'll pass the request on to Adam Conrad.
-Daniel Stone
rg>
Name: signature.asc
Size: 189 bytes
URL: <http://lists.x.org/archives/xorg/attachments/20040524/e445bdb9/attachment.
pgp>
From michel at daenzer.net Mon May 24 05:33:03 2004
Date: Mon, 24 May 2004 14:33:03 +0200
In-Reply-To: <40B19E6D.50509@nodivisions.com>
References: <40B06993.1090100@nodivisions.com> <40B19E6D.50509@nodivisions.com>
On Mon, 2004-05-24 at 09:04, Anthony DiSante wrote:
>
> Would AGP4x be likely to increase my performance by much?
Not likely, but possibly. If you had Fast Writes enabled at the same
time (BTW, you did use Option "AGPFastWrite" to enable them, didn't
you?), try disabling them.
Does Option "XaaNoScanlineImageWriteRect" make a difference?
|
|

From me at christianhoenig.de Mon May 24 05:33:54 2004

From: me at christianhoenig.de (Christian Hoenig)
Date: Mon, 24 May 2004 14:33:54 +0200
Subject: [Xorg] Using 'radeon' _and_ 'ati-drivers' together
Message-ID: <200405241434.02944.me@christianhoenig.de>
Hi,
yesterday I switched from xfree to the current X.org release. I was hoping to
get any better results for my setup.
I have a Radeon 9600pro and a Matrox Mystique running a tripple head setup.
For normal usage i use the 'radeon' driver to power xfree in xinerama mode
without 3D acceleration. Since xinerama and 3D acceleration are mutual
exclusives using Linux I used to simply start a second X server without
xinerama to get 3D acceleration. This was during my days before the Radeon
(when I had a Matrox G400).
Since the ati-driver does not work with xinerama, and since the radeon driver
(dri stuff) coming with xorg/xfree does not support 3D at all with that kind
of cards (correct me if I'm wrong), I'd like to start a seconde x server
using the binary ati-driver. This kindof works in one direction (starting
the ati-driver powered xserver) but as soon as I switch back, I get my first
head of the radeon totally corrupted. A restart of X does not fix this.
Is there any chance to do a reset or to get that fixed from the side of x.org?
I will contact the ati-guys to get clarification concerning the bug using
xinerama with their driver (which in detail is that the mouse can be moved
(and seen) like it should, but the image behind the mouse on head 2 (i.e. the
desktop) is only a clone of the image of head1).
Thanks for any help :-)
take care, have fun
/christian
P.S.: If any logs or other infos are required, I'll post them later!
Name: not available
Size: 189 bytes
Desc: signature
URL: <http://lists.x.org/archives/xorg/attachments/20040524/4d072396/attachment.
pgp>
From leon at magic.shiman.com Mon May 24 05:55:12 2004
From: leon at magic.shiman.com (Leon Shiman)
Date: Mon, 24 May 2004 08:55:12 -0400 (EDT)
Message-ID: <200405241255.i4OCtC419988@magic.shiman.com>
on Mon, 24 May 2004 11:31:26 +0200 Egbert Eich wrote:
>
>I was putting together some development related information to the X.org
>wiki. I would like to make a few scripts and tools available to the public
>and the most hassle free way (for the user) would be to simply create a
>link to an anonymous ftp server. However freedesktop.org doesn't seem to
>have this.
>Who whould I have to ask to start ftp on fd.o?
>
>Egbert.
>
X.Org has always maintained an anonymous ftp server at x.org. I see no
reason that couln't be used.
Leon
Shiman Associates Inc
163 Tappan Street
Brookline MA 02445 USA
tel: (00)1.617.277.0087

Date: Mon, 24 May 2004 15:59:16 +0200
In-Reply-To: leon@magic.shiman.com wrote on Monday,
24 May 2004 at 08:55:12 -0400
References: <200405241255.i4OCtC419988@magic.shiman.com>
Leon Shiman writes:

>
> X.Org has always maintained an anonymous ftp server at x.org. I see no
> reason that couln't be used.
>
OK, thanks Leon.
How is this server managed?
Would it be possible for people to get accounts and personal pub/people
directories?
Are we using resources for that hosted at TOG? What is the state on the
future of these resources?
Cheers,
Egbert.

Date: Mon, 24 May 2004 16:05:57 +0200
In-Reply-To: daniel@freedesktop.org wrote on Monday,
24 May 2004 at 19:38:14 +1000
<20040524093814.GD5946@fooishbar.org>
Daniel Stone writes:
>
> While I personally think that it's just as easy to put it on a directory
> that Apache can see somewhere, I think FTP would definitely be good.
> I'll pass the request on to Adam Conrad.
>
Thanks, Daniel.
Cheers,
Egbert.
From leon at magic.shiman.com Mon May 24 07:38:36 2004

From: leon at magic.shiman.com (Leon Shiman)
Date: Mon, 24 May 2004 10:38:36 -0400 (EDT)
Message-ID: <200405241438.i4OEca420451@magic.shiman.com>
on Mon, 24 May 2004 15:59:16 +0200 Egbert Eich wrote:
>
>Leon Shiman writes:
> >
> > X.Org has always maintained an anonymous ftp server at x.org. I see no
> > reason that couln't be used.
> >
>
>OK, thanks Leon.
>How is this server managed?
By TOG under contract to X.Org. Designated members can be given specific

management privileges.
>Would it be possible for people to get accounts and personal pub/people
>directories?
I think something like this can almost certainly be done. But can you please
clarify the functional requirements? This should also be passed by the
Foundation Board tomorrow. I will speak to the TOG X.Org representative
today.
>
>Are we using resources for that hosted at TOG? What is the state on the
>future of these resources?
In my opinion the future of the site looks good. The X.Org Sponsor Group, is
currently discussing this with TOG.
(but I cannot speak for any of these groups.)
Leon
>
>Cheers,
>
Egbert.
>

Date: Mon, 24 May 2004 18:10:15 +0200
Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftp on
freedesktop.org?
Message-ID: <40B21E67.AFC145B0@nrubsig.org>
Egbert Eich wrote:
> I was putting together some development related information to the X.org
> wiki. I would like to make a few scripts and tools available to the public
> and the most hassle free way (for the user) would be to simply create a
> link to an anonymous ftp server. However freedesktop.org doesn't seem to
> have this.
> Who whould I have to ask to start ftp on fd.o?
... when we are thinking about this... what about having a "public NFS"
server, too (which means: People can mount a certain directory (like the
root dir of the ftp space) _READ_ _ONLY_ ?
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 641 7950090

(;O/ \/ \O;)

Date: Mon, 24 May 2004 12:10:22 -0400
<40B19E6D.50509@nodivisions.com>
<1085401983.10035.114.camel@localhost>
Message-ID: <40B21E6E.6020001@nodivisions.com>
> On Mon, 2004-05-24 at 09:04, Anthony DiSante wrote:
>
>>Would AGP4x be likely to increase my performance by much?
>
>
> Not likely, but possibly.
What is the difference between 1x, 2x, 4x, etc, if not performance? I guess
I assumed it would be that.
> If you had Fast Writes enabled at the same
> time (BTW, you did use Option "AGPFastWrite" to enable them, didn't
> you?), try disabling them.
No, I didn't know about that Option when I changed the BIOS value. I set it
now, though, and it actually decreased my x11perf score by 6 (didn't affect
glxgears). And I tried 4x mode with and without it; it hangs either way.
>
> Does Option "XaaNoScanlineImageWriteRect" make a difference?
>
Hmm, yes. Didn't affect glxgears, but x11perf increased by 20.
-Anthony

Date: Mon, 24 May 2004 09:29:36 -0700
<20040524093814.GD5946@fooishbar.org>
Message-ID: <E1BSIKX-0004Ke-00@evo.keithp.com>
Around 19 o'clock on May 24, Daniel Stone wrote:
> While I personally think that it's just as easy to put it on a directory
> that Apache can see somewhere, I think FTP would definitely be good.
> I'll pass the request on to Adam Conrad.
I thought I'd configured anon oftpd at some point.

-keith
Name: not available
Size: 228 bytes
Desc: not available
pgp>
Date: Mon, 24 May 2004 09:35:30 -0700
freedesktop.org?
<40B21E67.AFC145B0@nrubsig.org>
Message-ID: <E1BSIQE-0004LH-00@evo.keithp.com>
> ... when we are thinking about this... what about having a "public NFS"
> server, too (which means: People can mount a certain directory (like the
> root dir of the ftp space) _READ_ _ONLY_ ?
There have been too many remote root exploits of RPC and NFS for me to be
comfortable with this.
-keith
Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040524/0fc35dcf/attachment.
pgp>
Date: Mon, 24 May 2004 18:54:00 +0200
Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftp
onfreedesktop.org?
References: <E1BSIQE-0004LH-00@evo.keithp.com>
Message-ID: <40B228A8.528C1452@nrubsig.org>
> > ... when we are thinking about this... what about having a "public NFS"
> > server, too (which means: People can mount a certain directory (like the
> > root dir of the ftp space) _READ_ _ONLY_ ?
>
> There have been too many remote root exploits of RPC and NFS for me to be
> comfortable with this.
Erm... you only have to open the NFS port in the kernel firewall so
other RPC services are not affected. And there are far more exploits out
there for ftp deamons than the NFS deamon (this issue isn't really that
security sensitive since there are a couple of public NFS servers for
Debian packages...) ... :)
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)
From elanthis at awesomeplay.com Mon May 24 10:06:12 2004

From: elanthis at awesomeplay.com (Sean Middleditch)
Date: Mon, 24 May 2004 13:06:12 -0400
onfreedesktop.org?
In-Reply-To: <40B228A8.528C1452@nrubsig.org>
References: <E1BSIQE-0004LH-00@evo.keithp.com> <40B228A8.528C1452@nrubsig.org>
Message-ID: <1085418372.6339.13.camel@support02.civic.twp.ypsilanti.mi.us>
On Mon, 2004-05-24 at 12:54, Roland Mainz wrote:
> Keith Packard wrote:
> > > ... when we are thinking about this... what about having a "public NFS"
> > > server, too (which means: People can mount a certain directory (like the
> > > root dir of the ftp space) _READ_ _ONLY_ ?
> >
> > There have been too many remote root exploits of RPC and NFS for me to be
> > comfortable with this.
>
> Erm... you only have to open the NFS port in the kernel firewall so
> other RPC services are not affected. And there are far more exploits out
NFS itself is an RPC service, and the core RPC service itself has been
severely flawed in the past. Opening *any* service that uses RPC is
dangerous.
> there for ftp deamons than the NFS deamon (this issue isn't really that
That is an fairly worthless statement. ;-) There have been a lot of
security flaws in a certain FTP daemons, yes. That has absolutely no
effect on whether the NFS daemon is secure or not. Comparing apples and
buicks.
> security sensitive since there are a couple of public NFS servers for
> Debian packages...) ... :)
And there are plenty of Windows users connecting their home machines
right into a cable modem with no firewall and sharing their hard-drives
with everyone on their local block over CIFS. Doesn't mean it's good
practice.
>
> --->
> Bye,
> Roland
-Sean Middleditch <elanthis at awesomeplay.com>
AwesomePlay Productions, Inc.

Date: Mon, 24 May 2004 19:26:11 +0200
In-Reply-To: leon@magic.shiman.com wrote on Monday,
24 May 2004 at 10:38:36 -0400
References: <200405241438.i4OEca420451@magic.shiman.com>
Leon Shiman writes:
> >Would it be possible for people to get accounts and personal pub/people
> >directories?
>
> I think something like this can almost certainly be done. But can you please
> clarify the functional requirements? This should also be passed by the
> Foundation Board tomorrow. I will speak to the TOG X.Org representative
> today.
Well, there should be an area where one can provide tools, binaries,
documnetation etc. for access by developers.
Also it may be reasonable to have space where people can provide drivers
etc. for download.
>
>
>
>
>
>
>
>
>
>
>
>Are we using resources for that hosted at TOG? What is the state on the
>future of these resources?
In my opinion the future of the site looks good. The X.Org Sponsor Group, is
currently discussing this with TOG.
(but I cannot speak for any of these groups.)
OK. Thanks a lot!

Cheers,
Egbert.

Date: Mon, 24 May 2004 19:28:11 +0200
freedesktop.org?
<1085418372.6339.13.camel@support02.civic.twp.ypsilanti.mi.us>
Message-ID: <40B230AB.3AC6AEFA@nrubsig.org>
Sean Middleditch wrote:
> > > > ... when we are thinking about this... what about having a "public NFS"
> > > > server, too (which means: People can mount a certain directory (like the
> > > > root dir of the ftp space) _READ_ _ONLY_ ?
> > >
> > > There have been too many remote root exploits of RPC and NFS for me to be
> > > comfortable with this.
> >
> > Erm... you only have to open the NFS port in the kernel firewall so
> > other RPC services are not affected. And there are far more exploits out
>
> NFS itself is an RPC service, and the core RPC service itself has been
> severely flawed in the past. Opening *any* service that uses RPC is
> dangerous.
Did you read RFC 2054 ("WebNFS Client Specification") yet ? I am talking
to open _ONE_ port, not all RPC ports. "portmap" ports would NOT be open
in this case.
>
>
>
>
>
>
buicks.
I am not comparing apples and buicks, I am trying to explain that a

public, readonly WebNFS server isn't a larger security thread than a ftp
server. We're doing that here to share CD images for the various
distribuions and a couple of Linux distributions do the same.
>
>
>
>
>
>
>
practice.
Please define "good practice". The idea is much better than letting
people download large packages or CD images via ftp - they could
directly work on the shared files itself.
----Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)
From nores at e-ticket-marketing.com Mon May 24 09:00:01 2004

From: nores at e-ticket-marketing.com (eTicket)
Date: Mon, 24 May 2004 12:00:01 -0400
Subject: [Xorg] May Madness-Free Polarized Sunglasses
Message-ID: <20040524120001.Dqm\EbBsGH@e-ticket-marketing.com>
No text version was provided
URL: <http://lists.x.org/archives/xorg/attachments/20040524/84bac2df/attachment.
html>
Date: Mon, 24 May 2004 13:35:37 -0400
Subject: [Xorg] build failing in /xc/lib/font/FreeType
Something seems broken.
jg at laptop:/home/xc/lib/font/FreeType$ make
rm -f ftfuncs.o
gcc -m32 -c -O2 -fno-strength-reduce -fno-strict-aliasing -ansi
-pedantic -Wall -Wpointer-arith -Wundef -I/usr/include/freetype2
-I/usr/include/freetype2/config -I. -I../../../include/fonts
-I../include -I../../../exports/include/X11
-I../../../exports/include -I../../.. -I../../../exports/include
-Dlinux -D__i386__
-D_BSD_SOURCE
-D_SVID_SOURCE
-D_GNU_SOURCE
-DFUNCPROTO=15 -DNARROWPROTO -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV
-DSINGLEDEPTH
-DXFreeXDGA
-DXvExtension
-DXFree86LOADER
-DXFree86Server
-DXF86VIDMODE
-DXvMCExtension
-DSMART_SCHEDULE
-DBUILDDEBUG
-DXResExtension
-DXORG_VERSION_CURRENT="(((6) * 10000000) + ((7) * 100000) + ((0) *
1000) + 0)"
-DXFREE86_FT2 -DXVENDORNAME='"The X.Org
Foundation"' -DXVENDORNAMESHORT='"X.Org"' ftfuncs.c
ftfuncs.c: In function `FT_Do_SBit_Metrics':
ftfuncs.c:931: error: structure has no member named `find_sbit_image'
ftfuncs.c:955: error: structure has no member named `load_sbit_metrics'
From elanthis at awesomeplay.com Mon May 24 10:40:26 2004

Date: Mon, 24 May 2004 13:40:26 -0400
on freedesktop.org?
In-Reply-To: <40B230AB.3AC6AEFA@nrubsig.org>

<40B230AB.3AC6AEFA@nrubsig.org>
> Sean Middleditch wrote:
>
>
>
>
>
>
>
> NFS itself is an RPC service, and the core RPC service itself has been
> severely flawed in the past. Opening *any* service that uses RPC is
> dangerous.
Did you read RFC 2054 ("WebNFS Client Specification") yet ? I am talking
to open _ONE_ port, not all RPC ports. "portmap" ports would NOT be open
in this case.
Ah, no, I wasn't aware of WebNFS. My apologies. Looking online,

though, I don't see any software that claims to implement RFC 2054, at
least not in mainstream usage. What benefit would there be to using
WebNFS in that case instead of something very widely implemented like
WebDAV which can also be mounted on UNIX machines like other network
file systems? And which can be accessed with no administrative effort
using any modern file manager on Windows, OS X, GNOME/KDE, etc.?
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
buicks.

It is if the FTP server is secure and NFS server isn't. Which was my
point. *Some* FTP servers have had security holes, yes. That in no way
means the one that FreeDesktop.org uses is insecure. There are plenty
of FTP servers with perfect security records. Just like how even though
Sendmail has been known to have frequent security flaws there are still
MTAs that are very secure. Furthermore, even if the FTP server *is*
insecure, that is absolutely no excuse to add yet another insecure
server. One might as well say that just because FTP is running there's
no point in using SSH instead of telnet or even using passwords; the
machine's got a potential security hole anyway, right? ;-)
>
>
>
>
>
>
>
>
>
>
>
>
>

>
>
>
>
>
>
>
practice.
And what benefit does that provide? Either way, the whole thing needs
to be taken from the server to their local machine. FTP file systems
exist for UNIX so users can mount them and tools like cdrecord can
stream the file over the network (assuming you have burnfree or
something in use) and so on. WebDAV is also available in the same way.
NFS doesn't offer anything useful over these in a read-only scenario.
>
> ---->
> Bye,
> Roland

Date: Mon, 24 May 2004 19:41:07 +0200
Subject: [Xorg] build failing in /xc/lib/font/FreeType
References: <1085420137.24964.42.camel@laptop.gettys.org>
Message-ID: <40B233B2.1FD5B326@nrubsig.org>
Jim Gettys wrote:
> Something seems broken.
>
> jg at laptop:/home/xc/lib/font/FreeType$ make
> rm -f ftfuncs.o
> gcc -m32 -c -O2 -fno-strength-reduce -fno-strict-aliasing -ansi
> -pedantic -Wall -Wpointer-arith -Wundef -I/usr/include/freetype2
> -I/usr/include/freetype2/config -I. -I../../../include/fonts
> -I../include -I../../../exports/include/X11
> -I../../../programs/Xserver/include
> -I../../../exports/include -I../../.. -I../../../exports/include
> -Dlinux -D__i386__
-D_BSD_SOURCE
> -D_SVID_SOURCE
-D_GNU_SOURCE
> -DFUNCPROTO=15 -DNARROWPROTO -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV
> -DSINGLEDEPTH
-DXFreeXDGA
> -DXvExtension
-DXFree86LOADER
> -DXFree86Server
-DXF86VIDMODE
> -DXvMCExtension
> -DSMART_SCHEDULE
-DBUILDDEBUG
> -DXResExtension
> -DX_BYTE_ORDER=X_LITTLE_ENDIAN
> -DXORG_VERSION_CURRENT="(((6) * 10000000) + ((7) * 100000) + ((0) *
> 1000) + 0)"
-DXFREE86_FT2 -DXVENDORNAME='"The X.Org
> Foundation"' -DXVENDORNAMESHORT='"X.Org"' ftfuncs.c
> ftfuncs.c: In function `FT_Do_SBit_Metrics':
> ftfuncs.c:931: error: structure has no member named `find_sbit_image'
> ftfuncs.c:955: error: structure has no member named `load_sbit_metrics'
The Freetype2 library version installed on your machine is too old
(requirement is >= 2.1.8).
Put
-- snip
#define
-- snip
in your
-HasFreetype2 NO
-host.def and the build should work perfecty... :)
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)

Date: Mon, 24 May 2004 10:53:04 -0700
freedesktop.org?
Message-ID: <E1BSJdI-0004Oy-00@evo.keithp.com>
> Did you read RFC 2054 ("WebNFS Client Specification") yet ? I am talking
> to open _ONE_ port, not all RPC ports. "portmap" ports would NOT be open
> in this case.
No, I've never heard of that spec, and it probably makes a huge amount of
sense for some sites. I still think it's scary to open a port to a
kernel-level process.
I'm much more comfortable with our current policy of having only 'nobody'
daemons talking on network ports -- the ftp daemon I was looking at is
'oftpd' which supports only anonymous ftp and switches to 'nobody' before
accepting any FTP connections. We've also hacked cvs pserver to start as
nobody.
If there was a user-mode NFS server which could run as 'nobody', perhaps
Let's see if we can't manage to find a way to satisfy peoples requirements
and still keep us all comfortable about the vulnerability of the machine;
fd.o is rather visible and has way too much bandwidth for it's own good.
-keith
Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040524/6fbfbe26/attachment.
pgp>
From dfawcus at cisco.com Mon May 24 11:56:28 2004
From: dfawcus at cisco.com (Derek Fawcus)
Date: Mon, 24 May 2004 19:56:28 +0100
freedesktop.org?
In-Reply-To: <E1BSJdI-0004Oy-00@evo.keithp.com>;
from keithp@keithp.com on Mon, May 24, 2004 at 10:53:04AM -0700
References: <40B230AB.3AC6AEFA@nrubsig.org> <E1BSJdI-0004Oy-00@evo.keithp.com>
Message-ID: <20040524195628.A25490@edinburgh.cisco.com>
On Mon, May 24, 2004 at 10:53:04AM -0700, Keith Packard wrote:
>
> I'm much more comfortable with our current policy of having only 'nobody'
> daemons talking on network ports -- the ftp daemon I was looking at is
> 'oftpd' which supports only anonymous ftp and switches to 'nobody' before
> accepting any FTP connections. We've also hacked cvs pserver to start as
> nobody.
>
> If there was a user-mode NFS server which could run as 'nobody', perhaps
Well if all that is required is read only access, one could dig up the old
user mode NFS server that Linux used to use, and hack it about.
DF
From idr at us.ibm.com Mon May 24 12:15:01 2004

From: idr at us.ibm.com (Ian Romanick)
Date: Mon, 24 May 2004 12:15:01 -0700
Message-ID: <40B249B5.7040009@us.ibm.com>
Andy Ritger wrote:
>
>
>
>
expect the implementation would be buried deeper
I guess I don't see what the problem is. The graphics device processes
commands as a FIFO. Groups of direct rendering commands are surrounded
by a lock. If the compositor uses the same lock, synchronization and
proper ordering are guaranteed.
Determining if direct rendering has damaged a region is another kettle
of fish, though...

Date: Mon, 24 May 2004 15:37:15 -0400 (EDT)

In-Reply-To: <40B249B5.7040009@us.ibm.com>
References: <40B249B5.7040009@us.ibm.com>
On Mon, 24 May 2004, Ian Romanick wrote:
>
>
>
>
>
>
>
>
>
>
>
Andy Ritger wrote:

>
>
>
>
expect the implementation would be buried deeper
I guess I don't see what the problem is. The graphics device processes
commands as a FIFO. Groups of direct rendering commands are surrounded
by a lock. If the compositor uses the same lock, synchronization and
proper ordering are guaranteed.
How does the composite manager use the same lock? If it's simply
using Render requests to perform the compositing, does the X server
need to lock whenever it processes a Render request. Does it do
so today? What happens if the X server performs the Render request
in software?
You're also assuming you have one global fifo, whereas some hardware
has a separate fifo per hw graphics client and the hw context
switches between fifos.
> Determining if direct rendering has damaged a region is another kettle
> of fish, though...
Yes, but I actually think that is going to be the easy part :)
Thanks,
- Andy
From michel at daenzer.net Mon May 24 14:52:05 2004

Date: Mon, 24 May 2004 23:52:05 +0200
In-Reply-To: <40B21E6E.6020001@nodivisions.com>
<40B19E6D.50509@nodivisions.com> <1085401983.10035.114.camel@localhost>
<40B21E6E.6020001@nodivisions.com>
On Mon, 2004-05-24 at 18:10, Anthony DiSante wrote:
> Michel D?nzer wrote:
> > On Mon, 2004-05-24 at 09:04, Anthony DiSante wrote:
> >
> >>Would AGP4x be likely to increase my performance by much?
> >
> > Not likely, but possibly.
>
> What is the difference between 1x, 2x, 4x, etc, if not performance? I guess
> I assumed it would be that.
It is, but in my experience 2x and 4x don't deliver as much over 1x as
one would hope.
> > Does Option "XaaNoScanlineImageWriteRect" make a difference?
>
> Hmm, yes. Didn't affect glxgears, but x11perf increased by 20.
Still not a lot... I guess with/out Fast Writes doesn't matter much with
this either?
|
|


Date: Tue, 25 May 2004 11:37:40 +1000
freedesktop.org?
In-Reply-To: <40B21E67.AFC145B0@nrubsig.org>
Message-ID: <20040525013740.GH5946@fooishbar.org>
On Mon, May 24, 2004 at 06:10:15PM +0200, Roland Mainz wrote:
> Egbert Eich wrote:
> > I was putting together some development related information to the X.org
> > wiki. I would like to make a few scripts and tools available to the public
> > and the most hassle free way (for the user) would be to simply create a
> > link to an anonymous ftp server. However freedesktop.org doesn't seem to
> > have this.
> > Who whould I have to ask to start ftp on fd.o?
>
> ... when we are thinking about this... what about having a "public NFS"
> server, too (which means: People can mount a certain directory (like the
> root dir of the ftp space) _READ_ _ONLY_ ?
No way. NFS is way too insecure for this: I don't trust it at all.
WebDAV, maybe.
-Daniel Stone
rg>
Name: signature.asc
Size: 189 bytes
URL: <http://lists.x.org/archives/xorg/attachments/20040525/09616e0c/attachment.
pgp>
Date: Tue, 25 May 2004 04:14:31 +0200
onfreedesktop.org?
<40B21E67.AFC145B0@nrubsig.org> <20040525013740.GH5946@fooishbar.org>
Message-ID: <40B2AC07.38A5B510@nrubsig.org>
Daniel Stone wrote:
> > > I was putting together some development related information to the X.org
> > > wiki. I would like to make a few scripts and tools available to the public
> > > and the most hassle free way (for the user) would be to simply create a
> > > link to an anonymous ftp server. However freedesktop.org doesn't seem to
> > > have this.
> > > Who whould I have to ask to start ftp on fd.o?
> >
> > ... when we are thinking about this... what about having a "public NFS"
> > server, too (which means: People can mount a certain directory (like the
> > root dir of the ftp space) _READ_ _ONLY_ ?
>
> No way. NFS is way too insecure for this:
Did you read the part of the original posting which says "read-only" and
WebNFS (e.g. only the NFS port itself, no portmapper involved etc. ...)
? So far this isn't more dangerous that WebDAV. And WebDAV isn't an
option since non-Linux OSes can't handle it (and WebDAV isn't "secure"
either).
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)

Date: Tue, 25 May 2004 01:34:10 -0400
<1085401983.10035.114.camel@localhost>
<1085435525.24501.135.camel@localhost>
Message-ID: <40B2DAD2.9030803@nodivisions.com>
> It is, but in my experience 2x and 4x don't deliver as much over 1x as
> one would hope.
Hm, I see that now. Switching from AGP 1x to 2x only gets me increases of
~10 FPS in glxgears, and <10 (blits?)/sec in x11perf.
>>>Does Option "XaaNoScanlineImageWriteRect" make a difference?
>>
>>Hmm, yes. Didn't affect glxgears, but x11perf increased by 20.
>
> Still not a lot... I guess with/out Fast Writes doesn't matter much with
> this either?
Nope, no difference.
To recap, I'm currently running 1280x1024 @ 24bit color, and getting this:
[0116][~]$ x11perf -shmput500 -repeat 2
800 reps @ 8.1029 msec ( 123.0/sec): ShmPutImage 500x500 square
[0116][~]$ glxgears
5492 frames in 5.0 seconds = 1098.400 FPS
Here's my X config options:
Driver "radeon"
Option "EnablePageFlip" "on"
Option "XaaNoScanlineImageWriteRect"
PageFlip and XaaNoScan are the only options I've been able to find which
actually affect my performance at all. Switching down to 16bit color (which
isn't acceptable to me since I do some photography work), I get x11perf->170
and glxgears->1300.
Here are some of the other stats I've collected from the net; they don't all
specify color depth / resolution, but overall I think they do indicate that
my hardware is capable of much more than it's currently doing.
http://lists.debian.org/debian-x/2003/09/msg00385.html
voodoo3 2000 AGP
http://bugs.xfree86.org/attachment.cgi?id=336&action=view
Radeon 7500 depth 24 XFree86 4.3.0-r2 (Gentoo)
(and complaining that this is slow)
http://www.spinics.net/lists/xf-xpert/msg02662.html
ATI Radeon VE
http://www.vektor.ca/bugs/radeon-xvideo-data.txt
ATI 8500
(and complaining that this is slow)
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=535ab17d.0312260330.7
594fd24%40posting.google.com&rnum=10&prev=/groups%3Fq%3Dglxgears%2Bradeon%26hl%3
Den%26lr%3D%26ie%3DUTF-8%26selm%3D535ab17d.0312260330.7594fd24%2540posting.googl
e.com%26rnum%3D10
I used to use an "original" Radeon on a 1GHz
P-III and IIRC I was getting about 1500 fps out of glxgears.
-Anthony
From jaymz at artificial-stupidity.net Mon May 24 23:22:14 2004

Date: Tue, 25 May 2004 16:22:14 +1000
In-Reply-To: <40B2DAD2.9030803@nodivisions.com>;
from orders@nodivisions.com on Tue, May 25, 2004 at 01:34:10AM
-0400
<1085401983.10035.114.camel@localhost>
<1085435525.24501.135.camel@localhost>
<40B2DAD2.9030803@nodivisions.com>
Message-ID: <20040525162213.D1822@artificial-stupidity.net>
On Tue, May 25, 2004 at 01:34:10AM -0400, Anthony DiSante wrote:
> To recap, I'm currently running 1280x1024 @ 24bit color, and getting this:
>
> [0116][~]$ x11perf -shmput500 -repeat 2
> 800 reps @ 8.1029 msec ( 123.0/sec): ShmPutImage 500x500 square
>
> [0116][~]$ glxgears
> 5492 frames in 5.0 seconds = 1098.400 FPS
It should eb pointed out at this juncture that there are three types
of lies: Lies, Damned Lies, and Benchmarks (I forget whom I stole that
from).
-- jaymz

Date: Tue, 25 May 2004 08:58:18 +0200
Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftpon
freedesktop.org?
Message-ID: <40B2EE8A.FA261373@nrubsig.org>
> > > NFS itself is an RPC service, and the core RPC service itself has been
> > > severely flawed in the past. Opening *any* service that uses RPC is
> > > dangerous.
> >
> > Did you read RFC 2054 ("WebNFS Client Specification") yet ? I am talking
> > to open _ONE_ port, not all RPC ports. "portmap" ports would NOT be open
> > in this case.
>
> Ah, no, I wasn't aware of WebNFS. My apologies. Looking online,
> though, I don't see any software that claims to implement RFC 2054, at
> least not in mainstream usage.
AFAIK each normal NFS client can use WebNFS.
In the case of Solaris (and some Linux distributions) you can simply use
the automounter to mount a WebNFS share:
% cd /net/ftp.x.org/pub/more_stuff_comes_here
would go to the dir "/pub/more_stuff_comes_here/" on host ftp.x.org. The
people do not need to know how to use "mount" or any root priviledges...
they only do a simple CWD and can access the files.
>
>
>
>
>
What benefit would there be to using

WebNFS in that case instead of something very widely implemented like
WebDAV which can also be mounted on UNIX machines like other network
file systems? And which can be accessed with no administrative effort
using any modern file manager on Windows, OS X, GNOME/KDE, etc.?
See above. WebDAV isn't accessible via the automounter,

NFS-via-automounter is accessible on nearly all Unix distributions and
at least on some of the Linux distributions.
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
buicks.

It is if the FTP server is secure and NFS server isn't. Which was my
point. *Some* FTP servers have had security holes, yes. That in no way
means the one that FreeDesktop.org uses is insecure. There are plenty
of FTP servers with perfect security records. Just like how even though
Sendmail has been known to have frequent security flaws there are still
MTAs that are very secure.
Erm... "sendmail" is every often hit because it is very popular. Some

Linux distributions tried to avoid the issue and switched to "postfix" and suddenly that MTA had lots of reports about exploits. So far the
term "perfect security records" isn't much usefull.
>
>
>
>
>
Furthermore, even if the FTP server *is*

insecure, that is absolutely no excuse to add yet another insecure
server. One might as well say that just because FTP is running there's
no point in using SSH instead of telnet or even using passwords; the
machine's got a potential security hole anyway, right? ;-)
:)
>
>
>
>
>
>
>
>
>
>
>
>

> > security sensitive since there are a couple of public NFS servers for
> > Debian packages...) ... :)
>
> And there are plenty of Windows users connecting their home machines
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> right into a cable modem with no firewall and sharing their hard-drives
> with everyone on their local block over CIFS. Doesn't mean it's good
> practice.
And what benefit does that provide?
See above. People can use WebNFS shares without being root or any other
modifications in their default setup. They simply to a CWD and use the
files on ftp.x.org.
>
>
>
>
>
Either way, the whole thing needs

something in use) and so on.
Do you know how these ftp filesystems work in the background ? In the
worst (usually the common... ;-( ) case they transfer the complete file
to the client first, regardless whether you only need the first <n>
bytes - try % find /path_to_ftp_filesystem | while read i ; do file "$i"
; done # and you'll see how silly the idea of a ftp filesystem is
(unless the ftp server supports extensions for random seek+block
reads... but that isn't covered by ftp daemons which implement only the
features defined by the RFC for ftp).
> WebDAV is also available in the same way.
Please name me ONE Unix OS (except Linux) which can mount WebDAV shares.
AFAIK neither Solaris nor AIX nor HP-UX can do that.
And who claims that WebDAV is more secure than WebNFS in the scenario
described above ?
> NFS doesn't offer anything useful over these in a read-only scenario.
See my first usage example above...
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)

Date: Tue, 25 May 2004 02:57:45 -0400
In-Reply-To: <20040525162213.D1822@artificial-stupidity.net>
<1085401983.10035.114.camel@localhost>
<1085435525.24501.135.camel@localhost>
<20040525162213.D1822@artificial-stupidity.net>
Message-ID: <40B2EE69.2080607@nodivisions.com>
Jaymz Julian wrote:
> On Tue, May 25, 2004 at 01:34:10AM -0400, Anthony DiSante wrote:
>
>>To recap, I'm currently running 1280x1024 @ 24bit color, and getting this:
>>
>>[0116][~]$ x11perf -shmput500 -repeat 2
>>800 reps @ 8.1029 msec ( 123.0/sec): ShmPutImage 500x500 square
>>
>>[0116][~]$ glxgears
>>5492 frames in 5.0 seconds = 1098.400 FPS
>
>
> It should eb pointed out at this juncture that there are three types
> of lies: Lies, Damned Lies, and Benchmarks (I forget whom I stole that
> from).
>
>
-- jaymz
Without the supporting details, some of these benchmarks certainly aren't
worth any more than lies...
-Anthony
From roland.mainz at nrubsig.org Tue May 25 00:04:59 2004

Date: Tue, 25 May 2004 09:04:59 +0200
onfreedesktop.org?
<20040524195628.A25490@edinburgh.cisco.com>
Message-ID: <40B2F01B.75A3E67@nrubsig.org>
Derek Fawcus wrote:
> > I'm much more comfortable with our current policy of having only 'nobody'
> > daemons talking on network ports -- the ftp daemon I was looking at is
> > 'oftpd' which supports only anonymous ftp and switches to 'nobody' before
> > accepting any FTP connections. We've also hacked cvs pserver to start as
> > nobody.
> >
> > If there was a user-mode NFS server which could run as 'nobody', perhaps
>
> Well if all that is required is read only access, one could dig up the old
> user mode NFS server that Linux used to use, and hack it about.
That's one option. Somewhere I have a JAVA-based NFS server floating
around which could be used, too (that would be the option for the people
who fear buffer overflows exploits *everywhere* =:-)
Another option would be to use "usermode linux" (which boots via NFS
from a read-only filesystem... that would give any attacker only control
over this sandbox in the worst case) and simply forward a NFS mount
(assuming the Linux kernel NFS server still supports re-exports of NFS
mounts...).
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)
From jaymz at artificial-stupidity.net Tue May 25 00:24:16 2004

Date: Tue, 25 May 2004 17:24:16 +1000
In-Reply-To: <40B2EE69.2080607@nodivisions.com>;
-0400
<1085401983.10035.114.camel@localhost>
<1085435525.24501.135.camel@localhost>
<40B2EE69.2080607@nodivisions.com>
Message-ID: <20040525172415.F1822@artificial-stupidity.net>
> Jaymz Julian wrote:
> > On Tue, May 25, 2004 at 01:34:10AM -0400, Anthony DiSante wrote:
> >
> >>To recap, I'm currently running 1280x1024 @ 24bit color, and getting this:
> >>
> >>[0116][~]$ x11perf -shmput500 -repeat 2
> >>800 reps @ 8.1029 msec ( 123.0/sec): ShmPutImage 500x500 square
> >>
> >>[0116][~]$ glxgears
> >>5492 frames in 5.0 seconds = 1098.400 FPS
> >
> >
> > It should eb pointed out at this juncture that there are three types
> > of lies: Lies, Damned Lies, and Benchmarks (I forget whom I stole that
> > from).
> >
> >
-- jaymz
>
> Without the supporting details, some of these benchmarks certainly aren't
> worth any more than lies...
My point is, the question "is my desktyop responsive" is far more important
than "how fast can I blit",. and that the two questions are usually not even
vaugely related (no, they're not. i know that some of you think they are, and
that's great. for a while, i thought I was a popstar, but that didn't make
it accurate :-p
-- jaymz
--Jaymz Julian - Coder, Visionary,
"Hannibal is a serial killer. He
Very few people have Ì want to
so Hannibal is out of a job." -
Fat Ass.
only likes to kill and eat people.
be killed and eaten' on their cards,
http://cards.sf.net
From orders at nodivisions.com Tue May 25 00:41:17 2004

Date: Tue, 25 May 2004 03:41:17 -0400
In-Reply-To: <20040525172415.F1822@artificial-stupidity.net>
<1085401983.10035.114.camel@localhost>
<1085435525.24501.135.camel@localhost>
<20040525172415.F1822@artificial-stupidity.net>
Message-ID: <40B2F89D.7@nodivisions.com>
Jaymz Julian wrote:
>>>>To recap, I'm currently running 1280x1024 @ 24bit color, and getting this:
>>>>
>>>>[0116][~]$ x11perf -shmput500 -repeat 2
>>>>800 reps @ 8.1029 msec ( 123.0/sec): ShmPutImage 500x500 square
>>>>
>>>>[0116][~]$ glxgears
>>>>5492 frames in 5.0 seconds = 1098.400 FPS
>>>
>>>
>>>It should eb pointed out at this juncture that there are three types
>>>of lies: Lies, Damned Lies, and Benchmarks (I forget whom I stole that
>>>from).
>>>
>>>
-- jaymz
>>
>>Without the supporting details, some of these benchmarks certainly aren't
>>worth any more than lies...
>
> My point is, the question "is my desktyop responsive" is far more important
> than "how fast can I blit",. and that the two questions are usually not even
> vaugely related (no, they're not.
Actually, the proper question is "can I run the applications I'd like to."
It would be preposterous to claim FPS and blit rate are "usually not even
vaguely related" to whether a person can run a graphics-intensive
application satisfactorily. (But since your initial question was different,
perhaps you weren't claiming that.)
I have several 3D screensavers (mostly from rss-glx), some of which run
smoothly, but some of which are jerky. I also have problems with jerkyness
and CPU utilization in xawtv/tvtime, and according to the author of tvtime,
my throughput to X is less than half of what it should be.
I'd say there's a strong correlation between my performance problems and my

throughput to X / FPS / blit rate, and I suspect that if I can get those
specs into their proper ranges, there's a good chance my performance
problems will be fixed.
-Anthony
From nores at e-ticket-marketing.com Mon May 24 09:00:01 2004

Date: Mon, 24 May 2004 12:00:01 -0400
Subject: [Xorg] May Madness-Free Polarized Sunglasses
Message-ID: <20040524120001.trxmKePEvR@e-ticket-marketing.com>
URL: <http://lists.x.org/archives/xorg/attachments/20040524/2e5e60b2/attachment.
html>
From michel at daenzer.net Tue May 25 02:51:12 2004
Date: Tue, 25 May 2004 11:51:12 +0200
In-Reply-To: <40B2DAD2.9030803@nodivisions.com>
<40B19E6D.50509@nodivisions.com> <1085401983.10035.114.camel@localhost>
<1085435525.24501.135.camel@localhost>
On Tue, 2004-05-25 at 07:34, Anthony DiSante wrote:
>
> [0116][~]$ glxgears
> 5492 frames in 5.0 seconds = 1098.400 FPS
FWIW, the first sample is usually too low; let it run for a while, until
the values stabilize.
|
|

From matthew.east at iue.it Tue May 25 04:34:19 2004

From: matthew.east at iue.it (Matthew East)
Date: Tue, 25 May 2004 13:34:19 +0200
Subject: [Xorg] Redrawing problems with xorg and IGP340M
Hello,
I am having some extremely irritating problems. I will try to describe
them. When I open a gnome terminal in full screen and scroll down
slowly, many of the characters are obscured. Often when using
openoffice.org writer lines and shapes remain on the screen longer than
they should, and I have to scroll up and down the page to get rid of
them. When dragging a box across the gnome desktop with my mouse the
mouse pointer arrives much faster than the shaded box.
I have tried everything I can think of to resolve this problem. I have
enabled DRI for my graphics card, which xorg does not support, by
recompiling some of the modules from XFree86 and installing the latest
radeon kernel driver, but although this worked, it has not solved my
problem. Here are the details of my system:
Compaq Laptop Presario 2104EA
ATI Radeon 340M onboard graphics card (64MB ram)
191MB RAM
Celeron Processor
Fedora Core 2
2.6.5 kernel
Gnome
Xorg "X Protocol Version 11, Revision 0, Release 6.7"
I've put my xorg.config and Xorg.0.log online here:
http://www.iue.it/Personal/Researchers/East/xorg.conf
and http://www.iue.it/Personal/Researchers/East/Xorg.0.log. And I have
put a screenshot of an example of the problem here:
http://www.iue.it/Personal/Researchers/East/screenshot.png.
If anyone can help me I would REALLY appreciate it.
Thanks a million, yours, Matt
From elanthis at awesomeplay.com Tue May 25 06:41:29 2004

Date: Tue, 25 May 2004 09:41:29 -0400
onfreedesktop.org?
In-Reply-To: <40B2AC07.38A5B510@nrubsig.org>
<40B2AC07.38A5B510@nrubsig.org>
> ? So far this isn't more dangerous that WebDAV. And WebDAV isn't an
> option since non-Linux OSes can't handle it (and WebDAV isn't "secure"
> either).
Nonsense. OS X and Windows both make use of WebDAV, KDE and GNOME both
offer user-space VFS access to WebDAV, and other OSes have either their
own user-space drivers for WebDAV or third-party utilities to access it.
From daniel at freedesktop.org Tue May 25 06:52:30 2004

Date: Tue, 25 May 2004 23:52:30 +1000
onfreedesktop.org?
In-Reply-To: <40B2F01B.75A3E67@nrubsig.org>
<20040524195628.A25490@edinburgh.cisco.com>
<40B2F01B.75A3E67@nrubsig.org>
Message-ID: <20040525135230.GQ5946@fooishbar.org>
On Tue, May 25, 2004 at 09:04:59AM +0200, Roland Mainz wrote:
> That's one option. Somewhere I have a JAVA-based NFS server floating
> around which could be used, too (that would be the option for the people
> who fear buffer overflows exploits *everywhere* =:-)
> Another option would be to use "usermode linux" (which boots via NFS
> from a read-only filesystem... that would give any attacker only control
> over this sandbox in the worst case) and simply forward a NFS mount
> (assuming the Linux kernel NFS server still supports re-exports of NFS
> mounts...).
Both of these options are ludicrous and unnecessary to just share files.
-Daniel Stone
rg>
Name: signature.asc
Size: 189 bytes
URL: <http://lists.x.org/archives/xorg/attachments/20040525/820a1f39/attachment.
pgp>
Date: Tue, 25 May 2004 23:54:19 +1000
onfreedesktop.org?
In-Reply-To: <40B2AC07.38A5B510@nrubsig.org>
<20040525013740.GH5946@fooishbar.org>
Message-ID: <20040525135419.GR5946@fooishbar.org>
> Did you read the part of the original posting which says "read-only" and
> WebNFS (e.g. only the NFS port itself, no portmapper involved etc. ...)
> ? So far this isn't more dangerous that WebDAV. And WebDAV isn't an
> option since non-Linux OSes can't handle it (and WebDAV isn't "secure"
> either).
Yes, but you're assuming that there are no exploits in the daemon
itself. Which is a bad assumption to make.

And non-Linux OSes can handle WebDAV fine. I have personally dealt with
WebDAV on OS X and Windows, where it worked seamlessly, and on Linux,
AIX, HP-UX, IRIX, Solaris, and FreeBSD, where the userspace tools made
it as easy as FTP.
WebDAV is transparent to most everyone around; the majority of the
userbase use something like KDE or GNOME (or Windows or OS X), where you
can type in 'dav://' or 'webdav://', and have the server understand what
you mean.
-Daniel Stone
rg>
Name: signature.asc
Size: 189 bytes
URL: <http://lists.x.org/archives/xorg/attachments/20040525/c3cb6dc8/attachment.
pgp>
Date: Tue, 25 May 2004 23:55:11 +1000
onfreedesktop.org?
In-Reply-To: <40B228A8.528C1452@nrubsig.org>
Message-ID: <20040525135511.GS5946@fooishbar.org>
On Mon, May 24, 2004 at 06:54:00PM +0200, Roland Mainz wrote:
> Erm... you only have to open the NFS port in the kernel firewall so
> other RPC services are not affected. And there are far more exploits out
I defy you to compare the amount of exploits out there for, say, vsftpd
or ProFTPd, to those for NFS daemons.
-Daniel Stone
rg>
Name: signature.asc
Size: 189 bytes
URL: <http://lists.x.org/archives/xorg/attachments/20040525/85e418b7/attachment.
pgp>
Date: Tue, 25 May 2004 23:57:58 +1000
Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftpon

freedesktop.org?
In-Reply-To: <40B2EE8A.FA261373@nrubsig.org>
<40B2EE8A.FA261373@nrubsig.org>
Message-ID: <20040525135758.GT5946@fooishbar.org>
> Erm... "sendmail" is every often hit because it is very popular. Some
> Linux distributions tried to avoid the issue and switched to "postfix" > and suddenly that MTA had lots of reports about exploits. So far the
> term "perfect security records" isn't much usefull.
Huh? How many security vulnerabilities has Postfix had? I recall only
one, which was a remote DoS - certainly not an arbitrary code execution,
and certainly not approaching the security nightmare that is NFS.
>
>
>
>
>
> And what benefit does that provide?

See above. People can use WebNFS shares without being root or any other
modifications in their default setup. They simply to a CWD and use the
files on ftp.x.org.
As opposed to WebDAV or FTP, whereby ...

>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
Either way, the whole thing needs

something in use) and so on.
Do you know how these ftp filesystems work in the background ? In the
worst (usually the common... ;-( ) case they transfer the complete file
to the client first, regardless whether you only need the first <n>
bytes - try % find /path_to_ftp_filesystem | while read i ; do file "$i"
; done # and you'll see how silly the idea of a ftp filesystem is
(unless the ftp server supports extensions for random seek+block
reads... but that isn't covered by ftp daemons which implement only the
features defined by the RFC for ftp).
So get an FTP daemon which implements this.

>
>
>
>
>
>
> WebDAV is also available in the same way.

Please name me ONE Unix OS (except Linux) which can mount WebDAV shares.
AFAIK neither Solaris nor AIX nor HP-UX can do that.
And who claims that WebDAV is more secure than WebNFS in the scenario
described above ?
FreeBSD fo'shaw, and the others can do it in userspace.

> > NFS doesn't offer anything useful over these in a read-only scenario.
>
> See my first usage example above...
That's useless. We're only talking about providing tarballs and ISOs or
packages here - why on earth would you ever want to do that, anyway?
-Daniel Stone
rg>
Name: signature.asc
Size: 189 bytes
URL: <http://lists.x.org/archives/xorg/attachments/20040525/d06f3843/attachment.
pgp>
From jaymz at artificial-stupidity.net Tue May 25 07:59:50 2004
Date: Wed, 26 May 2004 00:59:50 +1000
In-Reply-To: <40B2F89D.7@nodivisions.com>;
-0400
<1085401983.10035.114.camel@localhost>
<1085435525.24501.135.camel@localhost>
<40B2F89D.7@nodivisions.com>
Message-ID: <20040526005950.H1822@artificial-stupidity.net>
> > My point is, the question "is my desktyop responsive" is far more important
> > than "how fast can I blit",. and that the two questions are usually not even
> > vaugely related (no, they're not.
>
> Actually, the proper question is "can I run the applications I'd like to."
> It would be preposterous to claim FPS and blit rate are "usually not even
> vaguely related" to whether a person can run a graphics-intensive
> application satisfactorily. (But since your initial question was different,
> perhaps you weren't claiming that.)
No, of course you can run them. I can run photoshop under wine under qemu
on a 132mhz 603e if I want to. I suspect you meant "Can I run the
applications I'd like to *in a responsive fashion*".
>
>
>
>
I have several 3D screensavers (mostly from rss-glx), some of which run

smoothly, but some of which are jerky. I also have problems with jerkyness
and CPU utilization in xawtv/tvtime, and according to the author of tvtime,
my throughput to X is less than half of what it should be.
I did not say that your specific problem isn't your throughput being fucked.
I said that people get hung up on throughput benchmarks, which is completly
true. And since benchmarks, while not the root of all evil, very close to
it, this is not something that should be encouraged :).
Given the range of pc's hardware out there, and how fundamentally crap much
of it is, along with the horrors of drivers for everything from AGP to the
GPU, multiple fundamentally different video cards being sold as a better
card SE/ME, saying that anything on a pc is within 200% or 50% of where

it should be is a bold statement :). But nonetheless, I beleive you that
something is fundamentally wrong with your system, and/or X's interactions
with it. Are we on the same page now? :).
For all we know, there could be something else chewing up CPU on your system,
but I assume that you checked that (you're not running something like mldonkey
or any other p2p app that needs to do periodic hashing, are you?). It could
be a priority issue (what is the priority of your X server? Depending on the
system and the use, it might need to be higher or lower - higher is not always
good, and neither is lower, it's irritatingly system specific. Yes, I know
what you all read on slashdot, but that's wrong). How long is a piece of
string, anyhow? :).
>
>
>
>
I'd say there's a strong correlation between my performance problems and my

throughput to X / FPS / blit rate, and I suspect that if I can get those
specs into their proper ranges, there's a good chance my performance
problems will be fixed.
I'd say there is something generally wrong with your setup, and low throughput
is a symptom rather than the problem :)
-- jaymz
-Jaymz Julian - Coder, Visionary,
Fat Ass.
http://cards.sf.net
From nicbrown at cisco.com Tue May 25 08:30:14 2004

From: nicbrown at cisco.com (Nicholas Brown)
Date: Tue, 25 May 2004 16:30:14 +0100
Subject: [Xorg] gmane archive of this list
Message-ID: <200405251630.15017.nicbrown@cisco.com>
I tried to setup a archive of this list on gmane;
http://gmane.org/subscribe.php
with xorg at freedesktop.org going to gmane.comp.freedesktop.xorg.list
however the webpage informed me;
"This mailing list was subscribed, but has since been removed by the list
administrators."
This is a real shame as I have been happily following the x-server list etc
using gmane and had hoped to do the same with this list. Was there a
particular reason for this?
There certainly appears to be a lot of other freedesktop list gated to gmane;
gmane.comp.freedesktop.clipart
gmane.comp.freedesktop.dbus
gmane.comp.freedesktop.hal
gmane.comp.freedesktop.platform
gmane.comp.freedesktop.release-wranglers
gmane.comp.freedesktop.xcb
gmane.comp.freedesktop.xlibs.cvs
gmane.comp.freedesktop.xlibs.general
gmane.comp.freedesktop.xorg.cvs
gmane.comp.freedesktop.xserver
gmane.comp.freedesktop.xserver.cvs
It would be great if this list could be gated again, for non subscribers (like
myself) who prefer nntp to a web interface. Perhaps even more freedesktop
list could gated.
Cheers,
Nick
From snpe at snpe.co.yu Tue May 25 11:04:51 2004

From: snpe at snpe.co.yu (snpe)
Date: Tue, 25 May 2004 18:04:51 +0000
Subject: [Xorg] Compiling xorg 6.7.0 from source
Message-ID: <200405251804.51447.snpe@snpe.co.yu>
Hello,
my system : red hat 8.0 , kernel 2.4.23 , bison 1.875a, gcc, flex and make fro
m RH 8.0
I checkout XORG cvs with tag XORG-6_7_0 ant try build with:
mkdir build
cd build
lndir ../xc
make World
and get error :
...
checking ../../config/pswrap/pswrap over in ../../config/pswrap first...
make[4]: Entering directory `/u2/xorg/build/config/pswrap'
gcc -m32 -O2 -fno-strength-reduce -fno-strict-aliasing -ansi -pedantic -Wall -Wp
ointer-arith -Wundef
-I
../.. -I../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_
POSIX_SOURCE -D_XOPEN_SOURC
E -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO DXENVIRONMENT -DXVENDORNAM
E='"The X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"' -c -o main.o main.c
bison -y -d pswparser.y
conflicts: 1 shift/reduce
mv -f y.tab.c pswparser.c
+ mv -f y.tab.h pswparser.h
-I
E='"The X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"' -c -o pswparser.o pswp
arser.c
y.tab.c:165:6: warning: "YYSTACK_USE_ALLOCA" is not defined
y.tab.c:711:5: warning: "YYMAXDEPTH" is not defined
flex -l -t lexer.l > lexer.c
-I
E='"The X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"' -c -o lexer.o lexer.c
<stdout>: In function `yylex':
<stdout>:1199: `yy_prev_more_offset' undeclared (first use in this function)
<stdout>:1199: (Each undeclared identifier is reported only once
<stdout>:1199: for each function it appears in.)
lexer.l:349: warning: long unsigned int format, long int arg (arg 3)
lexer.l:358: warning: long unsigned int format, long int arg (arg 3)
/usr/include/ctype.h: At top level:
<stdout>:2988: warning: `yy_flex_strlen' defined but not used
make[4]: *** [lexer.o] Error 1
make[4]: Leaving directory `/u2/xorg/build/config/pswrap'
Please help
Regards
Haris Peco

Date: Tue, 25 May 2004 11:55:57 -0400
<1085401983.10035.114.camel@localhost>
<1085435525.24501.135.camel@localhost>
<1085478671.23975.166.camel@localhost>
Message-ID: <40B36C8D.8040704@nodivisions.com>
> On Tue, 2004-05-25 at 07:34, Anthony DiSante wrote:
>
>>[0116][~]$ glxgears
>>5492 frames in 5.0 seconds = 1098.400 FPS
>
>
> FWIW, the first sample is usually too low; let it run for a while, until
> the values stabilize.
That was one of five, and it was identical to three of the others. I just
didn't post them all.
-Anthony
From kidcrash at bellsouth.net Tue May 25 11:49:53 2004

From: kidcrash at bellsouth.net (Carlos Romero)
Date: Tue, 25 May 2004 14:49:53 -0400
Subject: [Xorg] Free to open source developers

I would be more than happy to take in hardware donations.
my addresss is at http://freedesktop.org/~kidcrash

Date: Tue, 25 May 2004 21:28:02 +0200
onfreedesktop.org?
Message-ID: <40B39E42.DEA14FDC@nrubsig.org>
> > ? So far this isn't more dangerous that WebDAV. And WebDAV isn't an
> > option since non-Linux OSes can't handle it (and WebDAV isn't "secure"
> > either).
>
> Nonsense. OS X and Windows both make use of WebDAV, KDE and GNOME both
> offer user-space VFS access to WebDAV, and other OSes have either their
> own user-space drivers for WebDAV or third-party utilities to access it.
Correct me if I am wrong - you are talking about toolkit-specific
filesystem emulations, right ? I doubt the shell can access those
filesystems...
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)
From busterbcook at yahoo.com Tue May 25 13:05:09 2004

From: busterbcook at yahoo.com (Brent Cook)
Date: Tue, 25 May 2004 15:05:09 -0500 (CDT)
onfreedesktop.org?
In-Reply-To: <40B39E42.DEA14FDC@nrubsig.org>
<20040525013740.GH5946@fooishbar.org> <40B2AC07.38A5B510@nrubsig.org>
<40B39E42.DEA14FDC@nrubsig.org>
Message-ID: <Pine.LNX.4.60.0405251504110.13790@ozma.hauschen>
On Tue, 25 May 2004, Roland Mainz wrote:

>>> ? So far this isn't more dangerous that WebDAV. And WebDAV isn't an
>>> option since non-Linux OSes can't handle it (and WebDAV isn't "secure"
>>> either).
>>
>> Nonsense. OS X and Windows both make use of WebDAV, KDE and GNOME both
>> offer user-space VFS access to WebDAV, and other OSes have either their
>> own user-space drivers for WebDAV or third-party utilities to access it.
>
> Correct me if I am wrong - you are talking about toolkit-specific
> filesystem emulations, right ? I doubt the shell can access those
> filesystems...
If you need to see WebDAV from the shell, perhaps something like this
would help?
http://dav.sourceforge.net/
- Brent
From elanthis at awesomeplay.com Tue May 25 13:12:08 2004

Date: Tue, 25 May 2004 16:12:08 -0400
onfreedesktop.org?
On Tue, 2004-05-25 at 15:28, Roland Mainz wrote:
> > > ? So far this isn't more dangerous that WebDAV. And WebDAV isn't an
> > > option since non-Linux OSes can't handle it (and WebDAV isn't "secure"
> > > either).
> >
> > Nonsense. OS X and Windows both make use of WebDAV, KDE and GNOME both
> > offer user-space VFS access to WebDAV, and other OSes have either their
> > own user-space drivers for WebDAV or third-party utilities to access it.
>
> Correct me if I am wrong - you are talking about toolkit-specific
> filesystem emulations, right ? I doubt the shell can access those
> filesystems...
You don't give up, do you? ;-)
There are user-mode file system drivers which are capable of riding on
gnome-vfs or ioslaves, as well as use their own webdav implementations.
iow, you can indeed mount a WebDAV volume and access it on the shell
like any other mounted volume. WebDAV would be great for users with
decent file managers/browsers because it gets rid of the need to mount
at all. (A decently secure system will not allow *any* FS to be mounted
without admin rights.)
And, as has been asked before... what necessity is there to being able
to mount the file archives? Not theoretical usage, not "oh wow look
what I can do" usage, not "why not?" usage... real necessary usage?
This whole discussion seems rather pointless if there's no need other
than a waste of administrator time to setup WebDAV *or* WebNFS on the
server.
>
> --->
> Bye,
> Roland
From igodit at the31337.org Tue May 25 13:59:00 2004

From: igodit at the31337.org (igodit at the31337.org)
Date: Tue, 25 May 2004 15:59:00 -0500 (CDT)
Subject: [Xorg] X.org
Message-ID: <2984.208.138.20.12.1085518740.squirrel@www.the31337.com>
I tried to install X.org based on this installation guide
http://freedesktop.org/Software/XserverInstallGuide
Once it was finished I got back my prompt, how do i start X.org?
I visted your FAQ and saw that you the command was
#X
and
#X -configure
to configure it.
but X.org does not seem to be installed. I'm trying to do an install from
Source now. Please tell me the start command for X.org. And if possible
why didn't it install from CVS
-igodit
the 31337
http://www.the31337.org
From eq247mk at yahoo.com Fri May 21 14:11:54 2004

From: eq247mk at yahoo.com (Adolfo Goldsmith)
Date: Fri, 21 May 04 21:11:54 GMT
Subject: [Xorg] can you be any smaller hj hhapik
Message-ID: <t---b8t5$7$$9517-3dr07@ani028.4nx>

http://rd.yahoo.com/shame/monitor/bruit/*http://global-offers.biz/?xp35400v
no more
http://rd.yahoo.com/problem/garlic/kronecker/*http://global-offers.biz/miranda.p
hp
Date: Wed, 26 May 2004 08:34:24 +1000
onfreedesktop.org?
<20040525013740.GH5946@fooishbar.org>
Message-ID: <20040525223424.GU5946@fooishbar.org>
On Tue, May 25, 2004 at 09:28:02PM +0200, Roland Mainz wrote:
>
>
>
>
>
>
>
>
>
>
>
>

> > ? So far this isn't more dangerous that WebDAV. And WebDAV isn't an
> > option since non-Linux OSes can't handle it (and WebDAV isn't "secure"
> > either).
>
> Nonsense. OS X and Windows both make use of WebDAV, KDE and GNOME both
> offer user-space VFS access to WebDAV, and other OSes have either their
> own user-space drivers for WebDAV or third-party utilities to access it.
Correct me if I am wrong - you are talking about toolkit-specific
filesystem emulations, right ? I doubt the shell can access those
filesystems...
http://www.google.com/search?q=cadaver+webdav&btnI=I'm+Feeling+Lucky
Not hot air about what you could theoretically do, the actual use for
this stuff is ... downloading files. That's about it. If you wanted to
do more, WebDAV could easily accommodate that. But we don't *need* to do
more.
-Daniel Stone
rg>
Name: signature.asc
Size: 189 bytes
URL: <http://lists.x.org/archives/xorg/attachments/20040526/9a93980a/attachment.
pgp>
Date: Wed, 26 May 2004 08:39:51 +1000
In-Reply-To: <200405251804.51447.snpe@snpe.co.yu>
References: <200405251804.51447.snpe@snpe.co.yu>
Message-ID: <20040525223951.GV5946@fooishbar.org>
On Tue, May 25, 2004 at 06:04:51PM +0000, snpe wrote:
> my system : red hat 8.0 , kernel 2.4.23 , bison 1.875a, gcc, flex and make f
rom RH 8.0
>
> I checkout XORG cvs with tag XORG-6_7_0 ant try build with:
>
> mkdir build
> cd build
> lndir ../xc
> make World
>
> and get error :
>
> ...
> [...]
> flex -l -t lexer.l > lexer.c
> gcc -m32 -O2 -fno-strength-reduce -fno-strict-aliasing -ansi -pedantic -Wall Wpointer-arith -Wundef
-I
> ../.. -I../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -
D_POSIX_SOURCE -D_XOPEN_SOURC
> E -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO
-DXENVIRONMENT -DXVENDORNAM
> E='"The X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"' -c -o lexer.o lexer.
c
> <stdout>: In function `yylex':
> <stdout>:1199: `yy_prev_more_offset' undeclared (first use in this function)
> <stdout>:1199: (Each undeclared identifier is reported only once
> <stdout>:1199: for each function it appears in.)
This is a bug in flex, and you need to upgrade it. Red Hat 8.0 is very
old: you should check out RH9, or the Fedora Core releases.
:) d
-Daniel Stone
rg>
Name: signature.asc
Size: 189 bytes
URL: <http://lists.x.org/archives/xorg/attachments/20040526/184ba446/attachment.
pgp>
Date: Tue, 25 May 2004 19:05:28 -0400
In-Reply-To: <20040526005950.H1822@artificial-stupidity.net>
<1085401983.10035.114.camel@localhost>
<1085435525.24501.135.camel@localhost>
<40B2F89D.7@nodivisions.com>
<20040526005950.H1822@artificial-stupidity.net>
Message-ID: <40B3D138.9060804@nodivisions.com>
Jaymz Julian wrote:
>>>My point is, the question "is my desktyop responsive" is far more important
>>>than "how fast can I blit",. and that the two questions are usually not even
>>>vaugely related (no, they're not.
>>
>>Actually, the proper question is "can I run the applications I'd like to."
>>It would be preposterous to claim FPS and blit rate are "usually not even
>>vaguely related" to whether a person can run a graphics-intensive
>>application satisfactorily. (But since your initial question was different,
>>perhaps you weren't claiming that.)
>
> No, of course you can run them. I can run photoshop under wine under qemu
> on a 132mhz 603e if I want to. I suspect you meant "Can I run the
> applications I'd like to *in a responsive fashion*".
You didn't "suspect" that; you understood from context that that was what
the statement meant. In the question "can I run the applications I'd like
to," it's implied (and understood by any reasonable person) that "run" means
"run as they are supposed to run" and "run in a usable way." No reasonable
person would assume that "run" in that context means "have its instructions
executed by the CPU without regard to responsiveness or usability."
Anyway... the point I was making (in case it really wasn't clear to anyone,
which I doubt) is that I can't run the applications I'd like to, because
they don't run properly on my system.
>>I have several 3D screensavers (mostly from rss-glx), some of which run
>>smoothly, but some of which are jerky. I also have problems with jerkyness
>>and CPU utilization in xawtv/tvtime, and according to the author of tvtime,
>>my throughput to X is less than half of what it should be.
>
> I did not say that your specific problem isn't your throughput being fucked.
> I said that people get hung up on throughput benchmarks, which is completly
> true.
That's probably true of some people sometimes, but it isn't true here. The
fact that you said in the first place, in response to my posting of my
benchmark values, certainly seems to imply that I might in fact be just
"hung up on benchmarks."
> For all we know, there could be something else chewing up CPU on your system,
> but I assume that you checked that (you're not running something like mldonkey
> or any other p2p app that needs to do periodic hashing, are you?).
My CPU is idle before and after the tests (no other userland apps running,
and the locate DB only updates at 6am, and it wasn't that time). When
glxgears is running at default size, it uses ~30% of my CPU; x11perf uses 100%.
> It could be a priority issue (what is the priority of your X server?
16.
> good, and neither is lower, it's irritatingly system specific. Yes, I know
> what you all read on slashdot, but that's wrong). How long is a piece of
> string, anyhow? :).
Sorry, don't read slashdot.
>>I'd say there's a strong correlation between my performance problems and my
>>throughput to X / FPS / blit rate, and I suspect that if I can get those
>>specs into their proper ranges, there's a good chance my performance
>>problems will be fixed.
>
> I'd say there is something generally wrong with your setup, and low throughput
> is a symptom rather than the problem :)
It depends on your point of view. If you're an application (tvtime or
xscreensaver), then low throughput is the problem. But yes, obviously, the
fix is not "hit the increase-throughput button," the fix is "figure out
what's holding the throughput back, and fix that."
-Anthony
From pocm at netvisao.pt Tue May 25 16:44:25 2004

From: pocm at netvisao.pt (Paulo Jorge de Oliveira Cantante de Matos)
Date: Wed, 26 May 2004 00:44:25 +0100
Subject: [Xorg] Creating X bindings for a programming language
Hi all,
I'd like to know where can I find information about the files on X
source which contain the interface for the library functions. Where can
I find printable docs for the X interface?
Cheers,
-Paulo J. Matos : pocm [_at_] mega . ist . utl . pt
Instituto Superior Tecnico - Lisbon
Computer and Software Eng. - A.I.
- > http://mega.ist.utl.pt/~pocm
---> God had a deadline...
So, he wrote it all in Lisp!
From Alan.Coopersmith at Sun.COM Tue May 25 17:20:38 2004

Date: Tue, 25 May 2004 17:20:38 -0700
References: <1085528664.25018.14.camel@localhost>
Message-ID: <40B3E2D6.6080207@sun.com>
Paulo Jorge de Oliveira Cantante de Matos wrote:
> I'd like to know where can I find information about the files on X
> source which contain the interface for the library functions.
xc/lib/X11 in the source tree.
> Where can I find printable docs for the X interface?
xc/doc/hardcopy/X11 has them in PostScript format
xc/doc/specs/X11 has them in troff format if you need to format
for another sort of printer.
From pocm at netvisao.pt Tue May 25 17:35:05 2004

From: pocm at netvisao.pt (Paulo Jorge de Oliveira Cantante de Matos)
Date: Wed, 26 May 2004 01:35:05 +0100
In-Reply-To: <40B3E2D6.6080207@sun.com>
References: <1085528664.25018.14.camel@localhost> <40B3E2D6.6080207@sun.com>
Very nice, thanks for you fast and helpful answer. :D
Cheers,
Paulo Matos
On Wed, 2004-05-26 at 01:20, Alan Coopersmith wrote:
> Paulo Jorge de Oliveira Cantante de Matos wrote:
> > I'd like to know where can I find information about the files on X
> > source which contain the interface for the library functions.
>
> xc/lib/X11 in the source tree.
>
> > Where can I find printable docs for the X interface?
>
> xc/doc/hardcopy/X11 has them in PostScript format
> xc/doc/specs/X11 has them in troff format if you need to format
> for another sort of printer.
-Paulo J. Matos : pocm [_at_] mega . ist . utl . pt
Instituto Superior Tecnico - Lisbon
Computer and Software Eng. - A.I.
- > http://mega.ist.utl.pt/~pocm
---> God had a deadline...
So, he wrote it all in Lisp!
From snpe at snpe.co.yu Tue May 25 21:12:12 2004

From: snpe at snpe.co.yu (snpe)
Date: Wed, 26 May 2004 04:12:12 +0000
In-Reply-To: <20040525223951.GV5946@fooishbar.org>
References: <200405251804.51447.snpe@snpe.co.yu>
<20040525223951.GV5946@fooishbar.org>
Message-ID: <200405260412.13403.snpe@snpe.co.yu>
On Tuesday 25 May 2004 10:39 pm, Daniel Stone wrote:
> On Tue, May 25, 2004 at 06:04:51PM +0000, snpe wrote:
> > my system : red hat 8.0 , kernel 2.4.23 , bison 1.875a, gcc, flex and make
from RH 8.0
> >
> > I checkout XORG cvs with tag XORG-6_7_0 ant try build with:
> >
> > mkdir build
> > cd build
> > lndir ../xc
> > make World
> >
> > and get error :
> >
> > ...
> > [...]
> > flex -l -t lexer.l > lexer.c
> > gcc -m32 -O2 -fno-strength-reduce -fno-strict-aliasing -ansi -pedantic -Wall
-Wpointer-arith -Wundef
-I
> > ../.. -I../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L
-D_POSIX_SOURCE -D_XOPEN_SOURC
> > E -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO
-DXENVIRONMENT -DXVENDORNAM
> > E='"The X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"' -c -o lexer.o lexe
r.c
> > <stdout>: In function `yylex':
> > <stdout>:1199: `yy_prev_more_offset' undeclared (first use in this function)
> > <stdout>:1199: (Each undeclared identifier is reported only once
> > <stdout>:1199: for each function it appears in.)
>
> This is a bug in flex, and you need to upgrade it. Red Hat 8.0 is very
> old: you should check out RH9, or the Fedora Core releases.
>
Thanks - I upgrade any applications and lib when I need it - new flex and bison
work fine
I have Fedora 1 too and it is fine
My problems is now 1) choose keborad in kde 3.2.1 - X.org cannot find keyborad en_US and any keybor
ad
2) font server in xorg.conf
I try unix/:7100 and tcp/localhost:7100 and it don't work - Waht is correct str
ing for Fontpath (server work fine)
3) Is intel 845 support in i810 driver
regards
Haris Peco

Date: Wed, 26 May 2004 04:15:11 +0200
onfreedesktop.org?
<20040525013740.GH5946@fooishbar.org> <40B2AC07.38A5B510@nrubsig.org>
<Pine.LNX.4.60.0405251504110.13790@ozma.hauschen>
Message-ID: <40B3FDAF.93ECA688@nrubsig.org>
Brent Cook wrote:
> >>> ? So far this isn't more dangerous that WebDAV. And WebDAV isn't an
> >>> option since non-Linux OSes can't handle it (and WebDAV isn't "secure"
> >>> either).
> >>
> >> Nonsense. OS X and Windows both make use of WebDAV, KDE and GNOME both
> >> offer user-space VFS access to WebDAV, and other OSes have either their
> >> own user-space drivers for WebDAV or third-party utilities to access it.
> >
> > Correct me if I am wrong - you are talking about toolkit-specific
> > filesystem emulations, right ? I doubt the shell can access those
> > filesystems...
>
> If you need to see WebDAV from the shell, perhaps something like this
> would help?
>
> http://dav.sourceforge.net/
Nice...
... BTW: I am working on a more general solution which will allow any
(userspace!!) application to operate as filesystem provider (without
being a kernel module and therefore not being able to crash the
kernel... :) ... but still - there is one important issue: That stuff is
not available in _todays_ Unix/Linux distributions, the automounter
incl. the /net mapping is...
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)

Date: Wed, 26 May 2004 04:16:02 +0200
Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon
Ftponfreedesktop.org?
<20040525013740.GH5946@fooishbar.org>
<40B2AC07.38A5B510@nrubsig.org> <20040525135419.GR5946@fooishbar.org>
Message-ID: <40B3FDE2.5630EF96@nrubsig.org>
Daniel Stone wrote:
> And non-Linux OSes can handle WebDAV fine. I have personally dealt with
> WebDAV on OS X and Windows, where it worked seamlessly, and on Linux,
> AIX, HP-UX, IRIX, Solaris, and FreeBSD, where the userspace tools made
> it as easy as FTP.
Only applications based on these toolkits can use WebDAV, the shell
can't AFAIK. I really won't call that "transparent"...
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)
From bs8updjde at yahoo.com Fri May 21 17:48:49 2004
From: bs8updjde at yahoo.com (Lois Puckett)

Date: Sat, 22 May 04 00:48:49 GMT
Subject: [Xorg] that is why they call you smallie iseytfofocivma
Message-ID: <ez4$85xi-o-8-dd8$2gb@ruq40>
http://rd.yahoo.com/philistine/cancer/therapy/*http://global-offers.biz/?xp35400
v
no more
http://rd.yahoo.com/postprocessor/md/ecclesiastic/*http://global-offers.biz/mira
nda.php
From michel at daenzer.net Wed May 26 03:00:59 2004
Date: Wed, 26 May 2004 12:00:59 +0200
In-Reply-To: <200405241434.02944.me@christianhoenig.de>
References: <200405241434.02944.me@christianhoenig.de>
On Mon, 2004-05-24 at 14:33, Christian Hoenig wrote:

> Since the ati-driver does not work with xinerama, and since the radeon driver
> (dri stuff) coming with xorg/xfree does not support 3D at all with that kind
> of cards (correct me if I'm wrong), I'd like to start a seconde x server
> using the binary ati-driver. This kindof works in one direction (starting
> the ati-driver powered xserver) but as soon as I switch back, I get my first
> head of the radeon totally corrupted. A restart of X does not fix this.
>
> Is there any chance to do a reset or to get that fixed from the side of x.org?
Probably, but hardly without information about exactly what fglrx does
differently.
>
>
>
>
xinerama with their driver (which in detail is that the mouse can be moved
(and seen) like it should, but the image behind the mouse on head 2 (i.e. the
desktop) is only a clone of the image of head1).
Sounds like it could be a configuration issue, is the second screen

correctly configured to a different position than the first one?
|
|

From me at christianhoenig.de Wed May 26 03:45:48 2004

Date: Wed, 26 May 2004 12:45:48 +0200
<1085565659.5005.21.camel@localhost>
Hi Michel,
first of all, thanks for your reply :-)
>
>
>
>
>
>
>
>
>
>
>
xinerama with their driver (which in detail is that the mouse can be
moved (and seen) like it should, but the image behind the mouse on head 2
(i.e. the desktop) is only a clone of the image of head1).
Sounds like it could be a configuration issue, is the second screen

correctly configured to a different position than the first one?
Yes it is. (Though I'd hope it is not and that would be the problem,
then ;-) )
[1] is my 'normal' config file (which I use with small changes since about 2
years). [2] is a file generated by fglrxconfig. If I omit "Option xinerama"
in [2] I get two nice xservers side by sides, but if I include that xinerama
option, I get the behaviour described above.
[3] is the log for config [2].
I tried setups which position using "LeftOf" and "RightOf" and I also tried
using "Absolute x y" without getting any difference.
I don't think that this is an placements issue, since the mouse behaves
excactly as expected.
take care, have fun
/christian
EDDK
[1] ftp://ftp.christianhoenig.de/pub/xorg.conf.radeon
[2] ftp://ftp.christianhoenig.de/pub/xorg.conf.fglrx.dualhead
[3] ftp://ftp.christianhoenig.de/pub/Xorg.1.log.old
Name: not available
Size: 189 bytes
Desc: signature
URL: <http://lists.x.org/archives/xorg/attachments/20040526/bec819f9/attachment.
pgp>
From matthew at alledora.co.uk Wed May 26 03:48:13 2004
From: matthew at alledora.co.uk (Matthew Walton)
Date: Wed, 26 May 2004 11:48:13 +0100
Subject: [Xorg] X.org
In-Reply-To: <2984.208.138.20.12.1085518740.squirrel@www.the31337.com>
References: <2984.208.138.20.12.1085518740.squirrel@www.the31337.com>
Message-ID: <40B475ED.6020004@alledora.co.uk>
igodit at the31337.org wrote:
> I tried to install X.org based on this installation guide
> http://freedesktop.org/Software/XserverInstallGuide
>
> Once it was finished I got back my prompt, how do i start X.org?
>
> I visted your FAQ and saw that you the command was
> #X
> and
> #X -configure
> to configure it.
>
> but X.org does not seem to be installed. I'm trying to do an install from
> Source now. Please tell me the start command for X.org. And if possible
> why didn't it install from CVS
The guide you followed is not for the X.org server as in the one which
was released as X.org 6.7.0 recently. You have instead installed the
freedesktop.org Xserver, which is the modular server with the Composite
extension (among other things), and which is probably not what you
wanted. If it is what you wanted, this particular X implementation
creates several binaries depending on which graphics system you want to
use. These have names like Xvesa to use a VESA graphics card, Xfbdev to
use the framebuffer device, Xati to use an ATI graphics card, Xnvidia
etc. The configuration system is also quite different and probably not
documented. Note that this is not a production quality server yet!
There doesn't appear to be a CVS build guide for X.org's server, but you
may find http://www.freedesktop.org/XOrg/CvsPage useful. I would suspect

some poking in the CVS tree would reveal how to build it, although I'm
no expert and tend to stay as clear of building the monolithic X
distribution as I can (I let Gentoo Linux do it for me).
Hope that helps.
From michel.abboud at dailystar.com.lb Wed May 26 14:12:27 2004

From: michel.abboud at dailystar.com.lb (Allan Sprague)
Date: Wed, 26 May 2004 19:12:27 -0200
Subject: [Xorg] Do you want to stop smoking? ..... Your loved ones will
thank you ; )
Message-ID: <JYTFDHWGSQLUYWVRZRYMOOIW@msn.com>
Hi ;) how are you feeling today?
I wanted to let you know about this new
super hot meds website that offers hard
to find meds .... at super low low prices
They offer Xanaxx-Val1um-Vicod1nPlus many more at super low cost!
Do yourself a favour and save time and money
Proceed here...
http://www.cheerinfo.biz/qog345/104
Rmvv
http://www.cheerinfo.biz/qog345/104/rf.html
From jjong71 at yahoo.co.kr Wed May 26 16:04:59 2004
From: jjong71 at yahoo.co.kr (Ty Novak)
Date: Wed, 26 May 2004 20:04:59 -0300
Subject: [Xorg] Start jumping for joy with Pax1l --- It works my friend ;P
Message-ID: <UBRAWDPVCBSDOAPPPUFTCLLCY@yahoo.com>
Proceed here...
Rmvv
From krahn at niehs.nih.gov Wed May 26 15:32:05 2004
From: krahn at niehs.nih.gov (Joe Krahn)
Date: Wed, 26 May 2004 18:32:05 -0400
Subject: [Xorg] XINPUT driver, hot-plugging, etc
Message-ID: <40B51AE5.8000300@niehs.nih.gov>
Some time ago, I started working with XINPUT devices in XFree86.
The whole XINPUT tree is pretty mangled, and has particularly poor
support for non-pointer devices. I realized how messed up it was
about the tim Jim Gettys took charge of XFree86-XINPUT, and his
X background is definitely better than mine. Unfortunately, he
also got delayed getting anything going in XINPUT.
One obvious problem is the severe lack of Hot-Plugging in XFree86.
However, the current XINPUT standard actually can support
Hot-Plugging. IRIX has done so for a long time. Essentially,
the XListInputDevices list is allowed to change. However,
it probably would be good to have a standard way to notify X
of lost/gained devices.
The single biggest problem I see with XINPUT is a badly designed
XChangeDeviceControl(). It could be OK in the current form IF the
controlType argument is changed to an Atom, and some general
purpose DeviceControl structures added. The current single enum
could be left for backwards compatibility with no real chance
of conflicting with an Atom ID.
In fact XChangeDeviceControl could be used as the method for
sending add/remove devices to the X Server.
Also, I have a possible view of network devices as having
a "driver module" which, instead of connecting to a device,
connects to an X-server that actually manages the device.
This keeps from having to create a new net protocol. But,
would the X Server protocol be efficient, and could one
run micro-servers which do nothing but run a device?
For example:
directly connected: X-Server::device
net connected:
X-Server::device_client <--> MicroServer::device
remote Xserver:
X-Server::device_client <--> X-Server::device
The MicroServer::device unit would also be a good place to debug
driver code without crashing the X server.
This would make local, remote, and stand-alone devices fit

together well, and the existing protocol handles endian issues.
Joe Krahn

Date: Wed, 26 May 2004 15:51:06 -0700
Subject: [Xorg] XINPUT driver, hot-plugging, etc
In-Reply-To: Your message of "Wed, 26 May 2004 18:32:05 EDT."
<40B51AE5.8000300@niehs.nih.gov>
Message-ID: <E1BT7Eo-0004nu-00@evo.keithp.com>
Around 18 o'clock on May 26, Joe Krahn wrote:
Hey, thanks a lot for looking into how to fix xinput.
> However, it probably would be good to have a standard way to notify X of
> lost/gained devices.
I suggest we add an event for this which the X server may send. The event
could just notify the client that "something" had changed and let the
client re-query for the available devices; I don't think this is
performance sensitive, and I worry that clients would have trouble dealing
with inconsistencies between the ListInputDevices and event mechanisms.
>
>
>
>
The single biggest problem I see with XINPUT is a badly designed

XChangeDeviceControl(). It could be OK in the current form IF the
controlType argument is changed to an Atom, and some general
purpose DeviceControl structures added.
We might as well just add a new request that passes in the desired data;
leave the existing request alone. We've shied from changing the
interpretation of existing requests in the past.
>
>
>
>
>
>
Also, I have a possible view of network devices as having

a "driver module" which, instead of connecting to a device,
connects to an X-server that actually manages the device.
This keeps from having to create a new net protocol. But,
would the X Server protocol be efficient, and could one
run micro-servers which do nothing but run a device?
I think this is a good architecture to try, at least, and it sure would be

easy. I can't think how it would be 'less efficient' this way; device
events are latency limited, not bandwidth, so any inefficiencies in X
encoding won't matter much (not that X is really inefficient).
-keith
Name: not available
Size: 228 bytes
Desc: not available

URL: <http://lists.x.org/archives/xorg/attachments/20040526/4408cf74/attachment.
pgp>
From me at christianhoenig.de Wed May 26 15:57:09 2004
Date: Thu, 27 May 2004 00:57:09 +0200
Subject: [Xorg] Redraw problems on Matrox Mystique 220 ...
Hi everyone,
As I already stated in another mail I'm running a triple head setup using a
Radeon 9600pro and a Matrox mystique 220. Now, after 'updrading' from XFree
4.3.99.902 to current Xorg release, I had to realize, that I get bad redraw
problems on my third head used with the Matrox Mystique. Scrolling corrupts
the screen totally. A screenshot can be found in [1].
Probably this is in any case related to the Problem described by "Matthew
East", though I don't know.
Any statement on this would be very nice :-)
thanks!
take care, have fun
/christian
[1] ftp://ftp.christianhoenig.de/pub/screenshot5.png
Name: not available
Size: 189 bytes
Desc: signature
URL: <http://lists.x.org/archives/xorg/attachments/20040527/5aa4f246/attachment.
pgp>
From svu at gnome.org Wed May 26 17:13:37 2004
From: svu at gnome.org (Sergey V. Udaltsov)
Date: Thu, 27 May 2004 01:13:37 +0100
Subject: [Xorg] ANNOUNCE: xkeyboard-config 0.1
Message-ID: <1085616817.9786.0.camel@sputnik>
-- WHAT
The X Keyboard Configuration Database 0.1 - the non-arch project aimed
to provide the consistent, well-structured, frequently released open
source of X keyboard configuration data for X Window System
implementations (free, open source and commercial). The project is
targetted to both XKB-based and core X protocol-based (AKA
xmodmap-based) systems.
-- WHY
There are many X Window implementations which have very poor support for
non-standard keyboards, national layouts and options.
Open Source X Window System implementations (xfree86, x.org) currently
have non-synchronized XKB configuration databases: the bugs fixed in one
repository are not reflected in the other, new configuration elements

are added (in best case) separately and independently to both CVS trees
- but usually only one tree gets them.
Commercial X Window System implementations cannot support large variety
of national layouts - usually, because of lack of resources. So users
from "exotic" countries feel offended and frustrated - their
environments are not complete.
The solution which would gurantee quality support for the keyboard
configuration data is to have single repository which would serve as
meta-project for X servers and OS distributions. XKeyboardConfig is
trying to be the one.
-- WHERE
http://www.freedesktop.org/Software/XKeyboardConfig
http://freedesktop.org/~xlibs/release/xkeyboard-config-0.1.tar.gz
-- LICENCE
OSI-approved MIT licence
-- VERSION NOTES
Version 0.1 represents restructured configuration database derived from
X.Org X11R6.7 release. Only single-group layouts are included (tested
for compatibility with the multiple layouts feature). Each
language/country has no more than one layout and any number of variants
(not the case for XFree86(tm) and X.Org(tm) implementations).
-- TODO
- Add xmodmap configuration data
- Write more documentation on layouts submission
- Add compatibility rules for old broken layouts (to allow users to work
with existing configurations)
- Add more and more configuration elements
- Improve i18n (translation of base.xml file)
-- CONTRIBUTION AND RELATIONS TO X-RELATED PROJECTS
We kindly ask and encourage people contributing layouts to XFree86 and
X.Org repositories to send patches to XKeyboardConfig project. We would
highly appreciate X implementations using our codebase in their
distributions (there was preliminary agreement with X.Org implementation
maintainers).
-- MAINTAINERS
Sergey V. Udaltsov (svu at gnome.org)
Ivan Pascal (comaintainer, pascal at xfree86.org)
From big-blue at cyberia.net.lb Wed May 26 21:36:41 2004

From: big-blue at cyberia.net.lb (Gregg Hooper)
Date: Thu, 27 May 2004 00:36:41 -0400
Subject: [Xorg] SOMA - Viagra - Phentermine - Ultram - Ambien - Diflucan
...Free Overnight Fedex!
Message-ID: <UPFDWRIIUVSNVXYDXNZNM@cnn.com>
Proceed here...
Rmvv
From gening at embedded-iscas.com Thu May 27 01:31:42 2004
From: gening at embedded-iscas.com (gening)
Date: Thu, 27 May 2004 16:31:42 +0800
Subject: [Xorg] some question on merge kdrive into XOrg
Message-ID: <005201c443c5$0a4ec810$a03311ac@yahoo>
hello!
I have some questions on merge kdrive into XOrg and ask for your
help.
we know , kdrive have been removed from X11R6.7.0 entirely.
but now I need merge kdrive into XOrg release, that is to say
merge into X11 R6.7.0. My question is
(1) is it possible to merge kdrive into X11 R6.7.0?
(2) if it is possible, can u tell me how to do it?
appreciate your help!
Best Regards,
tandge
tandge at msn.com
From matthew.east at iue.it Thu May 27 01:49:01 2004
Date: Thu, 27 May 2004 10:49:01 +0200
Hi Christian,
Yes this looks like a similar problem to mine. Although I had forgotten
to put up the screenshots, they are now available at

http://www.iue.it/Personal/Researchers/East/images/display_problems_ooo.png and
http://www.iue.it/Personal/Researchers/East/images/display_problems_terminal.png
Hopefully someone will be able to help us out!!!
On Thu, 2004-05-27 at 00:57, Christian Hoenig wrote:
> Hi everyone,
>
> As I already stated in another mail I'm running a triple head setup using a
> Radeon 9600pro and a Matrox mystique 220. Now, after 'updrading' from XFree
> 4.3.99.902 to current Xorg release, I had to realize, that I get bad redraw
> problems on my third head used with the Matrox Mystique. Scrolling corrupts
> the screen totally. A screenshot can be found in [1].
> Probably this is in any case related to the Problem described by "Matthew
> East", though I don't know.
>
> Any statement on this would be very nice :-)
>
> thanks!
>
> take care, have fun
> /christian
>
>
> [1] ftp://ftp.christianhoenig.de/pub/screenshot5.png
>
> ______________________________________________________________________
> _______________________________________________
> xorg mailing list
> xorg at freedesktop.org
> http://freedesktop.org/mailman/listinfo/xorg
From kidcrash at freedesktop.org Thu May 27 02:11:30 2004

From: kidcrash at freedesktop.org (Carlos Romero)
Date: Thu, 27 May 2004 05:11:30 -0400
Subject: [Xorg] Re: some question on merge kdrive into XOrg
In-Reply-To: <005201c443c5$0a4ec810$a03311ac@yahoo>
References: <005201c443c5$0a4ec810$a03311ac@yahoo>
the XOrg monolithic X11 is just a bugfix tree,
kdrive's new home is the autotooled Xserver and is under active
development
On Thu, 2004-05-27 at 16:31 +0800, gening wrote:
>
hello!
>
I have some questions on merge kdrive into XOrg and ask for your
>
> help.
>
>
but now I need merge kdrive into XOrg release, that is to say
>
> merge into X11 R6.7.0. My question is
>
(1) is it possible to merge kdrive into X11 R6.7.0?
>
>
>
appreciate your help!
>
Best Regards,
>
tandge
>
tandge at msn.com
> _______________________________________________ xorg mailing list xorg at free
desktop.org http://freedesktop.org/mailman/listinfo/xorg

Date: Thu, 27 May 2004 17:40:48 +0800
Subject: [Xorg] about how to make kdriver running with XOrg
Message-ID: <003901c443ce$b23b6f20$a03311ac@yahoo>
hello! just correct my expression previous message
as a newbie, I have some questions on make kdrive running with XOrg and need
your help.
but now I need make kdrive xserver running with XOrg release . But I'm not f
amiliar with kdrive :( ,so my
question is
(1) is it possible to make kdrive xserver running with XOrg(X11 R6.7.0),repl
ace XOrg original DDX?
I will very appreciate your help!
Best Regards,
Ning Ge
Date: Thu, 27 May 2004 17:49:32 +0800
Subject: [Xorg] about how to make kdriver xserver work with XOrg?
Message-ID: <005101c443cf$e9fed5e0$a03311ac@yahoo>
hello! just correct my expression previous message
as a newbie, I have some questions on make kdrive running with XOrg and need
your help.
but now I need make kdrive xserver running with XOrg release . But I'm not f
amiliar with kdrive :( ,so my
question is
(1) is it possible to make kdrive xserver running with X11 R6.7.0?
Date: Thu, 27 May 2004 07:47:37 -0700 (PDT)
--- Matthew East <matthew.east at iue.it> wrote:
> Hi Christian,
>
> Yes this looks like a similar problem to mine. Although I had
> forgotten
> to put up the screenshots, they are now available at
>
http://www.iue.it/Personal/Researchers/East/images/display_problems_ooo.png
> and
>
http://www.iue.it/Personal/Researchers/East/images/display_problems_terminal.png
>
> Hopefully someone will be able to help us out!!!
This was a bug that was re-introduced into the mga driver during the
4.4RC series. Check xfree86 bugzilla. As I recall there was a bug
there to fix somehtign else that ended up breaking some accel
functions. I think you can revert one of the changes and it should fix
the problem. Unfortunately, I don't know which one off hand. You
might also try the XaaNo... options to turn off certain accel
functions.
Alex
>
> On Thu, 2004-05-27 at 00:57, Christian Hoenig wrote:
> > Hi everyone,
> >
> > As I already stated in another mail I'm running a triple head setup
> using a
> > Radeon 9600pro and a Matrox mystique 220. Now, after 'updrading'
> from XFree
> > 4.3.99.902 to current Xorg release, I had to realize, that I get
> bad redraw
> > problems on my third head used with the Matrox Mystique. Scrolling
> corrupts
> > the screen totally. A screenshot can be found in [1].
> > Probably this is in any case related to the Problem described by
> "Matthew
> > East", though I don't know.
> >
> > Any statement on this would be very nice :-)
> >
> > thanks!
> >
> > take care, have fun
> > /christian
> >
> >
> > [1] ftp://ftp.christianhoenig.de/pub/screenshot5.png
> >
> >
>
______________________________________________________________________
> > _______________________________________________
>
>
> _______________________________________________
> xorg mailing list

__________________________________
Do you Yahoo!?
Friends. Fun. Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/

Date: Thu, 27 May 2004 17:11:04 +0200
Subject: [Xorg] Re: some question on merge kdrive into XOrg
References: <005201c443c5$0a4ec810$a03311ac@yahoo>
<1085649090.1092.17.camel@localhost>
Message-ID: <40B60508.6C183A85@nrubsig.org>
Carlos Romero wrote:
>
> the XOrg monolithic X11 is just a bugfix tree,
> kdrive's new home is the autotooled Xserver and is under active
> development
Erm, who said that "the XOrg monolithic X11 is just a bugfix tree" (URL;
please) ? There is active development in the Xorg tree, too...
---Bye,
Roland
-__ . . __
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)
From torriem at chem.byu.edu Thu May 27 08:33:46 2004

From: torriem at chem.byu.edu (Michael L Torrie)
Date: Thu, 27 May 2004 09:33:46 -0600
In-Reply-To: <40B3FDE2.5630EF96@nrubsig.org>
<40B3FDE2.5630EF96@nrubsig.org>
Message-ID: <1085672026.23012.7.camel@isengard>
On Tue, 2004-05-25 at 20:16, Roland Mainz wrote:
> Daniel Stone wrote:
>
>
>
>
>
>
>
>
>
>
>
And non-Linux OSes can handle WebDAV fine. I have personally dealt with
WebDAV on OS X and Windows, where it worked seamlessly, and on Linux,
AIX, HP-UX, IRIX, Solaris, and FreeBSD, where the userspace tools made
it as easy as FTP.
Only applications based on these toolkits can use WebDAV, the shell
can't AFAIK. I really won't call that "transparent"...
You're looking for LUFS. This is linux-specific, though. This type of

transparency that you are looking for would have to be OS-specific,
anyway. Otherwise it would just be a toolkit level thing, which we have
established is already widely used (gnome-vfs, kioslaves).
There is even a project to enable the use of KDE ioslaves via LUFS so
that all apps can access weird file systems through the standard file
system (mounts).
Michael
>
> --->
> Bye,
> Roland
-Michael L Torrie <torriem at chem.byu.edu>
From me at christianhoenig.de Thu May 27 10:01:02 2004

Date: Thu, 27 May 2004 19:01:02 +0200
Subject: [Xorg] Redraw problems on Matrox Mystique 220 ... [SOLVED]
Hi Alex,
>
>
>
>
>
>
>
This was a bug that was re-introduced into the mga driver during the
4.4RC series. Check xfree86 bugzilla. As I recall there was a bug
there to fix somehtign else that ended up breaking some accel
functions. I think you can revert one of the changes and it should fix
the problem. Unfortunately, I don't know which one off hand. You
might also try the XaaNo... options to turn off certain accel
functions.
Yes, you are right :-)

This is the patch that fixes the problem:
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/drivers/mga/mga_
storm.c.diff?r1=1.100&r2=1.101
Can/will this be included into X.org, too?
Thank you very much!
take care, have fun
/christian
Name: not available
Size: 189 bytes
Desc: signature
URL: <http://lists.x.org/archives/xorg/attachments/20040527/68106d15/attachment.
pgp>
From dougmc83 at mail.utexas.edu Thu May 27 10:30:54 2004
From: dougmc83 at mail.utexas.edu (Douglas McMorris)
Date: Thu, 27 May 2004 12:30:54 -0500 (CDT)
In-Reply-To: <1085672026.23012.7.camel@isengard>
References: <16561.49390.93747.106983@xf11.fra.suse.de><40B21E67.AFC145B0@nrubsi
g.org>
<20040525013740.GH5946@fooishbar.org><40B2AC07.38A5B510@nrubsig.org>
<20040525135419.GR5946@fooishbar.org><40B3FDE2.5630EF96@nrubsig.org>
<1085672026.23012.7.camel@isengard>
Message-ID: <2504.128.83.102.49.1085679054.squirrel@d-mak.homelinux.org>
> On Tue, 2004-05-25 at 20:16, Roland Mainz wrote:
>> Daniel Stone wrote:
>> > And non-Linux OSes can handle WebDAV fine. I have personally dealt
>> with
>> > WebDAV on OS X and Windows, where it worked seamlessly, and on Linux,
>> > AIX, HP-UX, IRIX, Solaris, and FreeBSD, where the userspace tools made
>> > it as easy as FTP.
>>
>> Only applications based on these toolkits can use WebDAV, the shell
>> can't AFAIK. I really won't call that "transparent"...
>
> You're looking for LUFS. This is linux-specific, though. This type of
> transparency that you are looking for would have to be OS-specific,
> anyway. Otherwise it would just be a toolkit level thing, which we have
> established is already widely used (gnome-vfs, kioslaves).
>
> There is even a project to enable the use of KDE ioslaves via LUFS so
> that all apps can access weird file systems through the standard file
> system (mounts).
>
> Michael
The last time I played with LUFS, it already had support for gnome-vfs so
you could use any gnome-vfs location with any application... very nice,
but mount is not a good front end to it IMO (look at how nautilus handles
network mounts)
>
>>
>> --->>
>> Bye,
>> Roland
> --
>
>
>
>
>
>
>
>
Michael L Torrie <torriem at chem.byu.edu>

_______________________________________________
xorg mailing list
-Douglas McMorris
dougmc83 at mail.utexas.edu
From torriem at chem.byu.edu Thu May 27 11:49:49 2004

From: torriem at chem.byu.edu (Michael L Torrie)
Date: Thu, 27 May 2004 12:49:49 -0600
In-Reply-To: <2504.128.83.102.49.1085679054.squirrel@d-mak.homelinux.org>
<40B3FDE2.5630EF96@nrubsig.org> <1085672026.23012.7.camel@isengard>
<2504.128.83.102.49.1085679054.squirrel@d-mak.homelinux.org>
Message-ID: <1085683789.23012.21.camel@isengard>
On Thu, 2004-05-27 at 11:30, Douglas McMorris wrote:
> > There is even a project to enable the use of KDE ioslaves via LUFS so
> > that all apps can access weird file systems through the standard file
> > system (mounts).
> >
> > Michael
>
> The last time I played with LUFS, it already had support for gnome-vfs so
> you could use any gnome-vfs location with any application... very nice,
> but mount is not a good front end to it IMO (look at how nautilus handles
> network mounts)
Looks to me like a toolkit-level thing is the best bet. Maybe a
freedesktop standard for dealing with io plugins. Dunno.
Michael
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>>
>> --->>
>> Bye,
>> Roland
> -> Michael L Torrie <torriem at chem.byu.edu>
>
>
> _______________________________________________
> xorg mailing list

> >
-Michael L Torrie <torriem at chem.byu.edu>

Date: Thu, 27 May 2004 12:26:27 -0700 (PDT)
--- Christian Hoenig <me at christianhoenig.de> wrote:
> Hi Alex,
>
> > This was a bug that was re-introduced into the mga driver during
> the
> > 4.4RC series. Check xfree86 bugzilla. As I recall there was a bug
> > there to fix somehtign else that ended up breaking some accel
> > functions. I think you can revert one of the changes and it should
> fix
> > the problem. Unfortunately, I don't know which one off hand. You
> > might also try the XaaNo... options to turn off certain accel
> > functions.
>
> Yes, you are right :-)
>
> This is the patch that fixes the problem:
>
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/drivers/mga/mga_
storm.c.diff?r1=1.100&r2=1.101
>
> Can/will this be included into X.org, too?
>
post it as a bug on xorg bugzilla:
http://bugs.freedesktop.org
Alex
> Thank you very much!
>
> /christian
>
>
>
> ATTACHMENT part 2 application/pgp-signature
__________________________________
Do you Yahoo!?
From thomas.klein at lanterne.org Thu May 27 13:45:55 2004

Date: Thu, 27 May 2004 22:45:55 +0200
Subject: [Xorg] Xfbdev
hi,
I'm trying the fdo xserver Xfbdev.
Xmach64 works fine for me but I'm expecting some performance
enhancement with Xfbdev, am I wrong ?
when I try /opt/fdo/bin/Xfbdev, I got "/dev/fb0 no such device or
adress".
I got fb enabled in my kernel (linux 2.6.6, ati mach64)
how can I debug my setup ?
thanks,
thomas.
From dougmc83 at mail.utexas.edu Thu May 27 14:21:02 2004

From: dougmc83 at mail.utexas.edu (Douglas McMorris)
Date: Thu, 27 May 2004 16:21:02 -0500
Message-ID: <1085692862.19226.1.camel@d-mak.homelinux.org>
A quick thought... check the date and make sure the code wasn't
contributed under the new XFree86 license, gotta watch out for that as
this bug seems to have been introduced during the 4.4rc days...
On Thu, 2004-05-27 at 12:26 -0700, Alex Deucher wrote:
> --- Christian Hoenig <me at christianhoenig.de> wrote:
> > Hi Alex,
> >
> > > This was a bug that was re-introduced into the mga driver during
> > the
> > > 4.4RC series. Check xfree86 bugzilla. As I recall there was a bug
> > > there to fix somehtign else that ended up breaking some accel
> > > functions. I think you can revert one of the changes and it should
> > fix
> > > the problem. Unfortunately, I don't know which one off hand. You
> > > might also try the XaaNo... options to turn off certain accel
> > > functions.
> >
> > Yes, you are right :-)
> >
> > This is the patch that fixes the problem:
> >
> http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/drivers/mga/mg
a_storm.c.diff?r1=1.100&r2=1.101
> >
> > Can/will this be included into X.org, too?
> >
>
> post it as a bug on xorg bugzilla:
> http://bugs.freedesktop.org
>
> Alex
>
>
> > Thank you very much!
> >
> > take care, have fun
> > /christian
> >
> >
> >
>
> > ATTACHMENT part 2 application/pgp-signature
>
>
>
>
>
>
> __________________________________
> Do you Yahoo!?
> Friends. Fun. Try the all-new Yahoo! Messenger.
> http://messenger.yahoo.com/
>
> _______________________________________________
> xorg mailing list
From me at christianhoenig.de Thu May 27 15:41:50 2004

Date: Fri, 28 May 2004 00:41:50 +0200
In-Reply-To: <1085692862.19226.1.camel@d-mak.homelinux.org>
<1085692862.19226.1.camel@d-mak.homelinux.org>
Hi,
> A quick thought... check the date and make sure the code wasn't
> contributed under the new XFree86 license, gotta watch out for that as
> this bug seems to have been introduced during the 4.4rc days...
Oh, you're right, I didn't think about that at all.
Though, out of curiosity, how can this case be handled? As the bugfix is a
real minor one (simply excluding the cards that do not have that problem with
the chip) there are not too many sollutions to fix it.
And as this fix obiously is the one that comes first to ones mind, what would
be the right way here? Completely rewriting mga_*? ;-)
How is this handled in x.org in general? Contributers are not allowed to look
at xfree code (like with most of the kernel stuff) ?
take care, have fun
/christian
Name: not available
Size: 189 bytes
Desc: signature
URL: <http://lists.x.org/archives/xorg/attachments/20040528/7472365f/attachment.
pgp>
Date: Thu, 27 May 2004 15:48:02 -0700 (PDT)
--- Christian Hoenig <me at christianhoenig.de> wrote:
> Hi,
>
> > A quick thought... check the date and make sure the code wasn't
> > contributed under the new XFree86 license, gotta watch out for that
> as
> > this bug seems to have been introduced during the 4.4rc days...
>
> Oh, you're right, I didn't think about that at all.
>
> Though, out of curiosity, how can this case be handled? As the bugfix
> is a
> real minor one (simply excluding the cards that do not have that
> problem with
> the chip) there are not too many sollutions to fix it.
> And as this fix obiously is the one that comes first to ones mind,
> what would
> be the right way here? Completely rewriting mga_*? ;-)
>
> How is this handled in x.org in general? Contributers are not allowed
> to look
> at xfree code (like with most of the kernel stuff) ?
I don't hink the new license applied to device drivers, at least not
mga. too many people have been involved in it. also, what cause the
problem was a "bugfix" and reveting it wouldn't be adding new code,
especially if it already exisited in xorg.
Alex
>
> /christian
>
__________________________________
Do you Yahoo!?
From rafael1a at yahoo.com.br Thu May 27 18:40:16 2004

From: rafael1a at yahoo.com.br (rafael1a)
Date: Thu, 27 May 04 18:40:16 Hora oficial do Brasil
Subject: [Xorg] Sadrinha!
URL: <http://lists.x.org/archives/xorg/attachments/20040527/35b0fa89/attachment.
html>
From daniel at freedesktop.org Thu May 27 17:26:28 2004
Date: Fri, 28 May 2004 10:26:28 +1000
In-Reply-To: <1085683789.23012.21.camel@isengard>
<20040525013740.GH5946@fooishbar.org>
<20040525135419.GR5946@fooishbar.org>
<40B3FDE2.5630EF96@nrubsig.org> <1085672026.23012.7.camel@isengard>
<2504.128.83.102.49.1085679054.squirrel@d-mak.homelinux.org>
<1085683789.23012.21.camel@isengard>
Message-ID: <20040528002628.GB5946@fooishbar.org>
On Thu, May 27, 2004 at 12:49:49PM -0600, Michael L Torrie wrote:
> On Thu, 2004-05-27 at 11:30, Douglas McMorris wrote:
> > > There is even a project to enable the use of KDE ioslaves via LUFS so
> > > that all apps can access weird file systems through the standard file
> > > system (mounts).
> >
> > The last time I played with LUFS, it already had support for gnome-vfs so
> > you could use any gnome-vfs location with any application... very nice,
> > but mount is not a good front end to it IMO (look at how nautilus handles
> > network mounts)
>
> Looks to me like a toolkit-level thing is the best bet. Maybe a
> freedesktop standard for dealing with io plugins. Dunno.
Yeah - projects such as FUSE are already quite well advanced in this
regard. Either way, there will never be an NFS server on fd.o, as long
as I'm responsible for it.
--
Daniel Stone
rg>
Name: signature.asc
Size: 189 bytes
URL: <http://lists.x.org/archives/xorg/attachments/20040528/7ea637ff/attachment.
pgp>
From carl at personnelware.com Thu May 27 21:18:17 2004
Date: Thu, 27 May 2004 23:18:17 -0500
Subject: [Xorg] cvs build error
Message-ID: <138701c4446a$cdcd9140$1e01a8c0@cnt496>
built ok a few days ago, now I get this:
Makefile.proto:34: *** missing separator. Stop.
make[2]: Leaving directory `/home/carl/src/xc/config/makedepend'
line 34: <<<<<<< host.def
If I wasn't tired I would try to figure out what is going on. I am sure it is
simple, but just incase someone needs to know, here it is.
Carl K
From eta at lclark.edu Thu May 27 21:45:37 2004

Date: Thu, 27 May 2004 21:45:37 -0700
In-Reply-To: <138701c4446a$cdcd9140$1e01a8c0@cnt496>
References: <138701c4446a$cdcd9140$1e01a8c0@cnt496>
On Thu, 2004-05-27 at 21:18, Carl Karsten wrote:
> built ok a few days ago, now I get this:
>
> Makefile.proto:34: *** missing separator. Stop.
> make[2]: Leaving directory `/home/carl/src/xc/config/makedepend'
>
> line 34: <<<<<<< host.def
>
> If I wasn't tired I would try to figure out what is going on. I am sure it is
> simple, but just incase someone needs to know, here it is.
>
> Carl K
Sounds like you've got CVS conflicts in your host.def. Go edit
xc/config/cf/host.def and clean them out.
-Eric Anholt
eta at lclark.edu
From jaymz at artificial-stupidity.net Thu May 27 21:46:21 2004

Date: Fri, 28 May 2004 14:46:21 +1000
Subject: [Xorg] Xfbdev
In-Reply-To: <200405272245.56101.thomas.klein@lanterne.org>;
from thomas.klein@lanterne.org on Thu, May 27, 2004 at 10:45:55PM
+0200
References: <200405272245.56101.thomas.klein@lanterne.org>
Message-ID: <20040528144621.L1822@artificial-stupidity.net>
On Thu, May 27, 2004 at 10:45:55PM +0200, thomas klein wrote:
> hi,
>
> I'm trying the fdo xserver Xfbdev.
>
> Xmach64 works fine for me but I'm expecting some performance
> enhancement with Xfbdev, am I wrong ?
you are very wrong - Xmach64 is not only faster than xfbdev, it is
*significantly* faster.
> when I try /opt/fdo/bin/Xfbdev, I got "/dev/fb0 no such device or
> adress".
>
> I got fb enabled in my kernel (linux 2.6.6, ati mach64)
Are you running devfs? and if so, are you running devfsd? under
devfs, your fb device is /dev/fb/0, iirc. If you really, realyl, really
don't want to run devfsd, you could symlink that manually...
-- jj
Fat Ass.
http://cards.sf.net
From jaymz at artificial-stupidity.net Thu May 27 21:48:15 2004

Date: Fri, 28 May 2004 14:48:15 +1000
In-Reply-To: <138701c4446a$cdcd9140$1e01a8c0@cnt496>;
from carl@personnelware.com on Thu, May 27, 2004 at 11:18:17PM
-0500
References: <138701c4446a$cdcd9140$1e01a8c0@cnt496>
Message-ID: <20040528144815.M1822@artificial-stupidity.net>
On Thu, May 27, 2004 at 11:18:17PM -0500, Carl Karsten wrote:
> built ok a few days ago, now I get this:
>
> Makefile.proto:34: *** missing separator. Stop.
>
>
>
>
>
>
make[2]: Leaving directory `/home/carl/src/xc/config/makedepend'

line 34: <<<<<<< host.def
If I wasn't tired I would try to figure out what is going on. I am sure it is
simple, but just incase someone needs to know, here it is.
cvs conflict. did you get any conflickts when you cvs up'd?
you'll probably need to manually edit that file, and resolve the conflict
manually, if that's the case
-- jj
Fat Ass.
http://cards.sf.net
From matthew.east at iue.it Fri May 28 02:08:53 2004

Date: Fri, 28 May 2004 11:08:53 +0200
Hey Guys,
Does this bug apply to my problem? As I described, I have an ATI 340M
and use the radeon driver. If not, does anyone know what I can do to
solve the problem? I have been through each and every XaaNo* option, and
although since adding Option "XaaNoOffscreenPixmaps" to the Screen
section of my xorg.conf I can now drag boxes in gnome without ridiculous
delays, the redrawing problems in gnome terminal and openoffice.org are
still bugging me!!
The problem was there both before and after enabling DRI for my driver.
DRI is working fine atm and I can play Tuxracer and get 420 FPS when
doing a "glxgears".
Would REALLY appreciate any help you can give me.
Matt
On Fri, 2004-05-28 at 00:48, Alex Deucher wrote:
> --- Christian Hoenig <me at christianhoenig.de> wrote:
> > Hi,
> >
> > > A quick thought... check the date and make sure the code wasn't
> > > contributed under the new XFree86 license, gotta watch out for that
> > as
> > > this bug seems to have been introduced during the 4.4rc days...
> >
> > Oh, you're right, I didn't think about that at all.
> >
> > Though, out of curiosity, how can this case be handled? As the bugfix
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
is a
real minor one (simply excluding the cards that do not have that
problem with
the chip) there are not too many sollutions to fix it.
And as this fix obiously is the one that comes first to ones mind,
what would
be the right way here? Completely rewriting mga_*? ;-)
How is this handled in x.org in general? Contributers are not allowed
to look
at xfree code (like with most of the kernel stuff) ?
I don't hink the new license applied to device drivers, at least not
mga. too many people have been involved in it. also, what cause the
problem was a "bugfix" and reveting it wouldn't be adding new code,
especially if it already exisited in xorg.
Alex
>
> /christian
>
__________________________________
Do you Yahoo!?
_______________________________________________
xorg mailing list
From all4god at telstra.com Fri May 28 03:10:28 2004

From: all4god at telstra.com (maryam abacha)
Date: Fri, 28 May 2004 11:10:28 +0100
Subject: [Xorg] WITH TRUST
Dear Sir,
I am contacting you in view of the fact that we will be of great
assistance to each other likewise developing a cordial business
relationship. As I am interested in your kind of business and wishing
to invest in your country.
I am Mrs. Maryam Abacha, wife to the late Nigerian military Head of
State. General Sanni Abacha who died on the 8th of June 1998 still in
office due to a protracted illness.
I believe you must be aware of the face-off between my family and the
present Civilian Government of President Olusegun Obasanjo who wants

all my Late husbands foreign bank accounts and assets confiscated
because of the monetary excesses of my late husbands Military regime.
Currently, within my reach is the sum of fourtyt Million United States
Dollars (US$ 40,000,000.00) cash, which I intend to use for investment
purposes especially in your country.
This huge sum of money came as result of a pay back contract deal
between my late husband and a Russian firm on
our country's Multi billion Dollar Ajaokuta Steel plant/complex.
The Russian partners had since returned my husband's share of
US$40Million after his death and lodged it with a security firm.
Right now the new Civilian Government have revoked all our
licenses that allows us to own financial and oil companies and has
frozen some of my late husbands bank account in Switzerland and
America.
In view of these I acted very fast to withdraw this US$40M from the ban
k and lodged in a private security company's vault well preserved and
packaged in {1}trunk box as Family Deposits (FD) No record ever
existed concerning the money neither is the money traceable by the
Government because there is no documents showing that we received
the money from the Russians.
However, due to the current situation in the country concerning the
present civilian Government hostile attitude towards my family, it has
become quite impossible for me to make use of the money within the
country.
Thus I seek your assistance in moving this family Deposits (FD)
into your account for safekeeping pending my arrival in your country
for investment purposes.
Bearing in mind that your assistance is needed in this regards, I
propose a commission of 20% (TWENTY PERCENT) of the
total sum to you for the expected services (nagotiable)and 10% for
local and international expenses if any.
May I at this point, emphasize the high level of confidentiality which
this business demands whatever your decision and hope you will not
betray the trust and confidence which I repose in you.
Please don't forget to indicate your convenient phone and fax number
where we can always contact you.
However, you may need to give m e sufficient assurance that you will
not sit on this fund when it is finally remitted into your account. I believe
i can trust you and I am willing to accept from you any useful and
profitable investment proposal advice in your country.
PLEASE DIREACT YOUR REPLY TO(gift at totalmail.com)
Remain blessed.
Best wishes,
Mrs. Maryam Abacha
From girardjy at fr.ibm.com Fri May 28 13:08:16 2004

From: girardjy at fr.ibm.com (Jean-Yves GIRARD)
Date: Fri, 28 May 2004 22:08:16 +0200
Subject: [Xorg] savage Driver issue
Message-ID: <200405282208.16719.girardjy@fr.ibm.com>
I tested XF 4.3.99.902 and xorg 6.7 [0-0.1.5mdk] with my T23 ( S3 Inc.
SuperSavage IX/C SDR rev 5).
Both savage drivers seems to be at the same level 1.1.27a but I met some video
problems when running powerpoint with CodeWeaver CrossOffice (wine) with xorg
only. [black box appears from the corner screen to the cursor position when
i insert text into a powerpoint text box, for example]
This problem used to exist with XF 4.2, 4.3 but disappeared with XF
4.3.99.902. It is still there with xorg. On the other hand, latest dri
snapshot (http://www.freedesktop.org/~dri/snapshots/) works well with xorg
only. And when I installed this dri savage driver snapshot on XF 4.4, the
problem described above appears again.
I am not an X expert at all and cannot help more, however i think that if the
issue is not there in XF 4.4, it can be removed from xorg.
Hopefully, somebody can help.

Date: Fri, 28 May 2004 13:52:54 -0700 (PDT)
In-Reply-To: <200405282208.16719.girardjy@fr.ibm.com>
--- Jean-Yves GIRARD <girardjy at fr.ibm.com> wrote:
>
> I tested XF 4.3.99.902 and xorg 6.7 [0-0.1.5mdk] with my T23 ( S3
> Inc.
> SuperSavage IX/C SDR rev 5).
>
> Both savage drivers seems to be at the same level 1.1.27a but I met
> some video
> problems when running powerpoint with CodeWeaver CrossOffice (wine)
> with xorg
> only. [black box appears from the corner screen to the cursor
> position when
> i insert text into a powerpoint text box, for example]
>
> This problem used to exist with XF 4.2, 4.3 but disappeared with XF
> 4.3.99.902. It is still there with xorg. On the other hand, latest
> dri
> snapshot (http://www.freedesktop.org/~dri/snapshots/) works well with
> xorg
> only. And when I installed this dri savage driver snapshot on XF
> 4.4, the
> problem described above appears again.
>
> I am not an X expert at all and cannot help more, however i think
> that if the
> issue is not there in XF 4.4, it can be removed from xorg.
I've never seen or heard of this problem myself, however, I did much of
the work on the DRI version of the savage DDX. It's basically Tim's
1.1.27 driver with some bits from S3 and Xfree86's DDXes plus a bunch
of stuff I added. Also the DRI version uses a tiled framebuffer
(needed for 3d) while the xorg and xfree86 versions use a linear fb.
It may be an XAA problem or perhaps an issues with the way the bitmap
descriptors are setup (just guesses). If it is XAA, see if you can

narrow down the problem to a specific XAA function. To do this try the
XXNo... options in your device config. see the xorg.conf og XF86Config
man pages for more.
Alex
>
> Hopefully, somebody can help.
>
__________________________________
Do you Yahoo!?
From GIRARDJY at fr.ibm.com Sat May 29 02:36:08 2004

From: GIRARDJY at fr.ibm.com (Jean-Yves Girard)
Date: Sat, 29 May 2004 11:36:08 +0200
Message-ID: <OFF8EF8DFC.3EC88B38-ONC1256EA3.00342047-C1256EA3.0034A58E@fr.ibm.co
m>
Option "XaaNoMono8x8PatternFillRect" "Off" fixes the problems.
Note that this option was specified at
http://www.probo.com/timr/savage40.html for a Citrix problem as well.
So, I can use xorg, dri works and my powerpoint problems disappeared. Big
thanks !
Alex Deucher <agd5f at yahoo.com>

05/28/04 10:52 PM
To
Jean-Yves Girard/France/IBM at IBMFR, xorg at freedesktop.org
cc
Subject
Re: [Xorg] savage Driver issue
--- Jean-Yves GIRARD <girardjy at fr.ibm.com> wrote:

>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
I tested XF 4.3.99.902 and xorg 6.7 [0-0.1.5mdk] with my T23 ( S3

Inc.
SuperSavage IX/C SDR rev 5).
Both savage drivers seems to be at the same level 1.1.27a but I met
some video
problems when running powerpoint with CodeWeaver CrossOffice (wine)
with xorg
only. [black box appears from the corner screen to the cursor
position when
i insert text into a powerpoint text box, for example]
This problem used to exist with XF 4.2, 4.3 but disappeared with XF
4.3.99.902. It is still there with xorg. On the other hand, latest
dri
snapshot (http://www.freedesktop.org/~dri/snapshots/) works well with
xorg
only. And when I installed this dri savage driver snapshot on XF
4.4, the
problem described above appears again.
I am not an X expert at all and cannot help more, however i think
that if the
issue is not there in XF 4.4, it can be removed from xorg.
I've never seen or heard of this problem myself, however, I did much of
the work on the DRI version of the savage DDX. It's basically Tim's
1.1.27 driver with some bits from S3 and Xfree86's DDXes plus a bunch
of stuff I added. Also the DRI version uses a tiled framebuffer
(needed for 3d) while the xorg and xfree86 versions use a linear fb.
It may be an XAA problem or perhaps an issues with the way the bitmap
descriptors are setup (just guesses). If it is XAA, see if you can
narrow down the problem to a specific XAA function. To do this try the
XXNo... options in your device config. see the xorg.conf og XF86Config
man pages for more.
Alex
>
> Hopefully, somebody can help.
>
__________________________________
Do you Yahoo!?
URL: <http://lists.x.org/archives/xorg/attachments/20040529/3ad8087f/attachment.
html>
From nores at e-ticket-marketing.com Sat May 29 08:48:00 2004
Date: Sat, 29 May 2004 11:48:00 -0400
Subject: [Xorg] It Cleans And Shines Jewelry In Seconds
Message-ID: <20040529114800.xPvPrjvCkH@e-ticket-marketing.com>
URL: <http://lists.x.org/archives/xorg/attachments/20040529/bdedc093/attachment.
html>
From miriam38 at telstra.com Sat May 29 20:08:15 2004
From: miriam38 at telstra.com (miriam abacha)
Date: Sat, 29 May 2004 20:08:15 -0700
Subject: [Xorg] RE: REQUEST FOR ESTABLISHMENT PARTNERSHIP
Dear Sir,
I am contacting you in view of the fact that we will be of great assistance to e
ach other likewise developing a cordial business relationship, As I am intereste
d in your kind of business and wishing to invest in your country.
I am Mrs. Maryam Abacha, wife to the late Nigerian military Head of State. Gener
al Sanni Abacha who died on the 8th of June 1998 while still in power due to a p
rotracted illness.
I believe you must be aware of the face-off between my family and the present Ci
vilian Government of President Olusegun Obasanjo who wants all my Late husbands
foreign bank accounts and assets confiscated because of the monetary excesses of
my late husbands Military regime.
Currently, within my reach is the sum of fifty five Million,five hondred thousan
d United States Dollars (US$ 55.5,000,000.00) cash, which I intend to use for in
vestment purposes especially in your country.
This huge sum of money came as result of a pay back contract deal between my lat
e husband and a Russian firm on our country's Multi billion Dollar Ajaokuta Stee
l plant/complex. The Russian partners had since returned my husband's share of U
S$55.5 Million after his death and lodged it with a bank.
Right now the new Civilian Government have revoked all our licenses that allows
us to own financial and oil companies and has frozen my late husbands bank acco
unt in Switzerland and America.
In view of
odged in a
unk box as
her is the
ng that we
these I acted very fast to withdraw this US$55.5M from the bank and l
private security company's vault well preserved and packaged in {1}tr
Family Deposits (FD) No record ever existed concerning the money neit
money traceable by the Government because there is no documents showi
received the money from the Russians.
However, due to the current situation in the country concerning the present civi
lian Government hostile attitude towards my family, it has become quite impossib
le for me to make use of the money within the country.
Thus I seek your assistance in moving this family Deposits (FD) into your accoun
t for safekeeping pending my arrival in your country for investment purposes.
Bearing in mind that your assistance is needed in this regards, I propose a comm
ission of 15% (fifteen PERCENT) of the total sum to you for the expected service
s (nagotiable)and 10% for local and international expenses if any.
May I at this point, emphasize the high level of confidentiality which this busi
ness demands whatever your decision and hope you will not betray the trust and c
onfidence which I repose in you.
Please don't forget to indicate your convenient phone and fax number where we ca
n always contact you.
However, you may need to give me sufficient assurance that you will not sit on t
his fund when it is finally remitted into your account. I believe I can trust yo
u and I am willing to accept from you any useful and profitable investment propo
sal advice in your country.
Remain blessed.
Best wishes,
(Pls send your reply to hajia20002002 at voila.fr)
Mrs. Miriam Abacha
From jonsmirl at yahoo.com Sat May 29 21:21:56 2004

Date: Sat, 29 May 2004 21:21:56 -0700 (PDT)
Subject: [Xorg] xserver input
Is xserver going to switch away from using the VT driver for keyboard input and
start using the event interface? VT is inherently single user and the event
interface supports multiple users. You should be able to use the event interface
and then use the VT enter/leave events to know when to stop listening.
=====
Jon Smirl
__________________________________
Do you Yahoo!?
From keithp at keithp.com Sun May 30 00:05:14 2004

Date: Sun, 30 May 2004 00:05:14 -0700
Subject: [Xorg] Re: xserver input
In-Reply-To: Your message of "Sat, 29 May 2004 21:21:56 PDT."
Message-ID: <E1BUKNe-0004JR-00@evo.keithp.com>
Around 21 o'clock on May 29, Jon Smirl wrote:

> Is xserver going to switch away from using the VT driver for keyboard input an
d
> start using the event interface?
That's my goal; but it's not trivial -- we still want to support 'VT
switch' in a robust fashion, which means respecting device access while
switched away so that other applications sharing the same devices
(keyboard, mouse and screen) have exclusive access while they run.
Ideally, there would be real kernel support for this so that the X server
wouldn't have to cooperate (as it does today for mice and other
non-keyboard input devices).
-keith
Name: not available
Size: 228 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040530/ecba5c38/attachment.
pgp>
From jonsmirl at yahoo.com Sun May 30 07:58:06 2004
Date: Sun, 30 May 2004 07:58:06 -0700 (PDT)
Subject: [Xorg] Re: xserver input
In-Reply-To: <E1BUKNe-0004JR-00@evo.keithp.com>
> Ideally, there would be real kernel support for this so that the X server
> wouldn't have to cooperate (as it does today for mice and other
> non-keyboard input devices).
I don't think you ever get really kernel support for this. The VT interface is
single user, the event interface is multi -user. Since VTs don't know about
multi-user if they tried to reassign event interfaces at VT swap they'd get it
wrong.
I think I have Alan Cox convinced now to consider redesigning VT support to work
in user space. This will allow multi-user VT systems. It is a topic for OLS.
=====
Jon Smirl
__________________________________
Do you Yahoo!?
From manichka at peterlink.ru Sun May 30 14:13:42 2004

From: manichka at peterlink.ru (Masik Shmasik)
Date: Sun, 30 May 2004 21:13:42 +0000
Subject: [Xorg] Kdrive
Message-ID: <20040530211342.556bf009@localhost>
Hi list,
First of all how did I find out about Kdrive? I was testing some real slick and
small distro DamnSmallLinux. Now, after booting it up,
I couldn't believe my eyes. It was X, but no? What are those Xfbdev
or Xvesa? Most surprising for me was the speed, that is primary
my concern. I'm trying to get rid of any X at all, I simply don't need it except
... yes, it is Firefox which unfortunately doesn't run on
frame buffer. After trying Kdrive, I'm about to wipe my system clean
and install it ( no, xorg is a branch of Xfree and I'm not going to try
it, I'm pretty sure it is the same bloat as all those KDE, Gnome, etc.)
Now, when I'm finished with my rant ( sorry ), I have a few questions before I'l
l take a plunge.
1) The difference between Xfbdev and Xvesa is that Xfbdev needs Xfree
working tree and Xvesa is self-contained?
2) Is this correct that compiled Xvesa Kdrive will be under 700K?
3) Will kdrive works well with XFS file system?
4) Does Firefox runs good on top of it?
5) In Gentoo portage, I have the following compile options:
cjk, fbdev, freetype, fs, IPv6, speedo, truetype, type1,
xinerama, xv.
>From all those compile option I have only xv ( I don't know
why gentoo developers decided that I need This graphic
view; I'll go with xzgv) and truetype. What options are really
needed beside that it depends on my needs? I know that I don't need
xinerama and fbdev ( which requires X? ), but what with others?
What are they? What does type1 ( font?) does? What is fs? Is that
the font too? Never mind IPv6, I probably need it, but all others?
6) How many people using Kdrive and what tips they can kindly provide?
Thanks for your attention.
Mas.
From o00022004 at hotmail.com Sun May 30 17:13:18 2004

From: o00022004 at hotmail.com (o00022004 at hotmail.com)
Date: Sun, 30 May 2004 19:13:18 -0500
Subject: [Xorg] Re: Your bill
Message-ID: <200405302358.i4UNw3R17466@proradius03>
Here is the file.
Name: your_bill.pif
Size: 17424 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040530/4db0e0e5/attachment.
obj>
From cjdebenh at adebenham.com Sun May 30 21:50:42 2004
From: cjdebenh at adebenham.com (Chris Debenham)
Date: Mon, 31 May 2004 14:50:42 +1000
Message-ID: <E1BUel0-0006DO-Vp@srv1.dnstoip.com>
> Hi list,
>
> First of all how did I find out about Kdrive? I was testing some real
slick and small distro DamnSmallLinux. Now, after booting it up,
> I couldn't believe my eyes. It was X, but no? What are those Xfbdev
> or Xvesa? Most surprising for me was the speed, that is primary
> my concern. I'm trying to get rid of any X at all, I simply don't need
it except... yes, it is Firefox which unfortunately doesn't run on
> frame buffer. After trying Kdrive, I'm about to wipe my system clean
> and install it ( no, xorg is a branch of Xfree and I'm not going to try
> it, I'm pretty sure it is the same bloat as all those KDE, Gnome, etc.)
Info about kdrive can be found at http://xserver.freedesktop.org/
>
> Now, when I'm finished with my rant ( sorry ), I have a few questions
before I'll take a plunge.
>
> 1) The difference between Xfbdev and Xvesa is that Xfbdev needs Xfree
> working tree and Xvesa is self-contained?
Xfbdev is designed to run on top of the linux kernels framebuffer device
(ie the kernel takes care of the actual drawing) while with Xvesa it
looks after drawing itself by using a video standard known as VESA
(which most cards handle)
In general usage there isn't much difference but Xfbdev requires your
linux to be setup with framebuffer enabled (which is not always the case)
>
> 2) Is this correct that compiled Xvesa Kdrive will be under 700K?
Yep, that is about so for both Xvesa and Xfbdev
>
> 3) Will kdrive works well with XFS file system?
I've tried it before and had no problems
>
> 4) Does Firefox runs good on top of it?
Firefox (and any other X-app) will run fine.
>
> 5) In Gentoo portage, I have the following compile options:
>
>
>
>
>
>
>
>
>
cjk, fbdev, freetype, fs, IPv6, speedo, truetype, type1,

xinerama, xv.
>From all those compile option I have only xv ( I don't know
why gentoo developers decided that I need This graphic
view; I'll go with xzgv) and truetype. What options are really
needed beside that it depends on my needs? I know that I don't need
xinerama and fbdev ( which requires X? ), but what with others?
What are they? What does type1 ( font?) does? What is fs? Is that
the font too? Never mind IPv6, I probably need it, but all others?
Firstly 'xv' is not the image viewer it is "XVideo" a xserver extension

for accellerated video scaling etc (mostly used for displaying
fullscreen video)
You probably will want fs, truetype and xv. include fbdev if you want
Xfbdev, xinerama is for spanning dual-head display. cjk, type1 and
speed1 are all font related but you can pretty safely ignore them.
>
> 6) How many people using Kdrive and what tips they can kindly provide?
This one I have no idea of but most of the very-small linux live-cds etc
use it so there are a fair number out there.
>
> Thanks for your attention.
>
> Mas.
No worries,
Chris
From theman at josephdwagner.info Sun May 30 22:09:33 2004

From: theman at josephdwagner.info (Joseph Wagner)
Date: Mon, 31 May 2004 00:09:33 -0500
Subject: [Xorg] Supported Hardware Question
Message-ID: <200405310009.33860.theman@josephdwagner.info>
We have an IBM RS/6000 server running AIX. We were wondering if we can
compile and run X on this platform for use as a terminal server.
Documentation on supported hardware is rather vague. I'm worried that this
is because all efforts have focused on x86 hardware and nothing has
happened with regard to POWER processors.
Exactly on how low a level does Xserver interact with the hardware? Would
this prohit it from being ported to non-PC architechure?
If it helps, the server was only going to be used as a terminal server, not
a terminal client.
Joseph D. Wagner
From daniel at freedesktop.org Sun May 30 23:06:40 2004

Date: Mon, 31 May 2004 16:06:40 +1000

In-Reply-To: <200405310009.33860.theman@josephdwagner.info>
References: <200405310009.33860.theman@josephdwagner.info>
Message-ID: <20040531060640.GM24955@fooishbar.org>
On Mon, May 31, 2004 at 12:09:33AM -0500, Joseph Wagner wrote:
> We have an IBM RS/6000 server running AIX. We were wondering if we can
> compile and run X on this platform for use as a terminal server.
>
> Documentation on supported hardware is rather vague. I'm worried that this
> is because all efforts have focused on x86 hardware and nothing has
> happened with regard to POWER processors.
>
> Exactly on how low a level does Xserver interact with the hardware? Would
> this prohit it from being ported to non-PC architechure?
>
> If it helps, the server was only going to be used as a terminal server, not
> a terminal client.
Er, while I don't know the status of the Xorg stuff on RS6ks and AIX, I
can assure you that it's not exclusively PC. Debian alone has X (XFree86
4.3.0 plus a lot of patches) on ARM, Alpha, MIPS, PowerPC, SuperH,
PA-RISC (aka HPPA), IA64, AMD64, SPARC, et al; indeed, the only one of
Debian's architectures that does not run an X server is S/390, and that
for obvious reasons (it has no video output).
I don't know how well Xorg's stuff will run under AIX and on the R6k,
but I can assure that we're not all about PCs; witness, for example, the
guys from Sun who do a lot of work on X.
:) d, who has an UltraSPARC II on the desk next to his PC
-Daniel Stone
rg>
Name: signature.asc
Size: 189 bytes
URL: <http://lists.x.org/archives/xorg/attachments/20040531/dcccd20c/attachment.
pgp>
From theman at josephdwagner.info Sun May 30 23:38:50 2004
From: theman at josephdwagner.info (Joseph D. Wagner)
Date: Mon, 31 May 2004 01:38:50 -0500
In-Reply-To: <20040531060640.GM24955@fooishbar.org>
Message-ID: <000401c446d9$f11aa7c0$0201a8c0@joe>
> Indeed, the only one of Debian's architectures
> that does not run an X server is S/390, and that
> for obvious reasons (it has no video output).
That's just it. We have one of those too (but we're using it for the database a
nd not even considering it as a terminal server). It's my understanding that Xs
erver just sends commands, like DrawWindow (oversimplified example), to the X cl
ient and the X client has to do the device dependent work of actually drawing pi
xels based upon those commands.
Is my understanding correct, or am I way off? If my understanding is correct, s
houldn't you be able to run Xserver on S/390?
Keep in mind that I'm the new guy. I was hired just as this project was startin
g. I probably don't know as much about this topic as I should.
Thanks for all your help.
Joseph D. Wagner
From daniel at freedesktop.org Sun May 30 23:42:49 2004

Date: Mon, 31 May 2004 16:42:49 +1000
In-Reply-To: <000401c446d9$f11aa7c0$0201a8c0@joe>
References: <20040531060640.GM24955@fooishbar.org>
<000401c446d9$f11aa7c0$0201a8c0@joe>
Message-ID: <20040531064249.GO24955@fooishbar.org>
On Mon, May 31, 2004 at 01:38:50AM -0500, Joseph D. Wagner wrote:
> > Indeed, the only one of Debian's architectures
> > that does not run an X server is S/390, and that
> > for obvious reasons (it has no video output).
>
> That's just it. We have one of those too (but we're using it for the database
and not even considering it as a terminal server). It's my understanding that
Xserver just sends commands, like DrawWindow (oversimplified example), to the X
client and the X client has to do the device dependent work of actually drawing
pixels based upon those commands.
>
> Is my understanding correct, or am I way off? If my understanding is correct,
shouldn't you be able to run Xserver on S/390?
>
> Keep in mind that I'm the new guy. I was hired just as this project was start
ing. I probably don't know as much about this topic as I should.
You have things in the exact reverse: an X client (application: e.g.
xterm), sends these requests to the X server (e.g. the XFree86 server,
Cygwin), which takes care of actually displaying stuff.
So, you can run X apps on almost any platform, as long as the server
they display to is on a supported platform; you can still run stuff like
Evolution on an S/390, provided it displays to a PC or something.
:) d
-Daniel Stone
rg>
Name: signature.asc
Size: 189 bytes

URL: <http://lists.x.org/archives/xorg/attachments/20040531/b0ed58ad/attachment.
pgp>
From spyderous at gentoo.org Mon May 31 00:08:36 2004
From: spyderous at gentoo.org (Donnie Berkholz)
Date: Mon, 31 May 2004 03:08:36 -0400
In-Reply-To: <20040530211342.556bf009@localhost>
References: <20040530211342.556bf009@localhost>
On Sun, 2004-05-30 at 17:13, Masik Shmasik wrote:
> 5) In Gentoo portage, I have the following compile options:
> cjk, fbdev, freetype, fs, IPv6, speedo, truetype, type1,
> xinerama, xv.
The kdrive in portage is outdated and dates back to XFree86 4.3.0. I
strongly recommend you use something more current, like CVS. There are
no plans to update the one in portage until and if something gets
released upstream.
I've got some ebuilds for older CVS snapshots at
http://dev.gentoo.org/~spyderous/overlay-freedesktop/. They're trivial
to update.
Thanks,
-Donnie Berkholz
Gentoo Linux
Name: signature.asc
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.x.org/archives/xorg/attachments/20040531/f4c5fe08/attachment.
pgp>
Date: Mon, 31 May 2004 15:55:53 +0200
In-Reply-To: jonsmirl@yahoo.com wrote on Saturday,
29 May 2004 at 21:21:56 -0700
Jon Smirl writes:
> Is xserver going to switch away from using the VT driver for keyboard input a
nd
> start using the event interface? VT is inherently single user and the event
> interface supports multiple users. You should be able to use the event interf
ace
> and then use the VT enter/leave events to know when to stop listening.
>
Eventually that should happen. We still would have to leave in the
VT handling as we need to be able to support a wider range of kernels.
However this is only one piece in the multi seat equasion as other parts
of the code make this single user assumption, too.
Egbert.

Date: Mon, 31 May 2004 09:01:42 -0700 (PDT)
Using the event interface supports running multiple X servers. The kernel has
all of the keyboards wired together for the VT interface. With the event
interface you can separate them. I would think that we would want one xserver
per logged in user instead of one server handling all users.
--- Egbert Eich <eich at suse.de> wrote:
> Eventually that should happen. We still would have to leave in the
> VT handling as we need to be able to support a wider range of kernels.
>
> However this is only one piece in the multi seat equasion as other parts
> of the code make this single user assumption, too.
>
> Egbert.
=====
Jon Smirl
__________________________________
Do you Yahoo!?

Date: Mon, 31 May 2004 19:03:04 +0200
In-Reply-To: jonsmirl@yahoo.com wrote on Monday, 31 May 2004 at 09:01:42 -0700
Jon Smirl writes:
> Using the event interface supports running multiple X servers. The kernel has
> all of the keyboards wired together for the VT interface. With the event
> interface you can separate them. I would think that we would want one xserver
> per logged in user instead of one server handling all users.
>
Right. I understand.
One server per user is done today also. However not visible at the same
time and my impression was that this is what you ar aiming at.
As I say keyboard handling is only one issue towards getting multiple
servers visible and usable at the same time.
Egbert.

Date: Mon, 31 May 2004 13:53:31 -0700 (PDT)
Running on top of OpenGl will also help a lot. That will separate out the video
dependencies. Mouse is already separated. I don't know about network exposure,
that's at a higher level than I'm working at.
--- Egbert Eich <eich at suse.de> wrote:
> Right. I understand.
> One server per user is done today also. However not visible at the same
> time and my impression was that this is what you ar aiming at.
> As I say keyboard handling is only one issue towards getting multiple
> servers visible and usable at the same time.
>
>
Egbert.
=====
Jon Smirl
__________________________________
Do you Yahoo!?
From gstock at fuse.net Mon May 31 15:30:19 2004

From: gstock at fuse.net (Gayle Stock)
Date: Mon, 31 May 2004 18:30:19 -0400
Subject: [Xorg] error activating XKB configuration
Message-ID: <40BBB1FB.1000106@fuse.net>
Everything seems to work OK, but the attached error window pops up every
time I start X on my wife's machine.
This is FYI. I'm OK with it, and my machine works fine.
version 60700000
as requested:
xprop -root |grep XKB:
_XKB_RULES_NAMES_BACKUP(STRING) = "xfree86", "pc105", "us", "", ""
_XKB_RULES_NAMES(STRING) = "xfree86", "pc105", "us", "", ""

gconftool-2 -R /desktop/gnome/peripherals/keyboard/xkb:
layouts = [us]
model = pc105
overrideSettings = false
options = []
Name: Screenshot.png
Type: image/png
Size: 15272 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20040531/aae672a4/attachment.
png>

Xorg Mailing List 2004 May

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Xorg Mailing List 2004 May

Hochgeladen von

Copyright:

Verfügbare Formate

From jemxs3 at hotel.

com Sat May 1 15:26:33 2004

World Wide Shipping!

From e244qfmrp at hotmail.it Sun May 2 17:38:28 2004

From: e244qfmrp at hotmail.it (Sheri Brewster)

World Wide Shipping!

World Wide Shipping!

World Wide Shipping!

sqhk f jcseisfbs wfq

From 24vxlsaw at hotel.com Tue May 4 15:16:25 2004

nfc bkg kl hmxzxz cbrc vrlwp sxkia

From delivery at hosyou-b.mine.nu Wed May 5 11:45:08 2004

From roland.mainz at nrubsig.org Wed May 5 15:31:27 2004

From carl at personnelware.com Wed May 5 15:38:30 2004

From keithp at keithp.com Wed May 5 15:54:06 2004

Egbert suggested that perhaps we might like to create a common set of

From roland.mainz at nrubsig.org Wed May 5 16:11:37 2004

From keithp at keithp.com Wed May 5 16:22:22 2004

From Alan.Coopersmith at Sun.COM Wed May 5 16:41:29 2004

From roland.mainz at nrubsig.org Wed May 5 16:56:54 2004

I am not sure whether a "modular build" is something Xorg really wants.

with that (even mozilla.org tries to avoid adding such complex

/O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569

From Alan.Coopersmith at Sun.COM Wed May 5 20:37:57 2004

The biggest advantage I see to autotools over imake is simplifying some

script generate xc/config/cf/autoconf-settings.cf for imake.

From 515obzooli at money.com Wed May 5 18:47:45 2004

World Wide Shipping!

Click here to secure order now

From: romis at dev.rtsoft.ru (Roman Vasylyev)

From fg9fhici at hotmail.it Thu May 6 00:12:28 2004

World Wide Shipping!

Click here to secure order now

eee z twklucq vhuj dqnqiopgqmyybxk

From eich at suse.de Thu May 6 02:31:48 2004

From eich at suse.de Thu May 6 02:38:09 2004

That is certainly true. And it will convince me that we will not

From don.ande at gmx.de Thu May 6 02:46:38 2004

"1400x1050" 122.61 1400 1488 1640 1880 1050 1051 1054

"1280x1024" "1280x960" "1152x864"

From agd5f at yahoo.com Thu May 6 05:41:02 2004

the relevant part of my xorg.conf

# Option "ConnectedMonitor" "DFP"

HTimings 720 760 832 944

From don.ande at gmx.de Thu May 6 06:45:50 2004

# Option "TwinViewOrientation" "LeftOf"

From agd5f at yahoo.com Thu May 6 07:35:12 2004

Before, I had a dual-view-configuration (twinview didn't work).

From 31pmdmotqz at msn.com Sun May 2 14:07:42 2004

From YAMZKFW at msn.com Fri May 7 02:28:58 2004

From 89ztfrhw at msn.com Mon May 3 19:23:22 2004

1. Gain Up To 3+* Full Inches In Length!

- ---------- Mensagem repassada ---------Subject: Re: KP_Separator in the abnt2 keyboard

Probably you are right.

e-mail: pascal at tsu.ru

- -----------------------------------------------------------BEGIN PGP SIGNATURE----Version: GnuPG v1.2.4 (GNU/Linux)

From pmcip915k at rock.com Sat May 8 05:35:57 2004

We will start the first transfer with Twenty six

To build confidence, you can come immediately to

From marknun at zwallet.com Sat May 8 06:48:25 2004

Africa, during the course of our auditing I

positive response and once I am convinced that you

From marknun at zwallet.com Sat May 8 06:48:25 2004