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-next>] [day] [month] [year] [list]
Message-Id: <20080929180250.111209000@polaris-admin.engr.sgi.com>
Date:	Mon, 29 Sep 2008 11:02:50 -0700
From:	Mike Travis <travis@....com>
To:	Ingo Molnar <mingo@...e.hu>, Rusty Russell <rusty@...tcorp.com.au>
Cc:	Linus Torvalds <torvalds@...ux-foundation.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	David Miller <davem@...emloft.net>,
	Yinghai Lu <yhlu.kernel@...il.com>,
	Thomas Gleixner <tglx@...utronix.de>,
	Jack Steiner <steiner@....com>, linux-kernel@...r.kernel.org
Subject: [PATCH 00/31] cpumask: Provide new cpumask API


Ingo Molnar wrote:
>
> could you please send whatever .c changes you have already, so that we 
> can have a look at how the end result will look like? Doesnt have to 
> build, i'm just curious about how it looks like in practice, 
> semantically.
> 
> 	Ingo

Here's one(*) proposal for a new cpumask interface API in a patch
that's compilable.  Obviously with a change of this magnitude, a large
number of files are affected.  I tried to group them into functional
changes, but there are a lot of "clean up" types of patches, so these
are grouped in the second half by sections.  Hopefully this minimizes
the interdependencies between patches.

[* - Rusty has an alternative approach that he'll be submitting shortly.]

The patches in this patchset are:

  * Doc files and basic "cleanup" changes.

	docs
	send_IPI_mask
	remove-min

  * Base changes to cpumask.h and helper files.

	mv-cpumask-alloc
	cpumask-base
	lib-cpumask

  * Minimal changes to let init/main.c compile cleanly.

  	init_main

  * Mechanical changes, mostly automated.

	Modify cpu-maps
	Get-rid-of-_nr variations
	Fix cpumask_of_cpu refs
	Remove set_cpus_allowed_ptr
	Remove CPU_MASK_ALL_PTR
	Modify for_each_cpu_mask
	Change first_cpu/next_cpu to cpus_first/cpus_next
	Remove node_to_cpumask_ptr

  * Sectional changes, to agree with API changes:

	acpi
	apic
	cpu
	cpufreq
	irq
	kernel
	misc
	mm
	pci
	rcu
	sched
	smp
	time
	tlb
	trace
	xen

  * Allocation of temporary onstack cpumask variables.
    (To be supplied.  See cpumask_alloc.h for prelim info.)

  * Changes to non-x86 architecture files.
    (To be supplied.)


These changes should work in the current code.  The flag to turn on the
new code is "CONFIG_CPUMASKS_OFFSTACK".  This is not yet turned on so
this code should be completely compatible with current code, only laying
down the groundwork for when cpumasks will be "offstack".  This should
allow testing to insure that the basic interface is functionally complete.

[Note: testing not yet started.]

-- 
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ