On Wed, Feb 29, 2012 at 02:44:24PM +, Ian Campbell wrote:
On Wed, 2012-02-29 at 12:58 +, Dave Martin wrote:
On Wed, Feb 29, 2012 at 09:56:02AM +, Ian Campbell wrote:
On Wed, 2012-02-29 at 09:34 +, Dave Martin wrote:
On Tue, Feb 28, 2012 at 12:28:29PM +, Stefano
For IvyBridge Mobile platform, a system hang may occur if a FLR(Function Level
Reset) is asserted to internal graphics.
This quirk patch is workaround for the IVB FLR errata issue.
We are disabling the FLR reset handshake between the PCH and CPU display, then
manually powering down the panel
On Wed, Feb 29, 2012 at 02:52:38PM +, Stefano Stabellini wrote:
On Wed, 29 Feb 2012, Dave Martin wrote:
On Wed, Feb 29, 2012 at 09:56:02AM +, Ian Campbell wrote:
On Wed, 2012-02-29 at 09:34 +, Dave Martin wrote:
On Tue, Feb 28, 2012 at 12:28:29PM +, Stefano Stabellini
On Tue, 7 Feb 2012, Marcelo Tosatti wrote:
Upon resume from hibernation, CPU 0's hvclock area contains the old
values for system_time and tsc_timestamp. It is necessary for the
hypervisor to update these values with uptodate ones before the CPU uses
them.
Abstract TSC's save/restore
On Wed, Feb 29, 2012 at 12:58:26PM +, Dave Martin wrote:
On Wed, Feb 29, 2012 at 09:56:02AM +, Ian Campbell wrote:
On Wed, 2012-02-29 at 09:34 +, Dave Martin wrote:
On Tue, Feb 28, 2012 at 12:28:29PM +, Stefano Stabellini wrote:
I don't have a very strong opinion on
On Wed, Feb 29, 2012 at 02:44:24PM +, Ian Campbell wrote:
If you need a specific register, this means that you must set up that
register explicitly inside the asm if you want a guarantee that the
code will work:
asm volatile (
movw r12, %[hvc_num]\n\t
Is gcc
On Thu, Mar 1, 2012 at 9:01 AM, Amos Kong ak...@redhat.com wrote:
This patch makes the kvm_io_range array can be resized dynamically.
Set an upper bounds for kvm_io_range to limit userspace.
1000 is a very large limit and not bloat the typical user.
Whats the reason for making everything
v2: changed to protect masked pages
Live migration gets a bit faster than v1.
Takuya
=== from v1
This patch series is the result of the integration of my dirty logging
optimization work, including preparation for the new GET_DIRTY_LOG API,
and the attempt to get rid of controversial
We will use this in the following patch to implement another function
which needs to write protect pages using the rmap information.
Note that there is a small change in debug printing for large pages:
we do not differentiate them from others to avoid duplicating code.
Signed-off-by: Takuya
Dropped such mappings when we enabled dirty logging and we will never
create new ones until we stop the logging.
For this we introduce a new function which can be used to write protect
a range of PT level pages: although we do not need to care about a range
of pages at this point, the following
We have seen some problems of the current implementation of
get_dirty_log() which uses synchronize_srcu_expedited() for updating
dirty bitmaps; e.g. it is noticeable that this sometimes gives us ms
order of latency when we use VGA displays.
Furthermore the recent discussion on the following
On Thu, Mar 01, 2012 at 10:10:29AM +, Russell King - ARM Linux wrote:
On Wed, Feb 29, 2012 at 12:58:26PM +, Dave Martin wrote:
On Wed, Feb 29, 2012 at 09:56:02AM +, Ian Campbell wrote:
On Wed, 2012-02-29 at 09:34 +, Dave Martin wrote:
On Tue, Feb 28, 2012 at 12:28:29PM
Now that we do neither double buffering nor heuristic selection of the
write protection method these are not needed anymore.
Note: some drivers have their own implementation of set_bit_le() and
making it generic needs a bit of work; so we use test_and_set_bit_le()
and will later replace it with
On Thu, Mar 01, 2012 at 10:27:02AM +, Dave Martin wrote:
So, where there's a compelling reason to inline these things, we can use
the existing techniques if we're alert to the risks. But in cases where
there isn't a compelling reason, aren't we just inviting fragility
unnecessarily?
The
https://bugzilla.kernel.org/show_bug.cgi?id=42829
Steve stefan.bo...@gmail.com changed:
What|Removed |Added
Kernel Version|3.2 |3.2-rc3
--- Comment #2
On Thu, 1 Mar 2012, Russell King - ARM Linux wrote:
On Thu, Mar 01, 2012 at 10:27:02AM +, Dave Martin wrote:
So, where there's a compelling reason to inline these things, we can use
the existing techniques if we're alert to the risks. But in cases where
there isn't a compelling reason,
This batch of updates is mostly Jan's rework of qemu-kvm's TPR
optimization for 32-bit Windows, making Windows XP much faster with kvm
enabled on older Intel and any AMD hardware. Any similarities to the
original hack are purely coincidental.
Please pull from:
There's missing -netdev description in the man page for qemu. As this is
recommended way to create network backend, lack of documentation can discourage
its usage.
-net option is preserved but marked as obsolete way.
Signed-off-by: Miroslav Rezanina mreza...@redhat.com
---
qemu-options.hx |
On Wed, 2012-02-29 at 09:25 -0800, John Fastabend wrote:
Well I think NETLINK_ROUTE is the most correct type to use in this
case. Per netlink.h its for routing and device hooks.
#define NETLINK_ROUTE 0 /* Routing/device hook
*/
And NETLINK_ROUTE
On Wed, 2012-02-29 at 10:19 -0800, John Fastabend wrote:
I want to see a unified API so that user space control applications (RSTP,
TRILL?)
can use one set of netlink calls for both software bridge and hardware
offloaded
bridges. Does this proposal meet that requirement?
I
On 03/01/2012 02:51 PM, Miroslav Rezanina wrote:
There's missing -netdev description in the man page for qemu. As this is
recommended way to create network backend, lack of documentation can
discourage
its usage.
-net option is preserved but marked as obsolete way.
Please post to
The memory core may generate RAM memory regions that are not page
aligned, but the kvm code is not prepared to handle them well and will
abort under certain conditions. This patch fixes the problem.
Please pull from:
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git memory/urgent
On Wed, Feb 29, 2012 at 09:25:56AM -0800, John Fastabend wrote:
Agreed. I think adding some ndo_ops for bridging offloads here would
work. For example the DSA infrastructure and/or macvlan devices might
need this. Along the lines of extending this RFC,
[RFC] hardware bridging support for DSA
https://bugzilla.kernel.org/show_bug.cgi?id=42829
Kurk k...@shiftmail.org changed:
What|Removed |Added
CC||k...@shiftmail.org
---
Hi,
I am getting a frozen guest when migrating from an Opteron 6274 host (amd
fam15h) to
an Opteron 6174 host (amd fam10h). The live migration completes succesfully, but
the guest is frozen: vcn screen is still there, but no input is possible and
no kernel output is seen. Trying c on the
https://bugzilla.kernel.org/show_bug.cgi?id=42829
--- Comment #4 from Steve stefan.bo...@gmail.com 2012-03-01 15:22:53 ---
Thank you for information.
On host I used last updated:
kernel from:
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
On Thu, 2012-03-01 at 12:14 +0200, Sasha Levin wrote:
On Thu, Mar 1, 2012 at 9:01 AM, Amos Kong ak...@redhat.com wrote:
This patch makes the kvm_io_range array can be resized dynamically.
Set an upper bounds for kvm_io_range to limit userspace.
1000 is a very large limit and not bloat the
On Thu, Mar 1, 2012 at 8:40 AM, Avi Kivity a...@redhat.com wrote:
The memory core may generate RAM memory regions that are not page
aligned, but the kvm code is not prepared to handle them well and will
abort under certain conditions. This patch fixes the problem.
Please pull from:
On Mon, 27 Feb 2012 11:05:58 +0800
Wen Congyang we...@cn.fujitsu.com wrote:
When the host knows the guest is paniced, it will set
exit_reason to KVM_EXIT_GUEST_PANIC. So if qemu receive
this exit_reason, we can send a event to tell management
application that the guest is paniced.
On 03/01/2012 06:51 PM, Bobby Powers wrote:
/* kvm works in page size chunks, but the function may be called
with sub-page size and unaligned start address. */
-size = TARGET_PAGE_ALIGN(size);
-start_addr = TARGET_PAGE_ALIGN(start_addr);
+delta =
On 03/01/2012 10:03 AM, Avi Kivity wrote:
-ram = memory_region_get_ram_ptr(mr) + section-offset_within_region;
+ram = memory_region_get_ram_ptr(mr) + section-offset_within_region
+ delta;
Am I crazy, or does this look wrong?
Could be both. Why do you thing it is wrong?
Line
On Thu, Mar 1, 2012 at 12:08 PM, Eric Blake ebl...@redhat.com wrote:
On 03/01/2012 10:03 AM, Avi Kivity wrote:
- ram = memory_region_get_ram_ptr(mr) + section-offset_within_region;
+ ram = memory_region_get_ram_ptr(mr) + section-offset_within_region
+ delta;
Am I crazy, or does this
On 03/01/2012 07:08 PM, Eric Blake wrote:
On 03/01/2012 10:03 AM, Avi Kivity wrote:
-ram = memory_region_get_ram_ptr(mr) + section-offset_within_region;
+ram = memory_region_get_ram_ptr(mr) + section-offset_within_region
+ delta;
Am I crazy, or does this look wrong?
Could
From b4cf24d5987475862de799c78773f13f25ed2af8 Mon Sep 17 00:00:00 2001
From: Tadeusz Struk tadeusz.st...@intel.com
Date: Tue, 17 Jan 2012 16:45:46 +
Subject: [PATCH] Added functionality that allows dynamically add and remove
device specific reset functions
I have a use case where I need to
From 268c5427305d59c1f6f6c1ce8047f6e32a7edcac Mon Sep 17 00:00:00 2001
From: Tadeusz Struk tadeusz.st...@intel.com
Date: Mon, 14 Feb 2011 14:38:18 +
Subject: [PATCH] Fixed warning
This patch fixes the following warning.
# virsh start fedora16-64
kernel: [ 133.324565] pci-stub :02:01.1:
On Thu, Mar 1, 2012 at 10:18 AM, tadeusz.st...@intel.com wrote:
From b4cf24d5987475862de799c78773f13f25ed2af8 Mon Sep 17 00:00:00 2001
From: Tadeusz Struk tadeusz.st...@intel.com
Date: Tue, 17 Jan 2012 16:45:46 +
Subject: [PATCH] Added functionality that allows dynamically add and remove
On 3/1/2012 6:14 AM, Michael S. Tsirkin wrote:
On Wed, Feb 29, 2012 at 09:25:56AM -0800, John Fastabend wrote:
Agreed. I think adding some ndo_ops for bridging offloads here would
work. For example the DSA infrastructure and/or macvlan devices might
need this. Along the lines of extending this
On 3/1/2012 5:36 AM, Jamal Hadi Salim wrote:
On Wed, 2012-02-29 at 10:19 -0800, John Fastabend wrote:
I want to see a unified API so that user space control applications (RSTP,
TRILL?)
can use one set of netlink calls for both software bridge and hardware
offloaded
bridges. Does this
https://bugzilla.kernel.org/show_bug.cgi?id=42829
--- Comment #5 from Steve stefan.bo...@gmail.com 2012-03-01 23:04:37 ---
Results of my test:
===
In all test cases host configuration is the same:
-
kernel: latest 3.3-rc5+
https://bugzilla.kernel.org/show_bug.cgi?id=42829
Steve stefan.bo...@gmail.com changed:
What|Removed |Added
Kernel Version|3.2-rc3 |v3.0-rc5
--
Configure
Am 01.03.2012 13:47, schrieb Avi Kivity:
Avi Kivity (1):
pc-bios: update kvmvapic.bin
Gleb Natapov (1):
kvm: Synchronize cpu state in kvm_arch_stop_on_emulation_error()
Jan Kiszka (10):
kvm: Set cpu_single_env only once
Remove useless casts from cpu iterators
At 03/02/2012 12:51 AM, Luiz Capitulino Wrote:
On Mon, 27 Feb 2012 11:05:58 +0800
Wen Congyang we...@cn.fujitsu.com wrote:
When the host knows the guest is paniced, it will set
exit_reason to KVM_EXIT_GUEST_PANIC. So if qemu receive
this exit_reason, we can send a event to tell management
https://bugzilla.kernel.org/show_bug.cgi?id=42829
--- Comment #6 from Steve stefan.bo...@gmail.com 2012-03-02 01:05:35 ---
My results:
===
git bisect log:
---
git bisect start
# good: [2c53b436a30867eb6b47dd7bab23ba638d1fb0d2] Linux 3.0-rc3
git bisect good
Takuya Yoshikawa yoshikawa.tak...@oss.ntt.co.jp wrote:
+ while (mask) {
+ rmapp = slot-rmap[gfn_offset + __ffs(mask)];
+ __rmap_write_protect(kvm, rmapp, PT_PAGE_TABLE_LEVEL);
- return write_protected;
+ /* clear the first set bit */
+
On 24/02/12 17:34, Kevin Wolf wrote:
Am 10.02.2012 07:27, schrieb Amos Kong:
This allows us to use ipv4/ipv6 for migration addresses.
Once there, it also uses /etc/services names (it came free).
Signed-off-by: Juan Quintelaquint...@redhat.com
Signed-off-by: Amos Kongak...@redhat.com
---
On 24/02/12 17:08, Kevin Wolf wrote:
Am 10.02.2012 07:27, schrieb Amos Kong:
This allows us to use ipv4/ipv6 for migration addresses.
Once there, it also uses /etc/services names (it came free).
Signed-off-by: Juan Quintelaquint...@redhat.com
Signed-off-by: Amos Kongak...@redhat.com
---
On 24/02/12 17:29, Kevin Wolf wrote:
Am 10.02.2012 07:27, schrieb Amos Kong:
IPv6 address contains colons, parse will be wrong.
[2312::8274]:5200
Signed-off-by: Amos Kongak...@redhat.com
---
net.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net.c b/net.c
Takuya Yoshikawa yoshikawa.tak...@oss.ntt.co.jp wrote:
Takuya Yoshikawa yoshikawa.tak...@oss.ntt.co.jp wrote:
+ while (mask) {
+ rmapp = slot-rmap[gfn_offset + __ffs(mask)];
+ __rmap_write_protect(kvm, rmapp, PT_PAGE_TABLE_LEVEL);
- return write_protected;
Hi Avi,
I can't restore a guest saved by an older qemu. I wonder if this issue is
introduced by some latest commits on the file 'hw/i8254.c'.
The new commit: b5ed4b6f (on Mar 1)I tried to restore a guest using this
qemu.
The old commit: 9d636ae7 (on Feb 11)I saved a guest using this
Changes in v3:
Rebase to latest head.
Remove the logic to update time format when DM bit changed.
Allow to migrate from old version.
Solve the async when reading UF and UIP
Changes in v2:
Add UIP check logic.
Add logic that next second tick will occur in exactly 500ms later after reset
divider
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
57 matches
Mail list logo
