This package contains the kvm external modules, using the sources from
latest stable Linux release 2.6.31.6. It can be used to update the
kernel-side support of kvm without upgrading the host kernel. Download
is available at
On Wed, Nov 11, 2009 at 05:29:47PM -0200, Marcelo Tosatti wrote:
I suppose a complete fix would be to follow the Conditions for
Generating a Double Fault with support for handling exceptions
serially.
But this works for me.
I prefer proper solution. Like one attached (this is combination
On Wed, Nov 11, 2009 at 05:29:48PM -0200, Marcelo Tosatti wrote:
From: Joerg Roedel joerg.roe...@amd.com
The current KVM x86 exception code handles double and triple faults only for
page fault exceptions. This patch extends this detection for every exception
that gets queued for the guest.
Hi Marcelo,
since merge 2fb0744e0d qemu-kvm always tries to boot from network first
when using default options. Upstream does not show this behavior.
Jan
--
Siemens AG, Corporate Technology, CT SE 2
Corporate Competence Center Embedded Linux
--
To unsubscribe from this list: send the line
Gleb Natapov wrote:
On Wed, Nov 11, 2009 at 05:29:47PM -0200, Marcelo Tosatti wrote:
I suppose a complete fix would be to follow the Conditions for
Generating a Double Fault with support for handling exceptions
serially.
But this works for me.
I prefer proper solution. Like one attached
On Thu, Nov 12, 2009 at 01:41:31PM +0100, Jan Kiszka wrote:
Gleb Natapov wrote:
On Wed, Nov 11, 2009 at 05:29:47PM -0200, Marcelo Tosatti wrote:
I suppose a complete fix would be to follow the Conditions for
Generating a Double Fault with support for handling exceptions
serially.
But
On Thu, Nov 12, 2009 at 02:21:24PM +0200, Gleb Natapov wrote:
On Wed, Nov 11, 2009 at 05:29:47PM -0200, Marcelo Tosatti wrote:
I suppose a complete fix would be to follow the Conditions for
Generating a Double Fault with support for handling exceptions
serially.
But this works for me.
On Thu, Nov 12, 2009 at 01:29:37PM +0100, Jan Kiszka wrote:
Hi Marcelo,
since merge 2fb0744e0d qemu-kvm always tries to boot from network first
when using default options. Upstream does not show this behavior.
Did you install the updated roms after this commit?
commit
Marcelo Tosatti wrote:
On Thu, Nov 12, 2009 at 01:29:37PM +0100, Jan Kiszka wrote:
Hi Marcelo,
since merge 2fb0744e0d qemu-kvm always tries to boot from network first
when using default options. Upstream does not show this behavior.
Did you install the updated roms after this commit?
A package without build instructions is like a kernel
without a penguin.
Signed-off-by: Wolfgang Mauerer wolfgang.maue...@siemens.com
---
README | 37 +
1 files changed, 37 insertions(+), 0 deletions(-)
create mode 100644 README
diff --git a/README
On Thu, Nov 12, 2009 at 02:07:09PM -0200, Marcelo Tosatti wrote:
On Thu, Nov 12, 2009 at 02:21:24PM +0200, Gleb Natapov wrote:
On Wed, Nov 11, 2009 at 05:29:47PM -0200, Marcelo Tosatti wrote:
I suppose a complete fix would be to follow the Conditions for
Generating a Double Fault with
On Thu, Nov 12, 2009 at 06:29:16PM +0100, Jan Kiszka wrote:
Marcelo Tosatti wrote:
On Thu, Nov 12, 2009 at 01:29:37PM +0100, Jan Kiszka wrote:
Hi Marcelo,
since merge 2fb0744e0d qemu-kvm always tries to boot from network first
when using default options. Upstream does not show this
Marcelo Tosatti wrote:
Looking closer: It's actually still pcbios that is used by my
installation - shouldn't this be Seabios now?
My understanding is that Seabios should get more testing with qemu-kvm
(other than the cpu hotplug debate). Gleb/Avi would know for sure.
Now whether pcbios
On 11/09/2009 05:53 AM, Fernando Luis Vázquez Cao wrote:
Hi all,
It has been a while coming, but we have finally started work on
Kemari's port to KVM. For those not familiar with it, Kemari provides
the basic building block to create a virtualization-based fault
tolerant machine: a virtual
Dan,
This has already been fixed by commit
57225096e5888d84e84224bac13aae2aaed89280.
Thanks.
On Tue, Nov 10, 2009 at 10:57:09AM +0200, Dan Carpenter wrote:
There were a couple unlocks missing. They were found by smatch static
checker. Compile tested.
regards,
dan carpenter
On Thu, Nov 12, 2009 at 12:33:07AM +0100, Jan Kiszka wrote:
Gleb Natapov wrote:
mp_state, unlike other cpu state, can be changed not only from vcpu
context it belongs to, but by other vcpus too. That makes its loading
from kernel/saving back not safe if mp_state value is changed inside
Bugs item #2896992, was opened at 2009-11-13 05:58
Message generated for change (Tracker Item Submitted) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2896992group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #2896992, was opened at 2009-11-13 05:58
Message generated for change (Comment added) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2896992group_id=180599
Please note that this message will contain a full copy of the comment thread,
commit 75fe7882 Test for libpci, not only for header compile a libpci
test file. But the pciutils with defined PCI_COMPRESSED_IDS also need zlib
when compile, otherwise the compile would fail, and detection fail then
CC: Juan Quintela quint...@redhat.com
Signed-off-by: Sheng Yang
commit 52ea5897fa9fdadf0cc1a5242a23ce3dab599769 Use DESTDIR consitently on
installation add -b ${DESTDIR} to depmod. But the DESTDIR is default NULL,
then depmod would report error.
Set DESTDIR=/ as default
Signed-off-by: Sheng Yang sh...@linux.intel.com
---
Makefile |2 +-
1 files changed,
Hi Cam,
Here are the two patches for KVM describing what I have done. I am
continuing to work on it and still mulling a move to virtio. These
don't apply against the current tree, but I can provide those patches
if you would like to see them.
http://patchwork.kernel.org/patch/38355/
Am 12.11.2009 um 01:34 schrieb Benjamin Herrenschmidt b...@kernel.crashing.org
:
Hoy !
So it seems to be making fwd progress in fact in the karmic installer,
but it's -extremely- slow. Not sure what's up yet, haven't had a
chance
to really instrument it yet.
Let me know if you want to
On Thu, 2009-11-12 at 11:19 +0100, Alexander Graf wrote:
Am 12.11.2009 um 01:34 schrieb Benjamin Herrenschmidt
b...@kernel.crashing.org
:
Hoy !
So it seems to be making fwd progress in fact in the karmic installer,
but it's -extremely- slow. Not sure what's up yet, haven't had a
Hum, that would defer DEC interrupts to the next exit. So if your
guest is sitting in a spin lock for example, it wouldn't get a DEC
because it doesn't exit from the guest context to actually check if
TARGET_DEC TB.
Ah no, you still set a target..
I think the only really good way of
24 matches
Mail list logo