On Wed, Nov 06, 2013 at 09:19:42AM +0000, Chris Wilson wrote: > On Wed, Nov 06, 2013 at 08:35:46AM +0100, Daniel Vetter wrote: > > On Tue, Nov 05, 2013 at 05:01:38PM -0800, Ben Widawsky wrote: > > > Many tests call this ad naseum now (in an infinite loop, very often). > > > It clutters the logs. Actually, I'd rather drop it completely... > > > > Dropping it completely seems like the right solutions due to those "drop > > caches in an infinite loop" kind of tests. > > By that argument we should remove all log messages. Why are we doing > this ad nausem? I thought the recent intention was to call it around > tests, in which case the debug log would be busy enough to hide this > noise. (Noise until it is vital to explain some behavioural artifact.) Some tests fork a 2nd thread which calls this in a busy loop. Together with using gtt mmaps for ioctl data it's a very effective means to hit the slowpath maze in our execbuf code. Iirc without this at least some of the older bugs wouldn't be possible to hit (namely the slowpath of the writeout of the updated gtt offset in the slow relocation path that we've killed since it's too hard). Generally I agree with you, but since I abuse this facility rather badly in some tests I guess we should drop the debug output. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/intel-gfx