All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kip Macy <kip.macy@gmail.com>
To: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>
Cc: xen-devel@lists.sourceforge.net,
	Keir Fraser <Keir.Fraser@cl.cam.ac.uk>,
	Ian.Pratt@cl.cam.ac.uk,
	Christian Limpach <Christian.Limpach@cl.cam.ac.uk>,
	ian.pratt@cl.cam.ac.uk
Subject: New patch was Re: follow-up to guest debug support patches
Date: Sat, 12 Mar 2005 13:22:48 -0800	[thread overview]
Message-ID: <b1fa291705031213223502b6bb@mail.gmail.com> (raw)
In-Reply-To: <A95E2296287EAD4EB592B5DEEFCE0E9D1E35F7@liverpoolst.ad.cl.cam.ac.uk>

Updated single patch for inspection is at:

http://www.fsmware.com/xenofreebsd/gdb/050312/patch

> patch1:
> It seems to be missing a way to undo the foreign mappings on exit?
No change.

> 
> The memcpy copying the user_ctxt is now after if gets used (addtl.
> VMX checks)  Looks like he wasn't too careful when forward
> porting -- scary :-(  Maybe the VMX check should just look at the
> context passed in.

Fixed. FYI the callers don't correctly handle the EINVAL returned there.

 > Not sure why he's skipping setting DONEFPUINIT, kernel mode and clearing
> IOPL bits though.
Fixed.
 
> Doesn't the change in traps.c break in-guest debugger support?  It seems
> to always pause the domain if it is in kernel, an in-guest debugger
> which has set a breakpoint in the kernel will never get the int3.  I
> think
> this needs some kind of flag to enable/disable this behaviour.

Long term this will be a guest boot-time / run-time settable option.
Right now, for the sake of expediency, it is xen compile-time option -
see Rules.mk.

> I think the order in arch_final_setup_guest should be:
> 
> - check cs/ss in passed in cpu_ctxt (before doing anything)
> - update DONEFPUINIT and TF_kernel_mode flags
> - copy user_ctxt
> - copy fpu ctxt
> - clear iopl
> - exit if updating (EDF_DONEINIT)

Fixed.

Let me know if there is anything else I missed. Thanks.


                -Kip


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

      parent reply	other threads:[~2005-03-12 21:22 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-12 16:02 follow-up to guest debug support patches Ian Pratt
2005-03-12 17:13 ` Keir Fraser
2005-03-12 18:40 ` Kip Macy
2005-03-12 18:58   ` Jack F Vogel
2005-03-12 19:04     ` Wim Coekaerts
2005-03-12 19:05     ` Kip Macy
2005-03-12 20:27     ` Christian Limpach
2005-03-12 19:46   ` Christian Limpach
2005-03-12 20:06     ` Kip Macy
2005-03-12 21:22 ` Kip Macy [this message]

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=b1fa291705031213223502b6bb@mail.gmail.com \
    --to=kip.macy@gmail.com \
    --cc=Christian.Limpach@cl.cam.ac.uk \
    --cc=Ian.Pratt@cl.cam.ac.uk \
    --cc=Keir.Fraser@cl.cam.ac.uk \
    --cc=m+Ian.Pratt@cl.cam.ac.uk \
    --cc=xen-devel@lists.sourceforge.net \
    /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.