[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4EE8B4AD.2060101@redhat.com>
Date: Wed, 14 Dec 2011 16:37:33 +0200
From: Avi Kivity <avi@...hat.com>
To: Marcelo Tosatti <mtosatti@...hat.com>
CC: Eric B Munson <emunson@...bm.net>, mingo@...hat.com, hpa@...or.com,
arnd@...db.de, ryanh@...ux.vnet.ibm.com, aliguori@...ibm.com,
jeremy.fitzhardinge@...rix.com, levinsasha928@...il.com,
Jan Kiszka <jan.kiszka@...mens.com>, kvm@...r.kernel.org,
linux-arch@...r.kernel.org, x86@...nel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 2/5 V5] Add functions to check if the host has stopped
the vm
On 12/14/2011 02:11 PM, Marcelo Tosatti wrote:
> On Thu, Dec 08, 2011 at 10:23:10AM -0500, Eric B Munson wrote:
> > On Wed, 07 Dec 2011, Avi Kivity wrote:
> >
> > > On 12/05/2011 10:19 PM, Eric B Munson wrote:
> > > > When a host stops or suspends a VM it will set a flag to show this. The
> > > > watchdog will use these functions to determine if a softlockup is real, or the
> > > > result of a suspended VM.
> > > >
> > > > +bool kvm_check_and_clear_guest_paused(int cpu)
> > > > +{
> > > > + bool ret = false;
> > > > + struct pvclock_vcpu_time_info *src;
> > > > +
> > > > + /*
> > > > + * per_cpu() is safe here because this function is only called from
> > > > + * timer functions where preemption is already disabled.
> > > > + */
> > > > + WARN_ON(!in_atomic());
> > > > + src = &per_cpu(hv_clock, cpu);
> > >
> > > __get_cpu_var(); drop the cpu argument
> > >
> >
> > Will change for V6.
> >
> > > > + if ((src->flags & PVCLOCK_GUEST_STOPPED) != 0) {
> > > > + src->flags = src->flags & (~PVCLOCK_GUEST_STOPPED);
> > >
> > > Isn't this racy? Between reading and writing src->flags, we can exit to
> > > the hypervisor and add/remove new flags. The write then overrides those
> > > new flags.
> > >
> >
> > If I understand (please correct me if this is wrong) because this is only
> > called from the watchdog, which disables preemption, we should be protected
> > from something else writing to these flags.
>
> The host can write, but in that case race is harmless.
Why is it harmless? You don't know what's in those other flags.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists