From: George Dunlap <george.dunlap@eu.citrix.com>
To: Don Slutz <dslutz@verizon.com>, xen-devel@lists.xen.org
Cc: Ian Jackson <ian.jackson@eu.citrix.com>,
Ian Campbell <ian.campbell@citrix.com>,
Jan Beulich <jbeulich@suse.com>,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Subject: Re: [PATCH v4 04/15] xenctx: Add command line options -b and -l
Date: Wed, 19 Mar 2014 15:48:09 +0000 [thread overview]
Message-ID: <5329BC39.5030305@eu.citrix.com> (raw)
In-Reply-To: <1395180940-23901-5-git-send-email-dslutz@verizon.com>
On 03/18/2014 10:15 PM, Don Slutz wrote:
> -b <bytes>, --bytes-per-line <bytes>
> change the number of bytes per line output for Stack.
> note: rounded to native size (4 or 8 bytes).
> -l <lines>, --lines <lines>
> change the number of lines output for Stack.
>
> Signed-off-by: Don Slutz <dslutz@verizon.com>
> ---
> tools/xentrace/xenctx.c | 67 ++++++++++++++++++++++++++++++++++++++++---------
> 1 file changed, 55 insertions(+), 12 deletions(-)
>
> diff --git a/tools/xentrace/xenctx.c b/tools/xentrace/xenctx.c
> index 6da38cc..62a8519 100644
> --- a/tools/xentrace/xenctx.c
> +++ b/tools/xentrace/xenctx.c
> @@ -36,6 +36,8 @@ static struct xenctx {
> int stack_trace;
> int disp_all;
> int multiple_pages;
> + int bytes_per_line;
> + int lines;
> int all_vcpus;
> int self_paused;
> xc_dominfo_t dominfo;
> @@ -62,6 +64,8 @@ typedef uint64_t guest_word_t;
> #define FMT_64B_WORD "%016lx"
> #endif
>
> +#define MAX_BYTES_PER_LINE 128
> +
> struct symbol {
> guest_word_t address;
> char *name;
> @@ -663,25 +667,33 @@ static int print_stack(vcpu_guest_context_any_t *ctx, int vcpu, int width)
> guest_word_t *p;
> int i;
>
> + if ( width )
> + xenctx.bytes_per_line = ((xenctx.bytes_per_line + width - 1) / width) * width;
> stack_limit = ((stack_pointer(ctx) + XC_PAGE_SIZE)
> & ~((guest_word_t) XC_PAGE_SIZE - 1));
> if ( xenctx.multiple_pages > 1 )
> stack_limit += (xenctx.multiple_pages - 1) * XC_PAGE_SIZE;
> printf("\n");
> - printf("Stack:\n");
> - for (i=1; i<5 && stack < stack_limit; i++) {
> - while(stack < stack_limit && stack < stack_pointer(ctx) + i*32) {
> - p = map_page(ctx, vcpu, stack);
> - if (!p)
> - return -1;
> - word = read_stack_word(p, width);
> - printf(" ");
> - print_stack_word(word, width);
> - stack += width;
> + if ( xenctx.lines )
> + {
> + printf("Stack:\n");
> + for (i = 1; i < xenctx.lines + 1 && stack < stack_limit; i++)
> + {
> + while ( stack < stack_limit &&
> + stack < stack_pointer(ctx) + i * xenctx.bytes_per_line )
> + {
> + p = map_page(ctx, vcpu, stack);
> + if ( !p )
> + return -1;
> + word = read_stack_word(p, width);
> + printf(" ");
> + print_stack_word(word, width);
> + stack += width;
> + }
> + printf("\n");
> }
> printf("\n");
> }
> - printf("\n");
>
> if(xenctx.stack_trace)
> printf("Stack Trace:\n");
> @@ -839,19 +851,26 @@ static void usage(void)
> printf(" -C, --all-vcpus print info for all vcpus\n");
> printf(" -m PAGES, --multiple-pages=PAGES\n");
> printf(" assume the kernel was compiled with PAGES (default 1) of stacks.\n");
> + printf(" -b <bytes>, --bytes-per-line <bytes>\n");
> + printf(" change the number of bytes per line output for Stack.\n");
> + printf(" note: rounded to native size (4 or 8 bytes).\n");
> + printf(" -l <lines>, --lines <lines>\n");
> + printf(" change the number of lines output for Stack.\n");
You should probably put the default values here (32 and 5
respectively). (And they should probably be set by a #define, so that
there's no risk of the defaults in the help diverging from the defaults
in the code.)
Also, would it make sense to have a value for -l that means "just print
everything until you hit "stack_limit"? Obviously someone could just
write "-l 100000" here, but it might be nicer to have something more
sensible.
That's just an idea; I think once the default values are in it can have
my ack.
-George
next prev parent reply other threads:[~2014-03-19 15:48 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-18 22:15 [PATCH v4 00/15] xenctx: Many changes Don Slutz
2014-03-18 22:15 ` [PATCH v4 01/15] xenctx: clean up usage output Don Slutz
2014-03-19 15:16 ` George Dunlap
2014-03-18 22:15 ` [PATCH v4 02/15] xenctx: Clean up stack trace when hypercall_page not in symbol table Don Slutz
2014-03-19 15:18 ` George Dunlap
2014-03-18 22:15 ` [PATCH v4 03/15] xenctx: Add -m (--multiple_pages) option to output larger stack Don Slutz
2014-03-19 15:34 ` George Dunlap
2014-03-20 1:19 ` Don Slutz
2014-03-20 10:52 ` George Dunlap
2014-03-18 22:15 ` [PATCH v4 04/15] xenctx: Add command line options -b and -l Don Slutz
2014-03-19 15:48 ` George Dunlap [this message]
2014-03-20 1:03 ` Don Slutz
2014-03-18 22:15 ` [PATCH v4 05/15] xenctx: Add command line option -D (--decode-as-ascii) Don Slutz
2014-03-19 16:09 ` George Dunlap
2014-03-20 0:57 ` Don Slutz
2014-03-18 22:15 ` [PATCH v4 06/15] xenctx: Add command line option -t (--tag-stack-dump) Don Slutz
2014-03-19 16:10 ` George Dunlap
2014-03-18 22:15 ` [PATCH v4 07/15] xenctx: Change print_symbol to do the space before Don Slutz
2014-03-19 16:12 ` George Dunlap
2014-03-18 22:15 ` [PATCH v4 08/15] xenctx: More info on failed to map page Don Slutz
2014-03-19 16:16 ` George Dunlap
2014-03-18 22:15 ` [PATCH v4 09/15] xenctx: Add command line option -T (--tag-call-trace) Don Slutz
2014-03-19 16:20 ` George Dunlap
2014-03-20 0:55 ` Don Slutz
2014-03-18 22:15 ` [PATCH v4 10/15] xenctx: Add -M <maddr> option to dump memory at maddr Don Slutz
2014-03-19 17:08 ` George Dunlap
2014-03-20 1:36 ` Don Slutz
2014-03-18 22:15 ` [PATCH v4 11/15] xenctx: Add -d <daddr> option to dump memory at daddr as a stack Don Slutz
2014-03-18 22:15 ` [PATCH v4 12/15] xenctx: change is_kernel_text() into kernel_addr() Don Slutz
2014-03-18 22:15 ` [PATCH v4 13/15] xenctx: Add convert of more registers to symbols Don Slutz
2014-03-19 8:30 ` Jan Beulich
2014-03-19 13:54 ` Don Slutz
2014-03-18 22:15 ` [PATCH v4 14/15] xenctx: Add output of vcpu value and state for --all-vcpus Don Slutz
2014-03-19 8:32 ` Jan Beulich
2014-03-19 13:36 ` Don Slutz
2014-03-18 22:15 ` [PATCH v4 15/15] xenctx: Fix handling of !guest_protected_mode Don Slutz
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=5329BC39.5030305@eu.citrix.com \
--to=george.dunlap@eu.citrix.com \
--cc=dslutz@verizon.com \
--cc=ian.campbell@citrix.com \
--cc=ian.jackson@eu.citrix.com \
--cc=jbeulich@suse.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xen.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;
as well as URLs for NNTP newsgroup(s).