All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anton Blanchard <anton@samba.org>
To: Don Zickus <dzickus@redhat.com>
Cc: Jeremy Fitzhardinge <jeremy@xensource.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	linux-kernel@vger.kernel.org, jason.wessel@windriver.com
Subject: Re: [PATCH 2/2] watchdog: Softlockup has regular windows where it is not armed
Date: Mon, 5 Dec 2011 21:28:22 +1100	[thread overview]
Message-ID: <20111205212822.0eaf65a7@kryten> (raw)
In-Reply-To: <20111128214704.GH3084@redhat.com>


Hi Don,

> > There might be a reason for this two stage sync but I haven't been
> > able to find it yet. Perhaps the unsynced versions of cpu_clock()
> > and sched_clock_tick() are not safe to call from all contexts?
> 
> According to commit 8c2238eaaf0f774ca0f8d9daad7a616429bbb7f1 that was
> the case, cpu_clock wasn't NMI-safe.  Now it is, thanks to Peter.

Thanks, that makes sense now.

> I have a couple of concerns about the patch.  I am wondering about the
> overhead of getting the timestamp more often now as opposed to just
> setting a boolean for later.  It makes sense to stamp it at the time
> of the call, don't know what the cost is.

I had a similar concern since we do execute this quite a lot. The
overhead of cpu_clock is quite low on powerpc, but not sure about the
other architectures.

> I am also concern about how this affects suspend/resume and kgdb. I
> cc'd Jason above for kgdb.  I'll have to run some tests locally to
> see what long periods of delay look like.  Oh and virt guests too.
> You don't have any test results from that setup do you?

I haven't tested suspend resume, kgdb or virtual guests yet.

Anton

  reply	other threads:[~2011-12-05 10:28 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-24  3:53 [PATCH 1/2] watchdog: Remove touch_all_softlockup_watchdogs Anton Blanchard
2011-11-24  3:54 ` [PATCH 2/2] watchdog: Softlockup has regular windows where it is not armed Anton Blanchard
2011-11-28 21:47   ` Don Zickus
2011-12-05 10:28     ` Anton Blanchard [this message]
2011-12-12 19:53       ` Don Zickus

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=20111205212822.0eaf65a7@kryten \
    --to=anton@samba.org \
    --cc=dzickus@redhat.com \
    --cc=fweisbec@gmail.com \
    --cc=jason.wessel@windriver.com \
    --cc=jeremy@xensource.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=peterz@infradead.org \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.