Re: [x86] - technical questions about HV implementation on Intel VT

[Eric Lacombe]

Hi,

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?

Note:
- 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,

	Eric

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.


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/