From: Don Zickus <dzickus@redhat.com>
To: Frederic Weisbecker <fweisbec@gmail.com>
Cc: mingo@elte.hu, peterz@infradead.org, gorcunov@gmail.com,
aris@redhat.com, linux-kernel@vger.kernel.org,
randy.dunlap@oracle.com
Subject: Re: [PATCH 8/8] [watchdog] separate touch_nmi_watchdog code path from touch_watchdog
Date: Wed, 28 Apr 2010 16:28:49 -0400 [thread overview]
Message-ID: <20100428202849.GS15159@redhat.com> (raw)
In-Reply-To: <20100428124815.GB12017@nowhere>
On Wed, Apr 28, 2010 at 02:48:18PM +0200, Frederic Weisbecker wrote:
> On Fri, Apr 23, 2010 at 12:13:36PM -0400, Don Zickus wrote:
> > When I combined the nmi_watchdog (hardlockup) and softlockup code, I
> > also combined the paths the touch_watchdog and touch_nmi_watchdog took.
> > This may not be the best idea as pointed out by Frederic W., that the
> > touch_watchdog case probably should not reset the hardlockup count.
> >
> > Therefore the patch belows falls back to the previous idea of keeping
> > the touch_nmi_watchdog a superset of the touch_watchdog case.
> >
> > Signed-off-by: Don Zickus <dzickus@redhat.com>
>
>
>
> Good. But now that we have this, it doesn't make sense anymore
> to have the big rename touch_softlockup_watchdog() into touch_watchdog().
>
> I know it was me who advised you to do this big rename, but that was
> before I realised touching the softlockup shouldn't mean touching nmi
> watchdog too.
>
> I'm sorry about this but this big rename doesn't make sense anymore.
>
> Can we drop touch_watchdog() and keep only the two previous APIs we had
> before?
>
> 1) we avoid a big patch very likely to bring conflicts everywhere
> 2) touch_softlockup_watchdog() is much more self-explanatory in what
> it does. People will have less doubts about what happens when they
> call this.
>
> Thanks.
ok. I'll repost.
Cheers,
Don
>
next prev parent reply other threads:[~2010-04-28 20:29 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-23 16:13 [PATCH 0/8] lockup detector changes Don Zickus
2010-04-23 16:13 ` [PATCH 1/8] [watchdog] combine nmi_watchdog and softlockup Don Zickus
2010-04-28 12:36 ` Frederic Weisbecker
2010-04-28 20:28 ` Don Zickus
2010-04-23 16:13 ` [PATCH 2/8] [watchdog] convert touch_softlockup_watchdog to touch_watchdog Don Zickus
2010-04-23 16:13 ` [PATCH 3/8] [watchdog] remove old softlockup code Don Zickus
2010-04-23 16:13 ` [PATCH 4/8] [watchdog] remove nmi_watchdog.c file Don Zickus
2010-04-23 16:13 ` [PATCH 5/8] [x86] watchdog: move trigger_all_cpu_backtrace to its own die_notifier Don Zickus
2010-04-23 16:13 ` [PATCH 6/8] [x86] watchdog: cleanup hw_nmi.c cruft Don Zickus
2010-04-23 16:13 ` [PATCH 7/8] [watchdog] resolve softlockup.c conflicts Don Zickus
2010-04-23 16:13 ` [PATCH 8/8] [watchdog] separate touch_nmi_watchdog code path from touch_watchdog Don Zickus
2010-04-28 12:48 ` Frederic Weisbecker
2010-04-28 20:28 ` Don Zickus [this message]
2010-04-27 1:44 ` [PATCH 0/8] lockup detector changes Frederic Weisbecker
-- strict thread matches above, loose matches on Subject: below --
2010-05-07 21:11 Don Zickus
2010-05-07 21:11 ` [PATCH 8/8] [watchdog] separate touch_nmi_watchdog code path from touch_watchdog 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=20100428202849.GS15159@redhat.com \
--to=dzickus@redhat.com \
--cc=aris@redhat.com \
--cc=fweisbec@gmail.com \
--cc=gorcunov@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=peterz@infradead.org \
--cc=randy.dunlap@oracle.com \
/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.