* [raw v1 0/4] Replace __this_cpu ops with raw_cpu_ops where necessary
@ 2013-10-07 18:31 Christoph Lameter
2013-10-08 7:27 ` Ingo Molnar
2013-10-08 10:29 ` Ingo Molnar
0 siblings, 2 replies; 3+ messages in thread
From: Christoph Lameter @ 2013-10-07 18:31 UTC (permalink / raw)
To: Tejun Heo
Cc: akpm, Steven Rostedt, linux-kernel, Ingo Molnar, Peter Zijlstra,
Thomas Gleixner
The kernel can detect __this_cpu ops in preemptible contexts after
the preemption check patchset that I posted last week.
Here is a selection of patches to fix false positives caused by
the additional checks. So far I have found no bug. Amazing.
Looks like there was some prior work done to shake these things out?
I ran an upstream kernel using Ubuntu 13.04 + the preempt checking +
the patches below on my desktop and with the following patches no
__this_cpu ops triggered messages. The kernel had the default Ubuntu
desktop configuration (+ CONFIG_PREEMPT + CONFIG_DEBUG_THIS_CPU_OPERATIONS).
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [raw v1 0/4] Replace __this_cpu ops with raw_cpu_ops where necessary
2013-10-07 18:31 [raw v1 0/4] Replace __this_cpu ops with raw_cpu_ops where necessary Christoph Lameter
@ 2013-10-08 7:27 ` Ingo Molnar
2013-10-08 10:29 ` Ingo Molnar
1 sibling, 0 replies; 3+ messages in thread
From: Ingo Molnar @ 2013-10-08 7:27 UTC (permalink / raw)
To: Christoph Lameter
Cc: Tejun Heo, akpm, Steven Rostedt, linux-kernel, Peter Zijlstra,
Thomas Gleixner
* Christoph Lameter <cl@linux.com> wrote:
> The kernel can detect __this_cpu ops in preemptible contexts after
> the preemption check patchset that I posted last week.
>
> Here is a selection of patches to fix false positives caused by
> the additional checks. So far I have found no bug. Amazing.
> Looks like there was some prior work done to shake these things out?
>
> I ran an upstream kernel using Ubuntu 13.04 + the preempt checking +
> the patches below on my desktop and with the following patches no
> __this_cpu ops triggered messages. The kernel had the default Ubuntu
> desktop configuration (+ CONFIG_PREEMPT + CONFIG_DEBUG_THIS_CPU_OPERATIONS).
Here are the current list of technical problems that still plague your
submission:
- see the technical questions I raised about the snmp patch
- broken threading resulting in patches arriving out of order. (You
ignored peterz's helpful suggestion to upgrade Quilt which would allow
you to fix this.)
- broken subject lines - no 'PATCH' for patches
- inconsistent patch titles: broken, inconsistent subsystem tags, etc.
- incomplete changelogs: you fail to quote the false positive that led
you to a change. In cases this results in a totally context-free
changelog which loses information the moment it's committed upstream.
In particular the last 4 items were mentioned to you for your last
submission - which you failed to fix. You should wait with your next
submission until you have enough time to fix *all* problems that were
reported to you, not just some.
All in one, still a sloppy, incomplete submission.
Thanks,
Ingo
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [raw v1 0/4] Replace __this_cpu ops with raw_cpu_ops where necessary
2013-10-07 18:31 [raw v1 0/4] Replace __this_cpu ops with raw_cpu_ops where necessary Christoph Lameter
2013-10-08 7:27 ` Ingo Molnar
@ 2013-10-08 10:29 ` Ingo Molnar
1 sibling, 0 replies; 3+ messages in thread
From: Ingo Molnar @ 2013-10-08 10:29 UTC (permalink / raw)
To: Christoph Lameter
Cc: Tejun Heo, akpm, Steven Rostedt, linux-kernel, Peter Zijlstra,
Thomas Gleixner
* Christoph Lameter <cl@linux.com> wrote:
> The kernel can detect __this_cpu ops in preemptible contexts after the
> preemption check patchset that I posted last week.
>
> Here is a selection of patches to fix false positives caused by the
> additional checks. So far I have found no bug. Amazing. Looks like there
> was some prior work done to shake these things out?
You can probably thank -rt/PREEMPT_RT for such efforts - I think Thomas in
particular has hit a couple of genuine bugs with __this_cpu APIs the hard
way and then fixed them.
This series, once finished, will allow us to detect such problems cheaper
and earlier.
Thanks,
Ingo
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-10-08 10:29 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-10-07 18:31 [raw v1 0/4] Replace __this_cpu ops with raw_cpu_ops where necessary Christoph Lameter
2013-10-08 7:27 ` Ingo Molnar
2013-10-08 10:29 ` Ingo Molnar
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).