Am 23.08.2017 um 01:59 schrieb Marek Olšák: > On Wed, Aug 23, 2017 at 12:30 AM, Roland Scheidegger <srol...@vmware.com> > wrote: >> Am 22.08.2017 um 17:15 schrieb Marek Olšák: >>> On Sun, Aug 20, 2017 at 12:32 AM, Roland Scheidegger <srol...@vmware.com> >>> wrote: >>>> Am 19.08.2017 um 21:32 schrieb Marek Olšák: >>>>> How about we remove all opcodes that are unused? Like: >>>>> >>>>> SAMPLE_POS >>>>> SAMPLE_INFO >>>>> SAMPLE >>>>> SAMPLE_I >>>>> SAMPLE_I_MS >>>>> SAMPLE_B >>>>> SAMPLE_C >>>>> SAMPLE_C_LZ >>>>> SAMPLE_D >>>>> SAMPLE_L >>>>> GATHER4 >>>>> SVIEWINFO >>>> These are all d3d10 opcodes, and we need them (llvmpipe supports all of >>>> them with the exception of sample_pos and sample_info, right now). (It's >>> >>> SAMPLE_INFO is almost the same as TXQS and given the current state of >>> driver support, it would be better to remove SAMPLE_INFO and keep >>> TXQS. >>> >>> SAMPLE_INFO returns (samples, 0, 0, 0), while TXQS returns (samples, >>> undef, undef, undef). >>> >>> There is also RESQ, which returns (w, h, d|layers, samples). >>> >> >> They take different register types, however. > > Most instructions support multiple register types. MOV supports TEMP, > CONST, IN, OUT. LOAD supports IMAGE, BUFFER, and in the future maybe > also CONSTBUF and SAMP. > That's true, but there aren't really any opcodes which could take either sampler view reg file or sampler. Albeit I suppose it would be doable. Though it looks to me like you could easily ditch TXQS in favor of RESQ too then...
Roland _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
