Re: [poll / rfc] kdb_stop_cpus

2011-06-22 Thread Andriy Gapon
on 03/06/2011 18:13 Andriy Gapon said the following: > > I wonder if anybody uses kdb_stop_cpus with non-default value. I would like to go ahead and remove kdb_stop_cpus tunable/sysctl if nobody objects. > If, yes, I am very interested to learn about your usecase for it. > > I think that the d

Re: [poll / rfc] kdb_stop_cpus

2011-06-22 Thread Andriy Gapon
on 04/06/2011 11:22 Andriy Gapon said the following: > commit 458ebd9aca7e91fc6e0825c727c7220ab9f61016 > > generic_stop_cpus: move timeout detection code from under DIAGNOSTIC > > ... and also increase it a bit. > IMO it's better to detect and report the (rather serious) condition and

Re: [poll / rfc] kdb_stop_cpus

2011-06-07 Thread Andriy Gapon
on 04/06/2011 12:11 Robert N. M. Watson said the following: > > On 4 Jun 2011, at 09:22, Andriy Gapon wrote: >> commit 458ebd9aca7e91fc6e0825c727c7220ab9f61016 >> >> generic_stop_cpus: move timeout detection code from under DIAGNOSTIC >> >> ... and also increase it a bit. IMO it's better to dete

Re: [poll / rfc] kdb_stop_cpus

2011-06-07 Thread Andriy Gapon
on 05/06/2011 01:35 Attilio Rao said the following: > 2011/6/4 Andriy Gapon : >> commit 458ebd9aca7e91fc6e0825c727c7220ab9f61016 >> >>generic_stop_cpus: move timeout detection code from under DIAGNOSTIC >> >>... and also increase it a bit. >>IMO it's better to detect and report the (rat

Re: [poll / rfc] kdb_stop_cpus

2011-06-04 Thread Attilio Rao
2011/6/4 Andriy Gapon : > on 03/06/2011 20:57 Robert N. M. Watson said the following: >> >> On 3 Jun 2011, at 16:13, Andriy Gapon wrote: >> >>> I wonder if anybody uses kdb_stop_cpus with non-default value. If, yes, I >>> am very interested to learn about your usecase for it. >> >> The issue that p

Re: [poll / rfc] kdb_stop_cpus

2011-06-04 Thread Attilio Rao
2011/6/3 Nathan Whitehorn : > On 06/03/11 10:13, Andriy Gapon wrote: >> >> I wonder if anybody uses kdb_stop_cpus with non-default value. >> If, yes, I am very interested to learn about your usecase for it. >> >> I think that the default kdb behavior is the correct one, so it doesn't >> make sense

Re: [poll / rfc] kdb_stop_cpus

2011-06-04 Thread Robert N. M. Watson
On 4 Jun 2011, at 09:22, Andriy Gapon wrote: > on 03/06/2011 20:57 Robert N. M. Watson said the following: >> >> On 3 Jun 2011, at 16:13, Andriy Gapon wrote: >> >>> I wonder if anybody uses kdb_stop_cpus with non-default value. If, yes, I >>> am very interested to learn about your usecase for i

Re: [poll / rfc] kdb_stop_cpus

2011-06-04 Thread Andriy Gapon
on 03/06/2011 20:57 Robert N. M. Watson said the following: > > On 3 Jun 2011, at 16:13, Andriy Gapon wrote: > >> I wonder if anybody uses kdb_stop_cpus with non-default value. If, yes, I >> am very interested to learn about your usecase for it. > > The issue that prompted the sysctl was non-NMI

Re: [poll / rfc] kdb_stop_cpus

2011-06-03 Thread Robert N. M. Watson
On 3 Jun 2011, at 16:13, Andriy Gapon wrote: > I wonder if anybody uses kdb_stop_cpus with non-default value. > If, yes, I am very interested to learn about your usecase for it. The issue that prompted the sysctl was non-NMI IPIs being used to enter the debugger or reboot following a core hangi

Re: [poll / rfc] kdb_stop_cpus

2011-06-03 Thread Andriy Gapon
on 03/06/2011 18:28 Nathan Whitehorn said the following: > On 06/03/11 10:13, Andriy Gapon wrote: >> >> I wonder if anybody uses kdb_stop_cpus with non-default value. >> If, yes, I am very interested to learn about your usecase for it. >> >> I think that the default kdb behavior is the correct one,

Re: [poll / rfc] kdb_stop_cpus

2011-06-03 Thread Nathan Whitehorn
On 06/03/11 10:13, Andriy Gapon wrote: I wonder if anybody uses kdb_stop_cpus with non-default value. If, yes, I am very interested to learn about your usecase for it. I think that the default kdb behavior is the correct one, so it doesn't make sense to have a knob to turn on incorrect behavio

[poll / rfc] kdb_stop_cpus

2011-06-03 Thread Andriy Gapon
I wonder if anybody uses kdb_stop_cpus with non-default value. If, yes, I am very interested to learn about your usecase for it. I think that the default kdb behavior is the correct one, so it doesn't make sense to have a knob to turn on incorrect behavior. But I may be missing something obvious