[Xpert]How to build KDrive with XLib?
Hi All, Is it possible to build KDrive with XLib, if so, please post any site url or any document related to do the same. Thanks in Advance. Regards,Anand.Do You Yahoo!? Yahoo! Greetings - send greetings for Easter, Passover
[Xpert]Re: 8-bit psuedocolor overlays
From experience, I can tell you that Matrox cards work great for a single-headed configuration, but I had problems (wouldn't work) doing it w/ both heads. Supposedly this is fixed, but I haven't had time to verify that. Notes on drivers should be up on xfree86.org. Good luck! -- Linux Technician 713-817-1197 (cell) 713-781-4000 x2267 (office) *** * Breaking stuff since god knows when * *** ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]4.2.0 and SuSE 7.3
On Fre, 2002-03-29 at 20:21, John L. Pierce wrote: Installed SuSE 7.3 system runs fine, upgraded to 4.2.0 and system still runs fine but no hardware acceleration on a Rage 128 Chip from ATI. I assume this is about 3D acceleration. 4.2.0 requires a newer version of the r128 kernel module for that, SuSE should provide packages for that or you can get it from http://www.xfree86.org/~alanh/ . -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Getting 24bbp with my Matrox
I am unable to get 24bbp at 1280x960 on my Matrox Mystique under XFree86, although it runs happily this way under Micro$loth 2000 pro. The error reported in the XFree86 log is not enough memory for this mode. The log file reports 4096K ram, which is correct. This is what is physically installed on the Mystique, and is also what is reported by M$ 2000. It will run 1280x960 at 16bpp. (I test this by starting X with -depth 16) It makes no difference whether I use +xinerama or -xinerama. This problem was also observed with XFree86 4.1.x. Seems to me that if M$ 2000 can drive this card at 1280x960x24bppx75hz then XFree86 should be able to as well. But I am stuck. TIA thomas downing Configuration: - Slackware 8.0 (much upgraded) XFree86 4.2.0 Dual headed, NVidia GeForce2 MX, Matrox Mystique PCI nv driver is the one included with XFree86 4.2.0 mga driver is the one included with XFree86 4.2.0 Pertinent sections from XF86Config Section Device Identifier matrox Driver mga VendorName Matrox BoardName MGA 1064SG VideoRam4096 BusID PCI:2:11:0 EndSection Section Modes Identifier MyModes ModeLineMy1280x1024 135.00 1280 1316 1460 1676 1024 1025 1028 1066 +hsync +vsync #79.98 ModeLineMy1152x864 108.00 1152 1216 1344 1608 864 869 872 900 +hsync +vsync #75.00 ModeLineMy1024x768 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync #75.03 ModeLineMy800x60049.50 800 816 896 1056 600 601 603 624 +hsync +vsync #75.12 EndSection Section Screen Identifier Screen 2 Device matrox Monitor dell17 DefaultDepth 24 Subsection Display Depth 8 Modes My1280x1024 My1152x864 My1024x768 My800x600 ViewPort0 0 EndSubsection Subsection Display Depth 16 Modes My1280x1024 My1152x864 My1024x768 My800x600 ViewPort0 0 EndSubsection Subsection Display Depth 24 Modes My1280x1024 My1152x864 My1024x768 My800x600 ViewPort0 0 EndSubsection EndSection ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Getting 24bbp with my Matrox
On Mon, 1 Apr 2002, Downing, Thomas wrote: I am unable to get 24bbp at 1280x960 on my Matrox Mystique under XFree86, although it runs happily this way under Micro$loth 2000 pro. The error reported in the XFree86 log is not enough memory for this mode. The log file reports 4096K ram, which is correct. This is what is physically installed on the Mystique, and is also what is reported by M$ 2000. It will run 1280x960 at 16bpp. (I test this by starting X with -depth 16) It makes no difference whether I use +xinerama or -xinerama. This problem was also observed with XFree86 4.1.x. Seems to me that if M$ 2000 can drive this card at 1280x960x24bppx75hz then XFree86 should be able to as well. But I am stuck. You have to force 24bpp. -fbbpp 24 on the commandline or a FbBpp 24 in the Section Screen in the XF86Config file will do that. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]using two X servers for a single session
On Sat, Mar 30, 2002 at 04:10:02PM +, Dr Andrew C Aitchison wrote: On Sat, 30 Mar 2002, martin f krafft wrote: put it that way: i *know* that you can use Xinerama to make two heads behave like one bigger screen without the windowmanager or another Xclient worrying about it. i also know that UNIX and X don't really care whether something is local or through the network. ergo: i want a second head to be established through the network onto the Xserver which dominates the screen 2cm to the right of where i am typing this now. [snip] I'm not aware that it is currently possible, but it does suggest a possible new feature. How about a video driver who's hardware is a remote X connection ? Rather like Ricardo A. Baratto's suggestion of a null video driver (to replace the null X server Xfvb). Damn. I had exactly this idea a few years ago, and toyed around with it a little bit, but never got to a useful state. And now I've lost all that code. (Lesson learned: Always back up your cool code at home, don't trust the sysadmin to preserve your account when you let it go dormant just for a month or so.) It would definitely be a cool project. I'd suggest a slightly different architecture: Have a direct-rendering client on the slave nodes, which accepts drawing commands from the network connection (I was using simple pixel rectangle transfers rendered via OpenGL [which got me the ability to make NT machines slaves too], but it could be X protocol) and renders them to the slave screen. The master server has a ServerLayout section that refers to many of these clients; either it connects to the client (slave display) or the slave display connects to the master server. Once connected the server sends drawing commands to the slave clients. There are then two ways to do a multi-head setup: Method one would have a Screen section that refers to the local display, and another Screen section that refers to a remote display. Method two would have two servers running on the local host; the server running at :0 is a simple Virtual FB server, with another server running at :1 that talks to the local hardware. (Bad for performance, but fabulous for reducing the complexity of the Virtual FB server's setup.) -andy ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Asus portable with Silicon Motion Lynx 3DM
Mark Vojkovich writes: On Sun, 31 Mar 2002, Vladimir Dergachev wrote: Egbert, if you can program the registers outside of the retrace without hardware gliches, I think you should just do that. Polling for the retrace in the server should not be done for stuff like this. These apps are typically cpu intensive so they are competing with the server for CPU. That means the server might not even be scheduled during the retrace a good deal of the time. I suspect the server spends its entire slice spinning most of the time. Right, I didn't program this. I don't like to put any of this busy waiting into drivers if I can help it. Especially during DVD playback this will waste so much CPU time. This will certainly not increase quality of the playback. Egbert. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Xwilling
When using the original Xwilling-script in 9/10 cases xdm displays: willing, but /etc/X11/xdm/Xwilling failed I took a look into xc/programs/xdm/policy.c to find out whats wrong there and I came to the conclusion the the fgets returns NULL. Reading twice or even more times with fgets fixed the error fine. Any hints on how submitting a fully acceptable patch and what to take notice of while fixing the line 134: ? As far as I can see the fgets is interrupted by some signal (didnt find out what signal exactly yet), reads some bytes (8-10 in average cases), does not terminate the string with \0 and returns NULL and EINTR is set (only on BSD relevant as linux' glibc doesnt come up with errno in fgets). I was thinking of writing my own readlin-function, waiting fo r \n here. ANy ideas, hints, suggestions or questions ? http://bugs.debian.org/140374 shows my 1st attempt on fixing it but still contains bugs cause I do ask errno here. Cheers and greeting from Germany, Thomas ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]8-bit pseudocolor overlays
Dr Andrew C Aitchison wrote: On Tue, 26 Mar 2002, Johnson,Timothy C. wrote: The 8bpp pseudocolor visual will now be the default visual. If your application is really brain-damaged you may have to leave things like that, but you can use the -cc option to X to change the default if you wish. man XF86Config suggests that a line like: Visual TrueColor in the Device section would also work, but my server doesn't like that. My man page says that line goes in the Display section, and it seems to work there. Jim ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert