Change DM(date mode) and 24/12 control bit don't affect the internal
registers. It only indicates what format is using for those registers. So
we don't need to update time format when it is modified.
Signed-off-by: Yang Zhang yang.z.zh...@intel.com
---
hw/mc146818rtc.c | 10 +-
1 files
There has no need to use two periodic timer to update RTC time.
In this patch, we only update it when guest reading it.
Signed-off-by: Yang Zhang yang.z.zh...@intel.com
---
hw/mc146818rtc.c | 207 +-
1 files changed, 66 insertions(+), 141
The UIP(update in progress) is set when RTC is updating. And the update
cycle begins 244us later after UIP is set. And it is cleared when update end.
.
Signed-off-by: Yang Zhang yang.z.zh...@intel.com
---
hw/mc146818rtc.c | 18 ++
1 files changed, 18 insertions(+), 0
Use a timer to emulate update cycle. When update cycle ended and UIE is
setting,
then raise an interrupt. The timer runs only when UF or AF is cleared.
Signed-off-by: Yang Zhang yang.z.zh...@intel.com
---
hw/mc146818rtc.c | 86 ++
1 files
The first update cycle begins one - half seconds later when divider
reset is removing.
Signed-off-by: Yang Zhang yang.z.zh...@intel.com
---
hw/mc146818rtc.c | 38 +-
1 files changed, 33 insertions(+), 5 deletions(-)
diff --git a/hw/mc146818rtc.c
Add the alarm check when update cycle ended. If alarm is fired,
also AIE bit is setting, then raise a interrupt
Signed-off-by: Yang Zhang yang.z.zh...@intel.com
---
hw/mc146818rtc.c | 48 ++--
1 files changed, 46 insertions(+), 2 deletions(-)
diff
The new logic is compatible with old. So it should not block to migrate
from old version. But new version cannot migrate to old.
Signed-off-by: Yang Zhang yang.z.zh...@intel.com
---
hw/mc146818rtc.c | 48
1 files changed, 44 insertions(+), 4
-Original Message-
From: Paolo Bonzini [mailto:pbonz...@redhat.com]
Sent: Wednesday, February 22, 2012 7:19 PM
0) My alarm tests failed quite badly. :( I attach a patch for kvm-unit-tests
(repository at git://git.kernel.org/pub/scm/virt/kvm/kvm-unit-tests.git).
The tests can be
-Original Message-
From: Paolo Bonzini [mailto:pbonz...@redhat.com]
Sent: Wednesday, February 22, 2012 7:19 PM
0) My alarm tests failed quite badly. :( I attach a patch for kvm-unit-tests
(repository at git://git.kernel.org/pub/scm/virt/kvm/kvm-unit-tests.git).
The tests can be
-Original Message-
From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
Bonzini
Sent: Monday, February 20, 2012 3:38 PM
To: Zhang, Yang Z
Cc: qemu-de...@nongnu.org; Jan Kiszka; kvm@vger.kernel.org;
aligu...@us.ibm.com; Marcelo Tosatti
Subject: Re: [PATCH v2 2/4
-Original Message-
From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
Bonzini
Sent: Monday, February 20, 2012 3:41 PM
On 02/20/2012 01:24 AM, Zhang, Yang Z wrote:
Changes in v2:
Add UIP check logic.
Add logic that next second tick will occur in exactly
Changes in v2:
Add UIP check logic.
Add logic that next second tick will occur in exactly 500ms later after setting
the clock
Current RTC emulation uses periodic timer(2 timers per second) to update RTC
clock. And it will stop CPU staying at deep C-state for long period. Our
experience shows
There has no need to use two periodic timer to update RTC time.
In this patch, we only update it when guest reading it.
Signed-off-by: Yang Zhang yang.z.zh...@intel.com
---
hw/mc146818rtc.c | 199 +++---
1 files changed, 56 insertions(+), 143
Use timer to emulate alarm. The timer is enabled when AIE is setting
Signed-off-by: Yang Zhang yang.z.zh...@intel.com
---
hw/mc146818rtc.c | 187 ++
1 files changed, 187 insertions(+), 0 deletions(-)
diff --git a/hw/mc146818rtc.c
Use timer to emulate RTC update-ended interrupt. The timer is enabled
only when UIE is setting.
Signed-off-by: Yang Zhang yang.z.zh...@intel.com
---
hw/mc146818rtc.c | 53 -
1 files changed, 48 insertions(+), 5 deletions(-)
diff --git
The UIP(update in progress) is set when RTC is updating. We only
consider the normal oscillator(32Khz) mode.
When time base is 32kHz, the update cycle takes 1984us at the end
of every second. And the update cycle begins 244us later after UIP
is set. So the UIP is set in 2228us at end of every
-Original Message-
From: Marcelo Tosatti [mailto:mtosa...@redhat.com]
Sent: Thursday, January 12, 2012 6:03 PM
To: Zhang, Yang Z
Cc: qemu-de...@nongnu.org; a...@redhat.com; aligu...@us.ibm.com; Zhang,
Xiantao; Shan, Haitao; kvm@vger.kernel.org
Subject: Re: [PATCH 3/3] stop
-Original Message-
From: Marcelo Tosatti [mailto:mtosa...@redhat.com]
Regarding the UIP bit, a guest could read it in a loop and wait for the value
to
change. But you can emulate it in cmos_ioport_read by reading the host time,
that is, return 1 during 244us, 0 for remaining of
-Original Message-
From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
Bonzini
Because it's not in the spec because some engineer thought it was cool.
It not cool. We need to do some optimizations to get Better Performance.
It's in the spec because it gives you a
-Original Message-
From: Paolo Bonzini [mailto:pbonz...@redhat.com]
Sent: Tuesday, January 10, 2012 5:25 PM
Also, I'm not sure if the update in progress flag still works.
Clients are supposed to wait for UIP=0 before reading the RTC, and an
update is supposed to be at least 220
-Original Message-
From: Andreas Färber [mailto:afaer...@suse.de]
Sent: Saturday, January 07, 2012 1:44 AM
use int64 when compare two time
int32 only represent only 136 years when comparing two times based on
second. It would be better to use int64.
int32 and int64 are
-Original Message-
From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
Bonzini
Sent: Monday, January 09, 2012 4:19 PM
To: Zhang, Yang Z
Cc: qemu-de...@nongnu.org; a...@redhat.com; aligu...@us.ibm.com; Zhang,
Xiantao; Shan, Haitao; kvm@vger.kernel.org
Subject: Re
-Original Message-
From: Jan Kiszka [mailto:jan.kis...@web.de]
Sent: Saturday, January 07, 2012 1:27 AM
However, not having looked at details yet, two things jumped at me:
- You cannot simply change the vmstate format without caring about
migration from older qemu versions.
use int64 when compare two time
int32 only represent only 136 years when comparing two times based on second.
It would be better to use int64.
Signed-off-by: Yang Zhang yang.z.zh...@intel.com
diff --git a/qemu-common.h b/qemu-common.h
index b2de015..c14f506 100644
--- a/qemu-common.h
+++
Recently, I did some work for power optimization w/ KVM and I found
there was a periodic timer from qemu which stop the platform from staying deep
C state for a long period. After looking into the qemu code, there was a
periodic RTC update timer which is the culprit. In current RTC
use gettimeofday() instead of time().
Please refer the patch zero for the description.
Signed-off-by: Yang Zhang yang.z.zh...@intel.com
diff --git a/vl.c b/vl.c
index 01c5a9d..9a51047 100644
--- a/vl.c
+++ b/vl.c
@@ -438,8 +438,11 @@ void qemu_get_timedate(struct tm *tm, int64_t offset)
{
change the RTC update logic to use host time with offset to calculate RTC clock.
There have no need to use two periodic timers to maintain an internal
timer for RTC clock update and alarm check. Instead, we calculate the real RTC
time by the host time with an offset. For alarm and
add iommu_flags for struct kvm_arch in ia64
Signed-off-by: Yang Zhang yang.zh...@intel.com
Signed-off-by: Xiantao Zhang xiaotao.zh...@intel.com
diff --git a/arch/ia64/include/asm/kvm_host.h b/arch/ia64/include/asm/kvm_host.h
index 589536f..012aca0 100644
--- a/arch/ia64/include/asm/kvm_host.h
when using make in kernel, it can not find msidef.h. This patch
fix this.
Signed-off-by: Yang Zhang yang.zh...@intel.com
diff --git a/kernel/include-compat/asm-ia64/msidef.h
b/kernel/include-compat/asm-ia64/msidef.h
new file mode 100644
index 000..592c104
--- /dev/null
+++
The data from dma will include instructions. In order to exeuting the right
instruction, we should to flush the i-cache to ensure those data can be see
by cpu.
Signed-off-by: Xiantao Zhang xiantao.zh...@intel.com
Signed-off-by: Yang Zhang yang.zh...@intel.com
---
diff --git
hi
please checkin it to kvm85, thanks!
IA64 does not support log dirty. We should not use it
in IA64, or it will have some problem.
Signed-off-by: Yang Zhang yang.zh...@intel.com
---
qemu/qemu-kvm.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git
From 2cf75eff171ef823b3b17c945504d0233a6bd427 Mon Sep 17 00:00:00 2001
From: Yang Zhang yang.zh...@intel.com
Date: Mon, 23 Mar 2009 03:31:04 -0400
Subject: [PATCH] KVM: IA64: enable external interrupt in vmm
In the previous version, the interrupt bit is cleared when in
the vmm. This patch opens
Marcelo Tosatti wrote:
On Tue, Mar 03, 2009 at 11:38:17AM +0800, Zhang, Yang wrote:
diff --git a/qemu/hw/i8259.c b/qemu/hw/i8259.c
index 9cb3941..025f993 100644
--- a/qemu/hw/i8259.c
+++ b/qemu/hw/i8259.c
@@ -189,8 +189,10 @@ static void i8259_set_irq(void *opaque, int
irq, int
Marcelo Tosatti wrote:
On Thu, Mar 05, 2009 at 09:36:13AM +0800, Zhang, Yang wrote:
seems right, But i cannot find the proper place to define it.
And i think we can do this at the time of we need to use it.
The thinking is avoid code from piling in kvm-userspace when it
belongs in upstream
The function hrtimer_start_expires() in the kvm-ia64.c is not supported before
the kernel 2.6.28.
So we need to hack it.
please review it. thanks
Signed-off-by: Yang Zhang yang.zh...@intel.com
---
kernel/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
hi
please review it
Thanks
From d2ab64761b5e04895e61c052f8fb36d6998d5776 Mon Sep 17 00:00:00 2001
From: Yang Zhang yang.zh...@intel.com
Date: Mon, 2 Mar 2009 22:06:41 -0500
Subject: [PATCH] KVM : IA64: fix compilation error for kvm ia64
Modify the arg of kvm_get_lowest_prio_vcpu().
Make it
Hi
please to review it.
thanks
Best Regards
--yang
From 0cce141eae71bbb2012efd54ba38916c437cd030 Mon Sep 17 00:00:00 2001
From: Yang Zhang yang.zh...@intel.com
Date: Mon, 2 Mar 2009 22:29:08 -0500
Subject: [PATCH] kvm : qemu : fix compilation error in kvm-userspace for ia64
when using
ok, i see
Best Regards
--yang
-Original Message-
From: Zhang, Xiantao
Sent: 2009年3月3日 11:51
To: Zhang, Yang; kvm-i...@vger.kernel.org
Cc: kvm@vger.kernel.org; Avi Kivity
Subject: RE: [PATCH] kvm : qemu : fix compilation error in kvm-userspace for
ia64
diff --git a/kernel/Makefile
Hi
please drop the previous patch. This is the modifide patch.
thanks
From 4cdda47ee9d1fb19697eed36b82c1d8d614a2d4e Mon Sep 17 00:00:00 2001
From: Yang Zhang yang.zh...@intel.com
Date: Mon, 2 Mar 2009 22:56:08 -0500
Subject: [PATCH] kvm : qemu : fix compilation error in kvm-userspace for
Hi
please review it.
thanks
Best Regards
--yang
From 9f0b7ec112299eb644df790113722bce561f3729 Mon Sep 17 00:00:00 2001
From: Yang Zhang yang.zh...@intel.com
Date: Mon, 2 Mar 2009 02:25:43 -0500
Subject: [PATCH] [KVM] qemu: clean up the warning info
clean up the warning info in the
Hi
This patch remove some redundant args in function pci_vga_init(),isa_vga_init(),
rtc_init() in ipf.c
Please review it
yang
From 2a7c4cdf02c992da36f25bfe62ab1e4b0d9e3e91 Mon Sep 17 00:00:00 2001
From: Yang Zhang Yang Zhang
Date: Mon, 16 Feb 2009 01:17:52 -0600
Subject: [PATCH] kvm : qemu
Hi
Please help me to review it.
Best Regards
--yang
From 9035b13377119cd7019f7e27624491dcb5e1c2d0 Mon Sep 17 00:00:00 2001
From: Yang Zhang yang.zh...@intel.com
Date: Thu, 8 Jan 2009 15:13:31 +0800
Subject: [PATCH] KVM: IA64: fix fp fault/trap handler
The floating-point registers f6-f11 is used
Hi
This is refreshed patch.
Please review it.
Best Regards
--yang
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: 2009年1月13日 17:34
To: Zhang, Xiantao
Cc: Zhang, Yang
Subject: Re: FW: [PATCH] Kvm: Qemu: save nvram
Zhang, Xiantao wrote:
Avi,
Could you help
Hi
As the definition pci_nic_init has modified, this patch update the
corresponding calling in ipf_init1().
From 53a66f524a6c2215d61da797cca4b7b1acbb1266 Mon Sep 17 00:00:00 2001
From: Yang yang.zh...@intel.com
Date: Thu, 15 Jan 2009 13:09:43 +0800
Subject: [PATCH] KVM : Qemu: update call
Charles Duffy wrote:
An unlinked temporary file as default behavior makes good sense -- it
doesn't leave anything sitting around the user didn't ask for or doesn't
expect, so it wouldn't be surprising behavior to me as an end-user, but
provides a method for persisting nvram contents during a
Charles Duffy wrote:
An unlinked temporary file as default behavior makes good sense -- it
doesn't leave anything sitting around the user didn't ask for or doesn't
expect, so it wouldn't be surprising behavior to me as an end-user, but
provides a method for persisting nvram contents during a
Ok, I will save it in current directory and don't read nvram from file, if
don't specify -nvram.
Best Regards
--yang
-Original Message-
From: Zhang, Xiantao
Sent: 2008年12月3日 14:02
To: Daniel P. Berrange; Avi Kivity
Cc: Zhang, Yang; [EMAIL PROTECTED]; kvm@vger.kernel.org
Subject: RE
This patch to save the nvram. It save the nvram by specify the arg of -name.And
the saved file named by the arg. If do not specify the arg,it will not save the
nvram
From d3e31cda03ef67efc860eaec2f93153e5535d744 Mon Sep 17 00:00:00 2001
From: Yang Zhang [EMAIL PROTECTED]
Date: Tue, 2 Dec 2008
uint8_t *fw_start);
+extern int kvm_ia64_copy_from_GFW_to_nvram();
#endif //__FIRM_WARE_
--
1.6.0.rc1
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Zhang, Yang
Sent: 2008年12月2日 10:26
To: [EMAIL PROTECTED]
Cc: kvm@vger.kernel.org; [EMAIL PROTECTED]; Zhang
301 - 349 of 349 matches
Mail list logo