mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Matt Fleming <matt@console-pimps.org>
To: Ingo Molnar <mingo@elte.hu>
Cc: Thomas Gleixner <tglx@linutronix.de>,
	Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>,
	"H. Peter Anvin" <hpa@linux.intel.com>,
	Marcelo Tosatti <mtosatti@redhat.com>,
	johnstultz <johnstul@us.ibm.com>,
	Matthew Garrett <mjg@redhat.com>,
	linux-kernel@vger.kernel.org, Jan Beulich <jbeulich@novell.com>,
	Avi Kivity <avi@redhat.com>
Subject: Re: [PATCH v2] x86: Don't recursively acquire rtc_lock
Date: Tue, 30 Aug 2011 17:17:20 +0100	[thread overview]
Message-ID: <1314721040.3649.4.camel@mfleming-mobl1.ger.corp.intel.com> (raw)
In-Reply-To: <1314720739-28683-1-git-send-email-matt@console-pimps.org>

(Adding Jan and Avi, apparently git send-email doesn't grok Acked-by's)

On Tue, 2011-08-30 at 17:12 +0100, Matt Fleming wrote:
> From: Matt Fleming <matt.fleming@intel.com>
> 
> A deadlock was introduced on x86 in commit ef68c8f87ed1 ("x86:
> Serialize EFI time accesses on rtc_lock") because efi_get_time() and
> friends can be called with rtc_lock already held by
> read_persistent_time(), e.g.
> 
> timekeeping_init()
>     read_persistent_clock()     <-- acquire rtc_lock
>         efi_get_time()
>             phys_efi_get_time() <-- acquire rtc_lock <DEADLOCK>
> 
> To fix this let's push the locking down into the get_wallclock() and
> set_wallclock() implementations. Only the clock implementations that
> access the x86 RTC directly need to acquire rtc_lock, so it makes
> sense to push the locking down into the rtc, vrtc and efi code.
> 
> The virtualization implementations don't require rtc_lock to be held
> because they provide their own serialization.
> 
> Signed-off-by: Matt Fleming <matt.fleming@intel.com>
> Acked-by: Jan Beulich <jbeulich@novell.com>
> Acked-by: Avi Kivity <avi@redhat.com> [for the virtualization aspect]
> ---
>  arch/x86/kernel/rtc.c         |   23 ++++++++++++-----------
>  arch/x86/platform/mrst/vrtc.c |    9 +++++++++
>  2 files changed, 21 insertions(+), 11 deletions(-)
> 
> diff --git a/arch/x86/kernel/rtc.c b/arch/x86/kernel/rtc.c
> index 3f2ad26..ccdbc16 100644
> --- a/arch/x86/kernel/rtc.c
> +++ b/arch/x86/kernel/rtc.c
> @@ -42,8 +42,11 @@ int mach_set_rtc_mmss(unsigned long nowtime)
>  {
>  	int real_seconds, real_minutes, cmos_minutes;
>  	unsigned char save_control, save_freq_select;
> +	unsigned long flags;
>  	int retval = 0;
>  
> +	spin_lock_irqsave(&rtc_lock, flags);
> +
>  	 /* tell the clock it's being set */
>  	save_control = CMOS_READ(RTC_CONTROL);
>  	CMOS_WRITE((save_control|RTC_SET), RTC_CONTROL);
> @@ -93,12 +96,17 @@ int mach_set_rtc_mmss(unsigned long nowtime)
>  	CMOS_WRITE(save_control, RTC_CONTROL);
>  	CMOS_WRITE(save_freq_select, RTC_FREQ_SELECT);
>  
> +	spin_unlock_irqrestore(&rtc_lock, flags);
> +
>  	return retval;
>  }
>  
>  unsigned long mach_get_cmos_time(void)
>  {
>  	unsigned int status, year, mon, day, hour, min, sec, century = 0;
> +	unsigned long flags;
> +
> +	spin_lock_irqsave(&rtc_lock, flags);
>  
>  	/*
>  	 * If UIP is clear, then we have >= 244 microseconds before
> @@ -125,6 +133,8 @@ unsigned long mach_get_cmos_time(void)
>  	status = CMOS_READ(RTC_CONTROL);
>  	WARN_ON_ONCE(RTC_ALWAYS_BCD && (status & RTC_DM_BINARY));
>  
> +	spin_unlock_irqrestore(&rtc_lock, flags);
> +
>  	if (RTC_ALWAYS_BCD || !(status & RTC_DM_BINARY)) {
>  		sec = bcd2bin(sec);
>  		min = bcd2bin(min);
> @@ -169,24 +179,15 @@ EXPORT_SYMBOL(rtc_cmos_write);
>  
>  int update_persistent_clock(struct timespec now)
>  {
> -	unsigned long flags;
> -	int retval;
> -
> -	spin_lock_irqsave(&rtc_lock, flags);
> -	retval = x86_platform.set_wallclock(now.tv_sec);
> -	spin_unlock_irqrestore(&rtc_lock, flags);
> -
> -	return retval;
> +	return x86_platform.set_wallclock(now.tv_sec);
>  }
>  
>  /* not static: needed by APM */
>  void read_persistent_clock(struct timespec *ts)
>  {
> -	unsigned long retval, flags;
> +	unsigned long retval;
>  
> -	spin_lock_irqsave(&rtc_lock, flags);
>  	retval = x86_platform.get_wallclock();
> -	spin_unlock_irqrestore(&rtc_lock, flags);
>  
>  	ts->tv_sec = retval;
>  	ts->tv_nsec = 0;
> diff --git a/arch/x86/platform/mrst/vrtc.c b/arch/x86/platform/mrst/vrtc.c
> index 73d70d6..6d5dbcd 100644
> --- a/arch/x86/platform/mrst/vrtc.c
> +++ b/arch/x86/platform/mrst/vrtc.c
> @@ -58,8 +58,11 @@ EXPORT_SYMBOL_GPL(vrtc_cmos_write);
>  unsigned long vrtc_get_time(void)
>  {
>  	u8 sec, min, hour, mday, mon;
> +	unsigned long flags;
>  	u32 year;
>  
> +	spin_lock_irqsave(&rtc_lock, flags);
> +
>  	while ((vrtc_cmos_read(RTC_FREQ_SELECT) & RTC_UIP))
>  		cpu_relax();
>  
> @@ -70,6 +73,8 @@ unsigned long vrtc_get_time(void)
>  	mon = vrtc_cmos_read(RTC_MONTH);
>  	year = vrtc_cmos_read(RTC_YEAR);
>  
> +	spin_unlock_irqrestore(&rtc_lock, flags);
> +
>  	/* vRTC YEAR reg contains the offset to 1960 */
>  	year += 1960;
>  
> @@ -83,8 +88,10 @@ unsigned long vrtc_get_time(void)
>  int vrtc_set_mmss(unsigned long nowtime)
>  {
>  	int real_sec, real_min;
> +	unsigned long flags;
>  	int vrtc_min;
>  
> +	spin_lock_irqsave(&rtc_lock, flags);
>  	vrtc_min = vrtc_cmos_read(RTC_MINUTES);
>  
>  	real_sec = nowtime % 60;
> @@ -95,6 +102,8 @@ int vrtc_set_mmss(unsigned long nowtime)
>  
>  	vrtc_cmos_write(real_sec, RTC_SECONDS);
>  	vrtc_cmos_write(real_min, RTC_MINUTES);
> +	spin_unlock_irqrestore(&rtc_lock, flags);
> +
>  	return 0;
>  }
>  




  reply	other threads:[~2011-08-30 16:19 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-30 16:12 Matt Fleming
2011-08-30 16:17 ` Matt Fleming [this message]
2011-09-30  7:26   ` Matt Fleming
2011-10-10  6:45     ` Ingo Molnar
2011-10-10  7:15       ` Jan Beulich
2011-10-10  7:54         ` Ingo Molnar

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1314721040.3649.4.camel@mfleming-mobl1.ger.corp.intel.com \
    --to=matt@console-pimps.org \
    --cc=avi@redhat.com \
    --cc=hpa@linux.intel.com \
    --cc=jbeulich@novell.com \
    --cc=jeremy.fitzhardinge@citrix.com \
    --cc=johnstul@us.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=mjg@redhat.com \
    --cc=mtosatti@redhat.com \
    --cc=tglx@linutronix.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®