Re: [RFC] arch hardlockup detector interfaces improvement

2017-05-19 Thread Nicholas Piggin
On Fri, 19 May 2017 15:43:45 -0400 Don Zickus wrote: > On Sat, May 20, 2017 at 12:53:06AM +1000, Nicholas Piggin wrote: > > > I am curious to know what IBM thinks there. Currently the HARDLOCKUP > > > detector sits on top of perf. I get the impression, you are removing that > > > dependency. I

Re: [RFC] arch hardlockup detector interfaces improvement

2017-05-19 Thread Don Zickus
On Sat, May 20, 2017 at 12:53:06AM +1000, Nicholas Piggin wrote: > > I am curious to know what IBM thinks there. Currently the HARDLOCKUP > > detector sits on top of perf. I get the impression, you are removing that > > dependency. Is that a permanent thing or are you thinking of switching back

Re: [RFC] arch hardlockup detector interfaces improvement

2017-05-19 Thread Nicholas Piggin
On Fri, 19 May 2017 09:17:53 -0400 Don Zickus wrote: > On Fri, May 19, 2017 at 09:07:31AM +1000, Nicholas Piggin wrote: > > On Thu, 18 May 2017 12:30:28 -0400 > > Don Zickus wrote: > > > > > (adding Uli) > > > > > > On Fri, May 19, 2017 at 01:50:26AM +1000, Nicholas Piggin wrote: > > > > I

Re: [RFC] arch hardlockup detector interfaces improvement

2017-05-19 Thread Don Zickus
On Fri, May 19, 2017 at 09:07:31AM +1000, Nicholas Piggin wrote: > On Thu, 18 May 2017 12:30:28 -0400 > Don Zickus wrote: > > > (adding Uli) > > > > On Fri, May 19, 2017 at 01:50:26AM +1000, Nicholas Piggin wrote: > > > I'd like to make it easier for architectures that have their own NMI / > > >

Re: [RFC] arch hardlockup detector interfaces improvement

2017-05-18 Thread Nicholas Piggin
On Thu, 18 May 2017 12:30:28 -0400 Don Zickus wrote: > (adding Uli) > > On Fri, May 19, 2017 at 01:50:26AM +1000, Nicholas Piggin wrote: > > I'd like to make it easier for architectures that have their own NMI / > > hard lockup detector to reuse various configuration interfaces that are > > prov

Re: [RFC] arch hardlockup detector interfaces improvement

2017-05-18 Thread Don Zickus
(adding Uli) On Fri, May 19, 2017 at 01:50:26AM +1000, Nicholas Piggin wrote: > I'd like to make it easier for architectures that have their own NMI / > hard lockup detector to reuse various configuration interfaces that are > provided by generic detectors (cmdline, sysctl, suspend/resume calls).

[RFC] arch hardlockup detector interfaces improvement

2017-05-18 Thread Nicholas Piggin
I'd like to make it easier for architectures that have their own NMI / hard lockup detector to reuse various configuration interfaces that are provided by generic detectors (cmdline, sysctl, suspend/resume calls). I'd also like to remove the dependency of arch hard lockup detectors on the softlock