Hi,
Tried to use kvmclock with xenner and noticed that the kvmclock
(MSR_KVM_SYSTEM_TIME msr) is incompatible with xen.
kvm guests do this to translate the tsc delta into nsecs:
#define get_clock(cpu, field) per_cpu(hv_clock, cpu).field
static inline u64 kvm_get_delta(u64 last_tsc)
Вeдeниe кaссoвых oпepaций. Пpaвилa, нapушeния, кoнтpoль.
Дата проведения: 15 aпpeля 2008, г. Мoсквa
В пpoгpaммe:
1. oбщиe пpaвилa вeдeния кaссoвых oпepaций в pФ. Нopмaтивнaя бaзa.
2. opгaнизaция нaличных paсчeтoв нa пpeдпpиятии
3. oфopмлeниe кaссoвых дoкумeнтoв
4. Дeнeжнaя нaличнoсть в кaссe
Anthony Liguori wrote:
Joerg Roedel wrote:
The compilation of kvm-userspace part fails if the in-kernel pit is not
detected in linux/kvm.h with the following error message:
pc.o: In function `pc_init1':
/home/jroedel/src/kvm/kvm-userspace/qemu/hw/pc.c:987: undefined
reference to
Gerd Hoffmann wrote:
Hi,
Tried to use kvmclock with xenner and noticed that the kvmclock
(MSR_KVM_SYSTEM_TIME msr) is incompatible with xen.
Patches are welcome, especially as kvmclock isn't merged yet, so there
are no backward compatibility issues.
--
Any sufficiently difficult bug
Marcelo Tosatti wrote:
Timers that fire between guest hlt and vcpu_block's add_wait_queue() are
ignored, possibly resulting in hangs.
Also make sure that atomic_inc and waitqueue_active tests happen in the
specified order, otherwise the following race is open:
CPU0
Hello all,
I'm interested in automate linux guests installation. First I haven't
been able to guess if the gfxboot issues with Ubuntu have been solved
(changelog searching has given zero results), so I thought about
installing a debootstrap system in a file mounted in loopback mode.
would be
Marcelo Tosatti wrote:
There is a window open between testing of pending IRQ's
and assignment of guest_mode in __vcpu_run.
Injection of IRQ's can race with __vcpu_run as follows:
CPU0CPU1
kvm_x86_ops-run()
vcpu-guest_mode = 0SET_IRQ_LINE
Hello again,
I want to thank you for the information given. Now I understand what you
mean, I'm going to test virtio drivers with the last kernel possible.
Thanks a lot.
Regards,
Miguel
Haydn Solomon escribió:
See also
Joerg Roedel wrote:
When KVM uses NPT there is no reason to intercept task switches. This patch
removes the intercept for it in that case.
Applied, thanks. I didn't know task switch and npt were related under svm.
--
Any sufficiently difficult bug is indistinguishable from a feature.
On Fri, Apr 11, 2008 at 03:36:57PM +0300, Avi Kivity wrote:
Joerg Roedel wrote:
When KVM uses NPT there is no reason to intercept task switches. This patch
removes the intercept for it in that case.
Applied, thanks. I didn't know task switch and npt were related under svm.
The only
Avi Kivity wrote:
Gerd Hoffmann wrote:
Hi,
Tried to use kvmclock with xenner and noticed that the kvmclock
(MSR_KVM_SYSTEM_TIME msr) is incompatible with xen.
Patches are welcome, especially as kvmclock isn't merged yet, so there
are no backward compatibility issues.
Great, so I'll
Miguel Araujo wrote:
Hello all,
I'm interested in automate linux guests installation. First I haven't
been able to guess if the gfxboot issues with Ubuntu have been solved
(changelog searching has given zero results), so I thought about
installing a debootstrap system in a file mounted in
Gerd Hoffmann wrote:
Wall clock is off a few hours though. Oops.
I think the way wall clock and system clock work together in xen (Jeremy
correct me if I'm wrong) is that the wall clock specifies the point in
time where the system clock started going. As kvm fills in host system
time
Thank you Anthony for your program. I have downloaded it and it works
great! Until now I was generating the iso without gfxboot doing changes
by hand. This is going to let me work faster, thanks.
Thanks a lot for the kvmtest information too.
Regards,
Miguel
Miguel Araujo wrote:
Hello
The MSR_IA32_APICBASE_ENABLE/MSR_IA32_APICBASE_BSP bits in s-apicbase
are not initialized if in-kernel APIC emulation is used, so save the
actual value passed by cpu_set_apic_base() caller.
Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED]
Index: kvm-userspace.io/qemu/hw/apic.c
Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED]
Index: kvm-userspace.io/libkvm/libkvm.c
===
--- kvm-userspace.io.orig/libkvm/libkvm.c
+++ kvm-userspace.io/libkvm/libkvm.c
@@ -776,6 +776,28 @@ int kvm_set_sregs(kvm_context_t kvm, int
So userspace can save/restore the mpstate during migration.
Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED]
Index: kvm/arch/x86/kvm/x86.c
===
--- kvm.orig/arch/x86/kvm/x86.c
+++ kvm/arch/x86/kvm/x86.c
@@ -814,6 +814,7 @@ int
Otherwise a signal can be received in userspace and a vcpu goes back
to the kernel while it should stay still.
Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED]
Index: kvm-userspace.io/qemu/qemu-kvm.c
===
---
Use the new interface to save and restore MP_STATE for all vcpu's.
Increase version_id for cpu_load/cpu_save.
Fixes SMP migration.
Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED]
Index: kvm-userspace.io/qemu/hw/pc.c
===
---
On Fri, Apr 11, 2008 at 03:12:41PM +0300, Avi Kivity wrote:
This breaks ia64 (and shouldn't s390 use this too?)
* We will block until either an interrupt or a signal wakes us up
*/
while (!kvm_cpu_has_interrupt(vcpu)
+!kvm_cpu_has_pending_timer(vcpu)
I
On Fri, Apr 11, 2008 at 05:43:03PM +0530, Amit Shah wrote:
Hi Andrea,
Did you have to recompile the bios? How did you do that (or did you ask Avi
to
Yes.
generate it?) Do you have a binary of the bios that I can use to test
reserved ram?
make bios; make install should do the trick,
First patch from Anders Melchiorsen cleans up SIGIO handling:
- SIGALRM for alarm timers
- enable SIGIO on qemu_set_fd_handler2()
- avoid tap from abusing enable_sigio_timer()
With that in place its possible to increase the dumb console (-nographic)
refresh rate to 1s (from 30ms).
--
From: Anders Melchiorsen [EMAIL PROTECTED]
Without I/O signals, qemu is relying on periodic timer events to poll
the I/O. That seems wrong, even though it works reasonably well
because timers are so frequent. In KVM, timers are less frequent, and
it does not work quite as well.
Here is a quick
With SIGIO enabled on stdio, there's no need to wakeup the thread
performing IO every 30ms.
Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED]
Index: kvm-userspace.io/qemu/vl.c
===
--- kvm-userspace.io.orig/qemu/vl.c
+++
With the IO thread, shouldn't we be striving to perform the select()s
within the IO thread itself to completely avoid the need to use SIGIO at
all?
Regards,
Anthony Liguori
Marcelo Tosatti wrote:
From: Anders Melchiorsen [EMAIL PROTECTED]
Without I/O signals, qemu is relying on periodic
Gerd Hoffmann wrote:
Wall clock is off a few hours though. Oops.
I think the way wall clock and system clock work together in xen (Jeremy
correct me if I'm wrong) is that the wall clock specifies the point in
time where the system clock started going. As kvm fills in host system
time into
On Fri, Apr 11, 2008 at 01:59:35PM -0500, Anthony Liguori wrote:
With the IO thread, shouldn't we be striving to perform the select()s
within the IO thread itself to completely avoid the need to use SIGIO at
all?
Fully agree. Problem with it are the fundamental changes in qemu that
are
On Fri, Apr 11, 2008 at 01:59:35PM -0500, Anthony Liguori wrote:
-static void enable_sigio_timer(int fd)
+static void enable_sigio(int fd)
+{
+struct sigaction act;
+
+sigfillset(act.sa_mask);
+act.sa_flags = 0;
+act.sa_handler = host_io_handler;
+
+sigaction(SIGIO,
Avi Kivity wrote:
@@ -765,6 +766,7 @@ void kvm_vcpu_block(struct kvm_vcpu *vcp
This breaks ia64 (and shouldn't s390 use this too?)
* We will block until either an interrupt or a signal wakes us up
*/
while (!kvm_cpu_has_interrupt(vcpu)
+
Avi Kivity wrote:
David Abrahams wrote:
on Wed Apr 02 2008, Avi Kivity avi-AT-qumranet.com wrote:
David Abrahams wrote:
With the title combination, the guest takes nearly 100% of my real CPU
time and still only sees one CPU. Is this a known problem, and does it
have a known
Alberto Treviño wrote:
When I try to boot from a SCSI device using grub, Qemu crashes (see
below). I have been able to boot from SCSI devices using Windows, but
anytime I use grub I get a crash, even when booting off a CD with grub.
Any ideas?
# qemu-system-x86_64 -drive \
31 matches
Mail list logo