lkml.org 
[lkml]   [2013]   [Oct]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops

* Christoph Lameter <cl@linux.com> wrote:

> On Sat, 28 Sep 2013, Ingo Molnar wrote:
>
> >
> > * Christoph Lameter <cl@linux.com> wrote:
> >
> > > > The blind __this_cpu conversions without proper preempt debugging
> > > > cannot continue without first fixing all the fallout of the
> > > > missing debug checks to begin with.
> > >
> > > That will take some time as the feedback from the other patchset
> > > suggests.
> >
> > That's the reason why we insisted on __this_cpu*() primitives growing
> > these essential debug checks early on - which you resisted. I had to
> > bring out NAKs for you to see sense and start fixing the mess already
> > - next time around I'll probably have to NAK your changes earlier to
> > prevent such mishaps.
>
> I pointed out the issues that would have to be addressed when the
> brought up the issue. It seemed that Steven was working on it, I fixed
> some of the problems that he mentioned and then waited. Seems that
> nothing was happening on the issue then. Guess it was not that important
> to you. [...]

It was important to me and other maintainers as well back then and today
as well, as me and others complained about it out numerous times.

What we didn't do was to outright NAK your naked __this_cpu changes
straight away and thus prevent them from getting upstream.

I can fix that omission easily: consider all your __this_cpu* patches
NAK-ed by me until the (trivial) preemption debug checks are upstream
worthy:

- tested
- complete
- don't produce false warnings when enabled.

Thanks,

Ingo


\
 
 \ /
  Last update: 2013-10-03 09:41    [W:0.229 / U:0.100 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site