On 12/31/2009 12:02 PM, Hugh Dickins wrote:
On Thu, 31 Dec 2009, Daniel Bareiro wrote:
What tests would be recommendable to make to reproduce the problem?
Oh, I thought you were the one seeing the problem! If you cannot
easily reproduce it, then please don't spend too long over it.
I've nev
On Thu, 31 Dec 2009, Daniel Bareiro wrote:
>
> What tests would be recommendable to make to reproduce the problem?
Oh, I thought you were the one seeing the problem! If you cannot
easily reproduce it, then please don't spend too long over it.
I've never noticed it myself (perhaps because my wor
I have been testing OpenSolaris using the latest qemu-kvm and the KVM
modules shipped with the latest F-12 kernel. When I attempt to load
OpenSolaris 2009.06 live CD in 64-bit mode I get several complaints
about illegal instruction followed by an infinite loop of attempts to
enter maintenance mode
Hi, Hugh.
On Wednesday, 30 December 2009 18:14:30 +,
Hugh Dickins wrote:
> On Sun, 27 Dec 2009, Rik van Riel wrote:
> > On 12/27/2009 12:12 PM, Avi Kivity wrote:
> > > On 12/27/2009 06:45 PM, Rik van Riel wrote:
> > > >
> > > > > If so, it doesn't copy sta...@kernel.org. Is it queued for -st
Hello,
when we configure the VM network using tap device, the actual send and
receive function is realized by writev and read system call. Is that
right? But when I look into the E1000 ehternet emulation code, the
start send function is start_xmit -> process_tx_desc->xmit_seg ->
qemu_send_packet->q
On 31 déc. 2009, at 00:14, Nikola Ciprich wrote:
> Hi,
> few months ago Pierre Riteau reported regression of exec migration in qemu.
> (http://lists.gnu.org/archive/html/qemu-devel/2009-08/msg01557.html)
> There was some discussion, but there is no clear conclusion.
> Today, I tried qemu-kvm-0.12.
- "Yolkfull Chow" wrote:
> On Sat, Dec 26, 2009 at 10:07:58AM -0500, Michael Goldish wrote:
> >
> > - "Amos Kong" wrote:
> >
> > > On Fri, Dec 25, 2009 at 08:28:18AM -0500, Michael Goldish wrote:
> > > >
> > > > - "Amos Kong" wrote:
> > > >
> > > > > If login timeout, wait_for(
- "Yolkfull Chow" wrote:
> If vm.remote_login failed 'session.close()' can result in exception
> in finally clause. This patch fix the problem.
>
> Signed-off-by: Yolkfull Chow
> ---
> client/tests/kvm/kvm_vm.py | 51
> +--
> 1 files changed, 25 i
GOOD/FAIL/ERROR lines are always preceded by START lines, and info_list
is appended a "" when parsing a START line, so it seems unreasonable
for info_list to be empty when parsing a GOOD/FAIL/ERROR line.
What file did you parse when you got that exception? Can you reproduce
the problem and show me
On Thursday 31 December 2009 00:25:37 Avi Kivity wrote:
> There are currently some inefficiencies in how we virtualize the fpu and
> cr0:
>
> - we trap changes to cr0.ts unconditionally; however, when the guest fpu
> is loaded, we're not really interested in cr0.ts (it's only needed when
> th
10 matches
Mail list logo