On Fri, 16 Mar 2012 13:03:48 +0800
Xiao Guangrong xiaoguangr...@linux.vnet.ibm.com wrote:
For my quickly review, mmu_lock can not protect everything, if the guest page
Yes and ...
is written out of the shadow page/ept table, dirty page will be lost.
No.
There is a example:
On 03/16/2012 02:55 PM, Takuya Yoshikawa wrote:
On Fri, 16 Mar 2012 13:03:48 +0800
Xiao Guangrong xiaoguangr...@linux.vnet.ibm.com wrote:
For my quickly review, mmu_lock can not protect everything, if the guest page
Yes and ...
is written out of the shadow page/ept table, dirty page
On Fri, 16 Mar 2012 15:30:45 +0800
Xiao Guangrong xiaoguangr...@linux.vnet.ibm.com wrote:
There is a example:
CPU A CPU B
guest page is written by write-emulation
hold mmu-lock and see
This is necessary for qemu to be able to pass the right information
to the guest, as the supported sizes and encodings can vary depending
on the machine, the type of KVM used (PR vs HV) and the version of KVM
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
Please comment ASAP.
There is nothing in the code for emulating TCE tables in the kernel
that prevents it from working on PR KVM... other than ifdef's and
location of the code.
This renames book3s_64_vio_hv.c to book3s_64_vio.c and moves the
bulk of the code there.
This speeds things up a bit on my G5.
---
v2.
At 03/16/2012 04:27 PM, Jan Kiszka Wrote:
On 2012-03-16 03:38, Wen Congyang wrote:
At 03/15/2012 06:21 PM, Wen Congyang Wrote:
Hi all
When I use pci-assign, I meet the following error:
Failed to assign irq for hostdev0: Input/output error
Perhaps you are assigning a device that shares an
On Fri, 16 Mar 2012 16:28:56 +0800
Xiao Guangrong xiaoguangr...@linux.vnet.ibm.com wrote:
Thanks for your explanation, maybe you are right, i do not know migration
much.
What i worried about is, you have changed the behaviour of GET_DIRTY_LOG,
in the current one, it can get all the dirty
On 2012-03-16 09:38, Wen Congyang wrote:
At 03/16/2012 04:27 PM, Jan Kiszka Wrote:
On 2012-03-16 03:38, Wen Congyang wrote:
At 03/15/2012 06:21 PM, Wen Congyang Wrote:
Hi all
When I use pci-assign, I meet the following error:
Failed to assign irq for hostdev0: Input/output error
Perhaps
hello,
sorry for the delay,
Le Thu, Feb 23, 2012 at 10:38:07AM +0200, Gleb Natapov ecrivait :
Ah, I guess the reason is that it records events only of IO thread. You
need to trace all vcpu threads too. Not sure trace-cmd allows more then
one -P option though.
On 14/03/12 22:58, Michael Roth wrote:
On Wed, Mar 14, 2012 at 04:33:14PM +0800, Amos Kong wrote:
On 14/03/12 00:39, Michael Roth wrote:
On Wed, Mar 07, 2012 at 06:47:45AM +0800, Amos Kong wrote:
Introduce tcp_server_start() by moving original code in
tcp_start_incoming_migration().
Not all kgdb I/O drivers implement a flush operation. Adjust
gdbstub_exit accordingly.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
kernel/debug/gdbstub.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/kernel/debug/gdbstub.c b/kernel/debug/gdbstub.c
index
Even if the content is always 0, gdb expects us to return also ds,
es, fs, and gs while in x86-64 mode. Do this to avoid ugly errors on
info registers.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
arch/x86/include/asm/kgdb.h |6 +-
arch/x86/kernel/kgdb.c |6 --
2
Hook into machine restart/power-off/halt handlers and call gdbstub_exit
so that a attached gdb frontend is properly informed. If kgdb is
disabled or no frontend attached, gdbstub_exit will do nothing.
CC: Thomas Gleixner t...@linutronix.de
CC: Ingo Molnar mi...@redhat.com
CC: H. Peter Anvin
This cleans up the info register result on x86 and adds gdb detach on
reboot/shutdown for this target arch. See patches for details.
CC: H. Peter Anvin h...@zytor.com
CC: Ingo Molnar mi...@redhat.com
CC: Thomas Gleixner t...@linutronix.de
CC: x...@kernel.org
Jan Kiszka (4):
kgdb: x86: Return
This allows to call gdbstub_exit without worrying if
- CONFIG_KGDB is enabled
- if an kgdb I/O driver is loaded
- if a gdb frontend is currently attached
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
include/linux/kgdb.h |1 +
kernel/debug/gdbstub.c |3 +++
2 files changed, 4
On 2012-03-16 12:40, Jan Kiszka wrote:
This cleans up the info register result on x86 and adds gdb detach on
reboot/shutdown for this target arch. See patches for details.
CC: H. Peter Anvin h...@zytor.com
CC: Ingo Molnar mi...@redhat.com
CC: Thomas Gleixner t...@linutronix.de
CC:
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi,
On Thu, Mar 15, 2012 at 02:01:38PM +0200, Gleb Natapov wrote:
Commenting a little bit late, but since you've said that you are working on
a new version of the patch... better late than never.
On Thu, Aug 11, 2011 at 04:39:38PM +0200, Vasilis Liaskovitis wrote:
Hi,
I am testing a
On 03/16/2012 03:09 PM, Vasilis Liaskovitis wrote:
Hi,
On Thu, Mar 15, 2012 at 02:01:38PM +0200, Gleb Natapov wrote:
Commenting a little bit late, but since you've said that you are working on
a new version of the patch... better late than never.
On Thu, Aug 11, 2011 at 04:39:38PM +0200,
Sad news - QEMU was not accepted for Google Summer of Code 2012.
Students can consider other organizations in the accepted
organizations list here:
http://www.google-melange.com/gsoc/accepted_orgs/google/gsoc2012
The list is currently not complete but should be finalized over the
next few days
On Fri, 2012-03-16 at 14:45 +1100, David Gibson wrote:
On Thu, Mar 15, 2012 at 02:15:01PM -0600, Alex Williamson wrote:
On Wed, 2012-03-14 at 20:58 +1100, David Gibson wrote:
On Tue, Mar 13, 2012 at 10:49:47AM -0600, Alex Williamson wrote:
On Wed, 2012-03-14 at 01:33 +1100, David Gibson
Really sad news :(
On 16/03/2012, at 19:29, Stefan Hajnoczi wrote:
Sad news - QEMU was not accepted for Google Summer of Code 2012.
Students can consider other organizations in the accepted
organizations list here:
http://www.google-melange.com/gsoc/accepted_orgs/google/gsoc2012
The
On Fri, Mar 16, 2012 at 7:44 PM, Natalia Portillo clau...@claunia.com wrote:
Really sad news :(
On 16/03/2012, at 19:29, Stefan Hajnoczi wrote:
Sad news - QEMU was not accepted for Google Summer of Code 2012.
Students can consider other organizations in the accepted
organizations list
QEMU hosted on Haiku would be interesting.
On 16/03/2012, at 22:30, Stefan Hajnoczi wrote:
On Fri, Mar 16, 2012 at 7:44 PM, Natalia Portillo clau...@claunia.com wrote:
Really sad news :(
On 16/03/2012, at 19:29, Stefan Hajnoczi wrote:
Sad news - QEMU was not accepted for Google Summer of
The previous code did not treat the case where load_end_addr was 0
specially. The multiboot specification says the following:
* load_end_addr
Contains the physical address of the end of the data segment.
(load_end_addr - load_addr) specifies how much data to load. This
implies that the
On Fri, Mar 16, 2012 at 01:31:18PM -0600, Alex Williamson wrote:
On Fri, 2012-03-16 at 14:45 +1100, David Gibson wrote:
On Thu, Mar 15, 2012 at 02:15:01PM -0600, Alex Williamson wrote:
On Wed, 2012-03-14 at 20:58 +1100, David Gibson wrote:
On Tue, Mar 13, 2012 at 10:49:47AM -0600, Alex
* Natalia Portillo (clau...@claunia.com) wrote:
QEMU hosted on Haiku would be interesting.
The fun of Haiku
especially when it is
hosting QEMU
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at
This is necessary for qemu to be able to pass the right information
to the guest, as the supported sizes and encodings can vary depending
on the machine, the type of KVM used (PR vs HV) and the version of KVM
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
Please comment ASAP.
There is nothing in the code for emulating TCE tables in the kernel
that prevents it from working on PR KVM... other than ifdef's and
location of the code.
This renames book3s_64_vio_hv.c to book3s_64_vio.c and moves the
bulk of the code there.
This speeds things up a bit on my G5.
---
v2.
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
30 matches
Mail list logo
