[Intel-gfx] [PATCH] drm/i915: Demote drop_caches_set print

Daniel Vetter daniel at ffwll.ch
Wed Nov 6 11:05:22 CET 2013


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



More information about the Intel-gfx mailing list