Dave Hansen wrote:
> On Thu, 2008-03-20 at 21:35 +0100, Carsten Otte wrote:
>> Dave Hansen wrote:
>>> Well, and more fundamentally: do we really want dup_mm() able to be
>>> called from other code?
>>>
>>> Maybe we need a bit more detailed justification why fork() itself isn't
>>> good enough. It
On Friday 21 March 2008 19:15:47 Christian Borntraeger wrote:
> Am Freitag, 21. März 2008 schrieb Rusty Russell:
> > Hmm, panic on device_register fail, but -ENOMEM on add_shared_memory
> > fail? My theory was that since this is boot time, panic() is the right
> > thing.
>
> Good spot, but I agree
Hollis Blanchard wrote:
This patch solves annoying qemu build breakage hitting PowerPC around
struct kvm_pit_state, so that's another vote in favor...
I have an updated version of the patch but it's breaking the build b/c
something fouled up right now with configure. libkvm pulls in
linux
This patch breaks QEMU build when doing a 'make sync'. When you do a
top-level ./configure, libkvm is built with kerneldir pointing to
kvm-userspace/kernel/include. While linux/kvm.h is present there, there
isn't a linux/compiler.h.
The host kernelpath isn't normally part of the libkvm or QEM
Avi, please apply the patch at the end of this mail.
On Tue, 2008-03-11 at 15:17 -0500, Jerone Young wrote:
> # HG changeset patch
> # User Jerone Young <[EMAIL PROTECTED]>
> # Date 1205266548 18000
> # Branch merge
> # Node ID b136c0450c0f7c6ff2262437b1beb9896b1585e3
> # Parent c14fbbaee36241aa0
On Wed, 2008-03-12 at 12:38 -0500, Anthony Liguori wrote:
> Part of the feedback we received from Fabrice about the KVM patches
> for QEMU
> is that we should create a separate device for the in-kernel APIC to
> avoid
> having lots of if (kvm_enabled()) within the APIC code that were
> difficult to
On Fri, 2008-03-21 at 13:02 +0200, Avi Kivity wrote:
> Other than that, and the few minor comments that popped up, this
> (very
> nice) patchset will be very easy to merge. IIRC you mentioned it is
> possible for me to get an s390 account; this will be very useful in
> avoiding breaking this po
On Thu, 2008-03-20 at 21:35 +0100, Carsten Otte wrote:
> Dave Hansen wrote:
> > Well, and more fundamentally: do we really want dup_mm() able to be
> > called from other code?
> >
> > Maybe we need a bit more detailed justification why fork() itself isn't
> > good enough. It looks to me like they
Vincent Reality holds an admission of employees for a job in Internet.
The company offers you to get a high-paid position with every month salary of
2000 Euro (+ % 5) and an additional benefit gathering.
Working with us you get:
- High monthly salary up to 5000 Euro
- Benefit receiving (daily o
Hi,
All for Love, I know that this letter might be a surprise to you but do
consider it as emergency and this will benefit both of us. I am Mrs Rita
Benson, from Liberia Monrovia, 47 years old and I reside here in London with my
only son micheal Benson.
We are here in United Kingdom because of
On Fri, Mar 21, 2008 at 10:37:00AM -0300, Marcelo Tosatti wrote:
> This is not the final put_page().
>
> Remote TLB's are flushed here, after rmap_remove:
>
> + if (nuked)
> + kvm_flush_remote_tlbs(kvm);
>
> This ioctl is called before zap_page_range() is executed through
> s
Am Freitag, den 21.03.2008, 15:06 +0100 schrieb Heiko Carstens:
> Just introduce something like MACHINE_FLAG_KVM. The rest can be converted
> later. Unless you're bored and feel like fiddling around with assembly code :)
I've done that patch this morning already, see below. I agree with HCH
that we
On Fri, Mar 21, 2008 at 12:12:04PM +0100, Carsten Otte wrote:
> [EMAIL PROTECTED] wrote:
>> Since when do we have symbolic names for the bits?
>> It was always on my todo list to do a cleanup and replace the numbers
>> we use everywhere with names. Especially since we have clashes from time
>> to t
Hi
During execution of qemu I've got this crash:
#0 0x00407a29 in qemu_mod_timer (ts=0x2e8cf90,
expire_time=130685351465) at /usr/src/debug/kvm-63/qemu/vl.c:1073
#1 0x00425590 in pcnet_ioport_writew (opaque=0x0,
addr=1836332585, val=8090216)
at /usr/src/debug/kvm-63/qemu/hw/
On Fri, Mar 21, 2008 at 12:42:14PM +0100, Andrea Arcangeli wrote:
> On Thu, Mar 20, 2008 at 02:09:15PM +0200, Avi Kivity wrote:
> > Marcelo Tosatti wrote:
> > > Add an ioctl to zap all mappings to a given gfn. This allows userspace
> > > remove the QEMU process mappings and the page without causing
Avi Kivity wrote:
> Carsten Otte wrote:
>> This patch series introduces a backend for kvm to run on IBM System z
>> machines that uses the mainframe's sie virtualization capability. This
>> work runs 64bit guests on z800/z890/z900/z990/z9/z10 class machines with
>> a 64bit linux host. Userspace wil
On Thu, Mar 20, 2008 at 02:09:15PM +0200, Avi Kivity wrote:
> Marcelo Tosatti wrote:
> > Add an ioctl to zap all mappings to a given gfn. This allows userspace
> > remove the QEMU process mappings and the page without causing
> > inconsistency.
> >
> >
>
> I'm thinking of comitting rmap_nuke()
Carsten Otte wrote:
> Currently we dont have PCI on s390. Making virtio_pci usable for s390 seems
> more complicated that providing an own stub. This virtio stub is similar to
> the lguest one, the memory for the descriptors and the device detection is
> made
> via additional mapped memory on top
Randy Dunlap wrote:
> This means that [no comma]
Being a native speaker is cheating ;-). I've integrated your feedback,
for the next round of sending out these patches. Thank you :-).
-
This SF.net email is sponsored by: Mi
Carsten Otte wrote:
>
> /* for KVM_RUN, returned by mmap(vcpu_fd, offset=0) */
> struct kvm_run {
> @@ -138,6 +139,14 @@ struct kvm_run {
> __u32 is_write;
> __u32 pad;
> } tpr_access;
> + /* KVM_EXIT_S390_SIEIC */
> +
Avi Kivity wrote:
> Carsten Otte wrote:
>>
>> /* for KVM_RUN, returned by mmap(vcpu_fd, offset=0) */
>> struct kvm_run {
>> @@ -138,6 +139,14 @@ struct kvm_run {
>> __u32 is_write;
>> __u32 pad;
>> } tpr_access;
>> +/* KVM_EXIT_S390_SIEIC */
>> +
Avi Kivity wrote:
> Carsten Otte wrote:
>> Hollis Blanchard wrote:
>>
>>> On Thu, 2008-03-20 at 17:24 +0100, Carsten Otte wrote:
>>>
Index: kvm/include/linux/kvm_host.h
===
--- kvm.orig/include/linux/kvm_host.h
>>>
[EMAIL PROTECTED] wrote:
> Since when do we have symbolic names for the bits?
> It was always on my todo list to do a cleanup and replace the numbers
> we use everywhere with names. Especially since we have clashes from time
> to time... but that didn't hurt enough yet, obviously.
> But now that yo
Carsten Otte wrote:
> This patch series introduces a backend for kvm to run on IBM System z
> machines that uses the mainframe's sie virtualization capability. This
> work runs 64bit guests on z800/z890/z900/z990/z9/z10 class machines with
> a 64bit linux host. Userspace will follow once we're done
Carsten Otte wrote:
> Hollis Blanchard wrote:
>
>> On Thu, 2008-03-20 at 17:24 +0100, Carsten Otte wrote:
>>
>>> Index: kvm/include/linux/kvm_host.h
>>> ===
>>> --- kvm.orig/include/linux/kvm_host.h
>>> +++ kvm/include/linux/kv
Am Freitag, 21. März 2008 schrieb Rusty Russell:
> I'd recommend a hypercall after set_status, as well as reset. The
> reason lguest doesn't do this is that we don't do feature negotiation
> (assuming guest kernel matches host kernel). In general, the host
> needs to know when the VIRTIO_CONFIG_S
Rusty Russell wrote:
>> +static int __init kvm_devices_init(void)
>> +{
>> +if (!MACHINE_IS_KVM)
>> +return -ENODEV;
>> +
>> +if (device_register(&kvm_root) != 0)
>> +panic("Could not register kvm root");
>> +
>> +if (add_shared_memory((max_pfn) << PAGE_SHIFT, PA
27 matches
Mail list logo
