linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [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).