* 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 http://vg
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 -060
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 t
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 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 20
On Fri, Mar 16, 2012 at 7:44 PM, Natalia Portillo 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 here:
>>
>>
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
>
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, Davi
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 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, Vasil
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 te
--
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
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"
> CC: Ingo Molnar
> CC: Thomas Gleixner
> CC: x...@kernel.org
>
> Jan Kiszka (4):
> kgdb:
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
---
include/linux/kgdb.h |1 +
kernel/debug/gdbstub.c |3 +++
2 files changed, 4 insertions(+), 0 delet
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"
CC: Ingo Molnar
CC: Thomas Gleixner
CC: x...@kernel.org
Jan Kiszka (4):
kgdb: x86: Return all segment registers also in 64-bit mode
kg
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
CC: Ingo Molnar
CC: "H. Peter Anvin"
CC: x...@kernel.org
Signed-off-by: Ja
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
---
arch/x86/include/asm/kgdb.h |6 +-
arch/x86/kernel/kgdb.c |6 --
2 files changed, 9 inserti
Not all kgdb I/O drivers implement a flush operation. Adjust
gdbstub_exit accordingly.
Signed-off-by: Jan Kiszka
---
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 5d7ed0a..c174ea3 100644
---
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().
Signed-of
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 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": In
On Fri, 16 Mar 2012 16:28:56 +0800
Xiao Guangrong 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 pages when it is called; after
On 14/03/12 19:46, Stefan Hajnoczi wrote:
On Wed, Mar 14, 2012 at 10:46 AM, Avi Kivity wrote:
On 03/14/2012 12:39 PM, Stefan Hajnoczi wrote:
On Wed, Mar 14, 2012 at 10:05 AM, Avi Kivity wrote:
On 03/14/2012 11:59 AM, Stefan Hajnoczi wrote:
On Wed, Mar 14, 2012 at 9:22 AM, Avi Kivity wrote:
On 03/16/2012 03:55 PM, Takuya Yoshikawa wrote:
> On Fri, 16 Mar 2012 15:30:45 +0800
> Xiao Guangrong wrote:
>
There is a example:
CPU A CPU B
guest page is written by write-emulation
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 d
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 IRQ with another device?
>>
>>
At 03/15/2012 07:46 PM, Avi Kivity Wrote:
> On 03/15/2012 01:25 PM, Jan Kiszka wrote:
>>> There was such vm exit (KVM_EXIT_HYPERCALL), but it was deemed to be a
>>> bad idea.
>>
>> BTW, this would help a lot in emulating hypercalls of other hypervisors
>> (or of KVM's VAPIC in the absence of i
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. Cha
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
---
Please comment ASAP. I'm tired of the qemu si
On Fri, 16 Mar 2012 15:30:45 +0800
Xiao Guangrong wrote:
> >> There is a example:
> >>
> >> CPU A CPU B
> >> guest page is written by write-emulation
> >>
> >> hold mmu-lock and see
> >> dirty-bitma
On 03/16/2012 02:55 PM, Takuya Yoshikawa wrote:
> On Fri, 16 Mar 2012 13:03:48 +0800
> Xiao Guangrong 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.
>
30 matches
Mail list logo