From: Don Slutz <dslutz@verizon.com>
To: Don Slutz <dslutz@verizon.com>
Cc: Ian Campbell <Ian.Campbell@citrix.com>,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
George Dunlap <george.dunlap@eu.citrix.com>,
Ian Jackson <ian.jackson@eu.citrix.com>,
xen-devel@lists.xen.org, Jan Beulich <jbeulich@suse.com>
Subject: Re: [PATCH v5 04/17] xenctx: Add command line options -b (--bytes-per-line) and -l (--lines)
Date: Sat, 22 Mar 2014 16:10:59 -0400 [thread overview]
Message-ID: <532DEE53.5050602@terremark.com> (raw)
In-Reply-To: <532DEDC5.6020802@terremark.com>
Grrr. Line wrapping strikes again.
-Don Slutz
On 03/22/14 16:08, Don Slutz wrote:
>
> On 03/21/14 10:32, Ian Campbell wrote:
>> On Thu, 2014-03-20 at 15:06 -0400, Don Slutz wrote:
>>> -b <bytes>, --bytes-per-line <bytes>
>>> change the number of bytes per line output for
>>> Stack.
>>> (default 32) Note: rounded to native size (4
>>> or 8 bytes).
>> I can just about see a use for this.
>
> This is much more useful when used with --decode-as-ascii or when you
> have a wide "terminal".
>
>>> -l <lines>, --lines <lines>
>>> change the number of lines output for Stack.
>>> (default 5)
>>> Can be specified as MAX. Note: Fewer lines
>>> will be output
>>> if Stack limit reached.
>> What is this useful for which "less", "head" or "tail" can't achieve?
>
> By default only part of the stack is dumped:
>
>
>
> tools/xentrace/xenctx -s ~/zzm 4 -n 2
> rip: ffffffff81346876 io_serial_in+0x16
> flags: 00000002 nz
> rsp: ffff8800385a5ab8
> rax: 000000000000006f rcx: 0000000000000000 rdx: 00000000000003fd
> rbx: ffffffff81ff8f00 rsi: 0000000000000005 rdi: ffffffff81ff8f00
> rbp: ffff8800385a5ab8 r8: ffffffff81c03a10 r9: 0000000000000080
> r10: 0000000000000005 r11: 0000000000000046 r12: 000000000000270f
> r13: 0000000000000020 r14: 0000000000000025 r15: ffffffff81346f20
> cs: 0010 ss: 0018 ds: 0000 es: 0000
> fs: 0000 @ 00007f07972f3700
> gs: 0000 @ ffff88000b400000/0000000000000000/
> Code (instr addr ffffffff81346876)
> 48 89 e5 0f 1f 44 00 00 0f b6 4f 41 0f b7 57 08 d3 e6 01 f2 ec <0f> b6
> c0 c9 c3 0f 1f 44 00 00 55
>
>
> Stack:
> ffff8800385a5ae8 ffffffff81346e64 ffffffff81ff8f00 0000000000000072
> 0000000000000064 0000000000000025 ffff8800385a5b08 ffffffff81346f46
> ffffffff81e3e430 ffffffff81ff8f00 ffff8800385a5b48 ffffffff813428de
> ffffffff8100bc0e 0000000000000000 ffffffff81ff8f00 0000000000000001
> 0000000000000064 ffffffff81e3e40c ffff8800385a5b98 ffffffff813472ad
>
> Call Trace:
> [<ffffffff81346876>] io_serial_in+0x16 <--
> [<ffffffff81346e64>] wait_for_xmitr+0x24
> [<ffffffff81346f46>] serial8250_console_putchar+0x26
> [<ffffffff813428de>] uart_console_write+0x3e
> [<ffffffff8100bc0e>] apic_timer_interrupt+0xe
> [<ffffffff813472ad>] serial8250_console_write+0xbd
> [<ffffffff8106b8f5>] __call_console_drivers+0x75
> [<ffffffff8106b95a>] _call_console_drivers+0x4a
> [<ffffffff8106be6e>] release_console_sem+0x4e
> [<ffffffff8106c628>] vprintk+0x248
> [<ffffffff814fd363>] printk+0x41
>
>
> Here is the same data with a bigger -l (domU is paused):
>
> tools/xentrace/xenctx -s ~/zzm 4 -n 2 -l 10
> rip: ffffffff81346876 io_serial_in+0x16
> flags: 00000002 nz
> rsp: ffff8800385a5ab8
> rax: 000000000000006f rcx: 0000000000000000 rdx: 00000000000003fd
> rbx: ffffffff81ff8f00 rsi: 0000000000000005 rdi: ffffffff81ff8f00
> rbp: ffff8800385a5ab8 r8: ffffffff81c03a10 r9: 0000000000000080
> r10: 0000000000000005 r11: 0000000000000046 r12: 000000000000270f
> r13: 0000000000000020 r14: 0000000000000025 r15: ffffffff81346f20
> cs: 0010 ss: 0018 ds: 0000 es: 0000
> fs: 0000 @ 00007f07972f3700
> gs: 0000 @ ffff88000b400000/0000000000000000/
> Code (instr addr ffffffff81346876)
> 48 89 e5 0f 1f 44 00 00 0f b6 4f 41 0f b7 57 08 d3 e6 01 f2 ec <0f> b6
> c0 c9 c3 0f 1f 44 00 00 55
>
>
> Stack:
> ffff8800385a5ae8 ffffffff81346e64 ffffffff81ff8f00 0000000000000072
> 0000000000000064 0000000000000025 ffff8800385a5b08 ffffffff81346f46
> ffffffff81e3e430 ffffffff81ff8f00 ffff8800385a5b48 ffffffff813428de
> ffffffff8100bc0e 0000000000000000 ffffffff81ff8f00 0000000000000001
> 0000000000000064 ffffffff81e3e40c ffff8800385a5b98 ffffffff813472ad
> 00000000385a5cd8 0000000000000006 ffff8800385a5c08 ffffffff81affa00
> ffffffff81c03800 000000000001696c 0000000000000064 0000000000000046
> ffff8800385a5bc8 ffffffff8106b8f5 00000000000169d0 ffffffff81e2797c
> 00000000000169d0 00000000000169d0 ffff8800385a5be8 ffffffff8106b95a
> 206465697272616d 00000000fffff167 ffff8800385a5c28 ffffffff8106be6e
>
> Call Trace:
> [<ffffffff81346876>] io_serial_in+0x16 <--
> [<ffffffff81346e64>] wait_for_xmitr+0x24
> [<ffffffff81346f46>] serial8250_console_putchar+0x26
> [<ffffffff813428de>] uart_console_write+0x3e
> [<ffffffff8100bc0e>] apic_timer_interrupt+0xe
> [<ffffffff813472ad>] serial8250_console_write+0xbd
> [<ffffffff8106b8f5>] __call_console_drivers+0x75
> [<ffffffff8106b95a>] _call_console_drivers+0x4a
> [<ffffffff8106be6e>] release_console_sem+0x4e
> [<ffffffff8106c628>] vprintk+0x248
> [<ffffffff814fd363>] printk+0x41
>
>
> "less", "head" or "tail" are unable to change xenctx, only control
> what you see of xenctx's output.
>
>
>
>>
>> In both cases though it seems to make the code more complicated for what
>> seems to be a not all that useful increase in functionality.
>
> It is true that using the existing -S:
>
> tools/xentrace/xenctx -s ~/zzm 4 -S
> rip: ffffffff81346876 io_serial_in+0x16
> flags: 00000002 nz
> rsp: ffff8800385a5ab8
> rax: 000000000000006f rcx: 0000000000000000 rdx: 00000000000003fd
> rbx: ffffffff81ff8f00 rsi: 0000000000000005 rdi: ffffffff81ff8f00
> rbp: ffff8800385a5ab8 r8: ffffffff81c03a10 r9: 0000000000000080
> r10: 0000000000000005 r11: 0000000000000046 r12: 000000000000270f
> r13: 0000000000000020 r14: 0000000000000025 r15: ffffffff81346f20
> cs: 0010 ss: 0018 ds: 0000 es: 0000
> fs: 0000 @ 00007f07972f3700
> gs: 0000 @ ffff88000b400000/0000000000000000/
> Code (instr addr ffffffff81346876)
> 48 89 e5 0f 1f 44 00 00 0f b6 4f 41 0f b7 57 08 d3 e6 01 f2 ec <0f> b6
> c0 c9 c3 0f 1f 44 00 00 55
>
>
> Stack:
> ffff8800385a5ae8 ffffffff81346e64 ffffffff81ff8f00 0000000000000072
> 0000000000000064 0000000000000025 ffff8800385a5b08 ffffffff81346f46
> ffffffff81e3e430 ffffffff81ff8f00 ffff8800385a5b48 ffffffff813428de
> ffffffff8100bc0e 0000000000000000 ffffffff81ff8f00 0000000000000001
> 0000000000000064 ffffffff81e3e40c ffff8800385a5b98 ffffffff813472ad
>
> Stack Trace:
> * [<ffffffff81346876>] io_serial_in+0x16 <--
> ffff8800385a5ae8
> [<ffffffff81346e64>] wait_for_xmitr+0x24
> ffffffff81ff8f00
> 0000000000000072
> 0000000000000064
> 0000000000000025
> ffff8800385a5b08
> [<ffffffff81346f46>] serial8250_console_putchar+0x26
> ffffffff81e3e430
> ffffffff81ff8f00
> ffff8800385a5b48
> [<ffffffff813428de>] uart_console_write+0x3e
> [<ffffffff8100bc0e>] apic_timer_interrupt+0xe
> 0000000000000000
> ffffffff81ff8f00
> 0000000000000001
> 0000000000000064
> ffffffff81e3e40c
> ffff8800385a5b98
> [<ffffffff813472ad>] serial8250_console_write+0xbd
> 00000000385a5cd8
> 0000000000000006
> ffff8800385a5c08
> ffffffff81affa00
> ffffffff81c03800
> 000000000001696c
> 0000000000000064
> 0000000000000046
> ffff8800385a5bc8
> [<ffffffff8106b8f5>] __call_console_drivers+0x75
> 00000000000169d0
> ffffffff81e2797c
> 00000000000169d0
> 00000000000169d0
> ffff8800385a5be8
> [<ffffffff8106b95a>] _call_console_drivers+0x4a
> 206465697272616d
> 00000000fffff167
> ffff8800385a5c28
> [<ffffffff8106be6e>] release_console_sem+0x4e
> ffff8800385a5c18
> ffff8800385a5c6d
> ffffffff81ea7b24
> 0000000000000064
> ffff8800385a5c58
> 0000000000000034
> ffff8800385a5cc8
> [<ffffffff8106c628>] vprintk+0x248
> ffff8800385a5c98
> 0000000000000246
> 7420666f00000000
> ffff8800385a5ca8
> ffff8800385a5c68
> 343931206e692072
> 7365727065722035
> ffff8800385a5ca8
> 0000000000002710
> 0000000000002710
> ffffffff81c03a10
> 00000000d863e02e
> ffff8800385a5d28
> ffff8800385a5d38
> 000000000000003b
> 00000000021b9010
> 00007f07972b1010
> 0000000000000003
> ffff8800385a5d28
> [<ffffffff814fd363>] printk+0x41
> 6874202c00000010
> ffff8800385a5d38
> ffff8800385a5cf8
> 656e696863616d20
> 616820796c6e6f20
> ffff8800385a5d38
> 0000000000002710
> 0000000000002710
> ffffffff81c03a10
> 0000000000000080
> ffff8800385a5db8
> ffffffffa00a919d
> 696261706163206e
> 6977202c7974696c
> 20612074756f6874
> 206c6172746e6563
> 742079726f6d656d
> 2065726f7473206f
> 736d6172676f7270
> 74616420646e6120
> 754a206e49202e61
> 2c3534393120656e
> 6f76206e686f4a20
> 6e616d75654e206e
> 000000007570206e
> 00000000d863e02e
> ffff8800385a5dc8
> 000000000000003a
> ffff8800385a5e48
> ffffffffa00a91e8
> 2064656873696c62
> 2072657061702061
> 64656c7469746e65
> 2074737269462720
> 666f207466617264
> 726f706572206120
> 656874206f742074
> 2c27434156444520
> 6820657265687720
> 6e696c74756f2065
> 6565726874206465
> 6320636973616220
> 000000006f706d6f
> 00000000d863e02e
> ffff8800385a5e58
> 0000000000000039
> ffff8800385a5ed8
> ffffffffa00a91e8
> 6f662073746e656e
> 726f747320612072
> 72676f72702d6465
> 75706d6f63206d61
> 293128203a726574
> 726f6d656d206120
> 6961746e6f632079
> 746f6220676e696e
> 6120617461642068
> 7274736e6920646e
> 3b736e6f69746375
> 6320612029322820
> 0000000075636c61
> 00000000d863e02e
> ffff8800385a5ee8
> 0000000000000038
> ffff8800385a5f68
> ffffffffa00a91e8
> 7520676e6974616c
> 617061632074696e
> 7020666f20656c62
> 6e696d726f667265
> 612068746f622067
> 6974656d68746972
> 6f6c20646e612063
> 706f206c61636967
> 736e6f6974617265
> 20656874206e6f20
> 6e61202c61746164
> 2061202933282064
> 00000000746e6f63
> 00000000d863e02e
> ffff8800385a5f78
> 0000000000000037
> ffff8800385a5ff8
> ffffffffa00a91e8
> 74696e75206c6f72
> 65746e69206f7420
> 6e69207465727072
> 6f69746375727473
> 65726f747320736e
> 6d656d206e692064
> 20646e612079726f
> 63656e20656b616d
> 6120797261737365
> 202e736e6f697463
> 2073692073696854
> 63206f7320656874
> 00000000656c6c61
> 00000000d863e02e
> ffff8800385a6008
> 0000000000000036
> ffff8800385a6088
>
>
> And other tools, you can reformat this output into what -l gives.
>
>
> It is not that each change makes a big difference, that happens when
> several are used at one time:
>
>
> tools/xentrace/xenctx -s ~/zzm 4 -l 200 -D -t -b 64
> rip: ffffffff81346876 io_serial_in+0x16
> flags: 00000002 nz
> rsp: ffff8800385a5ab8
> rax: 000000000000006f rcx: 0000000000000000 rdx: 00000000000003fd
> rbx: ffffffff81ff8f00 rsi: 0000000000000005 rdi: ffffffff81ff8f00
> rbp: ffff8800385a5ab8 r8: ffffffff81c03a10 r9: 0000000000000080
> r10: 0000000000000005 r11: 0000000000000046 r12: 000000000000270f
> r13: 0000000000000020 r14: 0000000000000025 r15: ffffffff81346f20
> cs: 0010 ss: 0018 ds: 0000 es: 0000
> fs: 0000 @ 00007f07972f3700
> gs: 0000 @ ffff88000b400000/0000000000000000/
> Code (instr addr ffffffff81346876)
> 48 89 e5 0f 1f 44 00 00 0f b6 4f 41 0f b7 57 08 d3 e6 01 f2 ec <0f> b6
> c0 c9 c3 0f 1f 44 00 00 55
>
>
> Stack:
> ffff8800385a5ab8: ffff8800385a5ae8 ffffffff81346e64 ffffffff81ff8f00
> 0000000000000072 0000000000000064 0000000000000025 ffff8800385a5b08
> ffffffff81346f46
> .ZZ8....dn4.............r.......d.......%........[Z8....Fo4.....
> ffff8800385a5af8: ffffffff81e3e430 ffffffff81ff8f00 ffff8800385a5b48
> ffffffff813428de ffffffff8100bc0e 0000000000000000 ffffffff81ff8f00
> 0000000000000001
> 0...............H[Z8.....(4.....................................
> ffff8800385a5b38: 0000000000000064 ffffffff81e3e40c ffff8800385a5b98
> ffffffff813472ad 00000000385a5cd8 0000000000000006 ffff8800385a5c08
> ffffffff81affa00
> d................[Z8.....r4......\Z8.............\Z8............
> ffff8800385a5b78: ffffffff81c03800 000000000001696c 0000000000000064
> 0000000000000046 ffff8800385a5bc8 ffffffff8106b8f5 00000000000169d0
> ffffffff81e2797c
> .8......li......d.......F........[Z8.............i......|y......
> ffff8800385a5bb8: 00000000000169d0 00000000000169d0 ffff8800385a5be8
> ffffffff8106b95a 206465697272616d 00000000fffff167 ffff8800385a5c28
> ffffffff8106be6e .i.......i.......[Z8....Z.......married
> g.......(\Z8....n.......
> ffff8800385a5bf8: ffff8800385a5c18 ffff8800385a5c6d ffffffff81ea7b24
> 0000000000000064 ffff8800385a5c58 0000000000000034 ffff8800385a5cc8
> ffffffff8106c628
> .\Z8....m\Z8....${......d.......X\Z8....4........\Z8....(.......
> ffff8800385a5c38: ffff8800385a5c98 0000000000000246 7420666f00000000
> ffff8800385a5ca8 ffff8800385a5c68 343931206e692072 7365727065722035
> ffff8800385a5ca8 .\Z8....F...........of t.\Z8....h\Z8....r in 1945
> repres.\Z8....
> ffff8800385a5c78: 0000000000002710 0000000000002710 ffffffff81c03a10
> 00000000d863e02e ffff8800385a5d28 ffff8800385a5d38 000000000000003b
> 00000000021b9010
> .'.......'.......:........c.....(]Z8....8]Z8....;...............
> ffff8800385a5cb8: 00007f07972b1010 0000000000000003 ffff8800385a5d28
> ffffffff814fd363 6874202c00000010 ffff8800385a5d38 ffff8800385a5cf8
> 656e696863616d20 ..+.............(]Z8....c.O.........,
> th8]Z8.....\Z8.... machine
> ffff8800385a5cf8: 616820796c6e6f20 ffff8800385a5d38 0000000000002710
> 0000000000002710 ffffffff81c03a10 0000000000000080 ffff8800385a5db8
> ffffffffa00a919d only
> ha8]Z8.....'.......'.......:...............]Z8............
> ffff8800385a5d38: 696261706163206e 6977202c7974696c 20612074756f6874
> 206c6172746e6563 742079726f6d656d 2065726f7473206f 736d6172676f7270
> 74616420646e6120 n capability, without a central memory to store
> programs and dat
> ffff8800385a5d78: 754a206e49202e61 2c3534393120656e 6f76206e686f4a20
> 6e616d75654e206e 000000007570206e 00000000d863e02e ffff8800385a5dc8
> 000000000000003a a. In June 1945, John von Neumann
> pu......c......]Z8....:.......
> ffff8800385a5db8: ffff8800385a5e48 ffffffffa00a91e8 2064656873696c62
> 2072657061702061 64656c7469746e65 2074737269462720 666f207466617264
> 726f706572206120 H^Z8............blished a paper entitled 'First draft
> of a repor
> ffff8800385a5df8: 656874206f742074 2c27434156444520 6820657265687720
> 6e696c74756f2065 6565726874206465 6320636973616220 000000006f706d6f
> 00000000d863e02e t to the EDVAC', where he outlined three basic
> compo......c.....
> ffff8800385a5e38: ffff8800385a5e58 0000000000000039 ffff8800385a5ed8
> ffffffffa00a91e8 6f662073746e656e 726f747320612072 72676f72702d6465
> 75706d6f63206d61 X^Z8....9........^Z8............nents for a
> stored-program compu
> ffff8800385a5e78: 293128203a726574 726f6d656d206120 6961746e6f632079
> 746f6220676e696e 6120617461642068 7274736e6920646e 3b736e6f69746375
> 6320612029322820 ter: (1) a memory containing both data and
> instructions; (2) a c
> ffff8800385a5eb8: 0000000075636c61 00000000d863e02e ffff8800385a5ee8
> 0000000000000038 ffff8800385a5f68 ffffffffa00a91e8 7520676e6974616c
> 617061632074696e
> alcu......c......^Z8....8.......h_Z8............lating unit capa
> ffff8800385a5ef8: 7020666f20656c62 6e696d726f667265 612068746f622067
> 6974656d68746972 6f6c20646e612063 706f206c61636967 736e6f6974617265
> 20656874206e6f20 ble of performing both arithmetic and logical
> operations on the
> ffff8800385a5f38: 6e61202c61746164 2061202933282064 00000000746e6f63
> 00000000d863e02e ffff8800385a5f78 0000000000000037 ffff8800385a5ff8
> ffffffffa00a91e8 data, and (3) a
> cont......c.....x_Z8....7........_Z8............
> ffff8800385a5f78: 74696e75206c6f72 65746e69206f7420 6e69207465727072
> 6f69746375727473 65726f747320736e 6d656d206e692064 20646e612079726f
> 63656e20656b616d rol unit to interpret instructions stored in memory
> and make nec
> ffff8800385a5fb8: 6120797261737365 202e736e6f697463 2073692073696854
> 63206f7320656874 00000000656c6c61 00000000d863e02e ffff8800385a6008
> 0000000000000036 essary actions. This is the so
> calle......c......`Z8....6.......
> ffff8800385a5ff8: ffff8800385a6088 .`Z8....
>
> Call Trace:
> [<ffffffff81346876>] io_serial_in+0x16 <--
> [<ffffffff81346e64>] wait_for_xmitr+0x24
> [<ffffffff81346f46>] serial8250_console_putchar+0x26
> [<ffffffff813428de>] uart_console_write+0x3e
> [<ffffffff8100bc0e>] apic_timer_interrupt+0xe
> [<ffffffff813472ad>] serial8250_console_write+0xbd
> [<ffffffff8106b8f5>] __call_console_drivers+0x75
> [<ffffffff8106b95a>] _call_console_drivers+0x4a
> [<ffffffff8106be6e>] release_console_sem+0x4e
> [<ffffffff8106c628>] vprintk+0x248
> [<ffffffff814fd363>] printk+0x41
>
>
> -Don Slutz
>
>>> Signed-off-by: Don Slutz <dslutz@verizon.com>
>>> ---
>> Ian.
>>
>
next prev parent reply other threads:[~2014-03-22 20:10 UTC|newest]
Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-20 19:06 [PATCH v5 00/17] xenctx: Many changes Don Slutz
2014-03-20 19:06 ` [PATCH v5 01/17] xenctx: clean up usage output Don Slutz
2014-03-21 14:21 ` Ian Campbell
2014-03-20 19:06 ` [PATCH v5 02/17] xenctx: Clean up stack trace when hypercall_page not in symbol table Don Slutz
2014-03-20 19:06 ` [PATCH v5 03/17] xenctx: Add -n (--display-stack-pages) option to output larger stack Don Slutz
2014-03-21 14:29 ` Ian Campbell
2014-03-22 20:49 ` Don Slutz
2014-03-24 10:39 ` Ian Campbell
2014-03-24 13:26 ` Don Slutz
2014-03-20 19:06 ` [PATCH v5 04/17] xenctx: Add command line options -b (--bytes-per-line) and -l (--lines) Don Slutz
2014-03-21 14:32 ` Ian Campbell
2014-03-22 20:08 ` Don Slutz
2014-03-22 20:10 ` Don Slutz [this message]
2014-03-24 10:44 ` Ian Campbell
2014-03-24 16:58 ` Don Slutz
2014-03-27 15:55 ` Ian Campbell
2014-03-27 19:36 ` Don Slutz
2014-03-20 19:06 ` [PATCH v5 05/17] xenctx: Add command line option -D (--decode-as-ascii) Don Slutz
2014-03-21 14:38 ` Ian Campbell
2014-03-21 18:42 ` Don Slutz
2014-03-24 10:46 ` Ian Campbell
2014-03-24 17:00 ` Don Slutz
2014-03-20 19:06 ` [PATCH v5 06/17] xenctx: Add command line option -t (--tag-stack-dump) Don Slutz
2014-03-21 14:40 ` Ian Campbell
2014-03-20 19:06 ` [PATCH v5 07/17] xenctx: Change print_symbol to do the space before Don Slutz
2014-03-20 19:06 ` [PATCH v5 08/17] xenctx: More info on failed to map page Don Slutz
2014-03-20 19:06 ` [PATCH v5 09/17] xenctx: Add command line option -T (--tag-trace) Don Slutz
2014-03-21 14:44 ` Ian Campbell
2014-03-24 19:54 ` Don Slutz
2014-03-27 15:56 ` Ian Campbell
2014-03-20 19:06 ` [PATCH v5 10/17] xenctx: Add -m (--memory) <maddr> option to dump memory at maddr Don Slutz
2014-03-21 14:53 ` Ian Campbell
2014-03-25 19:16 ` Don Slutz
2014-03-20 19:06 ` [PATCH v5 11/17] xenctx: Add -d (--dump-as-stack) <daddr> option to dump memory at daddr as a stack Don Slutz
2014-03-21 14:57 ` Ian Campbell
2014-03-24 15:22 ` Don Slutz
2014-03-27 15:58 ` Ian Campbell
2014-03-27 17:05 ` Don Slutz
2014-03-27 17:20 ` Ian Campbell
2014-03-27 17:49 ` Don Slutz
2014-03-20 19:07 ` [PATCH v5 12/17] xenctx: change is_kernel_text() into kernel_addr() Don Slutz
2014-03-21 15:02 ` Ian Campbell
2014-03-21 17:45 ` Don Slutz
2014-03-24 22:23 ` Don Slutz
2014-03-25 9:13 ` Jan Beulich
2014-03-27 15:59 ` Ian Campbell
2014-03-20 19:07 ` [PATCH v5 13/17] xenctx: Add convert of more registers to symbols Don Slutz
2014-03-21 10:24 ` Jan Beulich
2014-03-21 12:34 ` Don Slutz
2014-03-21 14:11 ` [PATCH v6 " Don Slutz
2014-03-21 14:45 ` Jan Beulich
2014-03-21 17:43 ` [PATCH v7 " Don Slutz
2014-03-24 10:51 ` Ian Campbell
2014-03-21 15:03 ` [PATCH v6 " Ian Campbell
2014-03-21 17:38 ` Don Slutz
2014-03-21 15:07 ` [PATCH v5 " Ian Campbell
2014-03-21 15:11 ` Jan Beulich
2014-03-21 16:06 ` Ian Campbell
2014-03-21 18:16 ` Don Slutz
2014-03-24 10:49 ` Ian Campbell
2014-03-24 14:09 ` Don Slutz
2014-03-27 16:06 ` Ian Campbell
2014-03-27 16:52 ` Don Slutz
2014-03-20 19:07 ` [PATCH v5 14/17] xenctx: Add output of vcpu value and state for --all-vcpus Don Slutz
2014-03-27 16:07 ` Ian Campbell
2014-03-20 19:07 ` [PATCH v5 15/17] xenctx: Fix handling of !guest_protected_mode Don Slutz
2014-03-21 15:09 ` Ian Campbell
2014-03-24 22:35 ` Don Slutz
2014-03-20 19:07 ` [PATCH v5 16/17] xenctx: Allow output for offline vcpu when specified Don Slutz
2014-03-21 15:11 ` Ian Campbell
2014-03-24 13:20 ` Don Slutz
2014-03-20 19:07 ` [PATCH v5 17/17] xenctx: Fixup options checking Don Slutz
2014-03-21 15:13 ` Ian Campbell
2014-03-24 14:26 ` Don Slutz
2014-03-27 16:10 ` Ian Campbell
2014-03-21 15:14 ` [PATCH v5 00/17] xenctx: Many changes Ian Campbell
2014-03-21 17:37 ` 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=532DEE53.5050602@terremark.com \
--to=dslutz@verizon.com \
--cc=Ian.Campbell@citrix.com \
--cc=george.dunlap@eu.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).