System Environment: -------------------------- --Platform: FC6 --Xf86_video_intel:d9df93578b74785c08ba860b4c9aa23b0c89c91c --Mesa:e54329233522591bbe8aad8a3fd6bcdc1e430f03 --DRM:2db6400396ea5c8a5ce54fe9e211b9d01a11d506 --Kernel:2.6.22 Bug detailed description: -------------------------- render to 1D texture seems not working correctly Pls try the attached test case Reproduce steps: ---------------- start X compile and run the attached test case Current result: ---------------- nothing was rendered to 1D texture Expected result: ---------------- render to 1D texture should work correcly
Created attachment 13263 [details] test case this test case attach a 1d texture image to FBO's COLOR_ATTACHMENT0 render to this 1d texture through FBO then apply the the 1d texture a small red 2x2 rectangle should be rendered.
this issue doesn't happen on i915
This issue still exists with latest GEM
Not a release blocker. Not a regression, and not likely to be commonly used.
this issue still exists with: Kernel_version: 2.6.29-rc7 Libdrm: (master)2e2e8575b1ed4703653a72ac2b60b75316c388d7 Mesa: (mesa_7_4_branch)a8528a2e8653b5237c1d1d66fe98c6e031d007f9 Xserver: (server-1.6-branch)60c161545af80eb78eb790a05bde79409dfdf16e Xf86_video_intel: (2.7)238c2c40afd9f8b61479b8640d53f20d52fd7ddf Kernel: (for-airlied)dc529a4fe1ae4667c819437a94185e8581e1e680
Nothing appears to be wrong with 1D FBOs. The test is being overly picky about the line rasterization -- replace the GL_LINES with a GL_TRIANGLE_FAN covering those pixels, and it's fine. Even with GL_LINES and increasing Y by some epsilon works. And the spec says we're OK: OpenGL 2.1 spec section 3.4: The coordinates of a fragment produced by the algorithm may not deviate by more than one unit in either x or y window coordinates from a corresponding fragment produced by the diamond-exit rule.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.