On 28.02.2017 05:44, Dave Airlie wrote: > On 28 February 2017 at 12:42, Constantine Charlamov <hi-an...@yandex.ru> > wrote: >> On 28.02.2017 05:19, Dave Airlie wrote: >>> On 27 February 2017 at 06:31, Constantine Charlamov <hi-an...@yandex.ru> >>> wrote: >> Initially I was trying to implement for r600 optimization like in >>> the d633e23192ef17207f4a6acd3009da3126aab395 commit for radeonsi, but >>> failed because I need to learn some more about GPUs internals. For another >>> time. Anyway, accidentally it turned into a small cleanup of r600_shader.c, >>> here it >> is. >> >> Hi-Angel (6): >> Get rid of trailing whitespace (trivial) >> >> Rename i→chan_index >> Replace bit-shifts and cycles with helpers from >> tgsi_exec.h >> Rename tgsi_last_instruction → tgsi_last_channel >> Get >> rid of tgsi_last_channel() wherever possible, rename lasti → >> last_chan >>>> Remove redudant comparisons > > > Have they passed a complete piglit run >>>> without regressions? > > Dave. >> >> Hmm I don't know. Is there some specific test I should be running? I indeed >> tried >> >> ./piglit run shader results/shader --all-concurrent > > piglit run -c tests/gpu.py results/gpu > > I'm not sure how long an r600 run takes, I haven't ran it in a while, > but any patches that clean stuff up should probably make sure they > don't cause regressions on the way. > > Dave. >
Thank you. Unfortunately piglit-testing with mesa-master makes my GPU to lockup. It doesn't happen with 17.0 branch though, but the patchset doesn't apply there cleanly. Any suggestion for how to find which test causes lockup? _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev