linux-kernel - Re: [PATCH] cpuset code prevents binding tasks to new cpus

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: <20060821160454.9e44427b.pj@sgi.com>
Date:	Mon, 21 Aug 2006 16:04:54 -0700
From:	Paul Jackson <pj@....com>
To:	Nathan Lynch <ntl@...ox.com>
Cc:	anton@...ba.org, simon.derr@...l.net, linux-kernel@...r.kernel.org,
	akpm@...l.org
Subject: Re: [PATCH] cpuset code prevents binding tasks to new cpus

Nathan wrote:
> -	top_cpuset.cpus_allowed = cpu_online_map;
> +	top_cpuset.cpus_allowed = cpu_possible_map;

NAQ

While this seems sensible on systems not using cpusets (but still using
kernels configured for cpusets), it is surprising on systems using
cpusets, on which one expects the cpuset that a task is in to reflect
the cpus that a task is allowed to use.

A long time ago, this code actually had cpu_possible_map here, not
cpu_online_map.  That was changed, in the patch:

  http://lkml.org/lkml/2004/9/12/104
  [Patch] cpusets interoperate with hotplug online maps

Lets discuss this further.  See further my previous reply to Anton.

-- 
                  I won't rest till it's the best ...
                  Programmer, Linux Scalability
                  Paul Jackson <pj@....com> 1.925.600.0401
-
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/