On 02/14/2012 09:43 PM, Marcelo Tosatti wrote:
> Also it should not be necessary for these flushes to be inside mmu_lock
> on EPT/NPT case (since there is no write protection there).
We do write protect with TDP, if nested virt is active. The question is
whether we have indirect pages or not, no
Anyone?
Peter Lieven wrote:
> Hi,
>
> i recently started updating our VMs to qemu-kvm 1.0. Since that I see
> that the usb tablet device (used for as pointer device for accurate
> mouse positioning) becomes unavailable after live migrating.
> If I migrate a few times a Windows 7 VM reliable stops
https://bugzilla.kernel.org/show_bug.cgi?id=42755
--- Comment #30 from Avi Kivity 2012-02-15 09:28:12 ---
Disable ksm, and build with debug information so we get useful information
instead of hex addresses.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- Y
On 02/14/2012 08:18 PM, Brian Jackson wrote:
> On Tuesday, February 14, 2012 03:31:10 AM Ryan Brown wrote:
> > Sorry for being a noob here, Any clues with this?, anyone ...
> >
> > On Mon, Feb 13, 2012 at 2:05 AM, Ryan Brown wrote:
> > > Host/KVM server is running linux 3.2.4 (Debian wheezy), and
On 02/15/2012 11:18 AM, Avi Kivity wrote:
> On 02/14/2012 09:43 PM, Marcelo Tosatti wrote:
> > Also it should not be necessary for these flushes to be inside mmu_lock
> > on EPT/NPT case (since there is no write protection there).
>
> We do write protect with TDP, if nested virt is active. The qu
On Tue, Feb 14, 2012 at 11:07:08PM -0500, Kevin O'Connor wrote:
...
> > hardware. Maybe we could poke someone from KVM camp for a hint?
>
> SeaBIOS has two ways to be deployed - first is to copy the image to
> the top of the first 1MB (eg, 0xe-0xf) and jump to
> 0xf000:0xfff0 in 16bit mode
On 02/13/2012 05:52 PM, Marcelo Tosatti wrote:
> > > {
> > >+ x86_platform.restore_sched_clock_state();
> > Isn't it too early? It is scarry to say hypervisor to write to some
> > memory location and than completely replace page-tables and half of
> > cpu state in __restore_processor_state. Would
On 02/13/2012 08:20 PM, Igor Mammedov wrote:
> BUG when overflow occurs at pvclock.c:pvclock_get_nsec_offset
>
> u64 delta = native_read_tsc() - shadow->tsc_timestamp;
>
> this might happen at an attempt to read an uninitialized yet clock.
> It won't prevent stalls and hangs but at least it won
On 02/13/2012 03:35 PM, Asias He wrote:
> On 02/13/2012 12:38 PM, Pekka Enberg wrote:
> > On Mon, Feb 13, 2012 at 08:14:22PM +0800, Yang Bai wrote:
> >>> As I know, native tool does not support loading BIOS so it does not
> >>> support Windows. Is this supporting now?
> >>> If not, I may try to imp
On (Tue) 14 Feb 2012 [08:26:22], Andy Lutomirski wrote:
> On Tue, Feb 14, 2012 at 4:22 AM, Amit Shah wrote:
> > On (Fri) 03 Feb 2012 [13:57:48], Amit Shah wrote:
> >> Hello,
> >>
> >> I'm booting some latest kernels on a Fedora 11 (released June 2009)
> >> guest. After the recent change of defaul
On 02/07/2012 04:39 PM, Alexander Graf wrote:
> >
> > Syscalls are orthogonal to that - they're to avoid the fget_light() and to
> > tighten the vcpu/thread and vm/process relationship.
>
> How about keeping the ioctl interface but moving vcpu_run to a syscall then?
I dislike half-and-half inter
On 02/15/2012 11:49 AM, Avi Kivity wrote:
On 02/13/2012 08:20 PM, Igor Mammedov wrote:
BUG when overflow occurs at pvclock.c:pvclock_get_nsec_offset
u64 delta = native_read_tsc() - shadow->tsc_timestamp;
this might happen at an attempt to read an uninitialized yet clock.
It won't prevent
On 02/15/2012 05:47 PM, Avi Kivity wrote:
> On 02/15/2012 11:18 AM, Avi Kivity wrote:
>> On 02/14/2012 09:43 PM, Marcelo Tosatti wrote:
>>> Also it should not be necessary for these flushes to be inside mmu_lock
>>> on EPT/NPT case (since there is no write protection there).
>>
>> We do write pro
On 15.02.2012, at 12:18, Avi Kivity wrote:
> On 02/07/2012 04:39 PM, Alexander Graf wrote:
>>>
>>> Syscalls are orthogonal to that - they're to avoid the fget_light() and to
>>> tighten the vcpu/thread and vm/process relationship.
>>
>> How about keeping the ioctl interface but moving vcpu_run
>>
>> I don't think it's supported to pass that functionality to the guest.
>>
>
> Why not? Perhaps a new libvirt or qemu is needed.
>
Should it be the case to add one of the following?
or..
something like that?
Host is using linux kernel 3.2.4 (Debian Wheezy) libvirt (0.9.8-2),
qemu
On 02/15/2012 01:57 PM, Alexander Graf wrote:
> >
> > Is an extra syscall for copying TLB entries to user space prohibitively
> > expensive?
>
> The copying can be very expensive, yes. We want to have the possibility of
> exposing a very large TLB to the guest, in the order of multiple kentries.
On 02/12/2012 09:10 AM, Takuya Yoshikawa wrote:
> Avi Kivity wrote:
>
> > > > Slot searching is quite fast since there's a small number of slots,
> > > > and we sort the larger ones to be in the front, so positive lookups are
> > > > fast. We cache negative lookups in the shadow page tables (a
On 02/07/2012 05:23 PM, Anthony Liguori wrote:
> On 02/07/2012 07:40 AM, Alexander Graf wrote:
>>
>> Why? For the HPET timer register for example, we could have a simple
>> MMIO hook that says
>>
>>on_read:
>> return read_current_time() - shared_page.offset;
>>on_write:
>> handle_
On 15.02.2012, at 14:29, Avi Kivity wrote:
> On 02/15/2012 01:57 PM, Alexander Graf wrote:
>>>
>>> Is an extra syscall for copying TLB entries to user space prohibitively
>>> expensive?
>>
>> The copying can be very expensive, yes. We want to have the possibility of
>> exposing a very large TL
On 02/07/2012 08:12 PM, Rusty Russell wrote:
> > I would really love to have this, but the problem is that we'd need a
> > general purpose bytecode VM with binding to some kernel APIs. The
> > bytecode VM, if made general enough to host more complicated devices,
> > would likely be much larger tha
On 02/07/2012 06:29 PM, Jan Kiszka wrote:
> >>>
> >>
> >> Isn't there another level in between just scheduling and full syscall
> >> return if the user return notifier has some real work to do?
> >
> > Depends on whether you're scheduling a kthread or a userspace process, no?
> > If
>
> Kthread
On 02/07/2012 06:19 PM, Anthony Liguori wrote:
>> Ah. But then ioeventfd has that as well, unless the other end is in
>> the kernel too.
>
>
> Yes, that was my point exactly :-)
>
> ioeventfd/mmio-over-socketpair to adifferent thread is not faster than
> a synchronous KVM_RUN + writing to an eventf
On 02/15/2012 03:37 PM, Alexander Graf wrote:
> On 15.02.2012, at 14:29, Avi Kivity wrote:
>
> > On 02/15/2012 01:57 PM, Alexander Graf wrote:
> >>>
> >>> Is an extra syscall for copying TLB entries to user space prohibitively
> >>> expensive?
> >>
> >> The copying can be very expensive, yes. We
On 02/15/2012 01:23 PM, Igor Mammedov wrote:
>>> static u64 pvclock_get_nsec_offset(struct pvclock_shadow_time
>>> *shadow)
>>> {
>>> -u64 delta = native_read_tsc() - shadow->tsc_timestamp;
>>> +u64 delta;
>>> +u64 tsc = native_read_tsc();
>>> +BUG_ON(tsc< shadow->tsc_timestamp
On 02/15/2012 02:02 PM, Ryan Brown wrote:
> >>
> >> I don't think it's supported to pass that functionality to the guest.
> >>
> >
> > Why not? Perhaps a new libvirt or qemu is needed.
> >
>
> Should it be the case to add one of the following?
>
>
> or..
>
>
> something like that?
The q
On 02/15/2012 01:37 PM, Xiao Guangrong wrote:
> >>
> >> I would really like to move the IPI back out of the lock.
> >>
> >> How about something like a sequence lock:
> >>
> >>
> >> spin_lock(mmu_lock)
> >> need_flush = write_protect_stuff();
> >> atomic_add(kvm->want_flush_counter, need
On 15.02.2012, at 14:57, Avi Kivity wrote:
> On 02/15/2012 03:37 PM, Alexander Graf wrote:
>> On 15.02.2012, at 14:29, Avi Kivity wrote:
>>
>>> On 02/15/2012 01:57 PM, Alexander Graf wrote:
>
> Is an extra syscall for copying TLB entries to user space prohibitively
> expensive?
On Tue, 2012-02-14 at 10:57 -0800, John Fastabend wrote:
> Roopa was likely on the right track here,
>
> http://patchwork.ozlabs.org/patch/123064/
Doesnt seem related to the bridging stuff - the modeling looks
reasonable however.
> But I think the proper syntax is to use the existing PF_BRIDGE:
I'm not sure if this bug is located in userspace or in the kernel.
Could you let me know where to file it?
Bug:
Attempting to boot a 32 bit Debian guest with a Xenomai kernel inside
KVM causes it to hang and spin (using 1 full CPU core) after loading
the initrd, as determined by serial console out
On 02/15/2012 06:40 PM, madengineer10 wrote:
> I'm not sure if this bug is located in userspace or in the kernel.
> Could you let me know where to file it?
>
> Bug:
> Attempting to boot a 32 bit Debian guest with a Xenomai kernel inside
> KVM causes it to hang and spin (using 1 full CPU core) after
On 02/15/2012 06:46 PM, Avi Kivity wrote:
> On 02/15/2012 06:40 PM, madengineer10 wrote:
> > I'm not sure if this bug is located in userspace or in the kernel.
> > Could you let me know where to file it?
> >
> > Bug:
> > Attempting to boot a 32 bit Debian guest with a Xenomai kernel inside
> > KVM
- Original Message -
> From: "Avi Kivity"
> To: "Igor Mammedov"
> Cc: linux-ker...@vger.kernel.org, kvm@vger.kernel.org, t...@linutronix.de,
> mi...@redhat.com, h...@zytor.com,
> r...@redhat.com, "amit shah" , mtosa...@redhat.com
> Sent: Wednesday, February 15, 2012 3:02:04 PM
> Subjec
On Wed, Feb 15, 2012 at 04:07:49PM +0200, Avi Kivity wrote:
> Well, it still has flushes inside the lock. And it seems to be more
> complicated, but maybe that's because I thought of my idea and didn't
> fully grok yours yet.
If we go more complicated I prefer Avi's suggestion to move them all
ou
On 02/15/2012 05:57 AM, Alexander Graf wrote:
>
> On 15.02.2012, at 12:18, Avi Kivity wrote:
>
>> Well the real reason is we have an extra bit reported by page faults
>> that we can control. Can't you set up a hashed pte that is configured
>> in a way that it will fault, no matter what type of a
On 10.01.2012, at 01:51, Scott Wood wrote:
> On 01/09/2012 11:46 AM, Alexander Graf wrote:
>>
>> On 21.12.2011, at 02:34, Scott Wood wrote:
>
[...]
>>> Current issues include:
>>> - Machine checks from guest state are not routed to the host handler.
>>> - The guest can cause a host oops by ex
Hi, kvm people-
Here's a strange failure. It could be a bug in something
RHEL6-specific, but it could be a generic issue that only triggers
with a paravirt guest with old userspace on a non-ept host. There was
a bug like this on Xen, and I'm wondering something's wrong on kvm as
well.
For backg
On 02/15/2012 01:36 PM, Alexander Graf wrote:
>
> On 10.01.2012, at 01:51, Scott Wood wrote:
>> I was thinking we'd check ESR[EPID] or SRR1[IS] as appropriate, and
>> treat it as a kernel fault (search exception table) -- but this works
>> too and is a bit cleaner (could be other uses of external
On 02/15/2012 07:39 AM, Avi Kivity wrote:
On 02/07/2012 08:12 PM, Rusty Russell wrote:
I would really love to have this, but the problem is that we'd need a
general purpose bytecode VM with binding to some kernel APIs. The
bytecode VM, if made general enough to host more complicated devices,
wo
On Tuesday 07 February 2012, Alexander Graf wrote:
> On 07.02.2012, at 07:58, Michael Ellerman wrote:
>
> > On Mon, 2012-02-06 at 13:46 -0600, Scott Wood wrote:
> >> You're exposing a large, complex kernel subsystem that does very
> >> low-level things with the hardware. It's a potential source o
On Tuesday 07 February 2012, Alexander Graf wrote:
> >>
> >> Not sure we'll ever get there. For PPC, it will probably take another 1-2
> >> years until we get the 32-bit targets stabilized. By then we will have new
> >> 64-bit support though. And then the next gen will come out giving us even
>
On 15.02.2012, at 20:40, Scott Wood wrote:
> On 02/15/2012 01:36 PM, Alexander Graf wrote:
>>
>> On 10.01.2012, at 01:51, Scott Wood wrote:
>>> I was thinking we'd check ESR[EPID] or SRR1[IS] as appropriate, and
>>> treat it as a kernel fault (search exception table) -- but this works
>>> too an
On Wed, 2012-02-15 at 22:21 +, Arnd Bergmann wrote:
> On Tuesday 07 February 2012, Alexander Graf wrote:
> > On 07.02.2012, at 07:58, Michael Ellerman wrote:
> >
> > > On Mon, 2012-02-06 at 13:46 -0600, Scott Wood wrote:
> > >> You're exposing a large, complex kernel subsystem that does very
>
On 2/15/2012 6:10 AM, Jamal Hadi Salim wrote:
> On Tue, 2012-02-14 at 10:57 -0800, John Fastabend wrote:
>
>> Roopa was likely on the right track here,
>>
>> http://patchwork.ozlabs.org/patch/123064/
>
> Doesnt seem related to the bridging stuff - the modeling looks
> reasonable however.
>
The
On 02/08/2012 02:01 PM, Marcelo Tosatti wrote:
The following changes since commit cf4dc461a4cfc3e056ee24edb26154f4d34a6278:
Restore consistent formatting (2012-02-07 22:11:04 +0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git uq/master
Pull
On Wed, 15 Feb 2012 15:39:41 +0200, Avi Kivity wrote:
> On 02/07/2012 08:12 PM, Rusty Russell wrote:
> > > I would really love to have this, but the problem is that we'd need a
> > > general purpose bytecode VM with binding to some kernel APIs. The
> > > bytecode VM, if made general enough to hos
[I'm just catching up with this after getting my own driver changes into
shape.]
On Fri, 2012-02-10 at 10:18 -0500, jamal wrote:
> Hi John,
>
> I went backwards to summarize at the top after going through your email.
>
> TL;DR version 0.1:
> you provide a good use case where it makes sense to d
On 02/15/2012 10:07 PM, Avi Kivity wrote:
> On 02/15/2012 01:37 PM, Xiao Guangrong wrote:
I would really like to move the IPI back out of the lock.
How about something like a sequence lock:
spin_lock(mmu_lock)
need_flush = write_protect_stuff();
On 02/13/2012 11:52 PM, David Ahern wrote:
>> The first patch is only needed for code compilation, after kvm-events is
>> compiled, you can analyse any kernels. :)
>
> understood.
>
> Now that I recall perf's way of handling out of tree builds, a couple of
> comments:
>
> 1. you need to add th
On 2/15/12 9:59 PM, Xiao Guangrong wrote:
Okay, i will post the next version after collecting your new comments!
Thanks for your time, David! :)
I had more comments, but got sidetracked and forgot to come back to
this. I still haven't looked at the code yet, but some comments from
testing
On 02/16/2012 01:05 PM, David Ahern wrote:
> On 2/15/12 9:59 PM, Xiao Guangrong wrote:
>>
>>
>> Okay, i will post the next version after collecting your new comments!
>>
>> Thanks for your time, David! :)
>>
>
> I had more comments, but got sidetracked and forgot to come back to this. I
> still
https://bugzilla.kernel.org/show_bug.cgi?id=42779
Summary: KVM domain hangs after loading initrd with Xenomai
kernel
Product: Virtualization
Version: unspecified
Kernel Version: 3.0.0-15
Platform: All
OS/Version: Linux
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #1 from madenginee...@gmail.com 2012-02-16 05:46:07 ---
Created an attachment (id=72393)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72393)
Configuration of the guest kernel
--
Configure bugmail: https://bugzilla.kernel.o
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #2 from madenginee...@gmail.com 2012-02-16 05:47:18 ---
Created an attachment (id=72394)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72394)
Result of 'registers info' and 'x/30i $eip' after fault
--
Configure bugmail: htt
https://bugzilla.kernel.org/show_bug.cgi?id=42779
madenginee...@gmail.com changed:
What|Removed |Added
Attachment #72393|application/octet-stream|text/plain
mime type|
https://bugzilla.kernel.org/show_bug.cgi?id=42779
madenginee...@gmail.com changed:
What|Removed |Added
Attachment #72394|application/octet-stream|text/plain
mime type|
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #3 from madenginee...@gmail.com 2012-02-16 05:57:25 ---
Couldn't attach the trace I recorded of the fault occurring since it's 3 MB
compressed with xz, bigger still with other formats. I can email it if it will
be useful.
--
Conf
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #4 from madenginee...@gmail.com 2012-02-16 06:32:48 ---
Same problem occurs with qemu-kvm 1.0 from
https://launchpad.net/~bderzhavets/+archive/lib-usbredir39:
$ sudo kvm -M pc-1.0 -enable-kvm -m 1024 -drive
file=/var/lib/libvirt/i
https://bugzilla.kernel.org/show_bug.cgi?id=42779
Gleb changed:
What|Removed |Added
CC||g...@redhat.com
--- Comment #5 from Gleb 201
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #6 from madenginee...@gmail.com 2012-02-16 07:22:41 ---
Created an attachment (id=72395)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72395)
Last 10k lines of a trace showing the fault
Per Gleb's request
--
Configure bugm
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #7 from Gleb 2012-02-16 07:43:11 ---
Have you installed trace-cmd before capturing the trace? It failed to parse kvm
events. qemu haven't paused the guest after emulation error (looks like a bug),
so 'x/30i $eip' output is not use
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #8 from madenginee...@gmail.com 2012-02-16 07:56:03 ---
Not sure what you mean by installing trace-cmd before capturing the trace--I
did do that, otherwise I wouldn't have had a trace-cmd to run. The package
version is trace-cmd 1.
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #9 from madenginee...@gmail.com 2012-02-16 07:57:35 ---
Created an attachment (id=72397)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72397)
Register state and code disassembly at failure point with qemu 1.0
--
Configure b
62 matches
Mail list logo