From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7343 invoked by alias); 17 Oct 2003 19:41:18 -0000 Mailing-List: contact sid-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: sid-owner@sources.redhat.com Received: (qmail 7320 invoked from network); 17 Oct 2003 19:41:16 -0000 Received: from unknown (HELO eta.ghs.com) (63.102.70.66) by sources.redhat.com with SMTP; 17 Oct 2003 19:41:16 -0000 Received: from blaze.ghs.com (blaze.ghs.com [192.67.158.233]) by eta.ghs.com (8.12.10/8.12.10) with ESMTP id h9HJfFRK022993 for ; Fri, 17 Oct 2003 12:41:15 -0700 (PDT) Received: from pong.ghs.com (pong.ghs.com [192.67.158.181]) by blaze.ghs.com (8.12.9/8.12.9) with SMTP id h9HJfEq8018717 for ; Fri, 17 Oct 2003 12:41:14 -0700 (PDT) Date: Fri, 17 Oct 2003 19:41:00 -0000 From: Nikola Valerjev Reply-To: Nikola Valerjev To: sid@sources.redhat.com Subject: gprof store and reset pins Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2003-q4/txt/msg00008.txt.bz2 Hi, I've been trying to use gdb and gprof components in 'sid' to get the profiling information out. The problem is that by default (i.e. options --gdb=PORT and --gprof=FILE) will dump the information to gmon.out only once gdb disconnects from the target. That happens because of the following default configuration: connect-pin shutdown-seq output-7 -> mm_A-0/gprof store 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 (presumably using the 'gdb' component or the 'io-socket' component - but not necessarily using the 'gdb' debugger). That would have the benefit of being able to collect the profiling data only for one section of the code - not for the entire program. For the first problem, I changed the configuration file to say connect-pin yield-net output-0 -> mm_A-0/gprof store (yield-net input is driven by 'gdb' yield). So that has the effect of dumping gmon.out whenever the target process stops. It is not demand driven, and it probably dumps it more often than I want, but it is good enough for now. However, I can't figure out which output pin to use to drive 'gprof reset' command. One option was to do connect-pin shutdown-seq output-7 -> mm_A-0/gprof reset but then I get a reset only after I disconnect from 'sid'. What I really need is some way of reseting it while still being connected. I would appreciate any help with this. Thanks Nikola Valerjev Green Hills Software