[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [RFC PATCH 3/4] qemu-log: new option -dfilter to limit
From: |
Christopher Covington |
Subject: |
Re: [Qemu-devel] [RFC PATCH 3/4] qemu-log: new option -dfilter to limit output |
Date: |
Thu, 27 Mar 2014 10:14:25 -0400 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 |
Hi Alex,
On 03/27/2014 07:44 AM, Alex Bennée wrote:
>
> Christopher Covington <address@hidden> writes:
>
>> Hi Alex,
>>
> <snip>
>
> DEF("dfilter", HAS_ARG, QEMU_OPTION_DFILTER, \
> "-dfilter range,.. filter debug output to range of addresses (useful for
> -d cpu,exec,etc..)\n",
> QEMU_ARCH_ALL)
> STEXI
> @item -dfilter @var{range1}[,...]
> @findex -dfilter
> Filter debug output to that relevant to a range of target addresses. The
> filter
> spec can be either 0x${START}-0x${END} or 0x${START}+0x${OFF} where ${START}
> ${END} and ${OFF} are the addresses and sizes required. For example:
>
> -dfilter 0x8000-0x9000,0xffffffc000080000+0x200
>
> Will dump output for any code in the 0x1000 sized block starting at 0x8000 and
> the 0x200 sized block starting at 0xffffffc000080000.
> ETEXI
>
> Does that read clearly enough? I assume that should magically make it's
> way to the man page somehow?
This level of detail is helpful. I think "range1" and "filter spec" should use
matching terms. Unless space is at a premium, spelling out ${OFFSET} might aid
some readers.
In the C portion, I wonder if renaming qemu_log_in_addr_range to something
like qemu_addr_in_dfilter_ranges might add clarity?
Christopher
--
Employee of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
hosted by the Linux Foundation.
[Qemu-devel] [RFC PATCH 4/4] qemu-log: make in_asm, out_asm and op_opt understand dfilter, alex . bennee, 2014/03/26