public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Alexander Gordeev <lasaine@lvk.cs.msu.su>
To: john stultz <johnstul@us.ibm.com>
Cc: Thomas Gleixner <tglx@linutronix.de>,
	LKML <linux-kernel@vger.kernel.org>,
	Rodolfo Giometti <giometti@linux.it>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@elte.hu>
Subject: Re: [PATCH] pps: Make pps_gen_parport depend on BROKEN
Date: Tue, 22 Feb 2011 19:20:52 +0300	[thread overview]
Message-ID: <20110222192052.60039749@desktopvm.lvknet> (raw)
In-Reply-To: <1298064881.2431.3.camel@work-vm>

[-- Attachment #1: Type: text/plain, Size: 861 bytes --]

Hi John,

В Fri, 18 Feb 2011 13:34:41 -0800
john stultz <johnstul@us.ibm.com> пишет:

> On Fri, 2011-02-18 at 22:16 +0100, Thomas Gleixner wrote:
> > This driver causes hard lockups, when the active clock soure is
> > jiffies. The reason is that it loops with interrupts disabled waiting
> > for a timestamp to be reached by polling getnstimeofday(). Though with
> > a jiffies clocksource, when that code runs on the same CPU which is
> > responsible for updating jiffies, then we loop in circles for ever
> > simply because the timer interrupt cannot update jiffies. So both UP
> > and SMP can be affected.
> 
> Yuck.
> 
> Alexander, Rodolfo: Instead of polling on gtod, could you take a
> timestamp, calculate the delay and then use udelay()?

Sure, it's possible but it would be less precise IMHO. I'll test it.

-- 
  Alexander

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

      reply	other threads:[~2011-02-22 16:21 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-18 21:16 [PATCH] pps: Make pps_gen_parport depend on BROKEN Thomas Gleixner
2011-02-18 21:34 ` john stultz
2011-02-22 16:20   ` Alexander Gordeev [this message]

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=20110222192052.60039749@desktopvm.lvknet \
    --to=lasaine@lvk.cs.msu.su \
    --cc=akpm@linux-foundation.org \
    --cc=giometti@linux.it \
    --cc=johnstul@us.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --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