![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](http://data.docslib.org/img/ac341aae1e3711523dab745ec33399d1-1.webp)
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: <[email protected]> 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 http://www.buycheapdrugs.biz
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:
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:
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@ Message-ID:
XANAX
VALIUM
VICODIN Plus Many More at super low prices!
http://www.offerspages.com/qog345/104/
* World Wide Shipping! * No Doctors Will Visit! * Orders Shipped Same Day! * Free Fedex Shipping!
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:
XANAX
VALIUM
VICODIN Plus Many More at super low prices!
http://www.realoffering.com/qog345/104/
* World Wide Shipping! * No Doctors Will Visit! * Orders Shipped Same Day! * Free Fedex Shipping!
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 Plus Many More at super low prices!
http://www.realoffering.com/qog345/104/
* World Wide Shipping! * No Doctors Will Visit! * Orders Shipped Same Day! * Free Fedex Shipping! http://www.realoffering.com/qog345/104/
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: <[email protected]> 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 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:
Proceed Below to learn how to get a Huge Johnson! http://www.desireouroffers.biz/index.shtml?xp19829b
no more http://www.desireouroffers.biz/denise.php
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: <[email protected]> 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~ $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~ $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""(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,!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 0675 $B!!!!!!!!!!!!!!!!!!!!".!!$*>.8/$$!"K~B-$9 $k$[$IM_$7$$!"J}$O4?7^!!(B $B!!$P9,1?$J$iIq$$9~$_$^$9!#B3JT$G $B!!!!!|4{$K#22/1_#32/1_#52/#9 at iK|1_$N<}F~ $B"#"#(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,( ,(,(,(,(,(,(,(,(0(%(0(B $B:G$b8z2LE*$JZ: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 $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: <[email protected]> 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;) From carl at personnelware.com Wed May 5 15:38:30 2004 From: carl at personnelware.com (Carl Karsten) 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 http://www.personnelware.com/carl/resume.html 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 Subject: [Xorg] DocBook SGML/XML manual pages... In-Reply-To: Your message of "Thu, 06 May 2004 00:31:27 +0200." <[email protected]> Message-ID: 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: From roland.mainz at nrubsig.org Wed May 5 16:11:37 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Thu, 06 May 2004 01:11:37 +0200 Subject: [Xorg] DocBook SGML/XML manual pages... References: From keithp at keithp.com Wed May 5 16:22:22 2004 From: keithp at keithp.com (Keith Packard) Date: Wed, 05 May 2004 16:22:22 -0700 Subject: [Xorg] DocBook SGML/XML manual pages... In-Reply-To: Your message of "Thu, 06 May 2004 01:11:37 +0200." <[email protected]> Message-ID: Around 1 o'clock on May 6, Roland Mainz 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. 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: From Alan.Coopersmith at Sun.COM Wed May 5 16:41:29 2004 From: Alan.Coopersmith at Sun.COM (Alan Coopersmith) Date: Wed, 05 May 2004 16:41:29 -0700 Subject: [Xorg] Looking Glass slides from X Dev Conf Message-ID: <[email protected]> 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. -- -Alan Coopersmith- alan.coopersmith at sun.com Sun Microsystems, Inc. - X Window System Engineering From roland.mainz at nrubsig.org Wed May 5 16:56:54 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Thu, 06 May 2004 01:56:54 +0200 Subject: "Monolithic" vs. "modular" build / was: Re: [Xorg] DocBook SGML/XML manual pages... References: From Alan.Coopersmith at Sun.COM Wed May 5 20:37:57 2004 From: Alan.Coopersmith at Sun.COM (Alan Coopersmith) 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: <[email protected]> References: 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: <[email protected]> CHEAP CHEAP CHEAP CHEAP BUY XANAX VALIUM VICODIN Plus Many More at super low prices! Click here to secure order now http://www.offerindex.com/qog345/104/ * World Wide Shipping! * No Doctors Will Visit! * Orders Shipped Same Day! * Free Fedex Shipping! 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: <[email protected]> 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: <[email protected]> CHEAP CHEAP CHEAP CHEAP BUY XANAX VALIUM VICODIN Plus Many More at super low prices! Click here to secure order now http://www.offerindex.com/qog345/104/ * World Wide Shipping! * No Doctors Will Visit! * Orders Shipped Same Day! * Free Fedex Shipping! Click here to secure order now http://www.offerindex.com/qog345/104/ 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: [email protected] wrote on Thursday, 6 May 2004 at 01:56:54 +0200 References: From eich at suse.de Thu May 6 02:38:09 2004 From: eich at suse.de (Egbert Eich) Date: Thu, 6 May 2004 11:38:09 +0200 Subject: [Xorg] DocBook SGML/XML manual pages... In-Reply-To: [email protected] wrote on Wednesday, 5 May 2004 at 15:54:06 -0700 References: <[email protected]> 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 "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" 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 SubSection "Display" Depth 16 Modes "1600x1200" "1400x1050" "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1600x1200" "1600x1024" "1600x1000" "1400x1050" "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 32 Modes "800x600" EndSubSection SubSection "Display" Depth 4 Modes "640x480" EndSubSection SubSection "Display" 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 "Layout[all]" InputDevice "Keyboard[0]" "CoreKeyboard" InputDevice "Mouse[1]" "CorePointer" [...] Option "Clone" "on" Option "Xinerama" "off" Screen 0 "Screen[0]" # 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) Subject: [Xorg] need help to get dual view In-Reply-To: <1083836798.8069.6.camel@localhost> Message-ID: <[email protected]> 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 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 Subject: [Xorg] need help to get dual view In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <1083851150.8069.30.camel@localhost> 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 From agd5f at yahoo.com Thu May 6 07:35:12 2004 From: agd5f at yahoo.com (Alex Deucher) Date: Thu, 6 May 2004 07:35:12 -0700 (PDT) Subject: [Xorg] need help to get dual view In-Reply-To: <1083851150.8069.30.camel@localhost> Message-ID: <[email protected]> --- DonAnde ______Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover 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: <[email protected]> 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: <[email protected]> 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: ______Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover 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: 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: 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: <[email protected]> -----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 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: <[email protected]> Xorg CHEAP CHEAP CHEAP CHEAP BUY XANAXx VAL1UM VICOD1N Plus many more at super l0w pr1ces http://www.buycheapdrugs.biz 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 Message-ID: Sincerely, Mr.Mark Nun. From marknun at zwallet.com Sat May 8 06:48:25 2004 From: marknun at zwallet.com (Mr Mark Nun) Date: Sat, 8 May 2004 14:48:25 +0100 Subject: [Xorg] REPLY NOW Message-ID: 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. From marknun at zwallet.com Sat May 8 06:48:25 2004 From: marknun at zwallet.com (Mr Mark Nun) Date: Sat, 8 May 2004 14:48:25 +0100 Subject: [Xorg] REPLY NOW Message-ID: 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. From marknun at zwallet.com Sat May 8 06:48:25 2004 From: marknun at zwallet.com (Mr Mark Nun) Date: Sat, 8 May 2004 14:48:25 +0100 Subject: [Xorg] REPLY NOW Message-ID: 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. From marknun at zwallet.com Sat May 8 06:48:25 2004 From: marknun at zwallet.com (Mr Mark Nun) Date: Sat, 8 May 2004 14:48:25 +0100 Subject: [Xorg] REPLY NOW Message-ID: 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: <[email protected]> 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: 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: <[email protected]> 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 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 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:1776: error: dereferencing pointer to incomplete type FontSample.c: In function `Cancel': FontSample.c:1786: error: dereferencing pointer to incomplete type FontSample.c:1787: error: dereferencing pointer to incomplete type 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]: *** [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 From roland.mainz at nrubsig.org Mon May 10 06:37:39 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Mon, 10 May 2004 15:37:39 +0200 Subject: [Xorg] Error building CVS xc on Linux from Scratch 5.0 on a i586 References: <[email protected]> Message-ID: <[email protected]> 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 -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_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_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 > 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) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569 (;O/ \/ \O;) From carl at personnelware.com Mon May 10 10:48:53 2004 From: carl at personnelware.com (Carl Karsten) 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 http://www.personnelware.com/carl/resume.html 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 Message-ID: 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> 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 3+* Full Inches In Length! 2. Increase Your Penis 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! 9. 100% Money Back Guarantee! 10. FREE Bottle Worth Almost $60! http://rd.yahoo.com/jawbone/bullhide/torrent/*http://www.specialdealtoday.biz/in dex.shtml?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/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: 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: <[email protected]> References: <[email protected]> Message-ID: 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: <[email protected]> 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 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: <[email protected]> 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 mini- plant 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) Worldwide Partners Program 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. Manager Progra m ? 2004 SN World Foundation. All rights reserved. ------next part ------An HTML attachment was scrubbed... URL: 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@ Message-ID: 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: <[email protected]> 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 3+* Full Inches In Length! 2. Increase Your Penis 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! 9. 100% Money Back Guarantee! 10. FREE Bottle Worth Almost $60! http://rd.yahoo.com/banter/asperity/awesome/*http://www.specialdealtoday.biz/ind ex.shtml?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/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 Subject: [Xorg] ATI IGPs? In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <[email protected]> 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 | Debian (powerpc), X and DRI developer Libre software enthusiast | 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 Subject: [Xorg] xpawhelloworld.c In-Reply-To: [email protected] wrote on Tuesday, 11 May 2004 at 20:45:51 -0500 References: <3c6b01c437c2$dbcdfeb0$1e01a8c0@cnt496> Message-ID: <[email protected]> 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 `Usage': > 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 > 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: <[email protected]> Xorg CHEAP CHEAP CHEAP CHEAP BUY XANAXx VAL1UM VICOD1N Plus many more at super l0w pr1ces http://www.buycheapdrugs.biz acuwhbvdpopcygxazh d noe ztvxkcgjpuegpf From carl at personnelware.com Wed May 12 08:32:48 2004 From: carl at personnelware.com (Carl Karsten) Date: Wed, 12 May 2004 10:32:48 -0500 Subject: [Xorg] xpawhelloworld.c References: <3c6b01c437c2$dbcdfeb0$1e01a8c0@cnt496> <[email protected]> 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 #define HasMotif2 NO Carl K ----- Original Message ----- From: "Egbert Eich" > > 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 `Usage': > > 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 > > From eich at pdx.freedesktop.org Wed May 12 08:48:19 2004 From: eich at pdx.freedesktop.org (Egbert Eich) Date: Wed, 12 May 2004 17:48:19 +0200 Subject: [Xorg] xpawhelloworld.c In-Reply-To: [email protected] wrote on Wednesday, 12 May 2004 at 10:32:48 -0500 References: <3c6b01c437c2$dbcdfeb0$1e01a8c0@cnt496> <[email protected]> <403a01c43836$6227c720$1e01a8c0@cnt496> Message-ID: <[email protected]> Carl Karsten writes: > 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 Subject: [Xorg] ATI IGPs? In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> Message-ID: <[email protected]> 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 Message-ID: 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: <[email protected]> References: <[email protected]> <[email protected]> Message-ID: <[email protected]> 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 > > -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 > > 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 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 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_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN _SOURCE -D_BSD_SOURCE -D_SVID_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"' -DXVENDORNAMESHORT='"X.Org"' -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../../../programs/Xserver/include -I../../../exports/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 -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"' -DXVENDORNAMESHORT='"X.Org"' -O2 -fomit-frame-pointer -march=i586 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 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: <[email protected]> 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 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Thu, 13 May 2004 09:58:36 +0200 Subject: [Xorg] Error building CVS xc on Linux from Scratch 5.0 on a i586 -futher problems References: <[email protected]> <[email protected]> <[email protected]> Message-ID: <[email protected]> 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_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOP EN_SOURCE > -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 > -DNARROWPROTO -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH > -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFr ee86Server > -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"' -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../../../programs/Xserver/include > -I../../../exports/include -I../../.. -I../../../exports/include -Dlinux > -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURC E -D_XOPEN_SOURCE > -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 > -DNARROWPROTO -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH > -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFr ee86Server > -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"' -O2 -fomit-frame-pointer -march=i586 > 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) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569 (;O/ \/ \O;) From roland.mainz at nrubsig.org Thu May 13 01:03:01 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Thu, 13 May 2004 10:03:01 +0200 Subject: [Xorg] xpawhelloworld.c References: <3c6b01c437c2$dbcdfeb0$1e01a8c0@cnt496> <[email protected]> <403a01c43836$6227c720$1e01a8c0@cnt496> <[email protected]> Message-ID: <[email protected]> Egbert Eich wrote: > > Carl Karsten writes: > > 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. 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) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 2426 901568 FAX +49 2426 901569 (;O/ \/ \O;) From agd5f at yahoo.com Thu May 13 06:02:03 2004 From: agd5f at yahoo.com (Alex Deucher) Date: Thu, 13 May 2004 06:02:03 -0700 (PDT) Subject: [Xorg] Laptop, KN400 chipset, poor video ! In-Reply-To: <[email protected]> Message-ID: <[email protected]> --- jonathan schaeffer ______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: ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: 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: <[email protected]> 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 From: eich at pdx.freedesktop.org (Egbert Eich) Date: Fri, 14 May 2004 11:41:04 +0200 Subject: [Xorg] Reorganizing the xc/include directory In-Reply-To: [email protected] wrote on Thursday, 13 May 2004 at 10:13:13 -0700 References: 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: <[email protected]> References: <[email protected]> <[email protected]> Message-ID: <[email protected]> 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 Subject: [Xorg] Reorganizing the xc/include directory In-Reply-To: From keithp at keithp.com Fri May 14 13:40:14 2004 From: keithp at keithp.com (Keith Packard) Date: Fri, 14 May 2004 13:40:14 -0700 Subject: [Xorg] Reorganizing the xc/include directory In-Reply-To: Your message of "Fri, 14 May 2004 11:41:04 +0200." <[email protected]> Message-ID: 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: JERRY NWAKAMA From roland.mainz at nrubsig.org Sat May 15 07:18:35 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Sat, 15 May 2004 16:18:35 +0200 Subject: [Xorg] xpawhelloworld.c References: <3c6b01c437c2$dbcdfeb0$1e01a8c0@cnt496> Message-ID: <[email protected]> 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) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) From carl at personnelware.com Sat May 15 09:11:56 2004 From: carl at personnelware.com (Carl Karsten) Date: Sat, 15 May 2004 11:11:56 -0500 Subject: [Xorg] xcursorgen.c:35:17: png.h: No such file or directory References: <3c6b01c437c2$dbcdfeb0$1e01a8c0@cnt496> <[email protected]> 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: `info' undeclared (first use in this function) xcursorgen.c:178: warning: implicit declaration of function `png_create_info_struct' xcursorgen.c:181: warning: implicit declaration of function `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) xcursorgen.c:233: warning: implicit declaration of function `png_set_gray_to_rgb' xcursorgen.c:235: error: `PNG_INTERLACE_NONE' undeclared (first use in this function) xcursorgen.c:236: warning: implicit declaration of 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) xcursorgen.c:241: warning: implicit declaration of function `png_set_read_user_transform_fn' xcursorgen.c:243: warning: implicit declaration of function `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 make[3]: *** [all] Error 2 make[2]: *** [all] Error 2 make[1]: *** [World] Error 2 make: *** [World] Error 2 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 Message-ID: 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 Message-ID: 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 From: carl at personnelware.com (Carl Karsten) 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 From carl at personnelware.com Sun May 16 06:58:46 2004 From: carl at personnelware.com (Carl Karsten) 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 hostname: Unknown host _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 for all framebuffer devices 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 Message-ID: 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 carl at personnelware.com Sun May 16 10:20:10 2004 From: carl at personnelware.com (Carl Karsten) 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 From carl at personnelware.com Sun May 16 10:41:27 2004 From: carl at personnelware.com (Carl Karsten) 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 "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/TTF/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/CID/" FontPath "/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 # ********************************************************************** # Core Pointer's InputDevice section # ********************************************************************** Section "InputDevice" # 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. # ********************************************************************** # # Section "InputDevice" # Identifier "Mouse2" # Driver "mouse" # Option "Protocol" "MouseMan" # Option "Device" "/dev/mouse2" # EndSection # # Section "InputDevice" # Identifier "spaceball" # Driver "magellan" # Option "Device" "/dev/cua0" # EndSection # # Section "InputDevice" # Identifier "spaceball2" # Driver "spaceorb" # Option "Device" "/dev/cua0" # EndSection # # Section "InputDevice" # 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 # # Section "InputDevice" # 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 # multisync # HorizSync 31.5, 35.2 # 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 Subsection "Display" Depth 8 Modes "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" Depth 16 Modes "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" 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. Section "ServerLayout" # 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 HasFreetype2 NO #define HasMotif NO #define HasMotif2 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 hostname: Unknown host _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 12:22:23 2004 (==) 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 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Sun, 16 May 2004 21:53:31 +0200 Subject: [Xorg] Failed to load module "speedo" References: <102b01c43b6d$03dfa900$1e01a8c0@cnt496> Message-ID: <[email protected]> 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) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) From Alan.Coopersmith at Sun.COM Sun May 16 13:03:52 2004 From: Alan.Coopersmith at Sun.COM (Alan Coopersmith) Date: Sun, 16 May 2004 13:03:52 -0700 Subject: [Xorg] Failed to load module "speedo" In-Reply-To: <[email protected]> References: <102b01c43b6d$03dfa900$1e01a8c0@cnt496> <[email protected]> Message-ID: <[email protected]> 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. -- -Alan Coopersmith- alan.coopersmith at sun.com Sun Microsystems, Inc. - X Window System Engineering 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: 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: <[email protected]> Release-wranglers CHEAP CHEAP CHEAP CHEAP BUY XANAXx VAL1UM VICOD1N Plus many more at super l0w pr1ces 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: <[email protected]> Release-wranglers CHEAP CHEAP CHEAP CHEAP BUY XANAXx VAL1UM VICOD1N Plus many more at super l0w pr1ces http://www.phramastore.biz/free/b/ 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 From carl at personnelware.com Mon May 17 05:05:24 2004 From: carl at personnelware.com (Carl Karsten) 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. Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/mouse" 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 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. 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 # 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 Subject: [Xorg] mouse freaks out In-Reply-To: <14fd01c43c07$3cf05ec0$1e01a8c0@cnt496> References: <14fd01c43c07$3cf05ec0$1e01a8c0@cnt496> Message-ID: <[email protected]> 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 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: <[email protected]> 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? K- w--(---) !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 From: eich at suse.de (Egbert Eich) Date: Mon, 17 May 2004 16:13:37 +0200 Subject: [Xorg] Reorganizing the xc/include directory In-Reply-To: [email protected] wrote on Friday, 14 May 2004 at 13:40:14 -0700 References: <[email protected]> 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: [email protected] wrote on Sunday, 16 May 2004 at 12:20:10 -0500 References: <101101c43b6a$0b1cde70$1e01a8c0@cnt496> Message-ID: <[email protected]> Carl Karsten writes: > 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. From eich at suse.de Mon May 17 07:31:37 2004 From: eich at suse.de (Egbert Eich) Date: Mon, 17 May 2004 16:31:37 +0200 Subject: [Xorg] Failed to load module "speedo" In-Reply-To: [email protected] wrote on Sunday, 16 May 2004 at 13:03:52 -0700 References: <102b01c43b6d$03dfa900$1e01a8c0@cnt496> <[email protected]> <[email protected]> Message-ID: <[email protected]> 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. From eich at freedesktop.org Mon May 17 07:36:26 2004 From: eich at freedesktop.org (Egbert Eich) Date: Mon, 17 May 2004 16:36:26 +0200 Subject: [Xorg] mouse freaks out In-Reply-To: [email protected] wrote on Monday, 17 May 2004 at 07:05:24 -0500 References: <14fd01c43c07$3cf05ec0$1e01a8c0@cnt496> Message-ID: <[email protected]> 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 "Device" "/dev/mouse" > 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 > Before reporting problems, check http://wiki.X.Org > to make sure that you have the latest version. > 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 carl at personnelware.com Mon May 17 08:29:16 2004 From: carl at personnelware.com (Carl Karsten) Date: Mon, 17 May 2004 10:29:16 -0500 Subject: [Xorg] mouse freaks out References: <14fd01c43c07$3cf05ec0$1e01a8c0@cnt496> <[email protected]> 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" > > 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 "Device" "/dev/mouse" > > 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 > > Before reporting problems, check http://wiki.X.Org > > to make sure that you have the latest version. > > 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: 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 From: agd5f at yahoo.com (Alex Deucher) Date: Mon, 17 May 2004 09:12:04 -0700 (PDT) Subject: [Xorg] Re: Damage/Composite + direct rendering clients In-Reply-To: --- Andy Ritger ______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 From: keithp at keithp.com (Keith Packard) Date: Mon, 17 May 2004 09:51:18 -0700 Subject: [Xorg] Reorganizing the xc/include directory In-Reply-To: Your message of "Mon, 17 May 2004 16:13:37 +0200." <[email protected]> Message-ID: ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: On Mon, 17 May 2004, Alex Deucher wrote: > > --- Andy Ritger 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) Subject: [Xorg] Reorganizing the xc/include directory In-Reply-To: ______Do you Yahoo!? SBC Yahoo! - Internet access at a great low price. http://promo.yahoo.com/sbc/ From eich at suse.de Mon May 17 10:32:21 2004 From: eich at suse.de (Egbert Eich) Date: Mon, 17 May 2004 19:32:21 +0200 Subject: [Xorg] Reorganizing the xc/include directory In-Reply-To: [email protected] wrote on Monday, 17 May 2004 at 09:51:18 -0700 References: <[email protected]> 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 Subject: [Xorg] Reorganizing the xc/include directory In-Reply-To: <[email protected]> References: <[email protected]> From keithp at keithp.com Mon May 17 10:47:15 2004 From: keithp at keithp.com (Keith Packard) Date: Mon, 17 May 2004 10:47:15 -0700 Subject: [Xorg] Damage/Composite + direct rendering clients In-Reply-To: Your message of "Mon, 17 May 2004 11:41:18 EDT." ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: From eich at suse.de Mon May 17 11:07:54 2004 From: eich at suse.de (Egbert Eich) Date: Mon, 17 May 2004 20:07:54 +0200 Subject: [Xorg] Reorganizing the xc/include directory In-Reply-To: [email protected] wrote on Monday, 17 May 2004 at 13:40:44 -0400 References: <[email protected]> From carl at personnelware.com Mon May 17 11:21:08 2004 From: carl at personnelware.com (Carl Karsten) 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 _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 #20 Mon May 17 09:36:04 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: Mon May 17 12:45:51 2004 (==) Using config file: "/etc/X11/xorg.conf" (==) 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" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (--) using VT number 7 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x80000050, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7120 card 8086,7120 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7121 card 8086,7121 rev 02 class 03,00,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,2428 card 0000,0000 rev 01 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2420 card 0000,0000 rev 01 class 06,01,00 hdr 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: 01:05:1: chip 13f6,0211 card 13f6,0211 rev 10 class 07,80,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) (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) (II) Bus 1 I/O range: [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] (II) Bus 1 non-prefetchable memory range: [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) [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) OS-reported resource ranges after removing overlaps with PCI: [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) All system 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 0xd5000000 - 0xd500007f (0x80) MX[B] [6] -1 0 0xd6000000 - 0xd607ffff (0x80000) MX[B](B) [7] -1 0 0xd0000000 - 0xd3ffffff (0x4000000) 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" compiled for 6.7.0, module version = 1.13.0 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" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (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" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "dri" (II) Loading /usr/X11R6/lib/modules/extensions/libdri.a (II) Module dri: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "drm" (II) LoadModule: "drm" (II) Loading /usr/X11R6/lib/modules/linux/libdrm.a (II) Module drm: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension XFree86-DRI (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a (II) Module glx: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) Module GLcore: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension GLX (II) LoadModule: "xtrap" (II) Loading /usr/X11R6/lib/modules/extensions/libxtrap.a (II) Module xtrap: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DEC-XTRAP (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (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" compiled for 6.7.0, module version = 1.3.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.7 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 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: [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 0xd5000000 - 0xd500007f (0x80) MX[B] [6] -1 0 0xd6000000 - 0xd607ffff (0x80000) MX[B](B) [7] -1 0 0xd0000000 - 0xd3ffffff (0x4000000) 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: [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 0xd5000000 - 0xd500007f (0x80) MX[B] [6] -1 0 0xd6000000 - 0xd607ffff (0x80000) MX[B](B) [7] -1 0 0xd0000000 - 0xd3ffffff (0x4000000) 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" compiled for 6.7.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.7 (**) 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" compiled for 6.7.0, module version = 1.1.0 ABI class: X.Org Video Driver, version 0.7 (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/linux/libint10.a (II) Module int10: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (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" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (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 "640x400" (hsync out of range) (II) I810(0): Not using default mode "320x200" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "720x400" (hsync out of range) (II) I810(0): Not using default mode "360x200" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "640x480" (hsync out of range) (II) I810(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "640x480" (hsync out of range) (II) I810(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "640x480" (hsync out of range) (II) I810(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "800x600" (hsync out of range) (II) I810(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "800x600" (hsync out of range) (II) I810(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "800x600" (hsync out of range) (II) I810(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "800x600" (hsync out of range) (II) I810(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "800x600" (hsync out of range) (II) I810(0): Not using default mode "400x300" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1024x768" (unknown reason) (II) I810(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1024x768" (hsync out of range) (II) I810(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1024x768" (hsync out of range) (II) I810(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1024x768" (hsync out of range) (II) I810(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1024x768" (hsync out of range) (II) I810(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1152x864" (hsync out of range) (II) I810(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1280x960" (hsync out of range) (II) I810(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1280x960" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1280x1024" (hsync out of range) (II) I810(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1280x1024" (hsync out of range) (II) I810(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1280x1024" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1600x1200" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1600x1200" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1600x1200" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1600x1200" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1600x1200" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1792x1344" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1792x1344" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1856x1392" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1856x1392" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1920x1440" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1920x1440" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "832x624" (hsync out of range) (II) I810(0): Not using default mode "416x312" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1152x768" (hsync out of range) (II) I810(0): Not using default mode "576x384" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1400x1050" (hsync out of range) (II) I810(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1400x1050" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1600x1024" (hsync out of range) (II) I810(0): Not using default mode "800x512" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "1920x1440" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "2048x1536" (insufficient memory for mode) (II) I810(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "2048x1536" (insufficient memory for mode) (II) I810(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) I810(0): Not using default mode "2048x1536" (insufficient memory for mode) (II) I810(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (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" compiled for 6.7.0, module version = 1.0.0 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" compiled for 6.7.0, module version = 1.1.0 ABI class: X.Org Video Driver, version 0.7 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/X11R6/lib/modules/libramdac.a (II) Module ramdac: vendor="X.Org Foundation" compiled for 6.7.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.7 (**) 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) LoadModule: "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] [2] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [3] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(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) [9] -1 0 0xd0000000 - 0xd3ffffff (0x4000000) 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): xf86BindGARTMemory: bind key 3 at 0x00800000 (pgoffset 2048) (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 # /etc/X11/xorg.conf Section "ServerLayout" 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 "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" 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 Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" EndSection Section "InputDevice" 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: : integer, From agd5f at yahoo.com Mon May 17 11:02:43 2004 From: agd5f at yahoo.com (Alex Deucher) Date: Mon, 17 May 2004 11:02:43 -0700 (PDT) Subject: [Xorg] Re: Damage/Composite + direct rendering clients In-Reply-To: --- Keith Packard From agd5f at yahoo.com Mon May 17 10:28:26 2004 From: agd5f at yahoo.com (Alex Deucher) Date: Mon, 17 May 2004 10:28:26 -0700 (PDT) Subject: [Xorg] Re: Damage/Composite + direct rendering clients In-Reply-To: --- Andy Ritger ______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 11:31:23 2004 From: keithp at keithp.com (Keith Packard) Date: Mon, 17 May 2004 11:31:23 -0700 Subject: [Xorg] Reorganizing the xc/include directory In-Reply-To: Your message of "Mon, 17 May 2004 20:07:54 +0200." <[email protected]> Message-ID: Around 20 o'clock on May 17, Egbert Eich wrote: > 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: On Mon, 17 May 2004, Keith Packard wrote: > > 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. OK, I've honestly not looked at the implementation in X.org, yet. DamageDamageRegion sounds like exactly what we would need. > > 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. > > 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). > > 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. > > 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? > > 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 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. > > 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: > > 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. > > 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. > > 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. > > - 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? > > 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 > > > From aritger at nvidia.com Mon May 17 13:03:55 2004 From: aritger at nvidia.com (Andy Ritger) Date: Mon, 17 May 2004 16:03:55 -0400 (EDT) Subject: [Xorg] Re: Damage/Composite + direct rendering clients In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: On Mon, 17 May 2004, Jim Gettys wrote: > 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: > > > > 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. > > 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? 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 > > -- > Jim Gettys From eich at suse.de Mon May 17 13:15:15 2004 From: eich at suse.de (Egbert Eich) Date: Mon, 17 May 2004 22:15:15 +0200 Subject: [Xorg] Reorganizing the xc/include directory In-Reply-To: [email protected] wrote on Monday, 17 May 2004 at 11:31:23 -0700 References: <[email protected]> Around 15 o'clock on May 17, Andy Ritger wrote: > 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... > 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. 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... > 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 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. > > Right, but how is that enforced? Who delays until the damage has > 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: --- Eric Anholt From keithp at keithp.com Mon May 17 13:34:23 2004 From: keithp at keithp.com (Keith Packard) Date: Mon, 17 May 2004 13:34:23 -0700 Subject: [Xorg] Reorganizing the xc/include directory In-Reply-To: Your message of "Mon, 17 May 2004 22:15:15 +0200." <[email protected]> Message-ID: Around 22 o'clock on May 17, Egbert Eich wrote: > 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: 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 Subject: [Xorg] Re: Damage/Composite + direct rendering clients In-Reply-To: From eich at suse.de Mon May 17 13:50:04 2004 From: eich at suse.de (Egbert Eich) Date: Mon, 17 May 2004 22:50:04 +0200 Subject: [Xorg] Reorganizing the xc/include directory In-Reply-To: [email protected] wrote on Monday, 17 May 2004 at 13:34:23 -0700 References: <[email protected]> From Jim.Gettys at hp.com Mon May 17 13:55:04 2004 From: Jim.Gettys at hp.com (Jim Gettys) Date: Mon, 17 May 2004 16:55:04 -0400 Subject: [Xorg] Re: Damage/Composite + direct rendering clients In-Reply-To: -- Jim Gettys From keithp at keithp.com Mon May 17 14:01:17 2004 From: keithp at keithp.com (Keith Packard) Date: Mon, 17 May 2004 14:01:17 -0700 Subject: [Xorg] Re: Damage/Composite + direct rendering clients In-Reply-To: Your message of "Mon, 17 May 2004 18:08:01 BST." <[email protected]> Message-ID: 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 Type: application/pgp-signature Size: 228 bytes Desc: not available URL: From keithp at keithp.com Mon May 17 14:03:45 2004 From: keithp at keithp.com (Keith Packard) Date: Mon, 17 May 2004 14:03:45 -0700 Subject: [Xorg] Reorganizing the xc/include directory In-Reply-To: Your message of "Mon, 17 May 2004 22:50:04 +0200." <[email protected]> Message-ID: Around 22 o'clock on May 17, Egbert Eich wrote: > 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: Around 22 o'clock on May 17, Egbert Eich wrote: > 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: --- Keith Packard ______Do you Yahoo!? SBC Yahoo! - Internet access at a great low price. http://promo.yahoo.com/sbc/ 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: <[email protected]> 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 mini- plant 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) Worldwide Partners Program 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. Manager Progra m ? 2004 SN World Foundation. All rights reserved. ------next part ------An HTML attachment was scrubbed... URL: Click Here http://www.phramastore.biz/free/b/ From aritger at nvidia.com Mon May 17 22:48:16 2004 From: aritger at nvidia.com (Andy Ritger) Date: Tue, 18 May 2004 01:48:16 -0400 (EDT) Subject: [Xorg] Damage/Composite + direct rendering clients In-Reply-To: On Mon, 17 May 2004, Keith Packard wrote: > > Around 15 o'clock on May 17, Andy Ritger wrote: [snip] > > 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. > > 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. > > 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 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. > 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. 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. > > > > Right, but how is that enforced? Who delays until the damage has > > 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: Click Here http://www.phramastore.biz/free/b/ From eta at lclark.edu Tue May 18 00:13:21 2004 From: eta at lclark.edu (Eric Anholt) Date: Tue, 18 May 2004 00:13:21 -0700 Subject: [Xorg] default build options Message-ID: <1084864400.764.9.camel@leguin> 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 http://people.freebsd.org/~anholt/ anholt at FreeBSD.org From eich at pdx.freedesktop.org Tue May 18 01:49:11 2004 From: eich at pdx.freedesktop.org (Egbert Eich) Date: Tue, 18 May 2004 10:49:11 +0200 Subject: [Xorg] Reorganizing the xc/include directory In-Reply-To: [email protected] wrote on Monday, 17 May 2004 at 14:03:45 -0700 References: <[email protected]> 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: <[email protected]> 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 Subject: [Xorg] Damage/Composite + direct rendering clients In-Reply-To: S?ren From aritger at nvidia.com Tue May 18 06:31:09 2004 From: aritger at nvidia.com (Andy Ritger) Date: Tue, 18 May 2004 09:31:09 -0400 (EDT) Subject: [Xorg] Damage/Composite + direct rendering clients In-Reply-To: On Tue, 18 May 2004, Soeren Sandmann wrote: > Keith Packard From aritger at nvidia.com Tue May 18 07:10:23 2004 From: aritger at nvidia.com (Andy Ritger) Date: Tue, 18 May 2004 10:10:23 -0400 (EDT) Subject: [Xorg] Re: Damage/Composite + direct rendering clients In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: On Mon, 17 May 2004, Jim Gettys wrote: > On Mon, 2004-05-17 at 16:03, Andy Ritger wrote: > > > > > 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. > > > > > > 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 the X server > until the time you need to use the region. Any view a client has of the > damaged region is likely to be obsolete by the time it would get it. > So while it is possible for clients to get informed of damaged regions, > it isn't really the main-line case damage was designed 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 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 Subject: [Xorg] Damage/Composite + direct rendering clients In-Reply-To: From Jim.Gettys at hp.com Tue May 18 09:02:08 2004 From: Jim.Gettys at hp.com (Jim Gettys) Date: Tue, 18 May 2004 12:02:08 -0400 Subject: [Xorg] Damage/Composite + direct rendering clients In-Reply-To: -- Jim Gettys From eich at pdx.freedesktop.org Tue May 18 09:45:19 2004 From: eich at pdx.freedesktop.org (Egbert Eich) Date: Tue, 18 May 2004 18:45:19 +0200 Subject: [Xorg] Damage/Composite + direct rendering clients In-Reply-To: [email protected] wrote on Tuesday, 18 May 2004 at 12:02:08 -0400 References: 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: <[email protected]> Xorg Looking to buy cheap affordable medications? We sell Xanax, Valium, Vicodin all 100% legal * No Doctors will visit you * SameDay shipping * Plus many more at super l0w pr1ces * Worldwide Sameday shipping! Click Here http://www.buycheapdrugs.biz 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 Subject: [Xorg] Damage/Composite + direct rendering clients Message-ID: <[email protected]> > From: Egbert Eich From Jim.Gettys at hp.com Tue May 18 10:39:42 2004 From: Jim.Gettys at hp.com (Jim Gettys) Date: Tue, 18 May 2004 13:39:42 -0400 Subject: [Xorg] Damage/Composite + direct rendering clients In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <[email protected]> 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 -- Jim Gettys From keithp at keithp.com Tue May 18 10:56:11 2004 From: keithp at keithp.com (Keith Packard) Date: Tue, 18 May 2004 10:56:11 -0700 Subject: [Xorg] Re: Damage/Composite + direct rendering clients In-Reply-To: Your message of "Tue, 18 May 2004 10:35:41 EDT." <[email protected]> Message-ID: 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: 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... > > 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: Click Here http://www.buycheapdrugs.biz From keithp at keithp.com Tue May 18 12:01:52 2004 From: keithp at keithp.com (Keith Packard) Date: Tue, 18 May 2004 12:01:52 -0700 Subject: [Xorg] Damage/Composite + direct rendering clients In-Reply-To: Your message of "18 May 2004 14:47:21 +0200." 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: 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 From keithp at keithp.com Tue May 18 12:52:07 2004 From: keithp at keithp.com (Keith Packard) Date: Tue, 18 May 2004 12:52:07 -0700 Subject: [Xorg] Damage/Composite + direct rendering clients In-Reply-To: Your message of "Tue, 18 May 2004 18:45:19 +0200." <[email protected]> Message-ID: Around 18 o'clock on May 18, Egbert Eich wrote: > 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: 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. (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: <[email protected]> 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 HasFontconfig YES #define FontconfigDir /opt/freedesktop #define HasFreetype2 YES #define Freetype2Dir /opt/extra #define HasExpat YES #define ExpatDir /opt/extra #define HasLibpng YES #define HasZlib YES /* End XFree86 host.def file */ From Dexter.Filmore at gmx.de Tue May 18 14:29:40 2004 From: Dexter.Filmore at gmx.de (Dexter Filmore) Date: Tue, 18 May 2004 23:29:40 +0200 Subject: [Xorg] troubles with xine after upgrade from XF4.3 to R6.7 Message-ID: <[email protected]> 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? ------BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d--(+)@ s-:+ a- C+++(++++) UL+>++++ P+>++ L+++>++++ E-- W++ N o? K- w--(---) !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 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 Message-ID: <1084961593.13781.17.camel@localhost> 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 In-Reply-To: <1084961593.13781.17.camel@localhost> References: <1084961593.13781.17.camel@localhost> Message-ID: <1084962118.13781.19.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 > xorg at freedesktop.org > http://freedesktop.org/mailman/listinfo/xorg 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: Click Here http://www.buycheapdrugs.biz 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 Message-ID: ------BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d--(+)@ s-:+ a- C+++(++++) UL+>++++ P+>++ L+++>++++ E-- W++ N o? K- w--(---) !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 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 In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: 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: Click Here http://www.buycheapdrugs.biz 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) Subject: [Xorg] matrox and xv Message-ID: From agd5f at yahoo.com Fri May 21 08:39:05 2004 From: agd5f at yahoo.com (Alex Deucher) Date: Fri, 21 May 2004 08:39:05 -0700 (PDT) Subject: [Xorg] matrox and xv In-Reply-To: --- Ely Levy ______Do you Yahoo!? Yahoo! Domains ? Claim yours for only $14.70/year http://smallbusiness.promotions.yahoo.com/offer From agd5f at yahoo.com Fri May 21 09:35:40 2004 From: agd5f at yahoo.com (Alex Deucher) Date: Fri, 21 May 2004 09:35:40 -0700 (PDT) Subject: [Xorg] Free to open source developers Message-ID: <[email protected]> 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!? Yahoo! Domains ? Claim yours for only $14.70/year http://smallbusiness.promotions.yahoo.com/offer 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: <[email protected]> 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 `util/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: <[email protected]> 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): ShmPutImage 500x500 square 800 reps @ 11.6212 msec ( 86.0/sec): ShmPutImage 500x500 square 800 reps @ 11.7664 msec ( 85.0/sec): ShmPutImage 500x500 square 800 reps @ 11.6915 msec ( 85.5/sec): ShmPutImage 500x500 square 800 reps @ 11.7212 msec ( 85.3/sec): ShmPutImage 500x500 square 4000 trep @ 11.7938 msec ( 84.8/sec): ShmPutImage 500x500 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]# cat /proc/mtrr reg00: base=0x00000000 ( 0MB), size= 512MB: write-back, count=1 reg01: base=0xf0000000 (3840MB), size= 64MB: write-combining, count=2 reg02: base=0xe8000000 (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 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <[email protected]> 80 reps @ 60.3042 msec ( 16.6/sec): ShmPutImage 500x500 square 80 reps @ 58.5294 msec ( 17.1/sec): ShmPutImage 500x500 square 80 reps @ 62.0665 msec ( 16.1/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 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <[email protected]>; from [email protected] on Sun, May 23, 2004 at 11:24:28AM +0200 References: <[email protected]> <[email protected]> Message-ID: <[email protected]> On Sun, May 23, 2004 at 11:24:28AM +0200, thomas klein wrote: > 80 reps @ 60.3042 msec ( 16.6/sec): ShmPutImage 500x500 square > 80 reps @ 58.5294 msec ( 17.1/sec): ShmPutImage 500x500 square > 80 reps @ 62.0665 msec ( 16.1/sec): ShmPutImage 500x500 square > > 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 reps @ 9.2069 msec ( 109.0/sec): ShmPutImage 500x500 square 800 reps @ 9.5065 msec ( 105.0/sec): ShmPutImage 500x500 square 800 reps @ 10.0586 msec ( 99.4/sec): ShmPutImage 500x500 square 800 reps @ 10.1273 msec ( 98.7/sec): ShmPutImage 500x500 square 800 reps @ 10.0745 msec ( 99.3/sec): ShmPutImage 500x500 square 4000 trep @ 9.7948 msec ( 102.0/sec): ShmPutImage 500x500 square 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 ( 46.3/sec): ShmPutImage 500x500 square 240 reps @ 22.5526 msec ( 44.3/sec): ShmPutImage 500x500 square 240 reps @ 22.4313 msec ( 44.6/sec): ShmPutImage 500x500 square 240 reps @ 21.6628 msec ( 46.2/sec): ShmPutImage 500x500 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 800 reps @ 6.3319 msec ( 158.0/sec): ShmPutImage 500x500 square 800 reps @ 6.0818 msec ( 164.0/sec): ShmPutImage 500x500 square 800 reps @ 6.9960 msec ( 143.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 :) -- jaymz -- Jaymz Julian - Coder, Visionary, Fat Ass. "Hannibal is a serial killer. He only likes to kill and eat people. Very few people have `I want to be killed and eaten' on their cards, so Hannibal is out of a job." - http://cards.sf.net From thomas.klein at lanterne.org Sun May 23 04:37:27 2004 From: thomas.klein at lanterne.org (thomas klein) Date: Sun, 23 May 2004 13:37:27 +0200 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> <[email protected]> Message-ID: <[email protected]> > 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 ( 46.3/sec): ShmPutImage 500x500 > square 240 reps @ 22.5526 msec ( 44.3/sec): ShmPutImage 500x500 > square 240 reps @ 22.4313 msec ( 44.6/sec): ShmPutImage 500x500 > square 240 reps @ 21.6628 msec ( 46.2/sec): ShmPutImage 500x500 > 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 800 reps @ 6.3319 msec ( 158.0/sec): ShmPutImage 500x500 > square 800 reps @ 6.0818 msec ( 164.0/sec): ShmPutImage 500x500 > square 800 reps @ 6.9960 msec ( 143.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 ( 45.1/sec): ShmPutImage 500x500 square 320 reps @ 18.4267 msec ( 54.3/sec): ShmPutImage 500x500 square 320 reps @ 16.9780 msec ( 58.9/sec): ShmPutImage 500x500 square 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 From: michel at daenzer.net (Michel =?ISO-8859-1?Q?D=E4nzer?=) Date: Sun, 23 May 2004 14:41:14 +0200 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <1085316073.10035.44.camel@localhost> 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? -- Earthling Michel D?nzer | Debian (powerpc), X and DRI developer Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer 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 Message-ID: <[email protected]> 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 From thomas.klein at lanterne.org Sun May 23 09:11:45 2004 From: thomas.klein at lanterne.org (thomas klein) Date: Sun, 23 May 2004 18:11:45 +0200 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> <[email protected]> Message-ID: <[email protected]> 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 x11perf and got 80 reps @ 56.2093 msec ( 17.8/sec): ShmPutImage 500x500 square 80 reps @ 57.9825 msec ( 17.2/sec): ShmPutImage 500x500 square 80 reps @ 60.7528 msec ( 16.5/sec): ShmPutImage 500x500 square anyone got a clue ? regards, thomas. From agd5f at yahoo.com Sun May 23 10:27:01 2004 From: agd5f at yahoo.com (Alex Deucher) Date: Sun, 23 May 2004 10:27:01 -0700 (PDT) Subject: [Xorg] dual head w/ geforce2 GO and nv driver In-Reply-To: <[email protected]> Message-ID: <[email protected]> --- arnaud ______Do you Yahoo!? Yahoo! Domains ? Claim yours for only $14.70/year http://smallbusiness.promotions.yahoo.com/offer From orders at nodivisions.com Sun May 23 10:36:56 2004 From: orders at nodivisions.com (Anthony DiSante) Date: Sun, 23 May 2004 13:36:56 -0400 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <1085316073.10035.44.camel@localhost> References: <[email protected]> <1085316073.10035.44.camel@localhost> Message-ID: <[email protected]> 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. -Anthony http://nodivisions.com/ From orders at nodivisions.com Sun May 23 10:44:45 2004 From: orders at nodivisions.com (Anthony DiSante) Date: Sun, 23 May 2004 13:44:45 -0400 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> Message-ID: <[email protected]> thomas klein wrote: > 80 reps @ 60.3042 msec ( 16.6/sec): ShmPutImage 500x500 square > 80 reps @ 58.5294 msec ( 17.1/sec): ShmPutImage 500x500 square > 80 reps @ 62.0665 msec ( 16.1/sec): ShmPutImage 500x500 square > > 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 http://nodivisions.com/ 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 Message-ID: Click Here http://www.buycheapdrugs.biz martingale splurge cowardice anyone bedlam unicorn phalanger bad switchblade distribution From michel at daenzer.net Sun May 23 15:01:54 2004 From: michel at daenzer.net (Michel =?ISO-8859-1?Q?D=E4nzer?=) Date: Mon, 24 May 2004 00:01:54 +0200 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <[email protected]> References: <[email protected]> <1085316073.10035.44.camel@localhost> <[email protected]> Message-ID: <1085349713.10033.65.camel@localhost> 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) -- Earthling Michel D?nzer | Debian (powerpc), X and DRI developer Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer 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: Message-ID: From orders at nodivisions.com Mon May 24 00:04:13 2004 From: orders at nodivisions.com (Anthony DiSante) Date: Mon, 24 May 2004 03:04:13 -0400 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <[email protected]> Anthony DiSante wrote: > The problem is that my video performance is really slow. For example: > > [0116][~]$ x11perf -shmput500 > 800 reps @ 12.1687 msec ( 82.2/sec): ShmPutImage 500x500 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. > > 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 http://nodivisions.com/ From eich at suse.de Mon May 24 02:31:26 2004 From: eich at suse.de (Egbert Eich) Date: Mon, 24 May 2004 11:31:26 +0200 Subject: [Xorg] Anon Ftp on freedesktop.org? Message-ID: <[email protected]> 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. From daniel at freedesktop.org Mon May 24 02:38:14 2004 From: daniel at freedesktop.org (Daniel Stone) Date: Mon, 24 May 2004 19:38:14 +1000 Subject: [Xorg] Anon Ftp on freedesktop.org? In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <[email protected]> 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 -- Earthling Michel D?nzer | Debian (powerpc), X and DRI developer Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer 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: <[email protected]> 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! ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From eich at freedesktop.org Mon May 24 06:59:16 2004 From: eich at freedesktop.org (Egbert Eich) Date: Mon, 24 May 2004 15:59:16 +0200 Subject: [Xorg] Anon Ftp on freedesktop.org? In-Reply-To: [email protected] wrote on Monday, 24 May 2004 at 08:55:12 -0400 References: <[email protected]> Message-ID: <[email protected]> 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. From eich at suse.de Mon May 24 07:05:57 2004 From: eich at suse.de (Egbert Eich) Date: Mon, 24 May 2004 16:05:57 +0200 Subject: [Xorg] Anon Ftp on freedesktop.org? In-Reply-To: [email protected] wrote on Monday, 24 May 2004 at 19:38:14 +1000 References: <[email protected]> <[email protected]> Message-ID: <[email protected]> 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) Subject: [Xorg] Anon Ftp on freedesktop.org? Message-ID: <[email protected]> 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. > From roland.mainz at nrubsig.org Mon May 24 09:10:15 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Mon, 24 May 2004 18:10:15 +0200 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftp on freedesktop.org? References: <[email protected]> Message-ID: <[email protected]> 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) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) From orders at nodivisions.com Mon May 24 09:10:22 2004 From: orders at nodivisions.com (Anthony DiSante) Date: Mon, 24 May 2004 12:10:22 -0400 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <1085401983.10035.114.camel@localhost> References: <[email protected]> <[email protected]> <1085401983.10035.114.camel@localhost> Message-ID: <[email protected]> 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. > 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 http://nodivisions.com/ From keithp at keithp.com Mon May 24 09:29:36 2004 From: keithp at keithp.com (Keith Packard) Date: Mon, 24 May 2004 09:29:36 -0700 Subject: [Xorg] Anon Ftp on freedesktop.org? In-Reply-To: Your message of "Mon, 24 May 2004 19:38:14 +1000." <[email protected]> Message-ID: 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: Around 18 o'clock on May 24, Roland Mainz 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. -keith ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: 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 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftp onfreedesktop.org? In-Reply-To: <[email protected]> References: From eich at suse.de Mon May 24 10:26:11 2004 From: eich at suse.de (Egbert Eich) Date: Mon, 24 May 2004 19:26:11 +0200 Subject: [Xorg] Anon Ftp on freedesktop.org? In-Reply-To: [email protected] wrote on Monday, 24 May 2004 at 10:38:36 -0400 References: <[email protected]> Message-ID: <[email protected]> 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. From roland.mainz at nrubsig.org Mon May 24 10:28:11 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Mon, 24 May 2004 19:28:11 +0200 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftp on freedesktop.org? References: From elanthis at awesomeplay.com Mon May 24 10:40:26 2004 From: elanthis at awesomeplay.com (Sean Middleditch) Date: Mon, 24 May 2004 13:40:26 -0400 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftp on freedesktop.org? In-Reply-To: <[email protected]> References: From roland.mainz at nrubsig.org Mon May 24 10:41:07 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Mon, 24 May 2004 19:41:07 +0200 Subject: [Xorg] build failing in /xc/lib/font/FreeType References: <[email protected]> Message-ID: <[email protected]> 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_POSIX_C_SOURCE=199309L > -D_POSIX_SOURCE -D_XOPEN_SOURCE -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 HasFreetype2 NO -- snip -- in your host.def and the build should work perfecty... :) ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) From keithp at keithp.com Mon May 24 10:53:04 2004 From: keithp at keithp.com (Keith Packard) Date: Mon, 24 May 2004 10:53:04 -0700 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftp on freedesktop.org? In-Reply-To: Your message of "Mon, 24 May 2004 19:28:11 +0200." <[email protected]> Message-ID: Around 19 o'clock on May 24, Roland Mainz wrote: > 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: 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 Subject: [Xorg] Re: Damage/Composite + direct rendering clients In-Reply-To: From aritger at nvidia.com Mon May 24 12:37:15 2004 From: aritger at nvidia.com (Andy Ritger) Date: Mon, 24 May 2004 15:37:15 -0400 (EDT) Subject: [Xorg] Re: Damage/Composite + direct rendering clients In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: On Mon, 24 May 2004, Ian Romanick wrote: > Andy Ritger wrote: > > > 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 > > 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 From: michel at daenzer.net (Michel =?ISO-8859-1?Q?D=E4nzer?=) Date: Mon, 24 May 2004 23:52:05 +0200 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> <1085401983.10035.114.camel@localhost> <[email protected]> Message-ID: <1085435525.24501.135.camel@localhost> 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? -- Earthling Michel D?nzer | Debian (powerpc), X and DRI developer Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer From daniel at freedesktop.org Mon May 24 18:37:40 2004 From: daniel at freedesktop.org (Daniel Stone) Date: Tue, 25 May 2004 11:37:40 +1000 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftp on freedesktop.org? In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> Message-ID: <[email protected]> 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 From orders at nodivisions.com Mon May 24 22:34:10 2004 From: orders at nodivisions.com (Anthony DiSante) Date: Tue, 25 May 2004 01:34:10 -0400 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <1085435525.24501.135.camel@localhost> References: <[email protected]> <[email protected]> <1085401983.10035.114.camel@localhost> <[email protected]> <1085435525.24501.135.camel@localhost> Message-ID: <[email protected]> Michel D?nzer wrote: > 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 800 reps @ 7.6494 msec ( 131.0/sec): ShmPutImage 500x500 square http://bugs.xfree86.org/attachment.cgi?id=336&action=view Radeon 7500 depth 24 XFree86 4.3.0-r2 (Gentoo) 1200 reps @ 4.9725 msec ( 201.0/sec): ShmPutImage 500x500 square (and complaining that this is slow) http://www.spinics.net/lists/xf-xpert/msg02662.html ATI Radeon VE 800 reps @ 7.1125 msec ( 141.0/sec): ShmPutImage 500x500 square http://www.vektor.ca/bugs/radeon-xvideo-data.txt ATI 8500 2800 reps @ 1.8881 msec ( 530.0/sec): ShmPutImage 500x500 square (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 http://nodivisions.com/ From jaymz at artificial-stupidity.net Mon May 24 23:22:14 2004 From: jaymz at artificial-stupidity.net (Jaymz Julian) Date: Tue, 25 May 2004 16:22:14 +1000 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <[email protected]>; from [email protected] on Tue, May 25, 2004 at 01:34:10AM -0400 References: <[email protected]> <[email protected]> <1085401983.10035.114.camel@localhost> <[email protected]> <1085435525.24501.135.camel@localhost> <[email protected]> Message-ID: <[email protected]> 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 From roland.mainz at nrubsig.org Mon May 24 23:58:18 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Tue, 25 May 2004 08:58:18 +0200 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftpon freedesktop.org? References: From orders at nodivisions.com Mon May 24 23:57:45 2004 From: orders at nodivisions.com (Anthony DiSante) Date: Tue, 25 May 2004 02:57:45 -0400 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> <1085401983.10035.114.camel@localhost> <[email protected]> <1085435525.24501.135.camel@localhost> <[email protected]> <[email protected]> Message-ID: <[email protected]> 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 http://nodivisions.com/ From roland.mainz at nrubsig.org Tue May 25 00:04:59 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Tue, 25 May 2004 09:04:59 +0200 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftp onfreedesktop.org? References: <[email protected]> From jaymz at artificial-stupidity.net Tue May 25 00:24:16 2004 From: jaymz at artificial-stupidity.net (Jaymz Julian) Date: Tue, 25 May 2004 17:24:16 +1000 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <[email protected]>; from [email protected] on Tue, May 25, 2004 at 02:57:45AM -0400 References: <[email protected]> <[email protected]> <1085401983.10035.114.camel@localhost> <[email protected]> <1085435525.24501.135.camel@localhost> <[email protected]> <[email protected]> <[email protected]> Message-ID: <[email protected]> On Tue, May 25, 2004 at 02:57:45AM -0400, Anthony DiSante wrote: > 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, Fat Ass. "Hannibal is a serial killer. He only likes to kill and eat people. Very few people have `I want to be killed and eaten' on their cards, so Hannibal is out of a job." - http://cards.sf.net From orders at nodivisions.com Tue May 25 00:41:17 2004 From: orders at nodivisions.com (Anthony DiSante) Date: Tue, 25 May 2004 03:41:17 -0400 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> <1085401983.10035.114.camel@localhost> <[email protected]> <1085435525.24501.135.camel@localhost> <[email protected]> <[email protected]> <[email protected]> <[email protected]> Message-ID: <[email protected]> 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 http://nodivisions.com/ 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: <[email protected]> No text version was provided ------next part ------An HTML attachment was scrubbed... URL: -- Earthling Michel D?nzer | Debian (powerpc), X and DRI developer Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer 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 Message-ID: <1085484859.1879.41.camel@localhost> 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 From: elanthis at awesomeplay.com (Sean Middleditch) Date: Tue, 25 May 2004 09:41:29 -0400 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftp onfreedesktop.org? In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> <[email protected]> <[email protected]> Message-ID: <[email protected]> On Mon, 2004-05-24 at 22:14, 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. -- Sean Middleditch 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: <[email protected]> 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: <[email protected]> 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 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 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 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 lexer.o lexer.c Please help Regards Haris Peco From orders at nodivisions.com Tue May 25 08:55:57 2004 From: orders at nodivisions.com (Anthony DiSante) Date: Tue, 25 May 2004 11:55:57 -0400 Subject: [Xorg] really slow X performance with Radeon 7200 In-Reply-To: <1085478671.23975.166.camel@localhost> References: <[email protected]> <[email protected]> <1085401983.10035.114.camel@localhost> <[email protected]> <1085435525.24501.135.camel@localhost> <[email protected]> <1085478671.23975.166.camel@localhost> Message-ID: <[email protected]> Michel D?nzer wrote: > 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 http://nodivisions.com/ 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 Message-ID: <1085510993.28584.3.camel@localhost> I would be more than happy to take in hardware donations. my addresss is at http://freedesktop.org/~kidcrash From roland.mainz at nrubsig.org Tue May 25 12:28:02 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Tue, 25 May 2004 21:28:02 +0200 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftp onfreedesktop.org? References: <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> Message-ID: <[email protected]> Sean Middleditch 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... ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /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) Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftp onfreedesktop.org? In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> Message-ID: From elanthis at awesomeplay.com Tue May 25 13:12:08 2004 From: elanthis at awesomeplay.com (Sean Middleditch) Date: Tue, 25 May 2004 16:12:08 -0400 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftp onfreedesktop.org? In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> Message-ID: <[email protected]> On Tue, 2004-05-25 at 15:28, Roland Mainz wrote: > Sean Middleditch 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 -- Sean Middleditch 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: <[email protected]> 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: 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 From daniel at freedesktop.org Tue May 25 15:34:24 2004 From: daniel at freedesktop.org (Daniel Stone) Date: Wed, 26 May 2004 08:34:24 +1000 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftp onfreedesktop.org? In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> Message-ID: <[email protected]> On Tue, May 25, 2004 at 09:28:02PM +0200, Roland Mainz wrote: > Sean Middleditch 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 From Alan.Coopersmith at Sun.COM Tue May 25 17:20:38 2004 From: Alan.Coopersmith at Sun.COM (Alan Coopersmith) Date: Tue, 25 May 2004 17:20:38 -0700 Subject: [Xorg] Creating X bindings for a programming language In-Reply-To: <1085528664.25018.14.camel@localhost> References: <1085528664.25018.14.camel@localhost> Message-ID: <[email protected]> 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. -- -Alan Coopersmith- alan.coopersmith at sun.com Sun Microsystems, Inc. - X Window System Engineering 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 Subject: [Xorg] Creating X bindings for a programming language In-Reply-To: <[email protected]> References: <1085528664.25018.14.camel@localhost> <[email protected]> Message-ID: <1085531704.25018.21.camel@localhost> 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 Subject: [Xorg] Compiling xorg 6.7.0 from source In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> Message-ID: <[email protected]> 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 > > From roland.mainz at nrubsig.org Tue May 25 19:15:11 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Wed, 26 May 2004 04:15:11 +0200 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftp onfreedesktop.org? References: <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> From roland.mainz at nrubsig.org Tue May 25 19:16:02 2004 From: roland.mainz at nrubsig.org (Roland Mainz) Date: Wed, 26 May 2004 04:16:02 +0200 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftponfreedesktop.org? References: <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> Message-ID: <[email protected]> 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) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /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: 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 From: michel at daenzer.net (Michel =?ISO-8859-1?Q?D=E4nzer?=) Date: Wed, 26 May 2004 12:00:59 +0200 Subject: [Xorg] Using 'radeon' _and_ 'ati-drivers' together In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <1085565659.5005.21.camel@localhost> 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. > 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). Sounds like it could be a configuration issue, is the second screen correctly configured to a different position than the first one? -- Earthling Michel D?nzer | Debian (powerpc), X and DRI developer Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer From me at christianhoenig.de Wed May 26 03:45:48 2004 From: me at christianhoenig.de (Christian Hoenig) Date: Wed, 26 May 2004 12:45:48 +0200 Subject: [Xorg] Using 'radeon' _and_ 'ati-drivers' together In-Reply-To: <1085565659.5005.21.camel@localhost> References: <[email protected]> <1085565659.5005.21.camel@localhost> Message-ID: <[email protected]> Hi Michel, first of all, thanks for your reply :-) > > 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). > > 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: 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: 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-Vicod1n- Plus 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: 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-Vicod1n- Plus 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 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: <[email protected]> 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 From keithp at keithp.com Wed May 26 15:51:06 2004 From: keithp at keithp.com (Keith Packard) 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." <[email protected]> Message-ID: 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: [1] ftp://ftp.christianhoenig.de/pub/screenshot5.png ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: 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: 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-Vicod1n- Plus 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 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 From: matthew.east at iue.it (Matthew East) Date: Thu, 27 May 2004 10:49:01 +0200 Subject: [Xorg] Redraw problems on Matrox Mystique 220 ... In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <1085647741.1958.4.camel@localhost> 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> Message-ID: <1085649090.1092.17.camel@localhost> 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. > 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 > ______xorg mailing list xorg at free desktop.org http://freedesktop.org/mailman/listinfo/xorg From gening at embedded-iscas.com Thu May 27 02:40:48 2004 From: gening at embedded-iscas.com (gening) 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. we know , kdrive have been removed from X11R6.7.0 entirely. 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? (2) if it is possible, can u tell me how to do it? I will very appreciate your help! Best Regards, Ning Ge From gening at embedded-iscas.com Thu May 27 02:49:32 2004 From: gening at embedded-iscas.com (gening) 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. we know , kdrive have been removed from X11R6.7.0 entirely. 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? (2) if it is possible, can u tell me how to do it? From agd5f at yahoo.com Thu May 27 07:47:37 2004 From: agd5f at yahoo.com (Alex Deucher) Date: Thu, 27 May 2004 07:47:37 -0700 (PDT) Subject: [Xorg] Redraw problems on Matrox Mystique 220 ... In-Reply-To: <1085647741.1958.4.camel@localhost> Message-ID: <[email protected]> --- Matthew East ______Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ From roland.mainz at nrubsig.org Thu May 27 08:11:04 2004 From: roland.mainz at nrubsig.org (Roland Mainz) 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: <[email protected]> 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) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /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 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftponfreedesktop.org? In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> 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 From me at christianhoenig.de Thu May 27 10:01:02 2004 From: me at christianhoenig.de (Christian Hoenig) Date: Thu, 27 May 2004 19:01:02 +0200 Subject: [Xorg] Redraw problems on Matrox Mystique 220 ... [SOLVED] In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <[email protected]> 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: > 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 -- 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 Subject: "public NFS" on freedesktop.org ? / was: Re: [Xorg] Anon Ftponfreedesktop.org? In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> <1085672026.23012.7.camel@isengard> <[email protected]> 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 From agd5f at yahoo.com Thu May 27 12:26:27 2004 From: agd5f at yahoo.com (Alex Deucher) Date: Thu, 27 May 2004 12:26:27 -0700 (PDT) Subject: [Xorg] Redraw problems on Matrox Mystique 220 ... [SOLVED] In-Reply-To: <[email protected]> Message-ID: <[email protected]> --- Christian Hoenig > 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/ From thomas.klein at lanterne.org Thu May 27 13:45:55 2004 From: thomas.klein at lanterne.org (thomas klein) Date: Thu, 27 May 2004 22:45:55 +0200 Subject: [Xorg] Xfbdev Message-ID: <[email protected]> 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 Subject: [Xorg] Redraw problems on Matrox Mystique 220 ... [SOLVED] In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <[email protected]> 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 From me at christianhoenig.de Thu May 27 15:41:50 2004 From: me at christianhoenig.de (Christian Hoenig) Date: Fri, 28 May 2004 00:41:50 +0200 Subject: [Xorg] Redraw problems on Matrox Mystique 220 ... [SOLVED] In-Reply-To: <[email protected]> References: <[email protected]> <[email protected]> Message-ID: <[email protected]> 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 ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: --- Christian Hoenig ______Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ 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! Message-ID: From eta at lclark.edu Thu May 27 21:45:37 2004 From: eta at lclark.edu (Eric Anholt) Date: Thu, 27 May 2004 21:45:37 -0700 Subject: [Xorg] cvs build error In-Reply-To: <138701c4446a$cdcd9140$1e01a8c0@cnt496> References: <138701c4446a$cdcd9140$1e01a8c0@cnt496> Message-ID: <1085719537.800.22.camel@leguin> 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 http://people.freebsd.org/~anholt/ anholt at FreeBSD.org From jaymz at artificial-stupidity.net Thu May 27 21:46:21 2004 From: jaymz at artificial-stupidity.net (Jaymz Julian) Date: Fri, 28 May 2004 14:46:21 +1000 Subject: [Xorg] Xfbdev In-Reply-To: <[email protected]>; from [email protected] on Thu, May 27, 2004 at 10:45:55PM +0200 References: <[email protected]> Message-ID: <[email protected]> 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 -- -- Jaymz Julian - Coder, Visionary, Fat Ass. "Hannibal is a serial killer. He only likes to kill and eat people. Very few people have `I want to be killed and eaten' on their cards, so Hannibal is out of a job." - http://cards.sf.net From jaymz at artificial-stupidity.net Thu May 27 21:48:15 2004 From: jaymz at artificial-stupidity.net (Jaymz Julian) Date: Fri, 28 May 2004 14:48:15 +1000 Subject: [Xorg] cvs build error In-Reply-To: <138701c4446a$cdcd9140$1e01a8c0@cnt496>; from [email protected] on Thu, May 27, 2004 at 11:18:17PM -0500 References: <138701c4446a$cdcd9140$1e01a8c0@cnt496> Message-ID: <[email protected]> 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 -- -- Jaymz Julian - Coder, Visionary, Fat Ass. "Hannibal is a serial killer. He only likes to kill and eat people. Very few people have `I want to be killed and eaten' on their cards, so Hannibal is out of a job." - http://cards.sf.net From matthew.east at iue.it Fri May 28 02:08:53 2004 From: matthew.east at iue.it (Matthew East) Date: Fri, 28 May 2004 11:08:53 +0200 Subject: [Xorg] Redraw problems on Matrox Mystique 220 ... [SOLVED] In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <1085735332.1784.31.camel@localhost> 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 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 Message-ID: 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: <[email protected]> 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. From agd5f at yahoo.com Fri May 28 13:52:54 2004 From: agd5f at yahoo.com (Alex Deucher) Date: Fri, 28 May 2004 13:52:54 -0700 (PDT) Subject: [Xorg] savage Driver issue In-Reply-To: <[email protected]> Message-ID: <[email protected]> --- Jean-Yves GIRARD ______Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ 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 Subject: [Xorg] savage Driver issue In-Reply-To: <[email protected]> Message-ID: Alex Deucher --- Jean-Yves GIRARD ______Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ ------next part ------An HTML attachment was scrubbed... URL: 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 these I acted very fast to withdraw this US$55.5M from the bank and l odged in a private security company's vault well preserved and packaged in {1}tr unk box as Family Deposits (FD) No record ever existed concerning the money neit her is the money traceable by the Government because there is no documents showi ng that we 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 From: jonsmirl at yahoo.com (Jon Smirl) Date: Sat, 29 May 2004 21:21:56 -0700 (PDT) Subject: [Xorg] xserver input Message-ID: <[email protected]> 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 jonsmirl at yahoo.com ______Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ From keithp at keithp.com Sun May 30 00:05:14 2004 From: keithp at keithp.com (Keith Packard) 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." <[email protected]> Message-ID: ------next part ------A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available URL: ______Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ 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. ------next part ------A non-text attachment was scrubbed... Name: your_bill.pif Type: application/octet-stream Size: 17424 bytes Desc: not available URL: > 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: <[email protected]> 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 From: daniel at freedesktop.org (Daniel Stone) Date: Mon, 31 May 2004 16:06:40 +1000 Subject: [Xorg] Supported Hardware Question In-Reply-To: <[email protected]> References: <[email protected]> Message-ID: <[email protected]> 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 From daniel at freedesktop.org Sun May 30 23:42:49 2004 From: daniel at freedesktop.org (Daniel Stone) Date: Mon, 31 May 2004 16:42:49 +1000 Subject: [Xorg] Supported Hardware Question In-Reply-To: <000401c446d9$f11aa7c0$0201a8c0@joe> References: <[email protected]> <000401c446d9$f11aa7c0$0201a8c0@joe> Message-ID: <[email protected]> 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 From jonsmirl at yahoo.com Mon May 31 09:01:42 2004 From: jonsmirl at yahoo.com (Jon Smirl) Date: Mon, 31 May 2004 09:01:42 -0700 (PDT) Subject: [Xorg] xserver input In-Reply-To: <[email protected]> Message-ID: <[email protected]> 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 ===== Jon Smirl jonsmirl at yahoo.com ______Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ From eich at suse.de Mon May 31 10:03:04 2004 From: eich at suse.de (Egbert Eich) Date: Mon, 31 May 2004 19:03:04 +0200 Subject: [Xorg] xserver input In-Reply-To: [email protected] wrote on Monday, 31 May 2004 at 09:01:42 -0700 References: <[email protected]> <[email protected]> Message-ID: <[email protected]> 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. From jonsmirl at yahoo.com Mon May 31 13:53:31 2004 From: jonsmirl at yahoo.com (Jon Smirl) Date: Mon, 31 May 2004 13:53:31 -0700 (PDT) Subject: [Xorg] xserver input In-Reply-To: <[email protected]> Message-ID: <[email protected]> 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 ===== Jon Smirl jonsmirl at yahoo.com ______Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ 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: <[email protected]> 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 = [] ------next part ------A non-text attachment was scrubbed... Name: Screenshot.png Type: image/png Size: 15272 bytes Desc: not available URL: