Re: SupportConvertXXtoXX
On Fri, Mar 05, 2004 at 09:36:19PM -0800, Mark Vojkovich wrote: On Fri, 5 Mar 2004, David Dawes wrote: On Sat, Mar 06, 2004 at 03:28:09AM +0100, Thomas Winischhofer wrote: Mark Vojkovich wrote: On Fri, 5 Mar 2004, Thomas Winischhofer wrote: David Dawes wrote: On Fri, Mar 05, 2004 at 01:38:06AM +0100, Thomas Winischhofer wrote: What exactly does a video driver have to be able to do if the SupportConvert32to24 flag is set at calling xf86SetDepthBpp, provided the hardware supports, for instance, 24bpp (framebuffer depth) only? It has to use a framebuffer layer that can do this conversion. fb can, as can xf24_32bpp (if your driver uses cfb). The s3virge driver is an example that can still be run with the xf24_32bpp method, and it does the following to figure out what to load: case 24: if (pix24bpp == 24) { mod = cfb24; reqSym = cfb24ScreenInit; } else { mod = xf24_32bpp; reqSym = cfb24_32ScreenInit; } Most drivers use fb these days, and it has support for this built-in, and enabled automatically. So it is save just to set these, I assume (since my driver uses fb). (Just wondered why the *driver* and not the layer taking care of this has to (not) set these.) Do you mean the flag? The layer above does not know whether or not the driver/HW supports a 24 bpp framebuffer. The nv driver, for example, does not. Whether or not the hardware does support 24bpp (framebuffer depth, not talking about color depth) should be determined by setting/clearing SupportXXbpp. Why the *driver* needs to set SupportConvert is beyond me. My understanding is that the respective fb layer should take care of this (if supported) based on SupportXXbpp (especially since the *driver* does not need to care about this, as David told me. It just depends on what layer I choose for above the driver level). There are two things here. One, the *fb module isn't loaded at the point where this information is required. Two, only the driver knows which (if any) *fb layer(s) it will use. It is the driver's responsibility to characterise what it can do. The cost, as currently implemented, of this model is a reasonable amount of boiler plate in drivers. But anyway, my question was answered. Seems to be save to set this obsure SupportConvert32to24 flag if using the generic fb layer. Yes. However, we didn't have today's generic fb layer when this stuff was first written. Fortunately for its ease of adoption, the driver model didn't mandate a specific *fb layer or hard code its expected characteristics :-) Looking at the xf86SetDepthBpp() code, there appears to be another wrinkle, because these flags get cleared for (BITMAP_SCANLINE_UNIT == 64) platforms: #if BITMAP_SCANLINE_UNIT == 64 /* * For platforms with 64-bit scanlines, modify the driver's depth24flags * to remove preferences for packed 24bpp modes, which are not currently * supported on these platforms. */ depth24flags = ~(SupportConvert32to24 | SupportConvert32to24 | PreferConvert24to32 | PreferConvert32to24); #endif This has been there for a long time (before we had fb). I'm not sure if it is still valid or not. Anyone with 64-bit scanline platforms care to comment? I thought we stopped using 64 bit scanlines altogether. Hmm, yes it looks that way. I guess we can remove that then, and the related code in xf86Init.c. David ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: SupportConvertXXtoXX
On Sat, 6 Mar 2004, David Dawes wrote: I thought we stopped using 64 bit scanlines altogether. Hmm, yes it looks that way. I guess we can remove that then, and the related code in xf86Init.c. When you use 64 bit scanlines you introduce a mess in the PutImage code. You have to translate the images which have a protocol specified maximum padding of 32 bits to the internal 64 bit format. It's not worth it on any hardware we support. Especially given how important PutImage is compared to optimal alignment for software rendering, which is primarily what 64 bit padding was trying to improve. Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
DGA - the future?
Hello, Apologies if this is the incorrect list to post to but i couldn't decide between the general forum list or this one. My question concerns the DGA extension in XFree86, whether it will be removed from future versions, and the alternatives. We are currently in the process of developing games for the Linux OS. We require direct access to the video framebuffer, the ability to change resolution, refresh rate, indexed palettes, and the ability to alter the start screen position pointer (for hardware scrolling). At first we wrote our 2D drawing libs to use SVGALib, but after numerous problems with memory leaks and bad support for many gfx cards we switched to X11-DGAv2. We are reasonably happy with DGA as it stands, with the only annoyance being that it requires root privs. I have seen it mentioned that DGA could be removed in future XFree86 releases, is this true? If so, what are the alternatives for us to use? It is obvious that there are alot of apps out there that really can't justify the use of DGA, but I feel that this application (games) really can benefit from using it. Any extra layers between our drawing and the framebuffer is just extra overhead and latency for us... Any sugestions or comments appreciated... Thanks, James ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
my scream :(
Cialis IsA NewImpotenceDrug. Cialis is in a class of medications known as PDE-5Inhibitors, which are used to treat MaleImpotence. Up to 86% of patients WhoTakeCialis experience an improvement in their erections. CialisActs in the SameWay As Viagr. YouGainE-rections faster and easier with Cialis. WhyWe? - NoPrescriptionRequired - FreeConsultations - WorldwideShipping - SatisfactionGuaranteed - MoneyBackGuarantee http://15.pharmaheaven.com/15/ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: DGA - the future?
I expect it will go away eventually. It's still the case for most access patterns that rendering in system memory and then copying the result to the framebuffer is faster than CPU rendering directly to the framebuffer. Only the most simple game engines (write- only SW scanline renderers) can benefit from direct framebuffer access. Why aren't you using OpenGL? Mark. On Sun, 7 Mar 2004, James Wright wrote: Hello, Apologies if this is the incorrect list to post to but i couldn't decide between the general forum list or this one. My question concerns the DGA extension in XFree86, whether it will be removed from future versions, and the alternatives. We are currently in the process of developing games for the Linux OS. We require direct access to the video framebuffer, the ability to change resolution, refresh rate, indexed palettes, and the ability to alter the start screen position pointer (for hardware scrolling). At first we wrote our 2D drawing libs to use SVGALib, but after numerous problems with memory leaks and bad support for many gfx cards we switched to X11-DGAv2. We are reasonably happy with DGA as it stands, with the only annoyance being that it requires root privs. I have seen it mentioned that DGA could be removed in future XFree86 releases, is this true? If so, what are the alternatives for us to use? It is obvious that there are alot of apps out there that really can't justify the use of DGA, but I feel that this application (games) really can benefit from using it. Any extra layers between our drawing and the framebuffer is just extra overhead and latency for us... Any sugestions or comments appreciated... Thanks, James ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [I18n] Unicode keysym questions
AK while trying to develop a keymap which includes mathematical symbols, I am AK wondering about the exact status of the UCS keysyms 0x0100 and AK above... Are these already standardized? They are under discussion at X.Org. AK Do any X servers except XF86 currently use them? You can use them with any X server if you configure your modmap/xkb right. However, I believe that the stock XFree86 server is the only server that will generate them in a default configuration. AK And... how exactly should they be interpreted by clients? Should AK there be any difference between for example eacute and U00E9? (I assume you mean keysym 0x1E9 by the latter.) Only the former should be used. The Unicode keysyms should only be used for symbols that don't otherwise have a keysym assignment. However, your application should be robust and accept the two keysyms as synonymous. This is especially true because of the messup with Vietnamese in XFree86 4.4. AK Should a client interpret a U001B as an escape keystroke, No server should ever generate keysym 0x11B. All bets are off if it does. As to your application, a reasonable thing to do is to beep when it sees keysym 0x11B. On the other hand, it would be a good idea to do be robust on keysyms such as 0x1E9, as such keysyms are very likely to be generated by servers with broken configs (as you've noted). AK I also noticed that the Compose-Files of 4.3.0 in UTF-8 locales use the AK U keysyms even for characters that have old keysyms (all the accented AK latin-{12...} chars). If so, this is most definitely a bug. Could you please file it? (If you want to put me in a CC, I'm [EMAIL PROTECTED] for the XFree86 bugzilla.) Juliusz ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
Re: [XFree86] XFree86] xfree4.4 and igp: old stuff!
Alex Deucher wrote: 4.4 did not contain DRI support for IGP chipsets. you need to use the DRI/mesa trees for DRI support. You can either build form source or try the DRI binary snapshots: http://dri.sourceforge.net/cgi-bin/moin.cgi/Download Alex ok. So I don't need to apply any patch to X. That's what do you mean? andrea ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] xserver-sis
Hello Debian folks Installing Debian 3.0r2 I get stuck in xf86config specifying the videoCard. mainboard ASUS CUSI-FX SiS 630E AGPset SiS300 AGP graphics controller As I read in postings I should choose xserver-sis, but can't find the right place for doing so. Both files are present: /usr/X11R6/lib/modules/dri/sis_dri.so /usr/X11R6/lib/modules/drivers/sis_drv.o Thanx for any hint to continue the install :-) Chris ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] .xinitrc, .Xresources, dpi setting
After switching from console login to KDM I noticed KDM igores ~/.xinitrc. Since I have my dpi setting in there, I'd like to know where to set it instead. .Xresources seems appropriate, but I can't find docs about syntax in it. Dex -- -BEGIN GEEK CODE BLOCK- Version: 3.12 FGCS 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 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Default Root Window background color
Hi all, Is there a way to specify the Root Window background color at startup (with an option for XFree86 or in a configuration file, but not using xsetroot or any other external application) ? Thanks ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] XFree with already installed OpenGL
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have Mesa 6.0 already installed on my system - so I do not want XFree to install a previous version. With the other extra packages you can specify - #define HasFreetype2 YES #define HasExpat YES #define HasLibpngYES #define HasZlib YES But not for OpenGL I would like to compile XFree86 4.4 with the dri and drivers - but using my system Mesa libraries. Is this possible? The problem is that the dri and drivers only come with XFree - But the latest Mesa libraries come seperate? This is extremely annoying. Any help would be appreciated. At present I am trying to get the dri sources by cvs - but it seems to have the entire base directory structure of the xc directory, and all the extra libraries as well. - which seems to me to be a bit much. - -- regs MR E_T ___ \ \ \ OOHH I hate TYPOS \ \ \ ~~~ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFASdrfPBbX35pvTSgRAgjtAKCNsWVCax44JRkztB2XpehV7XUSLwCffZEe SN2RCtm/P5HQDgagrNYrJF8= =5kdG -END PGP SIGNATURE- ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] minimal requirements of Xfree
Hi all, Do you know the minima requirements of Xfree?? Tnx a lot Sirio ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] .xinitrc, .Xresources, dpi setting
Dexter Filmore wrote: After switching from console login to KDM I noticed KDM igores ~/.xinitrc. Since I have my dpi setting in there, I'd like to know where to set it instead. .Xresources seems appropriate, but I can't find docs about syntax in it. One solution: In /etc/kde3/kdm/Xservers add - dpi 100 in the :0 local line before -nolisten. Just got hit by that myself after upgrading to KDE 3.2. Thomas -- Thomas Winischhofer Vienna/Austria thomas AT winischhofer DOT net http://www.winischhofer.net/ twini AT xfree86 DOT org ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] simultaneous display on LCD and CRT monitor
So you can get everything you want, LCD or external CRT at boot time! With current version of XFree86 you can't switch from LCD to CRT like on Windows. There are some workarounds for specific videocards: for Radeon you need two XFree config files and you still can't switch within X, for intel I810 you can switch http://vorlon.ces.cwru.edu/~ames/i810switch/ by software. On DRI-devel mailing lists they told me that latest version on CVS allows you to access the driver and therefore you could modify the video card online, but nothing is currently done. You could have a look at a commercial X software (Xaccel) if they provide something for your video card and if it works (free trial is available). Xaccel links CTL-ALT-TAB for switching (as far as I remember) which is more general than your FN_F5. But anyway linking the facility to FN_F5 is probably easier and you could have a look at http://nemadema.cz/acer/ where they discuss, among other things, how to implement Function Key on you Acer. Cheers, Nicolas Le lun 23/02/2004 10:40, [EMAIL PROTECTED] a crit : Hi: I am unable to get the CRT monitor to simultaneously display what is on my laptop LCD screen! I will appreciate inputs towards setting up display on both the LCD and CRT monitor. The investigation details and technical information is provided below. The following approaches were tried: 0. Approach: use the display toggle key Fn-F5 (from Acer documentation) in text mode. Result: The toggle key Fn-F5 has no affect. 1. Approach: use the display toggle key Fn-F5 (from Acer documentation) when XFree86 server is running Result: The toggle key Fn-F5 has no affect. 2. Approach: Plug the CRT monitor cable to the laptop port before booting the laptop. Result: On booting the laptop, the CRT monitor is detected and the XWindows is displayed on CRT monitor. The LCD panel is blank. The toggle key Fn-F5 has no affect. 3. Approach: Plug the CRT monitor cable after the laptop is booted up Result: LCD Display active. The CRT monitor is blank. On starting XFree86 server, XWindows is started and displayed on LCD panel. The CRT monitor continues to be blank. The toggle key Fn-F5 has no affect. The relevant technical details are as follows: 1. system setup information Display Units Operating System XFree86 server info 2. video card information based on PCI probe 3. XF86Config file Thanks for your time. thanks Saifi. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] minimal requirements of Xfree
That's a difficult question to answer. It will probably run with 8 Meg of ram on a 386. Whether it's usable in that condition is another matter. Perhaps you could specify what you'd like to run it on? The most important issue is usually how well your video card is supported. Mark. On Sat, 6 Mar 2004, ziriuz wrote: Hi all, Do you know the minima requirements of Xfree?? Tnx a lot Sirio ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Default Root Window background color
On Sat, 6 Mar 2004, Benjamin Lerman wrote: Hi all, Is there a way to specify the Root Window background color at startup (with an option for XFree86 or in a configuration file, but not using xsetroot or any other external application) ? Not unless someone added it while I wasn't looking. XFree86 supports the -br option to use a black root window instead of the traditional black and white stipple. A default root window background pixel option in the XF86Config seems like it would be useful though. Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] s3 virge/dx
dear sir I have been given a graphic card with a s3 virge/dx chipset card number ev-3ds3-4. Do I need to download a driver or can you tell me which to look for in windows 98. thankyou this will help as I am trying to give the children a better old computor for thier schoolwork. tommy
Re: [XFree86] s3 virge/dx
[EMAIL PROTECTED] wrote: dear sir I have been given a graphic card with a s3 virge/dx chipset card number ev-3ds3-4. Do I need to download a driver or can you tell me which to look for in windows 98. thankyou this will help as I am trying to give the children a better old computor for thier schoolwork. tommy If Windows 98 does not have the driver already, you may be able to find them at http://www.s3graphics.com . Follow the drivers link, which leads to this agreement page http://ranger.s3graphics.com/swlib/ -- Kevin ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] X Windows Cannot Be Opened
Dear Support: Thank you for your time and effort in technical contribution for this product. I successfully install Linux Redhat 9.0 into a P4 desktop with the hardware including the following: 1. Monitor: Compaq FP768A 2. Display Card: ATI 9600 SE I have come across a problem of repeating login prompt when the system try to login into X for me. System automatically choose Generic VESA display driver with unknown probe monitor during installation. After further investigation, I follow the instruction from ATI with their support rpm package installed into Redhat in the following procedures. 1. Boot the system in Single User Mode. 2. Install the package by rpm -i --force ati_package_name.rpm 3. Successful installation has been shown. 4. Continue to run into login screen and a window prompt of X cannot be loaded occurs. 5. Choose yes to run the configuration with lots of Monitor and Display type that I can select. I try many different combination; however, problem remains!!! Result: Same for another login name besides root System in black background keep asking me username and password. If I purposely type in incorrect password, it will prompt password incorrect. If I type it right, the system again ask me the login name and password as a repeat cycle! Would you please suggest any alternative solutions? Thanks and Regards, Edwin _ Linguaphone : Learning English? Get Japanese lessons for FREE http://go.msnserver.com/HK/30476.asp ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] X Windows Cannot Be Opened
On Sat, 2004-03-06 at 18:42, Edwin Lee wrote: Dear Support: Thank you for your time and effort in technical contribution for this product. I successfully install Linux Redhat 9.0 into a P4 desktop with the hardware including the following: 1. Monitor: Compaq FP768A 2. Display Card: ATI 9600 SE I have come across a problem of repeating login prompt when the system try to login into X for me. System automatically choose Generic VESA display driver with unknown probe monitor during installation. After further investigation, I follow the instruction from ATI with their support rpm package installed into Redhat in the following procedures. 1. Boot the system in Single User Mode. 2. Install the package by rpm -i --force ati_package_name.rpm 3. Successful installation has been shown. 4. Continue to run into login screen and a window prompt of X cannot be loaded occurs. 5. Choose yes to run the configuration with lots of Monitor and Display type that I can select. I try many different combination; however, problem remains!!! Result: Same for another login name besides root System in black background keep asking me username and password. If I purposely type in incorrect password, it will prompt password incorrect. If I type it right, the system again ask me the login name and password as a repeat cycle! Would you please suggest any alternative solutions? What if you kill and disable gdm, so that you log into the console. Then start X by running the command startx. It may show you an error message, and will also let you look at the log file /var/log/XFree86.0.log. -- - Ron Johnson, Jr. [EMAIL PROTECTED] Jefferson, LA USA All of the reporting about Laci Peterson Michael Jackson reminds me of the Don Henley song Dirty Laundry: Can we do the operation? Is the head dead yet? You know, the boys in the newsroom got a running bet. Get the widow on the set, we need dirty laundry. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] my scream :(
Cialis IsA NewImpotenceDrug. Cialis is in a class of medications known as PDE-5Inhibitors, which are used to treat MaleImpotence. Up to 86% of patients WhoTakeCialis experience an improvement in their erections. CialisActs in the SameWay As Viagr. YouGainE-rections faster and easier with Cialis. WhyWe? - NoPrescriptionRequired - FreeConsultations - WorldwideShipping - SatisfactionGuaranteed - MoneyBackGuarantee http://15.pharmaheaven.com/15/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] my scream :(
Cialis IsA NewImpotenceDrug. Cialis is in a class of medications known as PDE-5Inhibitors, which are used to treat MaleImpotence. Up to 86% of patients WhoTakeCialis experience an improvement in their erections. CialisActs in the SameWay As Viagr. YouGainE-rections faster and easier with Cialis. WhyWe? - NoPrescriptionRequired - FreeConsultations - WorldwideShipping - SatisfactionGuaranteed - MoneyBackGuarantee http://15.pharmaheaven.com/15/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] my scream :(
Cialis IsA NewImpotenceDrug. Cialis is in a class of medications known as PDE-5Inhibitors, which are used to treat MaleImpotence. Up to 86% of patients WhoTakeCialis experience an improvement in their erections. CialisActs in the SameWay As Viagr. YouGainE-rections faster and easier with Cialis. WhyWe? - NoPrescriptionRequired - FreeConsultations - WorldwideShipping - SatisfactionGuaranteed - MoneyBackGuarantee http://15.pharmaheaven.com/15/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] my scream :(
Cialis IsA NewImpotenceDrug. Cialis is in a class of medications known as PDE-5Inhibitors, which are used to treat MaleImpotence. Up to 86% of patients WhoTakeCialis experience an improvement in their erections. CialisActs in the SameWay As Viagr. YouGainE-rections faster and easier with Cialis. WhyWe? - NoPrescriptionRequired - FreeConsultations - WorldwideShipping - SatisfactionGuaranteed - MoneyBackGuarantee http://15.pharmaheaven.com/15/ ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] powerbook failing to start mandrakie
hi, all, this is my first time on this user group. My first problem is that I cant complete installing mandrake on my powerbook, it is the 12 alluminum one, it boots to the cd, I type instal-gui, it does stuff, then has errors. then terminates everything, and tells me that i can restart. it does this every time. Anyone have some ideas? Thanks Josh ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Please help: using any new kernels, xserver won't start
On Tue, 24 Feb 2004, Jim Thomas wrote: I'm running RedHat Enterprise Edition and am trying to change my kernel to facilitate some networking issues. I've been frustrated by the xserver not being able to boot when using the networking kernel, so I've tried with a plain vanilla kernel and the same thing happens (see error msg and logfile below). When I boot to the original redhat kernel in grub, everything works fine. I haven't changed anything about the X configuration that came with the original distribution. Please Help! Here's the error message I get when the system attempts to start the graphical login screen: I cannot start the X server (your graphical interface). It is likely that it is not set up correctly. Would you like to view the X server output to diagnose the problem? Then it gives me the first few lines of the logfile up until (==) Using config file: /etc/X11/XF86Config and asks if I want to run the configuration tool, which just runs for a minute and then the error message come up again. Then the whole process starts over. The log you included appears incomplete. Given the system is not hanging at this point, I'd expect further messages after the loading of the vbe module. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] -
219281 601 534 433926 ~ 228 ~ 77 ~ 76 401 345812 ~ 323 ~ 91 ~ 29 637 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] minimal requirements of Xfree
I have an hold 486 66Mhz with 8Mb of RAM, two hdd around 100 and 200 Mb, but they can be upgraded with a 4Gb if it's supported by the bios... I don't know the video card... I think that it's an integrated one or an old one. I see also from a friend of mine an old 486 or one of the firsts Pentiums with 800 Mb of hdd, maybe they change it so maybe i can purchase it, but i don't know anything of it... Maybe It's like my 486... Tnx SirioMark Vojkovich [EMAIL PROTECTED] wrote: That's a difficult question to answer. It will probably run with 8 Meg of ram on a 386. Whether it's usable in thatcondition is another matter. Perhaps you could specify whatyou'd like to run it on? The most important issue is usuallyhow well your video card is supported.Mark.On Sat, 6 Mar 2004, ziriuz wrote: Hi all, Do you know the minima requirements of Xfree?? Tnx a lot Sirio ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___XFree86 mailing list[EMAIL PROTECTED]http://XFree86.Org/mailman/listinfo/xfree86Yahoo! Mail: 6MB di spazio gratuito, 30MB per i tuoi allegati, l'antivirus, il filtro Anti-spam