hello honey kvm-devel
caution should be used when you have an enlarged dick, she may moan alot more!
http://www.gogleom.com/
Ferenc Dragan
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to
SourceForge.net wrote:
> Bugs item #1824398, was opened at 2007-11-02 11:50
> Message generated for change (Tracker Item Submitted) made by Item Submitter
> You can respond by visiting:
> https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1824398&group_id=180599
>
> Please note that this
Hollis Blanchard wrote:
> Hi Avi, I'm looking at kvm_init() right now. Since everything is driven
> by the arch-specific modules (svm.c and vmx.c), I think it would
> simplify things to fold all of kvm_init() into what is today called
> kvm_init_x86().
>
> If that's done, kvm_main.c won't have any
Toralf Förster wrote:
> Hello,
>
> the build with the attached .config failed, make ends with:
> ...
> CC drivers/kvm/vmx.o
> CC drivers/kvm/kvm_main.o
> drivers/kvm/kvm_main.c: In function 'kvm_flush_remote_tlbs':
> drivers/kvm/kvm_main.c:220: error: implicit declaration of function
Amit Shah wrote:
> >From bfed574c93b36a19e2976ddcaae7939dd6c6fc41 Mon Sep 17 00:00:00 2001
> From: Amit Shah <[EMAIL PROTECTED]>
> Date: Sat, 3 Nov 2007 02:38:00 +0530
> Subject: [PATCH] KVM: is_long_mode should check for EFER_LMA
>
> is_long_mode currently checks the LongModeEnable bit in
> EFER i
Jerone Young wrote:
> I'll wait awhile before sending another super patch bomb to the list.
> Perhaps I can add these changes afterward if need be.
>
>
Please address the comments. If there is to be churn, I prefer it to be
out-of-tree. Please verify that the patch set is bisectable.
Note t
Jerone Young wrote:
> # HG changeset patch
> # User Jerone Young <[EMAIL PROTECTED]>
> # Date 1194027872 18000
> # Node ID 72c2d9f9786aea122419208189291808d56b8053
> # Parent 6ce27ddeb45df182e923060ae3abe699ce704ca3
> Move kvm_context to kvmctl.h
>
> This patch moves kvm_context from libkvm.c to k
Jerone Young wrote:
> # HG changeset patch
> # User Jerone Young <[EMAIL PROTECTED]>
> # Date 1194027872 18000
> # Node ID 8e77064ea82d0b7fbd8bb77429bbfd62f99c00f6
> # Parent 02f38e54018070bafd501df846147f4ae7661109
> Move kvm_create_phys_mem to libkvm-x86.c
>
> This patch moves kvm_create_phys_me
Jerone Young wrote:
> # HG changeset patch
> # User Jerone Young <[EMAIL PROTECTED]>
> # Date 1194027873 18000
> # Node ID 098efe35de4493a3eda631cb2f9fd958ae303897
> # Parent 8e77064ea82d0b7fbd8bb77429bbfd62f99c00f6
> Move kvm_destroy_phys_mem to libkvm-x86.c
>
>
Why?
--
Any sufficiently dif
Jerone Young wrote:
> # HG changeset patch
> # User Jerone Young <[EMAIL PROTECTED]>
> # Date 1194027873 18000
> # Node ID 01b86b564fb9e751295ff8eddf5f38cfb24e1e34
> # Parent 8dad7519cc92eabd7d66ea3ea20c983dade61243
> Make functions in libkvm.c nonstatic.
>
> This patch makes the following functio
Jerone Young wrote:
> # HG changeset patch
> # User Jerone Young <[EMAIL PROTECTED]>
> # Date 1194027873 18000
> # Node ID df89e9282fd9f491579b42624565bac580f7db8e
> # Parent 68585a137682a876dd438782147445f4484146ce
> Declare kvm_abi as a global variable in libkvm.h
>
>
That number can never c
Bart Trojanowski wrote:
> * Avi Kivity <[EMAIL PROTECTED]> [071023 10:21]:
>
>> Thanks, that will be most helpful. If userspace won't compile against
>> some intermediate version, let me know the commit hash and I'll add a fixup.
>>
>
> A bisect didn't find anything between 2.6.22 and 2.6.
Jerone Young wrote:
> Hmm,
> The problem here is in the case of kvm_create_phys_mem &
> kvm_create_default_phys_mem, most archs from now on should always be
> allocating guest memory from userspace (at least I think this correct).
>
> Now if this is not the case then really adding an ar
Sheng Yang wrote:
> From 00a52112d813af983dd4d34cb7dc701f6fe88829 Mon Sep 17 00:00:00 2001
> From: Sheng Yang <[EMAIL PROTECTED]>
> Date: Fri, 2 Nov 2007 11:56:17 +0800
> Subject: [PATCH] KVM: VMX: Fix repeatly calling alloc_apic_access_page()
>
> For SMP guest, alloc_apic_access_page() would be ca
Zhao, Yunfeng wrote:
> Save/restore still fails in today's testing.
>
> kvm_get_mem_map failed: Unknown error 18446744073709551594
>
>
Izik/Uri, did I miss a patch?
I did a save/restore previously and it worked, but perhaps something
else is broken.
--
Any sufficiently difficult bug is indist
Dong, Eddie wrote:
> Yes, when reseting, we need to reset both APIC/PIC/IOAPIC and pv
> driver in future, and also VCPU.
> But isn't apic_reset a pure user level APIC thing?
The reset callbacks are still called, so the userspace apic is still reset.
> BTW
> I posted a patch to support kernel devi
On Sun, 2007-11-04 at 09:47 +0200, Avi Kivity wrote:
> Zhao, Yunfeng wrote:
> > Save/restore still fails in today's testing.
> >
> > kvm_get_mem_map failed: Unknown error 18446744073709551594
> >
> >
> Izik/Uri, did I miss a patch?
>
> I did a save/restore previously and it worked, but perhaps
Hollis Blanchard wrote:
> 3 files changed, 450 insertions(+), 442 deletions(-)
> drivers/kvm/kvm.h | 10 +
> drivers/kvm/kvm_main.c | 448
> drivers/kvm/x86.c | 434 ++
>
>
> Signed-off-by: Holli
18 matches
Mail list logo
