On Wed, Aug 23, 2017 at 2:49 AM, Roland Scheidegger <srol...@vmware.com> wrote: > 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...
and TXF could be ditched in favor of LOAD. Marek _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
