From: Don Slutz <dslutz@verizon.com>
To: Jan Beulich <JBeulich@suse.com>, Don Slutz <dslutz@verizon.com>
Cc: Keir Fraser <keir@xen.org>,
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
Subject: Re: [BUGFIX][PATCH v2 2/5] dbg_rw_guest_mem: need to call put_gfn in error path.
Date: Wed, 08 Jan 2014 08:48:46 -0500 [thread overview]
Message-ID: <52CD573E.1050506@terremark.com> (raw)
In-Reply-To: <52CD1C1E02000078001116BC@nat28.tlf.novell.com>
[-- Attachment #1: Type: text/plain, Size: 1913 bytes --]
On 01/08/14 03:36, Jan Beulich wrote:
>>>> On 08.01.14 at 01:25, Don Slutz <dslutz@verizon.com> wrote:
>> --- a/xen/arch/x86/debug.c
>> +++ b/xen/arch/x86/debug.c
>> @@ -63,10 +63,17 @@ dbg_hvm_va2mfn(dbgva_t vaddr, struct domain *dp, int toaddr,
>> if ( p2m_is_readonly(gfntype) && toaddr )
>> {
>> DBGP2("kdb:p2m_is_readonly: gfntype:%x\n", gfntype);
>> - return INVALID_MFN;
>> + mfn = INVALID_MFN;
>> }
>>
>> DBGP2("X: vaddr:%lx domid:%d mfn:%lx\n", vaddr, dp->domain_id, mfn);
> With the flow change above, this should be moved into an "else"
> to the earlier "if".
Ok. I have done this and tested it. (v3 attached).
Note: this means that patch v2 3/5 will not cleanly apply. I am in the process of fixing and testing v3 of that. Andrew Cooper in
http://lists.xen.org/archives/html/xen-devel/2014-01/msg00595.html
Says that this one patch "should be included ASAP"; which is why I am sending this 1st.
I did not add:
Acked-by: Mukesh Rathor ...
Even though my understanding is that I could have (please let me know if this is wrong) based on:
http://lists.xen.org/archives/html/xen-devel/2014-01/msg00601.html
since the v3 change is very minor (like a comment change). This is because DBGP2:
#define DBGP2(...) ((void)0)
does nothing. And if changed to do something, the file fails to compile without more changes (I.E. patch 3/5). Even though I knew this does nothing I has compiled and run this code.
I did change the author to "Andrew Cooper <andrew.cooper3@citrix.com>" since he provided most of this change. (see
http://lists.xen.org/archives/html/xen-devel/2014-01/msg00631.html
) Not sure that is correct since we have now both made changes.
-Don Slutz
> Jan
>
>> +
>> + if ( mfn == INVALID_MFN )
>> + {
>> + put_gfn(dp, *gfn);
>> + *gfn = INVALID_GFN;
>> + }
>> +
>> return mfn;
>> }
>
[-- Attachment #2: 0001-dbg_rw_guest_mem-need-to-call-put_gfn-in-error-path.patch --]
[-- Type: text/x-patch, Size: 3069 bytes --]
>From 1c8ebc3cbc4f415c5942b32736ecb58ef9c2cc14 Mon Sep 17 00:00:00 2001
From: Andrew Cooper <andrew.cooper3@citrix.com>
Date: Fri, 3 Jan 2014 16:12:20 -0500
Subject: [BUGFIX][PATCH v3] dbg_rw_guest_mem: need to call put_gfn in error
path.
Using a 1G hvm domU (in grub) and gdbsx:
(gdb) set arch i8086
warning: A handler for the OS ABI "GNU/Linux" is not built into this configuration
of GDB. Attempting to continue with the default i8086 settings.
The target architecture is assumed to be i8086
(gdb) target remote localhost:9999
Remote debugging using localhost:9999
Remote debugging from host 127.0.0.1
0x0000d475 in ?? ()
(gdb) x/1xh 0x6ae9168b
Will reproduce this bug.
With a debug=y build you will get:
Assertion '!preempt_count()' failed at preempt.c:37
For a debug=n build you will get a dom0 VCPU hung (at some point) in:
[ffff82c4c0126eec] _write_lock+0x3c/0x50
ffff82c4c01e43a0 __get_gfn_type_access+0x150/0x230
ffff82c4c0158885 dbg_rw_mem+0x115/0x360
ffff82c4c0158fc8 arch_do_domctl+0x4b8/0x22f0
ffff82c4c01709ed get_page+0x2d/0x100
ffff82c4c01031aa do_domctl+0x2ba/0x11e0
ffff82c4c0179662 do_mmuext_op+0x8d2/0x1b20
ffff82c4c0183598 __update_vcpu_system_time+0x288/0x340
ffff82c4c015c719 continue_nonidle_domain+0x9/0x30
ffff82c4c012938b add_entry+0x4b/0xb0
ffff82c4c02223f9 syscall_enter+0xa9/0xae
And gdb output:
(gdb) x/1xh 0x6ae9168b
0x6ae9168b: 0x3024
(gdb) x/1xh 0x6ae9168b
0x6ae9168b: Ignoring packet error, continuing...
Reply contains invalid hex digit 116
The 1st one worked because the p2m.lock is recursive and the PCPU
had not yet changed.
crash reports (for example):
crash> mm_rwlock_t 0xffff83083f913010
struct mm_rwlock_t {
lock = {
raw = {
lock = 2147483647
},
debug = {<No data fields>}
},
unlock_level = 0,
recurse_count = 1,
locker = 1,
locker_function = 0xffff82c4c022c640 <__func__.13514> "__get_gfn_type_access"
}
Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
Signed-off-by: Don Slutz <dslutz@verizon.com>
Tested-by: Don Slutz <dslutz@verizon.com>
---
Changes v2 to v3:
Jan Beulich: Fix flow change (added an else to DBGP2).
Ian Campbell: Fix author
xen/arch/x86/debug.c | 11 +++++++++--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/xen/arch/x86/debug.c b/xen/arch/x86/debug.c
index a67a192..435bd40 100644
--- a/xen/arch/x86/debug.c
+++ b/xen/arch/x86/debug.c
@@ -63,10 +63,17 @@ dbg_hvm_va2mfn(dbgva_t vaddr, struct domain *dp, int toaddr,
if ( p2m_is_readonly(gfntype) && toaddr )
{
DBGP2("kdb:p2m_is_readonly: gfntype:%x\n", gfntype);
- return INVALID_MFN;
+ mfn = INVALID_MFN;
+ }
+ else
+ DBGP2("X: vaddr:%lx domid:%d mfn:%lx\n", vaddr, dp->domain_id, mfn);
+
+ if ( mfn == INVALID_MFN )
+ {
+ put_gfn(dp, *gfn);
+ *gfn = INVALID_GFN;
}
- DBGP2("X: vaddr:%lx domid:%d mfn:%lx\n", vaddr, dp->domain_id, mfn);
return mfn;
}
--
1.8.4
[-- Attachment #3: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2014-01-08 13:48 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-08 0:25 [BUGFIX][PATCH v2 0/5] gdbsx: fix 3 bugs Don Slutz
2014-01-08 0:25 ` [PATCH v2 1/5] Add Emacs local variables to source files Don Slutz
2014-01-08 1:16 ` Mukesh Rathor
2014-01-08 1:27 ` Andrew Cooper
2014-01-08 9:51 ` Ian Campbell
2014-01-08 15:58 ` Ian Campbell
2014-01-08 0:25 ` [BUGFIX][PATCH v2 2/5] dbg_rw_guest_mem: need to call put_gfn in error path Don Slutz
2014-01-08 0:55 ` Andrew Cooper
2014-01-08 1:06 ` Don Slutz
2014-01-08 1:15 ` Andrew Cooper
2014-01-08 1:14 ` Mukesh Rathor
2014-01-08 1:44 ` Mukesh Rathor
2014-01-08 2:30 ` Andrew Cooper
2014-01-08 2:44 ` Mukesh Rathor
2014-01-08 10:40 ` Ian Campbell
2014-01-08 14:01 ` Don Slutz
2014-01-08 8:36 ` Jan Beulich
2014-01-08 13:48 ` Don Slutz [this message]
2014-01-08 0:25 ` [PATCH v2 3/5] dbg_rw_guest_mem: Conditionally enable debug log output Don Slutz
2014-01-08 1:38 ` Mukesh Rathor
2014-01-08 10:38 ` Ian Campbell
2014-01-08 14:28 ` Don Slutz
2014-01-08 16:47 ` Ian Campbell
2014-01-08 17:04 ` Tim Deegan
2014-01-08 17:44 ` Ian Campbell
2014-01-08 18:10 ` Tim Deegan
2014-01-09 8:41 ` Ian Campbell
2014-01-09 10:32 ` Tim Deegan
2014-01-09 0:38 ` Mukesh Rathor
2014-01-09 9:59 ` Ian Campbell
2014-01-09 16:08 ` Don Slutz
2014-01-09 16:30 ` Jan Beulich
2014-01-09 17:56 ` Don Slutz
2014-01-10 17:13 ` Ian Campbell
2014-01-10 21:15 ` Don Slutz
2014-01-10 22:08 ` [PATCH v3 " Don Slutz
2014-01-10 1:54 ` [PATCH v2 " Mukesh Rathor
2014-01-08 0:25 ` [BUGFIX][PATCH v2 4/5] xg_read_mem: Report on error Don Slutz
2014-01-08 1:16 ` Mukesh Rathor
2014-01-08 0:25 ` [BUGFIX][PATCH v2 5/5] xg_main: If XEN_DOMCTL_gdbsx_guestmemio fails then force error Don Slutz
2014-01-08 1:11 ` Mukesh Rathor
2014-01-08 10:35 ` Ian Campbell
2014-01-08 14:39 ` Don Slutz
2014-01-08 8:28 ` [BUGFIX][PATCH v2 0/5] gdbsx: fix 3 bugs Jan Beulich
2014-01-08 14:43 ` 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=52CD573E.1050506@terremark.com \
--to=dslutz@verizon.com \
--cc=JBeulich@suse.com \
--cc=george.dunlap@eu.citrix.com \
--cc=ian.campbell@citrix.com \
--cc=ian.jackson@eu.citrix.com \
--cc=keir@xen.org \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.