Subsystems that want to register CPU hotplug callbacks, as well as perform
initialization for the CPUs that are already online, often do it as shown
below:
get_online_cpus();
for_each_online_cpu(cpu)
init_cpu(cpu);
Subsystems that want to register CPU hotplug callbacks, as well as perform
initialization for the CPUs that are already online, often do it as shown
below:
get_online_cpus();
for_each_online_cpu(cpu)
init_cpu(cpu);
On 2014-02-11 11:17, Stefan Hajnoczi wrote:
On Mon, Feb 3, 2014 at 8:45 AM, Stefan Hajnoczi stefa...@gmail.com wrote:
Project ideas
Please post project ideas on the wiki page below. Project ideas
should be suitable as a 12-week project that a student fluent in
C/Python/etc can complete. No
On 14/02/14 00:32, Paolo Bonzini wrote:
Il 13/02/2014 23:54, Christian Borntraeger ha scritto:
We had several variants but in the end we tried to come up with a patch that
does not
influence other architectures. Your proposal would certainly be fine for
s390,
but what impact does it have
Il 14/02/2014 10:55, Christian Borntraeger ha scritto:
OK.
Michael can you rework the series to simply use
if (waitqueue_active(vcpu-wq) !kvm_arch_vcpu_runnable(vcpu) in
kvm_vcpu_on_spin
and make kvm_arch_vcpu_runnable kvm_cpu_has_interrupt(vcpu) in s390 code?
That should be equivalent for
On Fri, Feb 14, 2014 at 09:16:19AM +0100, Jan Kiszka wrote:
On 2014-02-11 11:17, Stefan Hajnoczi wrote:
On Mon, Feb 3, 2014 at 8:45 AM, Stefan Hajnoczi stefa...@gmail.com wrote:
Project ideas
Please post project ideas on the wiki page below. Project ideas
should be suitable as a 12-week
Il 14/02/2014 08:51, Srivatsa S. Bhat ha scritto:
Subsystems that want to register CPU hotplug callbacks, as well as perform
initialization for the CPUs that are already online, often do it as shown
below:
get_online_cpus();
for_each_online_cpu(cpu)
Il 14/02/2014 08:55, Srivatsa S. Bhat ha scritto:
Subsystems that want to register CPU hotplug callbacks, as well as perform
initialization for the CPUs that are already online, often do it as shown
below:
get_online_cpus();
for_each_online_cpu(cpu)
On Sun, Feb 09, 2014 at 11:39:19PM +0530, Jobin Raju George wrote:
On Sun, Feb 9, 2014 at 2:42 PM, Stefan Hajnoczi stefa...@gmail.com wrote:
On Thu, Feb 06, 2014 at 12:22:36PM +0530, Jobin Raju George wrote:
I am trying to establish a communication mechanism between the guest
and its
On 13.02.2014 19:25, Peter Zijlstra wrote:
On Thu, Feb 13, 2014 at 06:00:19PM +0100, Stefan Bader wrote:
On 12.02.2014 12:54, Peter Zijlstra wrote:
On Wed, Feb 12, 2014 at 12:09:29PM +0100, Stefan Bader wrote:
Something else here I run a kernel with CONFIG_PREEMPT not set and NR_CPUS
limited
Linus,
The following changes since commit b73117c49364551ff789db7c424a115ac5b77850:
Merge branch 'kvm-ppc-next' of git://github.com/agraf/linux-2.6 into
kvm-queue (2014-01-29 18:29:01 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm.git
On 13.02.2014 19:25, Peter Zijlstra wrote:
On Thu, Feb 13, 2014 at 06:00:19PM +0100, Stefan Bader wrote:
On 12.02.2014 12:54, Peter Zijlstra wrote:
On Wed, Feb 12, 2014 at 12:09:29PM +0100, Stefan Bader wrote:
Something else here I run a kernel with CONFIG_PREEMPT not set and NR_CPUS
limited
On Fri, Feb 14, 2014 at 12:24:42PM +0100, Stefan Bader wrote:
Oh and one thing I was wondering. Not sure I do understand it right... When
initially converting to percpu counts, you changed the 32bit assembly like
that:
--- a/arch/x86/kernel/entry_32.S
+++ b/arch/x86/kernel/entry_32.S
@@
Hi there ...
I observe a regression in 3.13.x and initially reported it to Takuya
Yoshikawa, who told me to post to this list. (I'm neither subscribed
to this list nor LKML.)
I just compiled 3.13.3 and it happens here too. In this very moment.
All I do is running qemu to boot an ISO image like
On Fri, Feb 14, 2014 at 11:55:25AM +0100, Stefan Bader wrote:
Ok, I think I now got a log of the actual issue. It seems cpu#1 missed out on
handling a reschedule interrupt but did send one to cpu#0 and on cpu#0 while
handling the interrupt the tif flag was not set (yet?) but then when it is,
On Thu, Feb 13, 2014 at 07:26:05PM +0100, Peter Zijlstra wrote:
On Thu, Feb 13, 2014 at 07:03:56PM +0100, Stefan Bader wrote:
Yeah... not sure the interleaved source helps or not ...
It did, thanks!
Stefan, can you also send sched/core.s? I'm particularly interested in
what resched_task()
On Fri, 2014-02-14 at 09:16 +0100, Jan Kiszka wrote:
I need to submit our organization application (including our project
ideas) on Friday.
Hope it's not too late: just added the VT-d emulation proposal.
It's not too late. Ideas page must be ready when students will discover
the list of
Attention
Sir,
Following an application brought, seeking the release of your due payment
through British bank, I am directed to inform you that the application has
been approved and Natwest bank of London has been mandated to make transfer
of your payment to the bank account you will nominate.
On Fri, Feb 14, 2014 at 03:24:09PM +0100, Stefan Bader wrote:
Actually, this code just makes so much more sense if I let objdump do
relocation info...
Ok, we're pretty sure you have an MFENCE there in resched_task but can
you confirm it please.
First, does /proc/cpuinfo have the sse2 string?
Oh, and just in case this is relatively easy to reproduce and in case we
don't have any other idea, bisection might be another option. I'm not
saying you should do it right away - I'm just putting it on the table...
:-)
:-)
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk.
On 14.02.2014 16:21, Borislav Petkov wrote:
Oh, and just in case this is relatively easy to reproduce and in case we
don't have any other idea, bisection might be another option. I'm not
saying you should do it right away - I'm just putting it on the table...
:-)
:-)
Oh yeah, bisection
On Fri, Feb 14, 2014 at 04:28:16PM +0100, Stefan Bader wrote:
Oh yeah, bisection is nearly as entertaining as doing my tax records.
Hm, on the other hand those will have to be done at some point too...
:-P
Ah, tax records, crap, I have those lying around in the corner since
forever... I need
On Fri, Feb 14, 2014 at 03:22:04PM +0100, Cedric Bosdonnat wrote:
On Fri, 2014-02-14 at 09:16 +0100, Jan Kiszka wrote:
I need to submit our organization application (including our project
ideas) on Friday.
Hope it's not too late: just added the VT-d emulation proposal.
It's not too
On Fri, Feb 14, 2014 at 04:21:32PM +0100, Borislav Petkov wrote:
Oh, and just in case this is relatively easy to reproduce and in case we
don't have any other idea, bisection might be another option. I'm not
saying you should do it right away - I'm just putting it on the table...
I'm fairly
Il 14/02/2014 13:03, Thomas Sattler ha scritto:
I tried using /usr/bin/qemu-system-i386 (as I'm running i686) but the
same happend. (I must admit that I tested this only once, with one of
the 3.13.x kernels.)
Is there anything else I can to?
Can you capture a trace of the hang?
You can
On 14.02.2014 15:47, Borislav Petkov wrote:
On Fri, Feb 14, 2014 at 03:24:09PM +0100, Stefan Bader wrote:
Actually, this code just makes so much more sense if I let objdump do
relocation info...
Ok, we're pretty sure you have an MFENCE there in resched_task but can
you confirm it please.
On Fri, Feb 14, 2014 at 06:02:32PM +0100, Stefan Bader wrote:
One thing I likely should do is to reinstall the exact same laptop with 64bit
kernel and userspace... maybe only 64bit kernel first... and make sure on my
side that this does not show up on 64bit, too. I took the word of reporters
On Fri, Feb 14, 2014 at 06:02:32PM +0100, Stefan Bader wrote:
Okaaay, I think I did what you asked. So yes, there is sse2 in the cpu info.
And
there is a mfence in the disassembly:
Btw, I just realized booting the kernel in the guest was a dumb idea,
because, doh, the guest is not baremetal.
On 14.02.2014 18:33, Borislav Petkov wrote:
On Fri, Feb 14, 2014 at 06:02:32PM +0100, Stefan Bader wrote:
Okaaay, I think I did what you asked. So yes, there is sse2 in the cpu info.
And
there is a mfence in the disassembly:
Btw, I just realized booting the kernel in the guest was a dumb
On 14.02.2014 19:23, Stefan Bader wrote:
On 14.02.2014 18:33, Borislav Petkov wrote:
On Fri, Feb 14, 2014 at 06:02:32PM +0100, Stefan Bader wrote:
Okaaay, I think I did what you asked. So yes, there is sse2 in the cpu
info. And
there is a mfence in the disassembly:
Btw, I just realized
On Tue, Feb 11, 2014 at 09:54:44PM +0200, Michael S. Tsirkin wrote:
On Tue, Feb 11, 2014 at 01:23:31PM -0500, Gabriel L. Somlo wrote:
1. Regarding KVM and the polarity xor line in the patch above: Does
anyone have experience with any *other* guests which insist on setting
level-triggered
Am 14.02.2014 um 22:13 schrieb Gabriel L. Somlo gso...@gmail.com:
On Tue, Feb 11, 2014 at 09:54:44PM +0200, Michael S. Tsirkin wrote:
On Tue, Feb 11, 2014 at 01:23:31PM -0500, Gabriel L. Somlo wrote:
1. Regarding KVM and the polarity xor line in the patch above: Does
anyone have
On Fri, Feb 14, 2014 at 10:21:09PM +0100, Alexander Graf wrote:
Can't you just turn the polarity around in the pci host adapter?
I tried this:
diff --git a/hw/pci/pci.c b/hw/pci/pci.c
index 1221f32..0e86d21 100644
--- a/hw/pci/pci.c
+++ b/hw/pci/pci.c
@@ -118,13 +118,13 @@ static int
On 14.02.2014, at 23:06, Gabriel L. Somlo gso...@gmail.com wrote:
On Fri, Feb 14, 2014 at 10:21:09PM +0100, Alexander Graf wrote:
Can't you just turn the polarity around in the pci host adapter?
I tried this:
diff --git a/hw/pci/pci.c b/hw/pci/pci.c
index 1221f32..0e86d21 100644
---
On Sat, Feb 08, 2014 at 06:29:31PM +0100, Antonios Motakis wrote:
From: Kim Phillips kim.phill...@linaro.org
Needed by drivers, such as the vfio platform driver [1], seeking to
bypass bind_store()'s driver_match_device(), and bind to any device
via a private sysfs bind file.
[1]
Hello,
is it possible to support lightscribe in KVM? Now Windows VM sees QEMU
DVD-ROM ATA Device and labeling software shows No LightScribe Drives Found.
Regards,
Nerijus
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More
From: Luis R. Rodriguez mcg...@suse.com
It doesn't make sense for some interfaces to become a root bridge
at any point in time. One example is virtual backend interfaces
which rely on other entities on the bridge for actual physical
connectivity. They only provide virtual access.
Device drivers
From: Luis R. Rodriguez mcg...@suse.com
The xen-netback driver is used only to provide a backend
interface for the frontend. The link is the only thing we
use, and that is used internally for letting us know when the
xen-netfront is ready, when it switches to XenbusStateConnected.
Note that only
From: Luis R. Rodriguez mcg...@suse.com
This v2 series changes the approach from my original virtualization
multicast patch series [0] by abandoning completely the multicast
issues and instead generalizing an approach for virtualization
backends. There are two things in common with virtualization
From: Luis R. Rodriguez mcg...@suse.com
Some interfaces do not need to have any IPv4 or IPv6
addresses, so enable an option to specify this. One
example where this is observed are virtualization
backend interfaces which just use the net_device
constructs to help with their respective frontends.
From: Luis R. Rodriguez mcg...@suse.com
The purpose of using a static MAC address of FE:FF:FF:FF:FF:FF
was to prevent our backend interfaces from being used by the
bridge and nominating our interface as a root bridge. This was
possible given that the bridge code will use the lowest MAC
address
On Fri, Feb 14, 2014 at 4:05 PM, Stefan Hajnoczi stefa...@gmail.com wrote:
On Sun, Feb 09, 2014 at 11:39:19PM +0530, Jobin Raju George wrote:
On Sun, Feb 9, 2014 at 2:42 PM, Stefan Hajnoczi stefa...@gmail.com wrote:
On Thu, Feb 06, 2014 at 12:22:36PM +0530, Jobin Raju George wrote:
I
42 matches
Mail list logo