summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2010-05-19nv50: fix typo: s/_/./Brian Paul
2010-05-19util: util_blitter_fill no longer needs to handle overlapRoland Scheidegger
2010-05-19i915g: remove unused flip parameterRoland Scheidegger
2010-05-18docs: update differences to d3d11Roland Scheidegger
2010-05-18util: fix some leftover util_surface_fill/copy callsRoland Scheidegger
2010-05-18st/mesa: fix wrong argument orderRoland Scheidegger
2010-05-18gallium: implement set_sample_mask() in all driversRoland Scheidegger
prevents segfault when state trackers try to set default mask. Other option would be to make this required only for drivers supporting multisampling, but this seems more clean. Only dummy implementations (for normal drivers) provided (no driver supports multisampling yet neither).
2010-05-17st/egl: adapt to interface changesRoland Scheidegger
2010-05-17st/dri: adapt to interface changesRoland Scheidegger
2010-05-17st/glx: adapt to interface changesRoland Scheidegger
2010-05-17st/wgl: adapt to interface changesRoland Scheidegger
2010-05-17st/vega: adapt to interface changesRoland Scheidegger
2010-05-17st/xorg: adapt to interface changesRoland Scheidegger
2010-05-17st/python: adapt to interface changesRoland Scheidegger
compile tested only. Should probably change the python surface_copy/fill functions also into resource_copy/fill_region functions and adapt the code using them.
2010-05-17svga: adapt to interface changesRoland Scheidegger
might need further cleanup. Using surfaces internally just to be able to use the existing code might cause unnecessary copies afaict.
2010-05-17r300g: adapt to interface changesRoland Scheidegger
might need further cleanup. Using surfaces internally for the u_blitter code seems nonoptimal.
2010-05-17nouveau: adapt to interface changesRoland Scheidegger
this probably needs further cleanup (just getting a surface for the resource seems quite nonoptimal and potentially cause unnecessary copies I think)
2010-05-17fo: adapt to interface changesRoland Scheidegger
2010-05-17identity: adapt to interface changesRoland Scheidegger
2010-05-17trace: adapt to interface changesRoland Scheidegger
2010-05-17i965g: adapt to interface changesRoland Scheidegger
2010-05-17i915g: adapt to interface changesRoland Scheidegger
2010-05-17softpipe: adapt to interface changesRoland Scheidegger
2010-05-17llvmpipe: adapt to interface changesRoland Scheidegger
2010-05-17cell: adapt to interface changesRoland Scheidegger
not even compile tested but fairly trivial
2010-05-17mesa/st: adapt to interface changesRoland Scheidegger
adapt to blit changes, and also handle a bit more msaa state in theory (incomplete, doesn't handle resolves in any way for now).
2010-05-17gallium/util: adapt util code to interface changesRoland Scheidegger
The util blit functions change their interface (apart from some rename) too (in particular util_blit_pixels now also takes a pipe_resource as the src blit argument instead of a surface, as it might just call resource_copy_region). Maybe the blit util code might need a bit more cleanup, it still doesn't feel very clean. In particular it seems that util_blit_pixels_tex should probably disappear, and I think it would be great if the code called by drivers for blitting (u_blitter.c, which isn't really touched by this change) could somehow be merged with the u_blit code.
2010-05-17gallium: clean up resource_copy_region functionRoland Scheidegger
Previously, surface_copy was said to allow overlapping blits, and it was "optional". However, some state trackers actually assumed it is always present, and quite some code (like in u_blit) assumed overlapping isn't allowed. Hence, resource_copy_region (and in the same spirit, resource_fill_region) is now mandatory, but overlapping blits are no longer allowed. A driver can plug in the cpu fallback util_resource_copy_region if it does not want to provide its own implementation, though this is not optimal.
2010-05-17gallium: another interface change for multisamplingRoland Scheidegger
due to popular request, use nr_samples parameter in is_format_supported() instead of new is_msaa_supported() query. This makes it easily possible to query if a format with a given sample count is also supported not only as render target, but for sampler views (note that texture sampling from multisampled resources isn't supported yet). It is not quite how dx10 format msaa queries work, but we might need to revisit format queries completely in the future anyway.
2010-05-17llvmpipe: fix front/back tri culling mix-upBrian Paul
2010-05-14draw: fix front/back error in unfilled pipeline stageKeith Whitwell
2010-05-14draw: fix typo checking for unfilled polygonsKeith Whitwell
2010-05-14softpipe: restore culling codeKeith Whitwell
2010-05-14gallium: more work on ccw flag removalKeith Whitwell
The linux-debug target builds...
2010-05-14gallium: convert rasterizer state to use gl-style front/back conceptsKeith Whitwell
Use front/back instead of cw/ccw throughout. Also, use offset_point/line/fill instead of offset_cw/ccw. Brings gallium representation of this state into line with its main user, and also what turns out to be the most common hardware representation. This fixes a long-standing bias in the interface towards the architecture of the software rasterizer.
2010-05-14util: fix copy_rect stride in default transfer_inline_writeKeith Whitwell
2010-05-13egl: Implement EGL_NOK_swap_regionKristian Høgsberg
This extension adds a new function which provides an alternative to eglSwapBuffers. eglSwapBuffersRegionNOK accepts two new parameters in addition to those in eglSwapBuffers. The new parameters consist of a pointer to a list of 4-integer blocks defining rectangles (x, y, width, height) and an integer specifying the number of rectangles in the list.
2010-05-14r300g: fix for piglit/fp-indirections2Marek Olšák
2010-05-13rtasm: fix void * / func * casting warningsBrian Paul
2010-05-13draw: silence casting warningsBrian Paul
2010-05-13gallivm: silence uninitialized var warningBrian Paul
2010-05-13llvmpipe: silence casting warningsBrian Paul
2010-05-13gallivm: silence casting warningBrian Paul
2010-05-13gallivm: silence uninitialized var warningBrian Paul
2010-05-13llvmpipe: silence uninitialized var warningsBrian Paul
2010-05-13llvmpipe: silence cast warnings in test programsBrian Paul
2010-05-13gallivm: added lp_dump_llvmtype() debug helperBrian Paul
2010-05-13llvmpipe: additional commentsBrian Paul
2010-05-13gallivm: rename a varBrian Paul
2010-05-13egl: Allow a prioritized list of default driversKristian Høgsberg
When there is no user driver or any matching display drivers we fall back to the default driver. This patch lets us have a list of default drivers instead of just one. The drivers are loaded in turn and we attempt to initialize the display. If it fails we unload the driver and move on to the next one. Compared to the display driver mechanism, this avoids loading a number of drivers and then only using one. Also, we call Initialize to see if the driver will work instead of relying on Probe. To know for sure that a driver will work, Probe really have to do a full Initialize, so we will just use Initialize directly.