I simply defined the syscall myself - but this only works if your kernel
supports the eventfd syscall.
Note: You need to adjust the the syscall NR for your architecture.
-
glibc < 2.8 does not have eventfd suppo
Hi,
On Saturday, March 12, 2011, Rafael J. Wysocki wrote:
> On Thursday, March 10, 2011, Rafael J. Wysocki wrote:
> > There are multiple problems with sysdevs, or struct sys_device objects to
> > be precise, that are so annoying that some people have started to think
> > of removind them entirely
From: Rafael J. Wysocki
Some subsystems in the x86 tree need to carry out suspend/resume and
shutdown operations with one CPU on-line and interrupts disabled and
they define sysdev classes and sysdevs or sysdev drivers for this
purpose. This leads to unnecessarily complicated code and excessive
From: Rafael J. Wysocki
KVM uses a sysdev class and a sysdev for executing kvm_suspend()
after interrupts have been turned off on the boot CPU (during system
suspend) and for executing kvm_resume() before turning on interrupts
on the boot CPU (during system resume). However, since both of these
From: Rafael J. Wysocki
The cpufreq subsystem uses sysdev suspend and resume for
executing cpufreq_suspend() and cpufreq_resume(), respectively,
during system suspend, after interrupts have been switched off on the
boot CPU, and during system resume, while interrupts are still off on
the boot CPU
From: Rafael J. Wysocki
Introduce Kconfig option allowing architectures where sysdev
operations used during system suspend, resume and shutdown have been
completely replaced with struct sycore_ops operations to avoid
building sysdev code that will never be used.
Make callbacks in struct sys_devi
From: Rafael J. Wysocki
The Intel IOMMU subsystem uses a sysdev class and a sysdev for
executing iommu_suspend() after interrupts have been turned off
on the boot CPU (during system suspend) and for executing
iommu_resume() before turning on interrupts on the boot CPU
(during system resume). How
From: Rafael J. Wysocki
The timekeeping subsystem uses a sysdev class and a sysdev for
executing timekeeping_suspend() after interrupts have been turned off
on the boot CPU (during system suspend) and for executing
timekeeping_resume() before turning on interrupts on the boot CPU
(during system r
Le lundi 21 mars 2011 à 23:57 +0545, Ben Nagy a écrit :
> On Mon, Mar 21, 2011 at 10:57 PM, Eric Dumazet wrote:
> > Le lundi 21 mars 2011 à 19:02 +0200, Avi Kivity a écrit :
> >
> >> Any ideas on how to fix it? We could pre-allocate IDs and batch them in
> >> per-cpu caches, but it seems like a l
Avi and Jiri:
I implemented emulation of movq(64bit) and movdqa(128 bit). If you guys
still need it let me know and I can post somewhere...
Wei Xu
On 8/31/10 9:30 AM, "Avi Kivity" wrote:
>
> On 08/31/2010 06:49 PM, Avi Kivity wrote:
>> On 08/31/2010 05:32 PM, Jiri Kosina wrote:
>>> (qemu)
Hello Dietmar,
did You somehow fixed this problem?
BR
nik
On Tue, Mar 01, 2011 at 11:43:39AM +, Dietmar Maurer wrote:
> Seems the bug is related to EVENTFD support.
>
> int event_notifier_init(EventNotifier *e, int active)
>
> That simply return -ENOSYS on older glibc (< 2.8)
>
> I can defi
On 03/21/2011 08:48 PM, Michael Tokarev wrote:
21.03.2011 20:12, Eric Dumazet wrote:
> Le lundi 21 mars 2011 à 19:02 +0200, Avi Kivity a écrit :
>
>> Any ideas on how to fix it? We could pre-allocate IDs and batch them in
>> per-cpu caches, but it seems like a lot of work.
>>
>
> Hmm, I dont
21.03.2011 20:12, Eric Dumazet wrote:
> Le lundi 21 mars 2011 à 19:02 +0200, Avi Kivity a écrit :
>
>> Any ideas on how to fix it? We could pre-allocate IDs and batch them in
>> per-cpu caches, but it seems like a lot of work.
>>
>
> Hmm, I dont know what syscalls kvm do, but even a timer_getti
On 03/21/2011 07:12 PM, Eric Dumazet wrote:
Le lundi 21 mars 2011 à 19:02 +0200, Avi Kivity a écrit :
> Any ideas on how to fix it? We could pre-allocate IDs and batch them in
> per-cpu caches, but it seems like a lot of work.
>
Hmm, I dont know what syscalls kvm do, but even a timer_gettime
On Mon, Mar 21, 2011 at 10:57 PM, Eric Dumazet wrote:
> Le lundi 21 mars 2011 à 19:02 +0200, Avi Kivity a écrit :
>
>> Any ideas on how to fix it? We could pre-allocate IDs and batch them in
>> per-cpu caches, but it seems like a lot of work.
>>
>
> Hmm, I dont know what syscalls kvm do, but even
On Fri, 2011-03-18 at 18:41 -0700, Shirley Ma wrote:
> > > + /* Drop packet instead of stop queue for better
> performance
> > */
> >
> > I would like to see some justification as to why this is the right
> > way to go and not just papering over the real problem.
>
> Fair. KVM guest virtio
On 03/21/2011 02:35 PM, Avi Kivity wrote:
> On 03/21/2011 04:47 AM, Ren, Yongjie wrote:
> > Hi all,
> > This is KVM test result against kvm.git
> > a72e315c509376bbd1e121219c3ad9f23973923f based on kernel 2.6.38-rc6+, and
> > qemu-kvm.git b73357ecd2b14c057134cb71d29447b5b988c516.
> >
> > The VT-d
On 03/21/2011 06:26 PM, Avi Kivity wrote:
> On 03/21/2011 02:35 PM, Avi Kivity wrote:
> > On 03/21/2011 04:47 AM, Ren, Yongjie wrote:
> > > Hi all,
> > > This is KVM test result against kvm.git
> > > a72e315c509376bbd1e121219c3ad9f23973923f based on kernel 2.6.38-rc6+, and
> > > qemu-kvm.git b733
Le lundi 21 mars 2011 à 19:02 +0200, Avi Kivity a écrit :
> Any ideas on how to fix it? We could pre-allocate IDs and batch them in
> per-cpu caches, but it seems like a lot of work.
>
Hmm, I dont know what syscalls kvm do, but even a timer_gettime() has to
lock this idr_lock.
Sounds crazy, a
On 03/21/2011 06:54 PM, Eric Dumazet wrote:
Le lundi 21 mars 2011 à 22:01 +0545, Ben Nagy a écrit :
> >> On Mon, Mar 21, 2011 at 7:38 PM, Avi Kivity wrote:
> >> > In the future, please post the binary perf.dat.
> >>
> >> Hi Avi,
> >>
> >> How do I do that?
> >
> > 'make nconfig'
Le lundi 21 mars 2011 à 22:01 +0545, Ben Nagy a écrit :
> >> On Mon, Mar 21, 2011 at 7:38 PM, Avi Kivity wrote:
> >> > In the future, please post the binary perf.dat.
> >>
> >> Hi Avi,
> >>
> >> How do I do that?
> >
> > 'make nconfig' and go to the kernel hacking section.
>
> Imprecise question
On 03/21/2011 06:16 PM, Ben Nagy wrote:
>> On Mon, Mar 21, 2011 at 7:38 PM, Avi Kivitywrote:
>> >In the future, please post the binary perf.dat.
>>
>> Hi Avi,
>>
>> How do I do that?
>
> 'make nconfig' and go to the kernel hacking section.
Imprecise question sorry, I meant how do I
>> On Mon, Mar 21, 2011 at 7:38 PM, Avi Kivity wrote:
>> > In the future, please post the binary perf.dat.
>>
>> Hi Avi,
>>
>> How do I do that?
>
> 'make nconfig' and go to the kernel hacking section.
Imprecise question sorry, I meant how do I get the perf.dat not how do
I disable the debugging
(restored kvm@vger)
On 03/21/2011 05:44 PM, Ben Nagy wrote:
On Mon, Mar 21, 2011 at 7:38 PM, Avi Kivity wrote:
> In the future, please post the binary perf.dat.
Hi Avi,
Thanks for the help!
How do I do that?
I'll try again on the non lock debug kernel and let you know.
'make nconfig' a
From: Jiří Župka
[virtio_console_guest.py]
It is splited to 2 parts, first one is client and second one is daemon.
* Daemon part is forked and works as the previous script except it redirects
the STD{IN,OUT,ERR} into named pipes.
* Client part connects to named pipes and handle the communication
It adds the online and offline migration test for virtio_console. It uses the
loopback inside the guest. The host sends the data and checks it's validity
while the guest is migrated (on localhost, multiple times).
You can find more info in the patch itself.
Regards,
Lukáš Doktor
--
To unsubscr
On 03/21/2011 03:41 PM, Ben Nagy wrote:
perf report output (huge, sorry)
http://paste.ubuntu.com/583311/
In the future, please post the binary perf.dat.
Anyway, I see
39.87% kvm [kernel.kallsyms] [k] delay_tsc
|
--- dela
On Mon, Mar 21, 2011 at 5:28 PM, Ben Nagy wrote:
> Bit of a status update:
[...]
> Since the underlying configs have changed so much, I will set up, run
> all the tests again and then followup if things are still locky.
Which they are.
I will need to get the git sources in order to build with
d
Please, send in any agenda items you are interested in covening.
- Merge patches speed. I just "feel", that patches are not being
handled fast enough, so ... I looked how much patches have been
integrated since Mars 1st:
(master)$ g log --pretty=fuller ed02c54d1fd5d35c06e62e3dae84ee5bb90097
On 03/21/2011 04:47 AM, Ren, Yongjie wrote:
> Hi all,
> This is KVM test result against kvm.git
> a72e315c509376bbd1e121219c3ad9f23973923f based on kernel 2.6.38-rc6+, and
> qemu-kvm.git b73357ecd2b14c057134cb71d29447b5b988c516.
>
> The VT-d bug 730441 concerning "nomsi NIC" is exist for two week
On Mon, Mar 21, 2011 at 3:35 PM, Avi Kivity wrote:
> It's actually not kvm code, but timer code. Please build qemu with
> ./configure --disable-strip and redo.
Bit of a status update:
Removing the usb tablet device helped a LOT - lowered the number of
machines we could bring up until the lock %
On Mon, Mar 21, 2011 at 12:47:39PM +0200, Avi Kivity wrote:
> On 03/21/2011 12:41 PM, Gleb Natapov wrote:
> >On Mon, Mar 21, 2011 at 12:28:56PM +0200, Avi Kivity wrote:
> >> >(This all is not to say I wont help resolving these issues -
> >> >quite the opposite, I'm willing to help, but I think my
On 03/21/2011 12:41 PM, Gleb Natapov wrote:
On Mon, Mar 21, 2011 at 12:28:56PM +0200, Avi Kivity wrote:
> >(This all is not to say I wont help resolving these issues -
> >quite the opposite, I'm willing to help, but I think my help
> >in a form of broken phone isn't of much value :)
>
> Yes,
On Mon, Mar 21, 2011 at 12:28:56PM +0200, Avi Kivity wrote:
> >(This all is not to say I wont help resolving these issues -
> >quite the opposite, I'm willing to help, but I think my help
> >in a form of broken phone isn't of much value :)
>
> Yes, it's better if we can reproduce this, and I under
On 03/21/2011 12:12 PM, Michael Tokarev wrote:
21.03.2011 12:43, Avi Kivity wrote:
> On 03/17/2011 10:18 PM, Michael Tokarev wrote:
[]
>> 47965.428791: kvm_exit: reason npf rip 0xd020203a
>> 47965.428791: kvm_page_fault: address bfff0 error_code 4
>> 47965.428792: kvm_emulate_insn: 0:d020203
21.03.2011 12:43, Avi Kivity wrote:
> On 03/17/2011 10:18 PM, Michael Tokarev wrote:
[]
>> 47965.428791: kvm_exit: reason npf rip 0xd020203a
>> 47965.428791: kvm_page_fault: address bfff0 error_code 4
>> 47965.428792: kvm_emulate_insn: 0:d020203a: 5a (prot32)
>> 47965.428792: kvm_mmio: mmio unsati
On Mon, Mar 21, 2011 at 11:43:32AM +0200, Avi Kivity wrote:
> >47965.428797: kvm_mmio: mmio read len 4 gpa 0xbfff4 val 0x0
> >47965.428797: kvm_entry: vcpu 0
> >47965.428798: kvm_exit: reason npf rip 0xd020203c
> >47965.428798: kvm_page_fault: address bfff8 error_code 4
> >47965.428799: kvm_emulate
On 03/19/2011 06:45 AM, Ben Nagy wrote:
On Fri, Mar 18, 2011 at 7:30 PM, Joerg Roedel wrote:
> Hi Ben,
>
> Can you try to run
>
> # perf record -a -g
>
> for a while when your VMs are up and unresponsive?
Hi Joerg,
Thanks for the response. Here's that output:
http://paste.ubuntu.com/58234
On 03/17/2011 10:18 PM, Michael Tokarev wrote:
17.03.2011 20:52, Marcelo Tosatti wrote:
[]
> iret emulation is only partially implemented. Why is iret faulting
> in the first place i don't know. Can you enable tracing with
>
> echo kvm> /$debugfs/tracing/set_event
>
> And save the tail of th
On 03/15/2011 11:40 PM, Marcelo Tosatti wrote:
On Tue, Mar 08, 2011 at 03:57:43PM +0200, Avi Kivity wrote:
> Move the exit reason checks to the front of the function, for early
> exit in the common case.
>
>
> static void vmx_complete_atomic_exit(struct vcpu_vmx *vmx)
> {
> - u32 exit_int
40 matches
Mail list logo