<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [bisected] Regression in DEQP gles2.functional.negative_api.texture.texsubimage2d_neg_offset"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=91582#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [bisected] Regression in DEQP gles2.functional.negative_api.texture.texsubimage2d_neg_offset"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=91582">bug 91582</a>
              from <span class="vcard"><a class="email" href="mailto:lemody@gmail.com" title="Tapani Pälli <lemody@gmail.com>"> <span class="fn">Tapani Pälli</span></a>
</span></b>
        <pre>(In reply to Eduardo Lima Mitev from <a href="show_bug.cgi?id=91582#c3">comment #3</a>)
<span class="quote">> The issue here is that mesa is failing the format+type+internalFormat check
> for a test that expects to fail for invalid dimensions, which are checked
> later down the code in texsubimage_error_check().

> The format+type+internalFormat is failing because we are using the internal
> format from the texture object instead of the effective internal format
> derived from the format+type:

> Page 127, section "3.8 Texturing" of the GLES 3.0.4 spec says:

> "if internalformat is a base internal format, the effective internal format
> is a sized internal format that is derived from the format and type for
> internal use by the GL. Table 3.12 specifies the mapping of format and type
> to effective internal formats. The effective internal format is used by the
> GL for purposes such as texture completeness or type checks for CopyTex*
> commands. In these cases, the GL is required to operate as if the effective
> internal format was used as the internalformat when specifying the texture
> data."

> And since the internal format is GL_RGBA, a base internal format, we should
> resolve the effective internal format and use it in the validation, instead.

> In this specific case, and per table 3.12, for format GL_RGB and type
> GL_UNSIGNED_BYTE, the effective internal format is GL_RGB8. With that value,
> the validation is ok and the test passes.   

> I will write a patch for this and test for regressions. 

> Thanks!</span >

ok cool, please CC me</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the QA Contact for the bug.</li>
      </ul>
    </body>
</html>