On Sun, Mar 5, 2017 at 1:43 PM, Constantine Charlamov <hi-an...@yandex.ru> wrote: > 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?
When it locks up, ssh into the machine and type: ps aux|grep piglit Marek _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
