summaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* Fix some errors in the parameter descriptions in serveral vertex / fragmentIan Romanick2005-03-032-78/+100
| | | | program related functions.
* Check for some common function parameter description errors in theIan Romanick2005-03-031-0/+34
| | | | | endElement handler for <function>. This catches the errors as early as possible and makes debugging other code easier.
* When building in the X-Server, attr.depth doesn't exist. Instead, useIan Romanick2005-03-031-1/+4
| | | | (XMesaDrawable)w)->depth in the error message.
* change gl_buffer_object's Size field to GLsizeiptrARB typeBrian Paul2005-03-032-2/+2
|
* use COPY_CLEAN_4V macro to replace using both ASSIGN_4V & COPY_SZ_4VAlan Hourihane2005-03-024-12/+6
|
* Added a bunch of new comments, minor code clean-ups.Brian Paul2005-03-021-18/+45
|
* Using glColor3 commands to update materials could result in an undefinedBrian Paul2005-03-021-4/+6
| | | | alpha value. Fixed.
* added stub functions for GLX_MESA_allocate_memoryBrian Paul2005-03-011-4/+34
|
* Clean-up some warnings caused by the addition of vertex / fragment programIan Romanick2005-02-282-15/+41
| | | | | protocol support (reported by Adam Jackson). Added code to validate the 'type' parameter to the draw element functions.
* additional parenthesis in TNL_CONTEXT macro (Nicolai Haehnle)Brian Paul2005-02-281-3/+3
|
* fix for 'nasty bug' and some sanity checks to avoid buffer overruns. Bumping ↵before_upgrade_03_01_05Aapo Tahkola2005-02-285-16/+35
| | | | VSF_MAX_FRAGMENT_LENGTH as it seems a bit low otherwise.
* silence warningsBrian Paul2005-02-271-2/+2
|
* Added 0x4e51 - Saphire 9600 256MBhmarson2005-02-271-0/+4
| | | | 0x4e71 - Saphire 9600 256MB - Second Head...
* precedence precedence precedence.. add some bracketsDave Airlie2005-02-271-1/+1
|
* Rename _mesa_update_buffers() to _mesa_update_draw_buffer_bounds() and doBrian Paul2005-02-264-43/+67
| | | | | additional checks. Replace _mesa_init_buffers() with _mesa_init_scissor() and _mesa_init_multisample().
* Add a dri config option to enable the max texture level hackDave Airlie2005-02-266-5/+28
| | | | make ycbcr depend on a CHIPSET define .. needs to be filled in though
* Fairly significant changes to enums.c and the way it is generated. enums.cIan Romanick2005-02-263-3052/+4549
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | now contains 3 static tables. The first table is a single, large string of all the enum names. The second table is an array, sorted by enum name, of indexes to the string table and the matching enum value. The extra string table is used to eliminate relocs (and save space) in the compiled file. The third table is an array, sorted by enum value, of indexes into the second table. The [name, enum] table contains all of the enums, but the table sorted by enum-value does not. This table contains one entry per enum value. For enum values that have multiple names (e.g., 0x84C0 has GL_TEXTURE0_ARB and GL_TEXTURE0), only an index to the "best" name will appear in the table. gl_enums.py gives precedence to "core" GL versions of names, followed by ARB versions, followed by EXT versions, followed, finally, by vendor versions (i.e., anything that doesn't fall into one of the previous categories). By filtering the unneeded elements from this table, not only can we guarantee determinism in the generated tables, but we save 364 elements in the table. The optimizations outlined above reduced the size of the stripped enums.o (on x86) from ~80KB to ~53KB. The internal organization of gl_enums.py was also heavily modified. Previously enums were stored in an unsorted list as [value, name] tuples (basically). This list was then sorted, using a user-specified compare function (i.e., VERY slow in most Python implementations) to generate a table sorted by enum value. It was then sorted again, using another user-specified compare function, to generate a table sorted by name. Enums are now stored in a dictionary, called enum_table, with the enum value as the key. Each dictionary element is a list of [name, priority] pairs. The priority is determined as described above. The table sorted by enum value is generated by sorting the keys of enum_table (i.e., very fast). The tables sorted by name are generated by creating a list, called name_table, of [name, enum value] pairs. This table can then be sorted by doing name_table.sort() (i.e., very fast). The result is a fair amount more Python code, but execution time was reduced from ~14 seconds to ~2 seconds.
* Accidentally committed wrong version with the previous commit set.Ian Romanick2005-02-251-31/+31
|
* Add GLX protocol support for ARB_fragement_program,Ian Romanick2005-02-2510-341/+2961
| | | | | | | ARB_fragment_program_shadow, ARB_vertex_program, NV_fragment_program, NV_fragment_program_option, NV_fragment_program2, NV_vertex_program, NV_vertex_program1_1, NV_vertex_program2, NV_vertex_program2_option, NV_vertex_program3, and ATI_text_fragment_shader.
* Convert the static functions read_pixel_reply, read_reply,Ian Romanick2005-02-253-111/+160
| | | | | | | setup_single_request, and setup_vendor_request to the global functions __glXReadPixelReply, __glXReadReply, __glXSetupSingleRequest, and __glXSetupVendorRequest. This will make it easier to add handcoded Single / VendorPrivate / VendorPrivteWithReply functions.
* Another nasty struct size bug found.Aapo Tahkola2005-02-245-7/+15
|
* More GL_EXT_framebuffer_object: rename some things, added device driver hooks.Brian Paul2005-02-245-102/+290
|
* Don't forget to update a heap's timestamp when a texture image isFelix Kuehling2005-02-231-2/+15
| | | | | | changed. Other drivers don't need to do this because they're swapping modified textures out of texture memory, which implies a timestamp update.
* Missed the commit of glxext.c yesterday.Ian Romanick2005-02-232-275/+108
| | | | | | | Fixed a flow control problem in glGet*v that could result in the display not being unlocked. This also resulted in refactoring a lot more code out of the glGet*v routines into get_array_data, which was renamed to get_client_data.
* Put quotes around $(CC) and $(CXX) so that 'CC=cache gcc' will work.Ian Romanick2005-02-231-3/+3
|
* minor changes to aid debugging, and a new commentBrian Paul2005-02-231-3/+11
|
* With Savage DRM version 2.3.x or later use event counters for textureFelix Kuehling2005-02-233-1/+30
| | | | | heap aging, similar to the way it's done in the i810 and i855 drivers. This avoids idling the engine on every texture upload.
* Sort the enums in the Python code, instead of at runtime. (Zack Rusin)Brian Paul2005-02-232-828/+2271
|
* Corrected the value for X_GLrop_SecondaryColor3svEXT.Ian Romanick2005-02-232-3/+3
|
* Missed the Makefile with the previous commit.Ian Romanick2005-02-231-0/+1
|
* Added __glExtensionBiIsEnabled and __GLXcontext::gl_extension_bits. ThisIan Romanick2005-02-229-1354/+2183
| | | | | | | | | | | | | | | enables libGL to query which extension are exported to applications. Refactored array-query functionality (from glGet*v) in src/glx/x11/single2.c. Massive re-write of indirect vertex array support. The most noticable effect is that glDrawElements now generates DrawArrays protocol. The side-effects (and the main reasons for the re-work) are that it is much easier to add support for new arrays (e.g., GL_VERTEX_ATTRIB_ARRAY, GL_WEIGHT_ARRAY_ARB, etc.) and it is much easier to add support for the new DrawArrays protocol (required to support ARB_vertex_buffer_object). These changes were primarilly tested with progs/demos/isosurf.
* now generated with Python scriptBrian Paul2005-02-221-813/+1384
|
* generate enums.c file (Zack Rusin)Brian Paul2005-02-223-0/+190
|
* New elt buffer code should be fairly stable.Aapo Tahkola2005-02-226-124/+43
|
* Add code to autogenerate vertex shaders.Vladimir Dergachev2005-02-213-7/+113
| | | | This is needed for multitexturing to work properly.
* add more functionality to miniglx for glitzDave Airlie2005-02-201-34/+98
|
* Adding support for front buffer mode, removing some code we dont really need ↵Aapo Tahkola2005-02-203-79/+74
| | | | and some new debugging stuff.
* Minor fix to border and blend color.Aapo Tahkola2005-02-193-2/+15
|
* Disabling some fallbacks as they cause misc programs not to start and adding ↵Aapo Tahkola2005-02-191-15/+22
| | | | some comments.
* Fix for buffer overrun caused by ALLOC_STATE not having args surrounded by ↵Aapo Tahkola2005-02-194-25/+30
| | | | parenthesis. Can you see it? HINT: Anything texture related should now work slightly better. And yes it took me several hours to find it.
* Print an error if idling the engine before the buffer copy fails.Nicolai Haehnle2005-02-182-1/+2
| | | | | | | Be a bit more useful about the sync message after flushing command buffers. Add an "allmsg" debug name that enables all log messages but does not enable syncing.
* fd.o bug #2576: Add support for ATI RN50/ES1000. (ATI Technologies Inc.)Michel Dänzer2005-02-181-0/+3
|
* r300RefillCurrentDmaRegion: Retry buffer acquisition only once, afterNicolai Haehnle2005-02-181-7/+12
| | | | | waiting for the engine to idle. There's no way for another buffer to become free anyway once the engine is idle.
* Always submit command buffers, even when there are no cliprects,Nicolai Haehnle2005-02-181-13/+6
| | | | | | | so that we no longer leak DMA buffers (plus, this just might fix some state-setting related problems, if there were any - but that's unlikely). Update the DRM to cope with cmdbuf->nbox == 0.
* We dont need to call r300EmitAOS if we arent going to draw ↵Aapo Tahkola2005-02-181-6/+7
| | | | anything(r300_get_num_verts returns 0).
* Reset nr_released_bufs to 0 after the command buffer has been submitted.Nicolai Haehnle2005-02-182-1/+7
| | | | Added a more verbose comment about nr_released_bufs in r300_context.h
* XMesaGetDepthBuffer() returned wrong bytesPerValue (Karl Schultz)Brian Paul2005-02-181-2/+3
|
* s/0/NULL/ (Jeff Muizelaar)Brian Paul2005-02-181-7/+7
|
* Fix: RADEON_DEBUG is a bitfield, so use & to check for flags, not ==Nicolai Haehnle2005-02-181-1/+1
|
* Fixing *lots* of warning messages, especially concerning unportableNicolai Haehnle2005-02-1710-322/+324
| | | | | | | whitespace before preprocessor commands. Please, can you try to keep the warnings down? Try running make with make -s sometime to see just how bad an offender the current code is.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-05 02:46:06 +0000