LKML Archive on
help / color / mirror / Atom feed
From: Eric Lacombe <>
To: Avi Kivity <>
Subject: Re: [x86] - technical questions about HV implementation on Intel VT
Date: Mon, 27 Oct 2008 15:29:26 +0100	[thread overview]
Message-ID: <> (raw)
In-Reply-To: <>


Thanks for your answer.
I will eventually add a netconsole, but for now, I find how to bypass my 
problem (getting debug information).

However I come with a new question, related to an unexpected VM-exit.
The scenario is as follows:
1. some setup occur
2. vmlaunch is executed by a function F, so the guest is launched. This guest 
(as I explained in my previous mail) executes the end of the function F.
3. The end of F, do some "printk" then return to the module init function.

The problem is that I get a VM-exit during the step 3. In fact after the 
first "printk", a vm-exit occurs with exit_reason=2 (triple-fault).

Do you have an idea of what could be the cause of this vm-exit?

- If I do no "printk" at the end of F, then F returns without any problems to 
the caller, and when this caller do a "printk" the vm-exit occurs (I can see 
the result of "printk" on the screen).
- I also tried to insert 2 "printk" and a "panic" at the end of F. result: 
the "panic" is never reached. (so the vm-exit occurs after the first "printk" 
has done his job).

Thanks in advance for your answer,


On Tuesday 21 October 2008 11:05:24 Avi Kivity wrote:
> Eric Lacombe wrote:
> > [...]
> > So, when the host take control for the first time after the first vmexit,
> > I would like the host to print informations and to "die correctly", so as
> > I could read these information on the screen (ie, without being polluted
> > with lots of debug messages that scroll on the screen).
> You should add a serial console or netconsole to your hypervisor; that
> means implementing a serial or network card driver.

  reply	other threads:[~2008-10-27 14:29 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-20 17:27 Eric Lacombe
2008-10-21  9:05 ` Avi Kivity
2008-10-27 14:29   ` Eric Lacombe [this message]
2008-10-27 16:38     ` Avi Kivity

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:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \ \ \ \ \
    --subject='Re: [x86] - technical questions about HV implementation on Intel VT' \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

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