From: Vadim Rozenfeld <vrozenfe@redhat.com>
To: duck <duck@roaming.ath.cx>
Cc: kvm@vger.kernel.org
Subject: Re: Using KVM for Windows kernel debugging
Date: Wed, 19 Aug 2009 10:42:40 +0300 [thread overview]
Message-ID: <4A8BACF0.6030406@redhat.com> (raw)
In-Reply-To: <alpine.LNX.2.00.0908190812550.3246@q66.ta.eth>
On 08/19/2009 01:31 AM, duck wrote:
> I have never got this to work reliably. Occasionally I can get as far as
> making a debugger connection at boot-time, IIRC, but have never managed to
> use the deugger at all. You always seem to end up in some
> debugger-debuggee deadlock.
>
It works.
However, getting into debug session is real pain in the neck.
Especially for the first time.
> I suspect that the serial link simulation is imperfect enough (lost
> interrupts and thus lost characters?) that you are out of luck for
> serial-link-based remote debugging, even though userland serial comms,
> e.g. using Hyperterm, seem to work fine.
>
> I was able to get debugging working, a year or two ago, under QEMU using
> the MIN_CYCLE_COUNT patch (I made a command line option called '-mcc' to
> allow this to be tuned at run-time) but IIRC this patch is irrelevant when
> KVM is used.
>
> Can anyone suggest a KVM patch which might help, even if it slows the
> debuggee VM down?
>
> Pity SoftICE got killed off :-)
>
> You could try http://www.sysersoft.com/ for a one-PC Windows kernel
> debugging solution. Seems to be a small Beijing software house which just
> sells on-line. Their product is not free, though there is a free trial.
> (I haven't tried it under KVM, though they advertise that it works
> under VxWxxx [censored]).
>
Maybe we can use vm kd extensions project
(http://www.nynaeve.net/?page_id=168)
as a starting point and fit it into kvm. AFAIK, VmWare and Virtual Box
have done it already.
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2009-08-19 7:42 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-18 22:31 Using KVM for Windows kernel debugging duck
2009-08-19 7:42 ` Vadim Rozenfeld [this message]
-- strict thread matches above, loose matches on Subject: below --
2009-08-17 15:11 Tom Parkin
2009-08-17 15:16 ` Tom Parkin
2009-08-17 15:20 ` Avi Kivity
2009-08-17 15:38 ` Yan Vugenfirer
2009-08-17 15:52 ` Tom Parkin
2009-08-18 10:52 ` Tom Parkin
[not found] ` <4A8A8A22.105@redhat.com>
2009-08-18 11:15 ` Yan Vugenfirer
2009-08-18 14:00 ` Tom Parkin
2009-08-18 13:54 ` Tom Parkin
2009-08-18 14:28 ` Vadim Rozenfeld
[not found] ` <4A8AB829.1030008@redhat.com>
2009-08-18 14:40 ` Tom Parkin
2009-08-18 11:26 ` Vadim Rozenfeld
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=4A8BACF0.6030406@redhat.com \
--to=vrozenfe@redhat.com \
--cc=duck@roaming.ath.cx \
--cc=kvm@vger.kernel.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).