[Mesa-dev] [PATCH] i965/skl: Ignore the vertical alignment for the qpitch of 1D textures
Neil Roberts
neil at linux.intel.com
Mon Mar 2 05:48:04 PST 2015
Ben Widawsky <ben at bwidawsk.net> writes:
> I guess I'd appreciate a comment about how the total_width is
> guaranteed to be a multiple of 64, and therefore is a multiple of all
> possible H_ALIGNS. This is required to meet the qpitch restraint in
> the surface format, "This field must be set to an integer multiple of
> the Surface Horizontal Alignment."
My interpretation of that comment is that for 1D surfaces 64 *is* the
horizontal alignment so other possible alignments don't matter. I think
it's expected that total_width is aligned to the horizontal alignment,
and in this case that is enforced in gen9_miptree_layout_1d. I will add
a comment to make that clearer.
> Note, I don't know anything about compressed textures and what the
> block widths can be, but just doing the math, if block size > 16 and
> not a multiple of 16, this constraint will not hold.
Currently I think all of the block sizes are either 4x4 or 8x4. None of
these would make any sense for a 1D texture and wouldn't make the
texture any smaller. The bspec explicitly disallows compressed formats
for 1D surfaces. If someone were to eventually invent a compressed
format with a block height of 1 then I guess the block alignment would
be handled in gen9_miptree_layout_1d in the unlikely event that the size
isn't a factor of 64.
Note that I'm putting off landing this patch and the other qpitch one
until someone can review patch 6 in the series because without that
patch the qpitch patch seems to cause a GPU hang which makes the kernel
panic.
Thanks for the review.
Regards,
- Neil
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 472 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/mesa-dev/attachments/20150302/a033d4b3/attachment.sig>
More information about the mesa-dev
mailing list