Avi Kivity wrote:
Simon Gao wrote:
kvm-41 breaks on 32bit 2.6.22-gentoo-r5, Genuine Intel(R) CPU
T2500 @ 2.00GHz
# modprobe kvm-intel
FATAL: Error inserting kvm_intel
(/lib/modules/2.6.22-gentoo-r5/extra/kvm-intel.ko): Unknown symbol in
module, or unknown
Hi,
Here is the test report for the latest kvm commits
kvm.git: ffb74c30bcc6eb0f0de364bd85b1f8d709ec100e, kvm-userspace.git:
6bd7dcd9eba2274b63a8882248877fb37f559212
In today's nigtly testing, some cases caused host to hang
1. Boot 64bit vista -- always happens
2. boot linux guest with
Gerd Hoffmann wrote:
Avi Kivity wrote:
Changes since kvm-40:
- refactor hypercall infrastructure for simplicity and better smp
support (Anthony Liguori)
The new kvm_para.h header file added by (I think) this change isn't
installed by make install, making builds using the libkvm installed
These helper routines supply most of the virtqueue_ops for hypervisors
which want to use a ring for virtio. Unlike the previous lguest
implementation:
1) The rings are variable sized (2^n-1 elements).
2) They have an unfortunate limit of 65535 bytes per sg element.
3) The page numbers are always
Rusty Russell wrote:
(Changes:
- renamed sync to kick as Dor suggested
- added new_vq and free_vq hooks to create virtqueues
- define a simple virtio driver, which uses PCI ids
- provide register/unregister_virtio_driver hooks)
This attempts to implement a virtual I/O layer which
Rusty Russell wrote:
Previous versions of virtio didn't commonalize probing. For every
driver, every virtio implementation (KVM, lguest, etc) needed an
in-kernel stub to join their bus to the probe code.
To solve this, we introduce a virtio_config mechanism, which is
simply a set of [u8
Rusty Russell wrote:
These helper routines supply most of the virtqueue_ops for hypervisors
which want to use a ring for virtio. Unlike the previous lguest
implementation:
3) The page numbers are always 64 bit (PAE anyone?)
32 bits of page numbers give 44 bits of physical address on
Laurent Vivier wrote:
This patch correct the disk probe problem met with OpenBSD.
thanks.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
Avi Kivity wrote:
Rusty Russell wrote:
Previous versions of virtio didn't commonalize probing. For every
driver, every virtio implementation (KVM, lguest, etc) needed an
in-kernel stub to join their bus to the probe code.
To solve this, we introduce a virtio_config mechanism, which is
Zhao, Yunfeng wrote:
Thanks a lot!
You're so quick~:)
Yes I am, I broke Windows XP (ioapic polarity), so don't test again
until I fix that too.
--
error compiling committee.c: too many arguments to function
-
This
Avi Kivity wrote:
For those of you who would like to assist in testing without waiting for
the next release, yet are uncomfortable with git, I've made available
daily development snapshots of kvm in
http://people.qumranet.com/avi/snapshots/
If you report a bug in a snaphot, please
Farkas Levente wrote:
Avi Kivity wrote:
For those of you who would like to assist in testing without waiting for
the next release, yet are uncomfortable with git, I've made available
daily development snapshots of kvm in
http://people.qumranet.com/avi/snapshots/
If you report a bug
Avi Kivity wrote:
Farkas Levente wrote:
Avi Kivity wrote:
For those of you who would like to assist in testing without waiting for
the next release, yet are uncomfortable with git, I've made available
daily development snapshots of kvm in
http://people.qumranet.com/avi/snapshots/
Thanks a lot!
You're so quick~:)
Thanks
Yunfeng
-Original Message-
From: Avi Kivity [mailto:[EMAIL PROTECTED]
Sent: 2007年9月20日 18:36
To: Zhao, Yunfeng
Cc: kvm-devel@lists.sourceforge.net
Subject: Re: [kvm-devel] Test report for KVM, kvm.git: ffb74c30bc..,
kvm-userspace.git: 6bd7dcd9eb..
On Thu, Sep 20 2007, Rusty Russell wrote:
+static void end_dequeued_request(struct request *req,
+ struct request_queue *q, int uptodate)
+{
+ /* And so the insanity of the block layer infects us here. */
+ int nsectors = req-hard_nr_sectors;
+
+ if
Farkas Levente wrote:
Avi Kivity wrote:
Farkas Levente wrote:
Avi Kivity wrote:
For those of you who would like to assist in testing without waiting for
the next release, yet are uncomfortable with git, I've made available
daily development snapshots of kvm in
Dor Laor wrote:
Rusty Russell wrote:
Hi all,
This patch series attempts to come closer to unifying kvm and
lguest's
usage of virtio. As these two are the first implementations we've seen,
I hope making them closer will make future ones closer too.
Drivers now unpack
Rusty Russell wrote:
Hi all,
This patch series attempts to come closer to unifying kvm and
lguest's
usage of virtio. As these two are the first implementations we've seen,
I hope making them closer will make future ones closer too.
Drivers now unpack their own
Bugs item #1798813, was opened at 2007-09-20 10:55
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1798813group_id=180599
Please note that this message will contain a full copy of
To improve readability, move push, writeback, and grp 1a/2/3/4/5 emulation
parts to functions.
Signed-off-by: Laurent Vivier [EMAIL PROTECTED]
---
drivers/kvm/x86_emulate.c | 447 ++---
1 files changed, 262 insertions(+), 185 deletions(-)
diff --git
Please, a changelog entry and a signoff. Obvious patches need them too.
updated patch with description and signed-off attached.
cheers,
Gerd
Install new include file linux/kvm_para.h. Without that fix builds
using the installed libkvm fail because kvmctl.h includes kvm_para.h.
Gerd Hoffmann wrote:
Please, a changelog entry and a signoff. Obvious patches need them too.
updated patch with description and signed-off attached.
cheers,
Gerd
Oops, that was something in user/. We aren't too pompous about user/
and qemu/ and don't require signoffs. Sorry
Laurent Vivier wrote:
To improve readability, move push, writeback, and grp 1a/2/3/4/5 emulation
parts to functions.
+static inline int emulate_grp45(struct x86_emulate_ctxt *ctxt,
+struct x86_emulate_ops *ops,
+unsigned long *_eflags,
Avi Kivity wrote:
Laurent Vivier wrote:
To improve readability, move push, writeback, and grp 1a/2/3/4/5 emulation
parts to functions.
+static inline int emulate_grp45(struct x86_emulate_ctxt *ctxt,
+ struct x86_emulate_ops *ops,
+
Laurent Vivier wrote:
Avi Kivity wrote:
Laurent Vivier wrote:
To improve readability, move push, writeback, and grp 1a/2/3/4/5
emulation parts to functions.
+static inline int emulate_grp45(struct x86_emulate_ctxt *ctxt,
+ struct x86_emulate_ops *ops,
+
Avi Kivity wrote:
Laurent Vivier wrote:
Avi Kivity wrote:
Laurent Vivier wrote:
To improve readability, move push, writeback, and grp 1a/2/3/4/5
emulation parts to functions.
+static inline int emulate_grp45(struct x86_emulate_ctxt *ctxt,
+ struct x86_emulate_ops *ops,
+
Laurent Vivier wrote:
I agree but this increases the size of the structure shared with the
userspace with variable used only locally in x86_emulate.c, is it
acceptable ?
It isn't shared with userspace, just part of the vcpu.
OK
Looking a bit more, eflags is already present in
Not much user visible change besides the OpenBSD regression fix.
As usual, if you have an issue please try with -no-kvm-irqchip and report.
Changes from kvm-41:
- document -no-kvm-irqchip option in qemu help message (Carlo Marcelo
Arenas Belon)
- acpi bios: export pci irqs as active high
-
Avi Kivity wrote:
Not much user visible change besides the OpenBSD regression fix.
As usual, if you have an issue please try with -no-kvm-irqchip and
report.
Changes from kvm-41:
- document -no-kvm-irqchip option in qemu help message (Carlo Marcelo
Arenas Belon)
- acpi bios: export pci
On 9/20/07, Avi Kivity [EMAIL PROTECTED] wrote:
Not much user visible change besides the OpenBSD regression fix.
As usual, if you have an issue please try with -no-kvm-irqchip and report.
32 bit Fedora7 on a 32 bit host (kvm-intel) dies due to screaming
interrupts during IDE probe. Same
Haydn Solomon wrote:
I have a question on guest smp performance. If I have a host with core
2 duo, should a kvm guest perform better using -smp 2 as opposed to
not using -smp 2?
Well, it depends:
In general Avi measured 40% performance increase for using a second cpu
in the guest. This was
Dor Laor wrote:
Haydn Solomon wrote:
I have a question on guest smp performance. If I have a host with core
2 duo, should a kvm guest perform better using -smp 2 as opposed to
not using -smp 2?
Well, it depends:
In general Avi measured 40% performance increase for using a second cpu
in the
On 9/20/07, Farkas Levente [EMAIL PROTECTED] wrote:
Dor Laor wrote:
Haydn Solomon wrote:
I have a question on guest smp performance. If I have a host with core
2 duo, should a kvm guest perform better using -smp 2 as opposed to
not using -smp 2?
Well, it depends:
In general Avi
Luca wrote:
On 9/20/07, Farkas Levente [EMAIL PROTECTED] wrote:
Dor Laor wrote:
Haydn Solomon wrote:
I have a question on guest smp performance. If I have a host with core
2 duo, should a kvm guest perform better using -smp 2 as opposed to
not using -smp 2?
Well, it depends:
In general
2007/9/20, Farkas Levente [EMAIL PROTECTED]:
can you tell me what does the HAL means here? and what's kind of HAL
exists what are the advantage/disadvantages them. how can i
change/configure this?
Hardware Abstraction Layer. See:
http://support.microsoft.com/kb/99588
Only for the week ending Sep 21, you will get a Listing for Nursing Homes,
Hospitals, Dentists and Chiropractors at no charge when you order the Doctor
Database
Licensed Doctors in the USA
788,046 in total 17,400 emails
Doctor in over 34 specialties
Over a dozen sortable fields
Price
From: Dor Laor [mailto:[EMAIL PROTECTED]
Sent: 2007年9月21日 5:09
To: Haydn Solomon
Cc: He, Qing; kvm-devel; Avi Kivity
Subject: Re: [kvm-devel] windows 2003 smp guest
Haydn Solomon wrote:
I have a question on guest smp performance. If I have a host with
Dor Laor wrote:
Haydn Solomon wrote:
I have a question on guest smp performance. If I have a host with core
2 duo, should a kvm guest perform better using -smp 2 as opposed to
not using -smp 2?
Well, it depends:
In general Avi measured 40% performance increase for using a second
cpu in the
Luca wrote:
On 9/20/07, Avi Kivity [EMAIL PROTECTED] wrote:
Not much user visible change besides the OpenBSD regression fix.
As usual, if you have an issue please try with -no-kvm-irqchip and report.
32 bit Fedora7 on a 32 bit host (kvm-intel) dies due to screaming
interrupts
Only one fix, but an important one. It fixes booting of newer Linux
versions, which experienced disk and keyboard problems without
-no-kvm-irqchip.
As usual, if you have an issue please try with -no-kvm-irqchip and report.
Changes since kvm-42:
- fix ioapic edge-triggered interrupt handling
Only one fix, but an important one. It fixes booting of newer Linux
versions, which experienced disk and keyboard problems without
-no-kvm-irqchip.
As usual, if you have an issue please try with -no-kvm-irqchip and report.
Changes since kvm-42:
- fix ioapic edge-triggered interrupt handling
41 matches
Mail list logo