All of lore.kernel.org
 help / color / mirror / Atom feed
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
>    


  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 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.