All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Wilson <chris@chris-wilson.co.uk>
To: Liu Aleaxander <aleaxander@gmail.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/i915: Add aub debug support for kernel
Date: Fri, 05 Nov 2010 17:11:33 +0000	[thread overview]
Message-ID: <5b55a1$ij0t3g@fmsmga002.fm.intel.com> (raw)
In-Reply-To: <AANLkTik_K1iv-Xp8ZEMPWPKf5kN5PoS+TudJ2ih4AnRJ@mail.gmail.com>

On Sat, 6 Nov 2010 00:43:46 +0800, Liu Aleaxander <aleaxander@gmail.com> wrote:
> Well, what are the steps you excepted to get an aub file? Please tell
> me, then I may know your
> points better.
> 
> 
> >
> > Still requires post-processing to add the aub headers, but this will allow
> > runtime enabling of the capture. How does this sound?
> 
> Yes, runtime enabling of the capture is great. And post-processing
> isn't that bad at all.
> What I concerned is how much hard or easy for user to generate an aub
> file. As Nanhai said,
> if user met some problem, we can ask him for an aub file, then we
> might know what was going
> wrong. This is the biggest advantage of aub file. So, I'm not trying
> to ask you give up the
> tracepoints(it really nice for tracing something down), I just want an
> easy way to get an aub file
> for us, and especially for user.

Right. If we want to ask the user to gather some debug info, it
essentially has to be from within X and be as simple as run
'intel-gpu-trace myapp'. Using ftrace is the simplest way to achieve
that. Having to rmmod i915.ko rules out mmiotrace as a viable candidate.
But we can easy add two tracepoints to I915_READ and I915_WRITE which can
be enabled at runtime, exported via /sys/kernel/debug/tracing and
automated in a little tool.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre

  reply	other threads:[~2010-11-05 17:11 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-02  9:11 [PATCH] drm/i915: Add aub debug support for kernel Yuanhan Liu
2010-11-02 10:02 ` Chris Wilson
2010-11-02 14:55   ` Liu Aleaxander
2010-11-04  3:44     ` Liu, Yuanhan
2010-11-04  3:51       ` Liu, Yuanhan
2010-11-04  9:30       ` Chris Wilson
2010-11-05 16:43         ` Liu Aleaxander
2010-11-05 17:11           ` Chris Wilson [this message]
2010-11-05 17:39             ` Liu Aleaxander
2010-11-07 14:08             ` Liu Aleaxander
2010-11-07 14:23               ` Chris Wilson
2010-11-07 15:04                 ` Liu Aleaxander
2010-11-07 15:33                   ` Chris Wilson
2010-11-07 15:48                     ` Liu Aleaxander
2010-11-07 16:03                     ` Chris Wilson
2010-11-08  9:23                       ` Yuanhan Liu
2010-11-08  9:55                         ` Chris Wilson
2010-11-09  1:55                           ` Yuanhan Liu

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='5b55a1$ij0t3g@fmsmga002.fm.intel.com' \
    --to=chris@chris-wilson.co.uk \
    --cc=aleaxander@gmail.com \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.