summaryrefslogtreecommitdiff
path: root/src/mesa/drivers/dri
AgeCommit message (Collapse)Author
2009-03-21radeon: add cpp/pitch to rrbDave Airlie
2009-03-21radeon/fbo: add x_off and y_off in correct placesDave Airlie
2009-03-21radeon: dPriv handling is now in cliprects codeDave Airlie
2009-03-21radeon: fixup span code for FBOsDave Airlie
2009-03-21r300: hw clear buffer 0 hopefullyDave Airlie
2009-03-21radeon: fix up span function settingDave Airlie
2009-03-20Fix DRI2 accelerated EXT_texture_from_pixmap with GL_RGB format.Eric Anholt
This requires upgrading the interface so that the argument to glXBindTexImageEXT isn't just dropped on the floor. Note that this only fixes the accelerated path on Intel, as Mesa's texture format support is missing x8r8g8b8 support (right now, GL_RGB textures get uploaded as a8r8gb8, but in this case we're not doing the upload so we can't really work around it that way). Fixes bugs with compositors trying to use shaders that use alpha channels, on windows without a valid alpha channel. Bug #19910 and likely others as well. Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
2009-03-20r300: init fbosDave Airlie
2009-03-20more fbo fillinDave Airlie
2009-03-20r300: enable FBO for a testDave Airlie
2009-03-20radeon: some more fbo workDave Airlie
2009-03-20radeon: initial couch code copy from radeonDave Airlie
2009-03-20Merge remote branch 'main/master' into radeon-rewriteDave Airlie
Conflicts: src/mesa/drivers/dri/r300/r300_cmdbuf.c src/mesa/drivers/dri/r300/r300_state.c src/mesa/drivers/dri/r300/r300_swtcl.c src/mesa/drivers/dri/r300/radeon_ioctl.c src/mesa/drivers/dri/radeon/radeon_screen.c
2009-03-19radeon/r200/r300: cleanup some of the renderbuffer codeDave Airlie
2009-03-19radeon: fix up locking like the intel driver for pageflip/swapsDave Airlie
2009-03-16Fixup previous commit.Michel Dänzer
radeonScheduleSwap() already takes the lock in the SwapBuffers case, only the CopySubBuffer case was missing it.
2009-03-16radeon: Take the hardware lock for swaps and flips.Michel Dänzer
Otherwise they fail with AIGLX at least.
2009-03-13i965: more register number assertionsBrian Paul
2009-03-13i965: add some register number assertionsBrian Paul
Haven't seen failures yet, but if/when there are, more investigation will be done.
2009-03-13i965: remove unused PROGRAM_INTERNAL_PARAM, added commentBrian Paul
2009-03-13i965: move declarations before codeBrian Paul
2009-03-13i965: debug code, use gl_register_file typeBrian Paul
2009-03-12i965: move declaration before codeBrian Paul
2009-03-12i965: fix const correctnessBrian Paul
2009-03-12i915: move declarations before codeBrian Paul
2009-03-12i965: commentsBrian Paul
2009-03-12i965: fix polygon stipple when rendering to FBORobert Ellison
The polygon stipple pattern, like the viewport and the polygon face orientation, must be inverted on the i965 when rendering to a FBO (which itself has an inverted pixel coordinate system compared to raw Mesa). In addition, the polygon stipple offset, which orients the stipple to the window system, disappears when rendering to an FBO (because the window system offset doesn't apply, and there's no associated FBO offset). With these fixes, the conform triangle and polygon stipple tests pass when rendering to texture.
2009-03-12i965: add support for ATI_envmap_bumpmapRoland Scheidegger
2009-03-12regenerate glapiRoland Scheidegger
2009-03-11i965: fix polygon face orientation when rendering to FBORobert Ellison
In the i965, the FBO coordinate system is inverted from the standard OpenGL/Mesa coordinate system; that means that the viewport and the polygon face orientation have to be inverted if rendering to a FBO. The viewport was already being handled correctly; but polygon face was not. This caused a conform failure when rendering to texture with two-sided lighting enabled. This fixes the problem in the i965 driver, and adds to the comment about the gl_framebuffer "Name" field so that this isn't a surprise to other driver writers.
2009-03-11intel: include main/viewport.hBrian Paul
2009-03-11i965: fix lock-ups when GLSL program wrote to gl_FragDepthBrian Paul
It seems the code that set up the FB_WRITE message was incomplete in this case. The number of payload registers was wrong and that caused a hang. It would be good to have a second set of eyes take a look at this...
2009-03-10i965: more code clean-ups, commentsBrian Paul
2009-03-10i965: minor code clean-ups, commentsBrian Paul
2009-03-10i965: use new cast wrappersBrian Paul
2009-03-10i965: added cast wrappers, commentsBrian Paul
2009-03-10i965: asst. code clean-ups, commentsBrian Paul
2009-03-10i965: fix typos in commentsBrian Paul
2009-03-10radeon: remove unused linesDave Airlie
2009-03-10r200: enable hw clearsDave Airlie
2009-03-09i965: fix cube map lock-up / corruptionBrian Paul
If we're using anything but GL_NEAREST sampling of a cube map, we need to use the BRW_TEXCOORDMODE_CUBE texcoord wrap mode. Before this, the GPU would either lock up or subsequent texture filtering would be corrupted.
2009-03-09fix typo in fragment pipe alu define, should fix dot3_rgb tex combineRoland Scheidegger
2009-03-09r300: emit texture in GTT or VRAMDave Airlie
2009-03-09r300: move firevertices out into the main place its needed.Dave Airlie
This fixes a hang on context destruction on rs690
2009-03-07r300: remove assignment to removed StringPos fieldBrian Paul
2009-03-07mesa: move glViewport and glDepthRange functions into new viewport.c fileBrian Paul
A bit of refactoring with an eye toward ES2 and GL 3.1
2009-03-07mesa: gl_register_file enum typedefBrian Paul
2009-03-07mesa: remove GL_MESA_program_debug extensionBrian Paul
This was never fully fleshed out and hasn't been used.
2009-03-07mesa: remove last of _mesa_unreference_framebuffer() callsBrian Paul
2009-03-08radeon: fix cut-n-paste typoDave Airlie
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-15 20:54:34 +0000