From: Mukesh Rathor <mukesh.rathor@oracle.com>
To: "András Méhes" <andras.mehes@ericsson.com>
Cc: "Xen-devel@lists.xensource.com" <Xen-devel@lists.xensource.com>
Subject: Re: gdbsx: likely bug in xg_write_mem
Date: Thu, 26 Jul 2012 00:18:18 -0700 [thread overview]
Message-ID: <20120726001818.2bf3da37@mantra.us.oracle.com> (raw)
In-Reply-To: <D67285B7DE31B54BACF601C0EF3463DF2A17EEEBB3@ESESSCMS0356.eemea.ericsson.se>
On Wed, 25 Jul 2012 16:55:36 +0200
András Méhes <andras.mehes@ericsson.com> wrote:
> Hi Mukesh,
>
>
> Thanks for the good work on Xen debugging!
>
> I've just stumbled upon what I believe is a bug in 'xg_write_mem';
> specifically, the assumption that 'iop->remain == 0' implies success
> seems to be false. First, the 'memset' call sets 'iop->remain' to 0.
> Then, the hypercall fails without touching 'iop->remain' and
> 'xg_write_mem' reports success.... Here's the relevant debug output
> from gdbsx:
>
Hi Andras,
I am currently out of office, and will look at it next week sometimes
after I return and catch up. Thanks for pointing it out.
> That would be a much better alternative for setting breakpoints
> *before* the kernel is actually mapped in. The very brute-force
> workaround with only software breakpoints -after the patch- is to
> keep single stepping until setting the breakpoint finally
> succeeds.. ;-(
Yeah, it's on the list, but I've been so busy with hybrid, and other
stuff. Besides, haven't had many people ask for it, so priority remains
low. Feel free to work on it tho, my top pri afteer I return is hybrid.
thanks,
Mukesh
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
parent reply other threads:[~2012-07-26 7:18 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <D67285B7DE31B54BACF601C0EF3463DF2A17EEEBB3@ESESSCMS0356.eemea.ericsson.se>]
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=20120726001818.2bf3da37@mantra.us.oracle.com \
--to=mukesh.rathor@oracle.com \
--cc=Xen-devel@lists.xensource.com \
--cc=andras.mehes@ericsson.com \
/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).