# /etc/X11/glx.conf # # $Id: glx.conf.in,v 1.14 2000/02/23 06:24:29 jimduchek Exp $ # # This is a sample configuration file for the Utah GLX module. # Uncomment and edit as needed. (File is case insensitive) # For binary (toggle) options, '0' is 'unset', '1' is 'set'. # # # NOTE: If you are using indirect rendering you will need # to restart the X server in order for changes in this file # to take effect. # If you are using direct rendering some of these options # might take effect directly, but some will not, for # example options related to DMA. # # nohw = 0 # # If set hardware acceleration is disabled. # Might be useful if you think you have encountered a bug in # a chipset specific driver. # hw_boxes = 0 # # Tells the driver to draw various status information in the upper left corner # See glx/docs/debug.txt for more information. (Defaults to 0) # hw_logfile = /var/log/glx.log # # Location of driver logfile # If not set log goes to Xserver's stdout # hw_loglevel = 1 # # 0 => log only error messages. # 1 or not set => error + standard debugging messages # >1 => more messages # >=10 lots of messages inside each frame # debug = 0 # # Enables GLX log. See docs/debug.txt for more infrmation. # allow_override = 0 # # Allow the user to override variables specified in this file with # environment variables. # The environment variable for nohw would be GLX_NOHW for example. # allow_insecure_override = 0 # # Allow the user to override certain variables that are dangerous # to change. Right now the following variables are considered dangerous: # hw_logfile, # mga_dma, mga_dmasize, mga_dmaadr, mga_gart_mode_mask, mga_cardcmds # mach64_dma, mach64_dmasize, mach64_dmaadr, mach64_gart_mode_mask, # mach64_agpsize # # WARNING - Do not set this unless you absolutely need to - WARNING # WARNING - This is intended for debugging and development. - WARNING # MGA specific variables: # mga_dma, mga_dmaadr, mga_gart_mode_mask and mga_dmasize are the most # important variables in the mga section. The other variables are mostly # intended for debugging. # mga_dma = 0 # # Valid values: 0 - 3 # 0 (default): the driver will default to using Pseudo DMA to transfer commands # to the card. It is not possible to use direct rendering in Pseudo DMA. # # 1: A Physical buffer is used to store the commands. Pseudo DMA is used to # send the command list to the card. # 2: Physical buffer is used for commands. Synchronous DMA is used to transfer # commands to the card. # 3: Physical buffer + Asynchronous DMA # # 3 gives best performance. # You shouldn't need to use 1 or 2 except for debugging purposes. # If not set to 0 you will need to set mga_dmaadr and mga_dmasize as well. # mga_dmaadr = AGP # # If set to AGP the driver will use the agpgart kernel module to reserve # space for command buffers and (optinally) textures. If the kernel module # is not loaded, or the driver cannot find /dev/agpgart, it will fall back # to a non-DMA mode. (As in mga_dma=0.) # # Otherwise, you can set this to the physical address (measured in # Megabytes) of an area of physical memory specially reserved for DMA. # In linux you'll need to reserve space at this location at boot time, # e.g. to reserve space for 8 M on a 128 M machine, add mem=120M to the # boot options (see the 'append' command for lilo.conf) and set # mga_dmaadr = 120 # # (This is a kludge, go with AGP if you have a working gart module) # mga_gart_mode_mask = 1 # # Use this option to mask the allowed agp modes. A value of 1 (dafault) # just allows mode x1. If your motherboard and video card like agp mode x2 # set this to 2. You can also try higher values. # # !! Changing this option can lockup your entire system, be prepared !!! # mga_dmasize = 16 # # This is the size of the DMA buffer area the driver will allocate. # mga_cmdsize = 4 # # This is the size of the command buffer (In MB). Default is 4. # This should be less than mga_dmasize. # The remaining memory in mga_dmasize may be used for textures if # mga_systemtexturse is set. It can also be used for backbuffers # and depthbuffers if you run out of framebuffer memory. This will # slow down rendering by quite a lot. # mga_systemtexture = 0 # # Store textures in host memory instead of on the card. # This is reported to improve performance at least on the G200. # mga_vsync = 0 # # If set to 1 the driver will busywait for the vertical retrace # before swapping the back and front buffer. This will reduce # performance, but it will also avoid ugly tearing that might # otherwise show up. # mga_no_multitex = 0 # # Disable multi-texturing for the G400 # If you think multitexturing is causing a bug you can disable # it with this variable. # mga_nullprims = 0 # # Setting this disables the primitive rendering functions # (TriangleFunc, LineFunc, PointFunc) # Used for performance testing. Defaults to 0. # mga_nofallback = 0 # # Do not ever fall back to software rendering. # Use with care, almost guaranteed to cause improper rendering. # mga_nosgram = 0 # # Force the driver to disable SGRAM features. (Shouldn't be necessary to # change this since the X server should autodect the presence of SGRAM.) # mga_no_texenvadd = 0 # Disable the use of the GL_EXT_texture_env_add extension # (Only available on the G400) # mga_skipdma = 0 # # If set the driver will fill the command buffers with rendering commands # but the buffers will not be sent to the card. # Used for performance testing and debugging. # mga_32bittextures = 0 # # Always store textures in 32 bit format internally # And, for the poorly documented variables: # mga_no_fast_path = 0 # Disable the fast path, see servGL/hwglx/mga/mgacontext.c # mga_warp_tgza = 0 # Only use one warp pipe. see servGL/hwglx/mga/mgawarp.c # mga_nosetupdma = 0 # Disable the use of of setup dma. # Mach64 specific variables: # mach64_dma, mach64_agptexture, mach64_agpsize and mach64_gart_mode_mask are # the most important variables in the mach64 section. The other variables # are mostly intended for debugging. mach64_dma = 3 # # Valid values: 0 - 3 # 0 (default): the driver will default to using Pseudo DMA to transfer commands # to the card. It is not possible to use direct rendering in Pseudo DMA. # # 2: Physical buffer is used for commands. Synchronous DMA is used to transfer # commands to the card. # 3: Physical buffer + Asynchronous DMA # # 3 gives best performance. # You shouldn't need to use 1 or 2 except for debugging purposes. mach64_agptextures = 1 # # If set the driver will use the agpgart kernel module to reserve space for # textures. If the kernel module is not loaded, or the driver cannot find # /dev/agpgart, it will fall back to using card memory for textures. mach64_agpsize = 8 # # This is the size of the agp buffer allocated to hold textures (in MB). # Default is 4. mach64_gart_mode_mask = 1 # # Use this option to mask the allowed agp modes. A value of 1 (dafault) # just allows mode x1. If your motherboard and video card like agp mode x2 # set this to 2. You can also try higher values. # # !! Changing this option can lockup your entire system, be prepared !!! # mach64_no_multitex = 0 # # Disable multitexturing for the Rage Pro. If you think multitexturing is # causing a bug you can disable it with this variable. # mach64_nullprims = 0 # # Setting this disables the primitive rendering functions (TriangleFunc, # LineFunc, PointFunc) Used for performance testing. Defaults to 0. # mach64_nofallback = 0 # # Do not ever fall back to software rendering. Use with care, almost # guaranteed to cause improper rendering. # mach64_skipdma = 0 # # If set the driver will fill the command buffers with rendering commands # but the buffers will not be sent to the card. Used for performance testing # and debugging. #mach64_drawtest = 1 # # If set the driver will do some initial rendering tests upon startup. # Useful to see if the driver is being loaded correctly. # Intel i810 specific variables: # i810_dma and i810_dmasize are the most important variables in the # Intel i810 section. # i810_dma = 3 # # Valid values: 2 - 3 # 3 (default): the driver will default to using 2 large dma buffers # to transfer commands asynchronously to the card. This is the optimal # setting and has been stable on all tested systems. # # 2: Physical buffer is used for commands. Synchronous DMA is used to transfer # commands to the card. This is a reduced performance mode for testing. # # 1 and 0: not implemented. # i810_agpsize = 8 # # This is the size (in MB) of the agp buffer allocated to hold # textures, backbuffer and depthbuffer. On i810e and i810-dc100, the # four megabyte video cache is used to hold the depth buffer instead. # S3 ViRGE specific variables # The lightmap hack is described in the readme. Won't work with DMA # yet. # s3virge_lightmap_hack = 1 # # Dma... # 0 - no DMA is used. # 1 - a 4k command DMA buffer is used # 2 - s3virge_dmaadr must be set and a mem= line in lilo.conf # must be used. Set your system memory to something shorter # than your actual memory (eg if you have 128M of ram, put # mem=124M in your bios, and set s3virge_dmaadr to 124, and # s3virge_dmasize to 4) # This is synchronous DMA. a 64k command buffer is used. # 3 - Same as 2, but asynchronous DMA # s3virge_dma = 3 # s3virge_dmaadr = 124 # s3virge_dmasize = 4