From: "Frank Ch. Eigler" <fche@redhat.com>
To: Nikola Valerjev <nikola@ghs.com>
Cc: sid@sources.redhat.com
Subject: Re: gprof store and reset pins
Date: Sat, 18 Oct 2003 10:08:00 -0000 [thread overview]
Message-ID: <20031018100813.GA2808@redhat.com> (raw)
In-Reply-To: <Pine.SOL.3.96.1031017120057.12176B-100000@pong.ghs.com>
Hi -
On Fri, Oct 17, 2003 at 12:41:14PM -0700, Nikola Valerjev wrote:
> [...]
> I've been trying to use gdb and gprof components in 'sid' to get the profiling
> information out. [...]
I'm glad to hear it!
> What I would like to do is get gmon.out dumped while still being connected.
> Also I would like to have some way of reseting the gprof info (driving the
> 'reset' pin) on demand [...]
Since both these signals are carried over generic sid pins, any mechanism
at all that can result in pin events at times of your pleasure will work.
Among them:
- time-based scheduler events (host or target)
- hard-wired connection between the "save" and "reset" pins, probably
through a hw-glue-sequence; hmm, finding a way of automatically changing
the profiling data file name might be nice
- socket or console input
- memory-mapped I/O (mapping hw-glue-probe-bus components into memory,
connecting one of its output lines to the pin of your choice)
- using the gdb "monitor set COMPONENT ATTRIBUTE VALUE" command to
pass the "set ..." configuration line to cfgroot, thence to COMPONENT.
Consider COMPONENT=gprof, ATTRIBUTE=reset or save, VALUE=1, recalling
that most pins may be alternately driven using attribute-related calls.
- using the gprof component's own pc-limit-range attributes to automatically
limit its focus to a certain span of PC values.
- FChE
next prev parent reply other threads:[~2003-10-18 10:08 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-17 19:41 Nikola Valerjev
2003-10-18 10:08 ` Frank Ch. Eigler [this message]
2003-10-21 0:14 ` Nikola Valerjev
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=20031018100813.GA2808@redhat.com \
--to=fche@redhat.com \
--cc=nikola@ghs.com \
--cc=sid@sources.redhat.com \
/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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).