linux-kernel - Re: Inquiry: Should we remove "isolcpus= kernel boot option? (may have realtime uses)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <48458604.3040804@qualcomm.com>
Date:	Tue, 03 Jun 2008 10:57:24 -0700
From:	Max Krasnyanskiy <maxk@...lcomm.com>
To:	Dimitri Sivanich <sivanich@....com>
CC:	Paul Jackson <pj@....com>, linux-kernel@...r.kernel.org,
	Con Kolivas <kernel@...ivas.org>,
	"Derek L. Fults" <dfults@....com>, devik <devik@....cz>,
	Dinakar Guniguntala <dino@...ibm.com>,
	Emmanuel Pacaud <emmanuel.pacaud@...v-poitiers.fr>,
	Frederik Deweerdt <deweerdt@...e.fr>,
	Ingo Molnar <mingo@...e.hu>,
	Matthew Dobson <colpatch@...ibm.com>,
	Nick Piggin <nickpiggin@...oo.com.au>, rostedt@...dmis.org,
	Oleg Nesterov <oleg@...sign.ru>,
	"Paul E. McKenney" <paulmck@...ibm.com>,
	Paul Menage <menage@...gle.com>,
	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	"Randy.Dunlap" <rddunlap@...l.org>, suresh.b.siddha@...el.com,
	Thomas Gleixner <tglx@...utronix.de>
Subject: Re: Inquiry: Should we remove "isolcpus= kernel boot option? (may
 have realtime uses)

Dimitri Sivanich wrote:
> On Mon, Jun 02, 2008 at 02:59:34PM -0700, Max Krasnyansky wrote:
>> Yes it used to be somewhat unstable. These days it solid. I'm using it on a
>> wide range of systems: uTCA Core2Duo, NUMA dual-Opteron, 8way Core2, etc. And
>> things work as expected.
> 
> Max,
> 
> I tried the following scenario on an ia64 Altix running 2.6.26-rc4 with
> cpusets compiled in but cpuset fs unmounted. Do your patches already address this?
Nope. My patch was a trivial fix for not destroying scheduler domains on 
hotplug events. The problem you're seeing is different.

I'm not an expert in cpu hotplug internal machinery especially on ia64. Recent 
kernels (.22 and up) I've tried on x86 and x86-64 have no issues with cpu 
hotplug. You probably want to submit a bug report (in a separate thread) maybe 
it's a regression in the latest .26-rc series.

Max

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/