On 08/16/2010 04:27 AM, Hao, Xudong wrote:
Appears to be a gcc bug. I opened
https://bugzilla.redhat.com/show_bug.cgi?id=624279 to track this.
Meanwhile, installing the gcc44 package and building with it
(./configure --cc=gcc44) appears to work.
Avi,
Gcc44 works for me.
I saw Jakub marked t
On 08/16/2010 02:37 AM, Mohammed Gamal wrote:
Here is a full trace of a MINIX guest since bootup. Looks like we get
stuck somewhere in the BIOS.
https://docs.google.com/leaf?id=0B9UodZT1IuENMzJhNWQxM2YtYzE3YS00YWY4LTk2YTgtZWY3ODNhMWUxMDkx&sort=name&layout=list&num=50
qemu-system-x86-28953 [
On 08/16/2010 04:58 AM, Wei Yongjun wrote:
>
>> It's cleaner to take val and bytes from struct operand, and do the
>> assignment from the callers, no?
>>
> take val and bytes from struct operand may have other issue, when we
> writeback
> the source register, we need do the assignment from
On 08/16/2010 12:46 AM, Mohammed Gamal wrote:
This patch introduces real mode interrupt injection for VMX.
It currently invokes the x86 emulator to emulate interrupts
instead of manually setting VMX controls.
Needless to say, this is not meant for merging in its current state.
The emulator stil
Hi all,
While compiling the kvm linux kernel on my ubuntu 10.04(Linux
-laptop 2.6.32-24-generic #39-Ubuntu SMP Wed Jul 28 06:07:29 UTC
2010 i686 GNU/Linux), the err below appear, How to figure out please?
=err msg=
In file included from drivers/platform/x86/intel_
scu_ipc.c:26:
kvm/arch/x86/
On 06.08.2010, at 18:28, Kumar Gala wrote:
>
> On Jul 29, 2010, at 7:47 AM, Alexander Graf wrote:
>
>> [without]
>>
>> debian-powerpc:~# time for i in {1..1000}; do /bin/echo hello > /dev/null;
>> done
>>
>> real0m14.659s
>> user0m8.967s
>> sys 0m5.688s
>>
>> [with]
>>
>> debia
On 08/16/2010 02:37 AM, Mohammed Gamal wrote:
On Mon, Aug 16, 2010 at 12:46 AM, Mohammed Gamal wrote:
This patch introduces real mode interrupt injection for VMX.
It currently invokes the x86 emulator to emulate interrupts
instead of manually setting VMX controls.
Needless to say, this is not
On 07.08.2010, at 19:33, hollis_blanch...@mentor.com wrote:
> Hi Avi, these patches make KVM run on 440GP (the only 440-based SoC that
> wasn't
> passing the compatibility check) and fix or enhance a couple very minor issues
> in related code. Please apply.
>
> Alex, please ack.
Acked-by: Alex
On 08.08.2010, at 14:02, Serge Belyshev wrote:
> Hi! Since the above patch went in
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=10474ae8
> I have exactly the same problem as Dieter.
>
If that's the case I'd say you have a broken BIOS or bootloader.
>>>
On Mon, Aug 16, 2010 at 4:19 PM, Avi Kivity wrote:
> On 08/16/2010 02:37 AM, Mohammed Gamal wrote:
>>
>> On Mon, Aug 16, 2010 at 12:46 AM, Mohammed Gamal
>> wrote:
>>>
>>> This patch introduces real mode interrupt injection for VMX.
>>> It currently invokes the x86 emulator to emulate interrupts
Alexander Graf writes:
> Hrm - try to use the following (probably whitespace broken and 100% untested)
> hacky patch:
>
> diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c
> index 56c9b6b..bde9ee3 100644
> --- a/arch/x86/kvm/svm.c
> +++ b/arch/x86/kvm/svm.c
> @@ -429,9 +429,11 @@ static int s
https://bugzilla.kernel.org/show_bug.cgi?id=16165
When a (raw) guest image is placed on an ext4 filesystem,
it is possible to get data corruption, now due to ext4
bug, not kvm bug.
Also, ext4 is _very_ slow on O_SYNC writes (which is
used in kvm with default cache).
JFYI.
/mjt
--
To unsubscribe
On 16.08.2010, at 15:49, Serge Belyshev wrote:
> Alexander Graf writes:
>
>> Hrm - try to use the following (probably whitespace broken and 100%
>> untested) hacky patch:
>>
>> diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c
>> index 56c9b6b..bde9ee3 100644
>> --- a/arch/x86/kvm/svm.c
>>
On 08/16/2010 04:28 PM, Mohammed Gamal wrote:
I debugged this for a bit - emulate_int_real() is completely broken.
emulate_push() doesn't push anything, it only schedules a push; running
these back-to-back will result in only the last push to be executed.
So we need write back the decode c
On Mon, Aug 16, 2010 at 05:16:01PM +0300, Avi Kivity wrote:
> On 08/16/2010 04:28 PM, Mohammed Gamal wrote:
> >
> >>I debugged this for a bit - emulate_int_real() is completely broken.
> >> emulate_push() doesn't push anything, it only schedules a push; running
> >>these back-to-back will result
On 08/16/2010 09:00 AM, Michael Tokarev wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=16165
When a (raw) guest image is placed on an ext4 filesystem,
it is possible to get data corruption, now due to ext4
bug, not kvm bug.
Yeah, there appears to be a few O_DIRECT related issues with e
On 08/16/2010 05:29 PM, Gleb Natapov wrote:
I wrote a push_std() that uses ->write_std() instead of
->write_emulated() and can be used back-to-back. Long term we'll
need a write queue but for the short term this will do.
Why not just call writeback() after the emulate_push()? emulate_pusha(
Hi there again,
just wanted to ask, why I'm getting no answers? Everyone's busy?
Has this already been discussed (I wouldn't actually believe, if I see
how Qemu behaves for example in scenario 1)?
If you'd like to have more details about the issue or anything else,
please contact me!
Thanks!
On Mon, Aug 16, 2010 at 5:47 PM, Avi Kivity wrote:
> On 08/16/2010 05:29 PM, Gleb Natapov wrote:
>>
>>> I wrote a push_std() that uses ->write_std() instead of
>>> ->write_emulated() and can be used back-to-back. Long term we'll
>>> need a write queue but for the short term this will do.
>>>
>>
On Mon, Aug 16, 2010 at 06:23:18PM +0300, Mohammed Gamal wrote:
> On Mon, Aug 16, 2010 at 5:47 PM, Avi Kivity wrote:
> > On 08/16/2010 05:29 PM, Gleb Natapov wrote:
> >>
> >>> I wrote a push_std() that uses ->write_std() instead of
> >>> ->write_emulated() and can be used back-to-back. Long term
On 08/16/2010 06:31 PM, Gleb Natapov wrote:
On Mon, Aug 16, 2010 at 06:23:18PM +0300, Mohammed Gamal wrote:
On Mon, Aug 16, 2010 at 5:47 PM, Avi Kivity wrote:
On 08/16/2010 05:29 PM, Gleb Natapov wrote:
I wrote a push_std() that uses ->write_std() instead of
->write_emulated() and can be u
2010/8/16 Gleb Natapov :
> On Mon, Aug 16, 2010 at 06:23:18PM +0300, Mohammed Gamal wrote:
>> On Mon, Aug 16, 2010 at 5:47 PM, Avi Kivity wrote:
>> > On 08/16/2010 05:29 PM, Gleb Natapov wrote:
>> >>
>> >>> I wrote a push_std() that uses ->write_std() instead of
>> >>> ->write_emulated() and can
On Mon, Aug 16, 2010 at 09:37:23AM +0800, Xiao Guangrong wrote:
> Hi Marcelo,
>
> Thanks for your review and sorry for the delay reply.
>
> Marcelo Tosatti wrote:
>
> >> +static struct kvm_memory_slot *
> >> +pte_prefetch_gfn_to_memslot(struct kvm_vcpu *vcpu, gfn_t gfn, bool
> >> no_dirty_log)
no-kvmclock kernel parameter is missing its explanation in
Documentation/kernel-parameters.txt. Add it.
Signed-off-by: Jiri Kosina
---
Documentation/kernel-parameters.txt |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Documentation/kernel-parameters.txt
b/Documentatio
On Sun, Aug 15, 2010 at 7:27 PM, Eduard - Gabriel Munteanu
wrote:
> This introduces emulation for the AMD IOMMU, described in "AMD I/O
> Virtualization Technology (IOMMU) Specification".
>
> Signed-off-by: Eduard - Gabriel Munteanu
> ---
> Makefile.target | 2 +
> hw/amd_iommu.c | 688
> ++
On Mon, Aug 16, 2010 at 09:43:09AM -0500, Anthony Liguori wrote:
> >Also, ext4 is _very_ slow on O_SYNC writes (which is
> >used in kvm with default cache).
>
> Yeah, we probably need to switch to sync_file_range() to avoid the
> journal commit on every write.
>
No, we don't. sync_file_range do
Hi guys,
I have the following configuration:
1. host is RHEL 5.5, 64bit with KVM (version that comes out of the box
with RHEL 5.5)
2. two guests:
2a: RHEL 5.5, 32bit,
2b: RHEL 4.5, 64bit
If I run iperf between host RHEL 5.5 and guest RHEL 5.5 inside the
virtual network subnet I get great results
On 08/16/2010 10:00 PM, Alex Rixhardson wrote:
Hi guys,
I have the following configuration:
1. host is RHEL 5.5, 64bit with KVM (version that comes out of the box
with RHEL 5.5)
2. two guests:
2a: RHEL 5.5, 32bit,
2b: RHEL 4.5, 64bit
If I run iperf between host RHEL 5.5 and guest RHEL 5.5 insi
On 08/16/2010 01:42 PM, Christoph Hellwig wrote:
On Mon, Aug 16, 2010 at 09:43:09AM -0500, Anthony Liguori wrote:
Also, ext4 is _very_ slow on O_SYNC writes (which is
used in kvm with default cache).
Yeah, we probably need to switch to sync_file_range() to avoid the
journal commit o
Thanks for the suggestion.
I tried with the netperf. I ran netserver on host and netperf on RHEL
5.5 and RHEL 4.5 guests. This are the results of 60 seconds long
tests:
RHEL 4.5 guest:
Throughput (10^6bits/sec) = 145.80
RHEL 5.5 guest:
Throughput (10^6bits/sec) = 3760.24
The results are really
On 08/17/2010 12:22 AM, Alex Rixhardson wrote:
Thanks for the suggestion.
I tried with the netperf. I ran netserver on host and netperf on RHEL
5.5 and RHEL 4.5 guests. This are the results of 60 seconds long
tests:
RHEL 4.5 guest:
Throughput (10^6bits/sec) = 145.80
At least it bought you ano
KVM Forum 2010 was quite a success, many thanks to all who participated!
For those who couldn't attend, the presentations are available online now:
(thanks to Andrew Cathrow for pushing them all up)
http://www.linux-kvm.org/page/KVM_Forum_2010#Presentations
We were also able to video the speaker
I tried with 'notsc divider=10' (since it's 64 bit guest), but the
results are the still same :-(. The guest is idle at the time of
testing. It has 2 CPU and 1024 MB RAM available.
On Mon, Aug 16, 2010 at 11:35 PM, Dor Laor wrote:
> On 08/17/2010 12:22 AM, Alex Rixhardson wrote:
>>
>> Thanks for
On 08/17/2010 12:50 AM, Chris Wright wrote:
KVM Forum 2010 was quite a success, many thanks to all who participated!
For those who couldn't attend, the presentations are available online now:
(thanks to Andrew Cathrow for pushing them all up)
http://www.linux-kvm.org/page/KVM_Forum_2010#Present
On 08/17/2010 12:51 AM, Alex Rixhardson wrote:
I tried with 'notsc divider=10' (since it's 64 bit guest), but the
results are the still same :-(. The guest is idle at the time of
testing. It has 2 CPU and 1024 MB RAM available.
Hmm, are you using e1000 or virtio for the 4.5 guest?
e1000 should
* Dor Laor (dl...@redhat.com) wrote:
> On 08/17/2010 12:50 AM, Chris Wright wrote:
> >KVM Forum 2010 was quite a success, many thanks to all who participated!
> >
> >For those who couldn't attend, the presentations are available online now:
> >(thanks to Andrew Cathrow for pushing them all up)
> >
virtio...I think :-).
How could I confirm that?
Regards,
Alex
On Mon, Aug 16, 2010 at 11:56 PM, Dor Laor wrote:
> On 08/17/2010 12:51 AM, Alex Rixhardson wrote:
>>
>> I tried with 'notsc divider=10' (since it's 64 bit guest), but the
>> results are the still same :-(. The guest is idle at the t
Please send in any agenda items you are interested in covering.
thanks,
-chris
--
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
Thank you a lot for the tip - you were right. The 5.5 guest is using
virtio, but 4.5 is not. So, this is the reason.
Adding to the config file unfortunately
doesn't help - the network card is not recognized by the guest. Do I
need to install something extra on the guest RHEL 4.5?
Regards,
Alex
On Sun, Aug 15, 2010 at 4:14 AM, Avi Kivity wrote:
> On 08/13/2010 11:10 PM, Dave Hansen wrote:
>>
>> On Thu, 2010-08-05 at 12:28 +0300, Avi Kivity wrote:
>>>
>>> On 08/04/2010 10:13 AM, Lai Jiangshan wrote:
mmu_shrink() should attempt to free @nr_to_scan entries.
>>>
>>> This conflicts
Introduce function write_register_operand() to write back the
register operand.
Signed-off-by: Wei Yongjun
---
arch/x86/kvm/emulate.c | 55 ---
1 files changed, 23 insertions(+), 32 deletions(-)
diff --git a/arch/x86/kvm/emulate.c b/arch/x86/kvm/emu
Add XADD instruction emulation (opcode 0x0f 0xc0~0xc1)
Signed-off-by: Wei Yongjun
---
arch/x86/kvm/emulate.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/arch/x86/kvm/emulate.c b/arch/x86/kvm/emulate.c
index d690daf..41ca98b 100644
--- a/arch/x86/kvm/emulate.c
On 08/16/10 17:09, Alex Rixhardson wrote:
> Thank you a lot for the tip - you were right. The 5.5 guest is using
> virtio, but 4.5 is not. So, this is the reason.
>
> Adding to the config file unfortunately
> doesn't help - the network card is not recognized by the guest. Do I
> need to install
Add kvm_release_page_clean() after is_error_page() to avoid
leakage of error page.
Signed-off-by: Wei Yongjun
---
arch/powerpc/kvm/book3s.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kvm/book3s.c b/arch/powerpc/kvm/book3s.c
index eee97b5..7656b6d 100
hi all,
i am reading kvm code , the folllowing is my understanding.
1, see if guest page table is not mapped , inject fault to the guest.
2, see if gpte dirty is set ,in order to synchronize the pte dirty with spte
3, if not , see if spte it not mapped or write protection ,to handler it.
i do not
This problem seem exist in other distribution eg.
http://stackoverflow.com/questions/3434676/error-while-compiling-the-linux-kernel-2-6-35
http://www.spinics.net/lists/linux-wireless/msg54197.html
How can the kvm to compile it if without disabling intel_scu_ipc?.
CC to KVM-ML
2010/8/17 Hong
On Sat, Aug 7, 2010 at 7:05 PM, Nirmal Guhan wrote:
> On Sat, Aug 7, 2010 at 8:29 AM, Alex Williamson
> wrote:
>> On Fri, 2010-08-06 at 17:29 -0700, Nirmal Guhan wrote:
>>> On Thu, Aug 5, 2010 at 10:44 PM, Alex Williamson
>>> wrote:
>>> > On Thu, Aug 5, 2010 at 12:53 PM, Nirmal Guhan wrote:
>>>
Thanks :)
2010/8/17 Hong Liu :
> On Tue, 2010-08-17 at 13:59 +0800, Zhou Peng wrote:
>> After compile disabling intel_scu_ipc, the kernel is vmlinuz-2.6.35+
>> In linux kernel 2.6.35 mrst.h is the same with kvm
>> (http://lxr.free-electrons.com/source/arch/x86/include/asm/mrst.h)
>
> I've checked
48 matches
Mail list logo