From: Greg KH <gregkh@linuxfoundation.org>
To: Thomas Gleixner <tglx@linutronix.de>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
LKML <linux-kernel@vger.kernel.org>,
Ingo Molnar <mingo@kernel.org>, "H. Peter Anvin" <hpa@zytor.com>,
Peter Zijlstra <peterz@infradead.org>,
Don Zickus <dzickus@redhat.com>,
Michael Ellerman <mpe@ellerman.id.au>
Subject: Re: [RFC GIT Pull V2] core watchdog sanitizing
Date: Sun, 8 Oct 2017 11:40:44 +0200 [thread overview]
Message-ID: <20171008094044.GA11491@kroah.com> (raw)
In-Reply-To: <alpine.DEB.2.20.1710052354510.2398@nanos>
On Fri, Oct 06, 2017 at 12:06:42AM +0200, Thomas Gleixner wrote:
> Linus,
>
> please consider to pull the latest core-watchdog-for-linus git tree from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-watchdog-for-linus
>
> The watchdog (hard/softlockup detector) code is pretty much broken in its
> current state. The patch series addresses this by removing all duct tape
> and refactoring it into a workable state.
>
> The reasons why I ask for inclusion that late in the cycle are:
>
> 1) The code causes lockdep splats vs. hotplug locking which get reported
> over and over. Unfortunately there is no easy fix.
>
> 2) The risk of breakage is minimal because it's already broken
>
> 3) As 4.14 is a long term stable kernel, I prefer to have working
> watchdog code in that and the lockdep issues resolved. I wouldn't ask
> you to pull if 4.14 wouldn't be a LTS kernel or if the solution would
> be easy to backport.
{sigh}
This is exactly what I did _NOT_ want to ever see happen when I did the
"let's announce the LTS kernels ahead of time" :(
I think I have to go back to the "announce them after the fact", as
pushing crap in before it is really ready is not acceptable.
I'd rather take "much more difficult to backport" issue than this "cram
it in now as we have a deadline to make".
We've been down this path before, and it was not good, there's a reason
our every 2-3 month release cycle works, and it is not because we take
stuff before it really is ready.
thanks,
greg k-h
prev parent reply other threads:[~2017-10-08 9:40 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-01 10:34 [RFC GIT Pull] core watchdog sanitizing Thomas Gleixner
2017-10-01 19:59 ` Linus Torvalds
2017-10-02 18:46 ` Thomas Gleixner
2017-10-02 19:04 ` Linus Torvalds
2017-10-02 19:32 ` Thomas Gleixner
2017-10-02 20:32 ` Don Zickus
2017-10-02 20:45 ` Thomas Gleixner
2017-10-04 8:58 ` [tip:core/watchdog] watchdog/core, powerpc: Lock cpus across reconfiguration tip-bot for Thomas Gleixner
2017-10-04 8:57 ` [tip:core/watchdog] watchdog/core, powerpc: Replace watchdog_nmi_reconfigure() tip-bot for Thomas Gleixner
2017-10-05 22:06 ` [RFC GIT Pull V2] core watchdog sanitizing Thomas Gleixner
2017-10-08 9:40 ` Greg KH [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=20171008094044.GA11491@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=dzickus@redhat.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=mpe@ellerman.id.au \
--cc=peterz@infradead.org \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.org \
/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