From: Daniel Vetter <daniel@ffwll.ch>
To: Chris Wilson <chris@chris-wilson.co.uk>,
Daniel Vetter <daniel@ffwll.ch>,
Ben Widawsky <benjamin.widawsky@intel.com>,
Intel GFX <intel-gfx@lists.freedesktop.org>,
Daniel Vetter <daniel.vetter@ffwll.ch>,
Ben Widawsky <ben@bwidawsk.net>
Subject: Re: [PATCH] drm/i915: Demote drop_caches_set print
Date: Wed, 6 Nov 2013 11:05:22 +0100 [thread overview]
Message-ID: <20131106100522.GE14082@phenom.ffwll.local> (raw)
In-Reply-To: <20131106091942.GN15018@nuc-i3427.alporthouse.com>
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
prev parent reply other threads:[~2013-11-06 10:04 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-06 1:01 [PATCH] drm/i915: Demote drop_caches_set print Ben Widawsky
2013-11-06 7:35 ` Daniel Vetter
2013-11-06 9:19 ` Chris Wilson
2013-11-06 10:05 ` Daniel Vetter [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20131106100522.GE14082@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=ben@bwidawsk.net \
--cc=benjamin.widawsky@intel.com \
--cc=chris@chris-wilson.co.uk \
--cc=daniel.vetter@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox