By the way, to make this clearer, the _absolute_ requirements to have a correct nv30 driver without any emulation code are those: 1. The driver must know whether a POT texture is GL_TEXTURE_2D or is a GL_TEXTURE_RECTANGLE that just happens to be POT 2. If the driver is nv30, the state tracker _must_ use unnormalized coordinates if it informed the driver that the texture is GL_TEXTURE_RECTANGLE and _must_ use normalized coordinates otherwise.
The first patchset implemented exactly this: this results in a minimal change, but a conceptually messy one. The second patchset implemented the general model that has this as a special case, and is more intrusive but conceptually clean. Using a general model has additional (minor) benefits, especially in the normalization preference part. _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
