Age | Commit message (Collapse) | Author | |
---|---|---|---|
2009-03-23 | Merge branch 'radeon-fbo-hacking' into radeon-rewrite | Dave Airlie | |
2009-03-23 | raedon/r200/r300: mega-FBO commits. | Dave Airlie | |
Re work depth issues. Do a lot more FBO abstactions fixup depth/stencil buffer interactions | |||
2009-03-22 | radeon fbo: add draw offset calcs | Dave Airlie | |
2009-03-22 | radeon/r200/r300: add support for new tfp interface | Dave Airlie | |
also fixup old interface, gets rid of white boxes in compiz | |||
2009-03-22 | Merge remote branch 'origin/master' into HEAD | Dave Airlie | |
2009-03-22 | radeon: use mipmap fns in FBO code | Dave Airlie | |
2009-03-22 | radeon: add miptree offset functions | Dave Airlie | |
2009-03-21 | r200: fix for sure | Dave Airlie | |
2009-03-21 | radeon/r200: oops make correct fbo init calls | Dave Airlie | |
2009-03-21 | radeon: add xRGB span functions | Dave Airlie | |
same as ARGB need to add a parameter to get ptr32 | |||
2009-03-21 | radeon: dri2 is hooked up elsewhere now | Dave Airlie | |
2009-03-21 | radeon/r200: add fbo init | Dave Airlie | |
2009-03-21 | radeon/r200: add fbo state changes | Dave Airlie | |
2009-03-21 | r300: fix viewport inversion for FBOs | Dave Airlie | |
2009-03-21 | radeon: align FBO pitch | Dave Airlie | |
2009-03-21 | radeon: fixup last missing x_off/y_off | Dave Airlie | |
2009-03-21 | radeon: add cpp/pitch to rrb | Dave Airlie | |
2009-03-21 | radeon/fbo: add x_off and y_off in correct places | Dave Airlie | |
2009-03-21 | radeon: dPriv handling is now in cliprects code | Dave Airlie | |
2009-03-21 | radeon: fixup span code for FBOs | Dave Airlie | |
2009-03-21 | r300: hw clear buffer 0 hopefully | Dave Airlie | |
2009-03-21 | radeon: fix up span function setting | Dave Airlie | |
2009-03-20 | Fix 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-20 | r300: init fbos | Dave Airlie | |
2009-03-20 | more fbo fillin | Dave Airlie | |
2009-03-20 | r300: enable FBO for a test | Dave Airlie | |
2009-03-20 | radeon: some more fbo work | Dave Airlie | |
2009-03-20 | radeon: initial couch code copy from radeon | Dave Airlie | |
2009-03-20 | Merge remote branch 'main/master' into radeon-rewrite | Dave 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-19 | glslcompiler: added new options to override debug/optimization pragmas | Brian Paul | |
2009-03-19 | radeon/r200/r300: cleanup some of the renderbuffer code | Dave Airlie | |
2009-03-19 | radeon: fix up locking like the intel driver for pageflip/swaps | Dave Airlie | |
2009-03-18 | Use the specified X11 headers for xlib mesa | Dan Nicholson | |
The xlib build was using the system's Xlib headers or bombing if they weren't available. | |||
2009-03-16 | Fixup previous commit. | Michel Dänzer | |
radeonScheduleSwap() already takes the lock in the SwapBuffers case, only the CopySubBuffer case was missing it. | |||
2009-03-16 | radeon: Take the hardware lock for swaps and flips. | Michel Dänzer | |
Otherwise they fail with AIGLX at least. | |||
2009-03-13 | i965: more register number assertions | Brian Paul | |
2009-03-13 | i965: add some register number assertions | Brian Paul | |
Haven't seen failures yet, but if/when there are, more investigation will be done. | |||
2009-03-13 | i965: remove unused PROGRAM_INTERNAL_PARAM, added comment | Brian Paul | |
2009-03-13 | i965: move declarations before code | Brian Paul | |
2009-03-13 | i965: debug code, use gl_register_file type | Brian Paul | |
2009-03-12 | i965: move declaration before code | Brian Paul | |
2009-03-12 | i965: fix const correctness | Brian Paul | |
2009-03-12 | i915: move declarations before code | Brian Paul | |
2009-03-12 | i965: comments | Brian Paul | |
2009-03-12 | i965: fix polygon stipple when rendering to FBO | Robert 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-12 | i965: add support for ATI_envmap_bumpmap | Roland Scheidegger | |
2009-03-12 | regenerate glapi | Roland Scheidegger | |
2009-03-11 | i965: fix polygon face orientation when rendering to FBO | Robert 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-11 | intel: include main/viewport.h | Brian Paul | |
2009-03-11 | i965: fix lock-ups when GLSL program wrote to gl_FragDepth | Brian 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... |