Hi everyone:
I had a problem yesterday with a virtual machine and I was not very
sure to whom I should report it so I much appreciate your opinion
about it.
I have a virtual machine that has a couple of CDROM drives attached
with their ISO image each. The ISOs are read from a NFS mounted
directory.
On Wed, Jul 27, 2011 at 8:17 AM, Igor Blanco wrote:
> Hi everyone:
> I had a problem yesterday with a virtual machine and I was not very
> sure to whom I should report it so I much appreciate your opinion
> about it.
> I have a virtual machine that has a couple of CDROM drives attached
> with thei
On Mon, Jul 25, 2011 at 7:25 PM, Lucas Meneghel Rodrigues
wrote:
> Hi folks, a little later than expected, here are the docs that explain how
> to run KVM autotest tests on an existing guest image:
>
> http://autotest.kernel.org/wiki/KVMAutotest/RunTestsExistingGuest
>
> Since we are making adjust
On Tue, Jul 26, 2011 at 06:08:09PM -0400, Donald Dutile wrote:
> The bcm5761 provides a PCIe Cap structure (capid=0x10)
> that is invalid, providing one that is 8 bytes shorter
> than the v2 PCIe spec defines.
> This leads to a memory corruption when mapped for device-assigment.
>
> Add a check in
On Wed, Jul 27, 2011 at 02:32:43PM +0800, Xiao Guangrong wrote:
> On 07/27/2011 12:26 PM, Gleb Natapov wrote:
> > On Wed, Jul 27, 2011 at 09:47:52AM +0800, Xiao Guangrong wrote:
> >> On 07/26/2011 08:27 PM, Gleb Natapov wrote:
> >>> On Tue, Jul 26, 2011 at 07:26:46PM +0800, Xiao Guangrong wrote:
>
On Thu, Jul 21, 2011 at 08:14:34PM +0200, Jan Kiszka wrote:
> Update of the unmerged half of this series. It logically depends on
> "pci: Common overflow prevention", but not mechanically. Changes in this
> release only affect the 6th patch. It gained support for 3-byte config
> space accesses, rec
On 07/27/2011 11:00 AM, Michael S. Tsirkin wrote:
On Thu, Jul 21, 2011 at 08:14:34PM +0200, Jan Kiszka wrote:
> Update of the unmerged half of this series. It logically depends on
> "pci: Common overflow prevention", but not mechanically. Changes in this
> release only affect the 6th patch. It
On Tue, Jul 26, 2011 at 12:57:44PM +0200, André Weidemann wrote:
> Hi,
>
> On 26.07.2011 12:08, Gleb Natapov wrote:
> >On Tue, Jul 26, 2011 at 07:29:04AM +0200, André Weidemann wrote:
> >>On 07.07.2011 07:26, André Weidemann wrote:
> >>>Hi,
> >>>I am running Windows7 x64 in a VM which crashes afte
On 07/26/2011 02:25 PM, Xiao Guangrong wrote:
kvm_mmu_pte_write is unsafe since we need to alloc pte_list_desc in the
function when spte is prefetched, unfortunately, we can not know how many
spte need to be prefetched on this path, that means we can use out of the
free pte_list_desc object in t
On 07/26/2011 02:26 PM, Xiao Guangrong wrote:
We usually use repeat string instructions to clear the page, for example,
we call memset to clear a page table, stosb is used in this function, and
repeated for 1024 times, that means we should occupy mmu lock for 1024 times
and walking shadow page ca
On 07/26/2011 02:28 PM, Xiao Guangrong wrote:
In current code, the accessed bit is always set when page fault occurred,
do not need to set it on pte write path
Is this true? a write with pte.w=pte.a=0 sets pte.a?
--
error compiling committee.c: too many arguments to function
--
To unsubscrib
On 07/26/2011 02:31 PM, Xiao Guangrong wrote:
If the shadow page has different cpu mode with current vcpu, we do better
remove them since the OS does not changes cpu mode frequently
This is true, but is it really needed? Won't such pages be torn down
very quickly anyway, and will never be re
Thanks done:
https://bugs.launchpad.net/qemu/+bug/816860
2011/7/27 Stefan Hajnoczi :
> On Wed, Jul 27, 2011 at 8:17 AM, Igor Blanco wrote:
>> Hi everyone:
>> I had a problem yesterday with a virtual machine and I was not very
>> sure to whom I should report it so I much appreciate your opinion
>
On 07/27/2011 12:11 PM, Avi Kivity wrote:
On 07/26/2011 02:31 PM, Xiao Guangrong wrote:
If the shadow page has different cpu mode with current vcpu, we do
better
remove them since the OS does not changes cpu mode frequently
This is true
It's actually not true. With nested virtualization t
On 07/26/2011 02:31 PM, Xiao Guangrong wrote:
Sometimes, we only modify the last one byte of a pte to update status bit,
for example, clear_bit is used to clear r/w bit in linux kernel and 'andb'
instruction is used in this function, in this case, kvm_mmu_pte_write will
treat it as misaligned acc
On 07/26/2011 02:32 PM, Xiao Guangrong wrote:
Detecting write-flooding does not work well, when we handle page written, if
the last speculative spte is not accessed, we treat the page is
write-flooding, however, we can speculative spte on many path, such as pte
prefetch, page synced, that means t
On 07/27/2011 01:08 AM, Donald Dutile wrote:
The bcm5761 provides a PCIe Cap structure (capid=0x10)
that is invalid, providing one that is 8 bytes shorter
than the v2 PCIe spec defines.
This leads to a memory corruption when mapped for device-assigment.
Add a check in assigned_device_pci_cap_ini
On 07/27/2011 03:51 PM, Gleb Natapov wrote:
> On Wed, Jul 27, 2011 at 02:32:43PM +0800, Xiao Guangrong wrote:
>> On 07/27/2011 12:26 PM, Gleb Natapov wrote:
>>> On Wed, Jul 27, 2011 at 09:47:52AM +0800, Xiao Guangrong wrote:
On 07/26/2011 08:27 PM, Gleb Natapov wrote:
> On Tue, Jul 26, 201
On 07/27/2011 05:00 PM, Avi Kivity wrote:
> On 07/26/2011 02:25 PM, Xiao Guangrong wrote:
>> kvm_mmu_pte_write is unsafe since we need to alloc pte_list_desc in the
>> function when spte is prefetched, unfortunately, we can not know how many
>> spte need to be prefetched on this path, that means we
On 07/27/2011 05:04 PM, Avi Kivity wrote:
> On 07/26/2011 02:26 PM, Xiao Guangrong wrote:
>> We usually use repeat string instructions to clear the page, for example,
>> we call memset to clear a page table, stosb is used in this function, and
>> repeated for 1024 times, that means we should occupy
On 07/27/2011 05:08 PM, Avi Kivity wrote:
> On 07/26/2011 02:28 PM, Xiao Guangrong wrote:
>> In current code, the accessed bit is always set when page fault occurred,
>> do not need to set it on pte write path
>>
>
> Is this true? a write with pte.w=pte.a=0 sets pte.a?
>
Generally, we will call
On 07/27/2011 05:13 PM, Avi Kivity wrote:
> On 07/27/2011 12:11 PM, Avi Kivity wrote:
>> On 07/26/2011 02:31 PM, Xiao Guangrong wrote:
>>> If the shadow page has different cpu mode with current vcpu, we do better
>>> remove them since the OS does not changes cpu mode frequently
>>>
>>
>> This is tr
On 07/27/2011 05:15 PM, Avi Kivity wrote:
> On 07/26/2011 02:31 PM, Xiao Guangrong wrote:
>> Sometimes, we only modify the last one byte of a pte to update status bit,
>> for example, clear_bit is used to clear r/w bit in linux kernel and 'andb'
>> instruction is used in this function, in this case
On Wed, Jul 27, 2011 at 3:26 AM, Marcelo Tosatti wrote:
> On Tue, Jul 26, 2011 at 04:59:06PM +0800, Zhi Yong Wu wrote:
>> Welcome to give me your comments, thanks.
>>
>> Signed-off-by: Zhi Yong Wu
>> ---
>> Makefile.objs | 2 +-
>> block.c | 288
>>
On 07/27/2011 05:23 PM, Avi Kivity wrote:
> On 07/26/2011 02:32 PM, Xiao Guangrong wrote:
>> Detecting write-flooding does not work well, when we handle page written, if
>> the last speculative spte is not accessed, we treat the page is
>> write-flooding, however, we can speculative spte on many pa
On 07/27/2011 01:20 PM, Xiao Guangrong wrote:
>>}
>
> I think this is a little dangerous. A guest kernel may be instantiating
multiple gptes on a page fault, but guest userspace hits only one of them (the one
which caused the page fault) - I think Windows does this, but I'm not sure.
>
I
On 07/25/2011 09:58 PM, Conny Seidel wrote:
Add runtime detection of 32bit libraries to prevent build fails.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...
On 07/25/2011 09:01 PM, Randy Dunlap wrote:
From: Randy Dunlap
Fix kconfig dependency warning:
warning: (KVM) selects TASK_DELAY_ACCT which has unmet direct dependencies
(TASKSTATS)
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this
On 07/25/2011 03:48 PM, Conny Seidel wrote:
Since the -enable-nesting option is no longer available remove the
option from the config file.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the
On 07/24/2011 09:15 AM, Sasha Levin wrote:
Currently the method of dealing with an IO operation on a bus (PIO/MMIO)
is to call the read or write callback for each device registered
on the bus until we find a device which handles it.
Since the number of devices on a bus can be significant due to
On 07/23/2011 10:31 AM, Mike Waychison wrote:
Commit 0945d4b228 tried to fix the get_msr path for the
HV_X64_MSR_APIC_ASSIST_PAGE msr, but was poorly tested. We should be
returning 0 if the read succeeded, and passing the value back to the
caller via the pdata out argument, not returning the val
On 07/22/2011 02:46 PM, Stefan Hajnoczi wrote:
Currently both perf and trace-cmd cannot parse the kvm:kvm_exit trace event
format. This patch is an attempt to make formatting work without changing the
kvm:kvm_exit prototype. Since this event is a core KVM operation, no doubt
there are existing
On 07/22/2011 03:47 AM, AP wrote:
I am trying to add 1366x768 resolution for standard VGA. I looked at
http://www.linux-kvm.org/page/FAQ#Can_I_have_higher_or_widescreen_resolutions_.28eg_1680_x_1050.29_in_KVM.3F
and
http://article.gmane.org/gmane.comp.emulators.kvm.devel/13557
I added a line to
On Wed, Jul 20, 2011, Zachary Amsden wrote about "Re: Nested VMX - L1 hangs on
running L2":
> > > No, both patches are wrong.
> >
>
> kvm_get_msr(vcpu, MSR_IA32_TSC, &tsc) should always return the L1 TSC,
> regardless of the setting of any MSR bitmap. The reason why is that it
> is being called b
On Wed, 2011-07-27 at 14:35 +0300, Avi Kivity wrote:
> On 07/24/2011 09:15 AM, Sasha Levin wrote:
> > Currently the method of dealing with an IO operation on a bus (PIO/MMIO)
> > is to call the read or write callback for each device registered
> > on the bus until we find a device which handles it.
On 07/27/2011 03:01 PM, Sasha Levin wrote:
> >
> > -static inline struct kvm_pic *to_pic(struct kvm_io_device *dev)
> > +static inline struct kvm_pic *to_pic(struct kvm_io_device *dev, gpa_t
addr)
> >{
> > - return container_of(dev, struct kvm_pic, dev);
> > + switch (addr) {
>
On Wed, Jul 27, 2011 at 02:47:20PM +0300, Avi Kivity wrote:
> On 07/22/2011 02:46 PM, Stefan Hajnoczi wrote:
> >In practice both perf and trace-cmd are not happy with the new exit_reason
> >formatting expression (omitting the details and split across lines for easy
> >email reading here):
> >
> >pr
On Wed, Jul 27, 2011 at 11:17 AM, Zhi Yong Wu wrote:
> On Wed, Jul 27, 2011 at 3:26 AM, Marcelo Tosatti wrote:
>> On Tue, Jul 26, 2011 at 04:59:06PM +0800, Zhi Yong Wu wrote:
>>> Welcome to give me your comments, thanks.
>>>
>>> Signed-off-by: Zhi Yong Wu
>>> ---
>>> Makefile.objs | 2 +-
On 07/27/2011 03:55 PM, Stefan Hajnoczi wrote:
>
> trace-cmd has a plugin API (and a kvm plugin) that you can use for
> this, and I expect perf either does as well or can make use of one.
> I don't think it's useful to complicate the print format description
> further to support our weird use
Currently the method of dealing with an IO operation on a bus (PIO/MMIO)
is to call the read or write callback for each device registered
on the bus until we find a device which handles it.
Since the number of devices on a bus can be significant due to ioeventfds
and coalesced MMIO zones, this lea
On Wed, 2011-07-27 at 15:59 +0300, Avi Kivity wrote:
> On 07/27/2011 03:55 PM, Stefan Hajnoczi wrote:
> > >
> > > trace-cmd has a plugin API (and a kvm plugin) that you can use for
> > > this, and I expect perf either does as well or can make use of one.
> > > I don't think it's useful to compli
On Wed, Jul 27, 2011 at 06:17:15PM +0800, Zhi Yong Wu wrote:
> >> + wait_time = 1;
> >> + }
> >> +
> >> + wait_time = wait_time + (slice_time - elapsed_time);
> >> + if (wait) {
> >> + *wait = wait_time * BLOCK_IO_SLICE_TIME * 10 + 1;
> >> + }
> >
> > The guest can keep su
Hi,
On Mon, Jul 25, 2011 at 3:18 PM, Jan Kiszka wrote:
>
> OK, hacks below plus the following three patches make CPU hotplug work
> again - with some exceptions. Here are the patches:
>
> 1. http://thread.gmane.org/gmane.comp.emulators.kvm.devel/76484
> 2. http://thread.gmane.org/gmane.comp.emula
Folks,
I'm looking for some help on guest network configuration when enabling VT-d.
I have fully completed steps given on
http://www.linux-kvm.org/page/How_to_assign_devices_with_VT-d_in_KVM on
detaching and assigning VFs to KVM.
I can see Virtual Functions PCIs on the guest. However I cannot fi
On Mon, Jul 25, 2011 at 10:27 AM, Pekka Enberg wrote:
>
> Here's the same pull request with a small fixlet for a compile-time problem
> reported by Ingo Molnar.
Ok, having thought this over, I'm going to skip the KVM tool merge
this merge window. You'll need to convince me it's really worthwhile,
Hello!
I am using Fedora 14 with kernel and qemu-kvm from Fedora 15:
[root@serv ~]# qemu-kvm --help | head -1
QEMU emulator version 0.14.0 (qemu-kvm-0.14.0), Copyright (c)
2003-2008 Fabrice Bellard
[root@serv ~]# uname -a
Linux serv 2.6.38.8-35.fc15.x86_64 #1 SMP Wed Jul 6 13:58:54 UTC 2011
x86_64
On Wed, Jul 27, 2011 at 8:58 PM, Stefan Hajnoczi wrote:
> On Wed, Jul 27, 2011 at 11:17 AM, Zhi Yong Wu wrote:
>> On Wed, Jul 27, 2011 at 3:26 AM, Marcelo Tosatti wrote:
>>> On Tue, Jul 26, 2011 at 04:59:06PM +0800, Zhi Yong Wu wrote:
Welcome to give me your comments, thanks.
Sign
On 07/27/2011 07:08 PM, Avi Kivity wrote:
> On 07/27/2011 01:20 PM, Xiao Guangrong wrote:
>> >>}
>> >
>> > I think this is a little dangerous. A guest kernel may be instantiating
>> > multiple gptes on a page fault, but guest userspace hits only one of them
>> > (the one which caused the pa
On Wed, Jul 27, 2011 at 11:49 PM, Marcelo Tosatti wrote:
> On Wed, Jul 27, 2011 at 06:17:15PM +0800, Zhi Yong Wu wrote:
>> >> + wait_time = 1;
>> >> + }
>> >> +
>> >> + wait_time = wait_time + (slice_time - elapsed_time);
>> >> + if (wait) {
>> >> + *wait = wait_time * BLOCK
On Wed, Jul 27, 2011 at 8:58 PM, Stefan Hajnoczi wrote:
> On Wed, Jul 27, 2011 at 11:17 AM, Zhi Yong Wu wrote:
>> On Wed, Jul 27, 2011 at 3:26 AM, Marcelo Tosatti wrote:
>>> On Tue, Jul 26, 2011 at 04:59:06PM +0800, Zhi Yong Wu wrote:
Welcome to give me your comments, thanks.
Sign
50 matches
Mail list logo
