On Fri, Feb 14, 2014 at 4:05 PM, Stefan Hajnoczi 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 wrote:
> >
> > > On Thu, Feb 06, 2014 at 12:22:36PM +0530, Jobin Raju George wrote:
> > > > I am trying to establish a
From: "Luis R. Rodriguez"
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.
This should op
From: "Luis R. Rodriguez"
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 for a port once
From: "Luis R. Rodriguez"
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 that know they
From: "Luis R. Rodriguez"
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 when the both
From: "Luis R. Rodriguez"
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
backends:
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
Mor
On Sat, Feb 08, 2014 at 06:29:31PM +0100, Antonios Motakis wrote:
> From: Kim Phillips
>
> 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] https://lkml.org/lkml/2013
On 14.02.2014, at 23:06, Gabriel L. Somlo 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
> --- a/hw/p
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 pci_bar
> Am 14.02.2014 um 22:13 schrieb "Gabriel L. Somlo" :
>
>> 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
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-trigge
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 ju
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
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 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 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 ple
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 follo
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
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.
>
> I
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 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, bi
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. Form
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
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. Pl
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
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, 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,
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 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
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
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 tags/for-linu
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
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 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 host using
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)
init_cpu(cpu)
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)
init_cpu(cpu)
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 wrote:
> >> Project ideas
> >> Please post project ideas on the wiki page below. Project ideas
> >> should be suitable as a 12-week project
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
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
On 2014-02-11 11:17, Stefan Hajnoczi wrote:
> On Mon, Feb 3, 2014 at 8:45 AM, Stefan Hajnoczi 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 prior know
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);
register_cpu_notifier(&foobar_cpu_notifie
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);
register_cpu_notifier(&foobar_cpu_notifie
42 matches
Mail list logo