path: root/src/mesa/drivers/dri/common/xmlpool
AgeCommit message (Collapse)AuthorFilesLines
2013-07-30st/dri: add a new driconf option disable_shader_bit_encoding for UnigineMarek Olšák1-0/+5
Now Unigine Heaven 3.0 finally works with r600g. Reviewed-by: Kenneth Graunke <> Reviewed-by: Brian Paul <>
2013-07-30mesa,glsl,st/dri: add a new driconf option force_glsl_version for UnigineMarek Olšák1-0/+5
See documentation in mtypes.h. Reviewed-by: Kenneth Graunke <> Reviewed-by: Brian Paul <> Reviewed-by: Ian Romanick <>
2013-07-30driconf: remove the unused option allow_large_texturesMarek Olšák1-9/+0
Reviewed-by: Kenneth Graunke <> Reviewed-by: Brian Paul <> Reviewed-by: Ian Romanick <>
2013-06-25xmlpool/build: Make sure to set mo properlyNaohiro Aota1-1/+1
Some shells does not set variables sequentially in a statement i.e. "a=X b=${a}" won't set "b" to "X" but empty value. This patch introduce ";" to make sure "mo" is set properly before "lang" assignment. Bugzilla:
2013-04-19mesa: Use quotes on bool driconf options to prevent stdbool.h breakage.Eric Anholt1-15/+15
Since stdbool.h's "true" and "false" are #defines, they got expanded when used as macro arguments, and that expanded value was stored in the XML string, producing XML that driconf would then fail to parse. Currently no drivers included stdbool along with driconf, but I keep accidentally doing so on intel as we move towards using normal C. v2: rebase on master. Reviewed-by: Kenneth Graunke <> (v1)
2013-03-21i965: Add a driconf option to disable flush throttling.Paul Berry1-0/+5
Normally when submitting the first batch buffer after a flush, we check whether the GPU has completed processing of the first batch buffer of the previous frame. If it hasn't, we wait for it to finish before submitting any more batches. This prevents GPU-heavy and CPU-light applications from racing too far ahead of the current frame, but at the expense of possibly lower frame rates. Sometimes when benchmarking we want to disable this mechanism. This patch adds the driconf option "disable_throttling" to disable the throttling mechanism. Reviewed-by: Eric Anholt <>
2013-03-15driconf: add a miscellaneous section and always_have_depth_buffer optionBrian Paul1-0/+14
This option is needed for some applications that neglect to request a depth buffer when choosing a visual/fbconfig. The Linux app Topogun is an example of this problem.
2013-03-15driconf: reorder options, reformat comments, etcBrian Paul1-60/+74
Move the options into the proper section (Debug, Quality, Performance, etc). Update comments and add some whitespace to improve readability.
2013-03-12xmlpool/.gitignore: Remove 'Makefile'Matt Turner1-1/+0
Handled by top level .gitignore. Reviewed-by: Eric Anholt <>
2013-01-20xmlpool/build: generate options.h via BUILT_SOURCESMatt Turner1-1/+1
Fixes missing options.h when doing 'make check' in dri/common before 'make' has been run. Reviewed-by: Andreas Boll <>
2013-01-13xmlpool: Fix out-of-tree builds.Johannes Obermayr1-1/+1
Reviewed-by: Kenneth Graunke <>
2013-01-12scons: Update for xmlpool/options.h generation.José Fonseca1-0/+14
2013-01-11driconf: Add a new option: disable_glsl_line_continuationsCarl Worth1-0/+5
This is to enable a quirk for Savage2 which includes a shader with a stray '\' at the end of a comment line. Interpreting that backslash as a line continuation will break the compilation of the shader, so we need a way to disable this. Reviewed-by: Kenneth Graunke <>
2013-01-11driconf: Add proper dependency for compiling .mo files from .po files.Carl Worth2-21/+20
Previously this was happening unconditionally, leading to some excessive rebuilding/relinking during builds. Note that the .po files are not automatically updated due to changes to the t_options.h file. Instead, translators should continue to use "make po" manually. This is because after new strings are merged into the existing .po file, manual work is still required by translators to ensure that the translations are correct.
2013-01-11driconf: Add translation-generation to build system, don't track generated filesCarl Worth3-642/+5
Previously, the xmlpool directory had a lone Makefile to assist poeple in manually invoking a deep make in order to update the translations in options.h. We can observe that this wasn't happening in fact, (new translations had been added to de.po without being generated into options.h, and new options had been manually added directly to options.h rather than to t_options.h). Prevent both of these problems from occurring in the future by automatically generating options.h as part of the standard build of mesa. For this, the generated options.h is now removed from version control, (along with Makefile in favor of [chadv: Port the Autotools changes to Android.] Signed-off-by: Chad Versace <> Reviewed-by: Kenneth Graunke <>
2013-01-11driconf: Fix German translations by removing a couple of bogus backslashesCarl Worth1-2/+2
As can be seen, many other translation strings already include a single apostrophe just fine without any escaping. This strangely-escaped apostrophe was causing a build failure ("invalid escape sequence") resulting in no "de" translations in the final options.h file. Reviewed-by: Kenneth Graunke <>
2013-01-11driconf: Fix script to allow running from any directoryChad Versace2-4/+18
The script would work correctly only when executed from the directory that contained the script. This shortcoming was due to some hard-coded paths in the script. In order to easily invoke the script from the Android build system, we must be able to execute the script from an arbitrary directory. To enable that, this patch replaces the two hard-coded paths with new command line arguments. Signed-off-by: Chad Versace <> Reviewed-by: Carl Worth <>
2013-01-11driconf: Add some translations which have been available, but were not compiledCarl Worth1-8/+8
These translations have existed in the de.po file, but were not in the generated options.h file. This was fixed by simply running "make options.h". Reviewed-by: Kenneth Graunke <>
2013-01-11driconf: Add option definitions to source file, not generated targetCarl Worth1-0/+10
For the last two most-recently-added driconf options, their definition was manually added to options.h, a file which is intended to be automatically generated, (as part of support for translated driconf option descriptions). This means that these options would be eliminated if the generation step were performed again. Fix this by correctly adding the definitions of these options to t_options.h, (the file used as input to the generator), and not the options.h file, which is generated. Reviewed-by: Kenneth Graunke <>
2012-10-16driconf: Remove force enable for NV_vertex_program.Kenneth Graunke6-32/+0
Reviewed-by: Brian Paul <> Reviewed-by: Eric Anholt <>
2012-10-15r200: Remove support for software-only NV_vertex_program.Eric Anholt1-5/+0
It wasn't supported in hardware, and the comments in the code indicated no known uses (similar to my experience on Intel) and a possible intent to remove it. Reviewed-by: Brian Paul <>
2012-07-19i965: Add a driconf option to disable GL_ARB_blend_func_extended.Kenneth Graunke1-0/+10
Unigine Heaven (at least) has a bug where it incorrectly uses the GL_ARB_blend_func_extended extension. Dual source blending allows two color outputs per render target; individual shader outputs can be assigned to be either the first or second blending input by setting the 'index' via one of two methods: - An API call: glBindFragDataLocationIndexed() - The GLSL 'layout' qualifier provided by GL_ARB_explicit_attrib_location Both of these only work on user defined fragment shader outputs; it's an error to use either on built-in outputs like gl_FragData. Unigine uses gl_FragData and gl_FragColor exclusively, and doesn't even attempt to use either method to set index == 1. However, it does set the blending function to SRC1 enums, which requires a fragment shader output with index == 1 or else rendering is undefined. In other words, enabling ARB_blend_func_extended causes Unigine to render incorrectly, resulting in an apparent regression, even though our driver code (as far as I can tell) is perfectly fine. Bugzilla: Signed-off-by: Kenneth Graunke <> Reviewed-by: Chad Versace <> Reviewed-by: Eric Anholt <>
2012-01-30i965: Add a driconf option to force GLSL extension behavior to "warn".Eric Anholt1-0/+10
This can be used to work around broken application behavior, like in Unigine where it attempts to use texture arrays without declaring either "#extension GL_EXT_texture_array : enable" or "#version 130". NOTE: This is a candidate for the 8.0 branch. Reviewed-by: Kenneth Graunke <>
2011-11-02driconf: updated german translationCarl-Philip Haensch1-8/+11
2011-11-02driconf: updated de.poCarl-Philip Haensch1-50/+88
2011-08-19driconf: Add the PP descriptionsLauri Kasanen2-0/+90
Signed-off-by: Lauri Kasanen <> Signed-off-by: Brian Paul <>
2010-10-27Fix build on systems where "python" is python 3.Kenneth Graunke1-1/+1
First, it changes autoconf to use a "python2" binary when available, rather than plain "python" (which is ambiguous). Secondly, it changes the Makefiles to use $(PYTHON) $(PYTHON_FLAGS) rather than calling python directly. Signed-off-by: Xavier Chantry <> Signed-off-by: Matthew William Cox <> Signed-off-by: Kenneth Graunke <>
2009-03-05intel: Add always_flush_batch driconf option for making small batchbuffers.Eric Anholt2-0/+15
This can improve debugging with INTEL_DEBUG=batch,sync by giving smaller batchbuffers.
2009-03-05intel: Add always_flush_cache driconf option for debugging cache flush failure.Eric Anholt2-0/+15
I keep wanting to hack this knob in as a one-time thing, so it seemed useful to have all the time.
2008-05-07Never fail `make clean'Dan Nicholson1-2/+2
Mostly some pedantic changes such that `make clean' always ignores errors. Also changed the top clean target to do the `touch configs/current' dance instead of realclean.
2006-12-06Make git ignore files only generated at build time.Michel Dänzer1-0/+5
2006-12-06Re-generate options.h with Swedish translations.Michel Dänzer2-5/+66
2006-12-06Swedish translation of driconf options.Daniel Nylander1-0/+226
2006-10-15allow >10 mipmap levels (patch by Benno Schulenberg) (bug 3130)Brian Paul1-0/+5
2006-10-15regenerated to get DRI_CONF_EXCESS_MIPMAP()Brian Paul1-0/+5
2006-02-03replace the texture level hack used in radeon/r200 to allow larger textures ↵Roland Scheidegger3-26/+59
with different methods to calculate the announced maximum texture sizes. Default is still the same (that is, radeon/r200 default to not announce anything which might not fit, i830/i915 default to 1 texture must fit). Bug #5785.
2005-04-22Added a French translation of option descriptions by Stephane Marchesin.Felix Kuehling3-5/+287
2005-04-12Added a Spanish translation by David Rubio Miguélezand a DutchFelix Kuehling4-5/+568
translation by Manfred Stienstra.
2005-04-12Changed escaping of double quotes.Felix Kuehling1-9/+13
2005-04-11Manage option translations in separate .po files to make translationsFelix Kuehling5-0/+1035
easier for non-programmers familiar with GNU gettext. For now there is only a German translation but more translations are encouraged. Translatable strings are extracted from t_options.h containing option definitions with English descriptions. A corresponding header options.h with all available translations of option descriptions is generated by and included by xmlpool.h. Many option descriptions were rephrased to make them unambiguous for translation without context. They are hopefully more helpful to users at the same time.