> > I'd like to propose two patches for kernel DRM. Both these sounds sane to me, I'll push them into a testing tree early next week,
Dave. > > Currently the R300 CS checker doesn't allow rendering with no color > buffer set. This is needed for depth-only rendering which is required > for rendering into depth textures to generate shadow maps. The first > attached patch removes this restriction by skipping checking the > colorbuffer if both ZB_BW_CNTL.FAST_FILL and > RB3D_BLENDCNTL.READ_ENABLE are disabled, and RB3D_COLOR_CHANNEL_MASK > is 0. When these bits are set, the hardware won't touch the > colorbuffer at all. > > The second attached patch adds support for the 3DC texture compression > (formats ATI1N and ATI2N). The former has 64 bits per 4x4 pixel block > (same as DXT1) and is available on R4xx and up, and the latter has 128 > bits per 4x4 pixel block (same as DXT3/5) and is available on R5xx. > This functionality can be exposed in OpenGL by > GL_EXT_texture_compression_latc and GL_ARB_texture_compression_rgtc, > which is part of OpenGL 3.0 and will most probably be implemented in > Mesa in future. > > Frankly ATI1N can already be used as it occupies the same format bits > as TX_FMT_3_3_2 with the addition that TX_FORMAT2_n.TXFORMAT_MSB must > be set. The CS parser doesn't read the TXFORMAT_MSB bit at all, so it > always interprets the format as 3_3_2. If the MSB bit is set with the > second patch, the CS parser interprets any format as ATI1N, because > the other extended formats won't be used anyway as they are not > exposed by any graphics API. Let me know if you agree with this > behavior. > > Please review. > > Best regards > Marek Olšák >
------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev
-- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel