| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
We introduced exports for register_cpu and unregister_cpu right after
2.6.10. As far as I can tell these are not called from any code which can
be built as a module, and I can't think of a good reason why any out of
tree code would use them.
Signed-off-by: Nathan Lynch <nathanl@austin.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
|
|
Extend support for dynamic registration and unregistration of the cpu,
by implementing and exporting arch_register_cpu()/arch_unregister_cpu().
Also combine multiple implementation of topology_init() functions to
single topology_init() in case of ia64 architecture.
Signed-off-by: Anil S Keshavamurthy <anil.s.keshavamurthy@intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
|
|
From: Keshavamurthy Anil S <anil.s.keshavamurthy@intel.com>
Remove cpu_run_sbin_hotplug() - use kobject_hotplug() instead.
Signed-off-by: Anil S Keshavamurthy <anil.s.keshavamurthy@intel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
|
|
This file provides ability for caller of register_cpu() to either create a
control file, or not. This can be handy if a particular platform decides
that certain CPU's are not removable. Hence would like to not create a
control file.
Signed-off-by: Dave Hansen <haveblue@us.ibm.com>
Signed-off-by: Ashok Raj <ashok.raj@intel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
|
|
Add "online" sysfs attribute to cpus to bring them up and down.
Again, only under CONFIG_HOTPLUG_CPU.
|
|
sys_xyz() names in Linux are all syscalls... except for
sys_device_register() and sys_device_unregister().
This patch renames them so that the sys_ namespace is once
again used only by syscalls.
|
|
From: jbarnes@sgi.com (Jesse Barnes)
The patch adds a symlink from /sys/devices/system/node/nodeM/cpuN to the
/sys/devices/cpu/cpuN directory so that a userspace program can determine
which CPUs belong to which nodes easily. Non-NUMA systems can simply pass
NULL in for the root arg and everything will work like it used to.
|
|
From Dominik Brodowski:
A few missing exports -- even though the cpu_sysdev_class isn't strictly
needed now, I need it for a few ACPI-related patches I'll send out in a
minute.
|
|
|
|
|
|
|
|
From Dave Jones.
|
|
|
|
From: "Martin J. Bligh" <mbligh@aracnet.com>
Fix a couple of instances of "warning: suggest parentheses around assignment
used as truth value".
|
|
|
|
From Matt Dobson:
The cpu, memblk, and node driver/device registration should be a little
more clean in the way it handles registration failures. Or at least
*consistent* amongst the topology elements. Right now, failures are
either silent, obscure, or leave things in an inconsistent state.
|
|
- Call driver_init() from init/main.c::do_basic_setup().
This ensures that all the driver model subsystems are initialized before
any drivers or devices can be registered.
It nearly frees up the core and postcore initcall levels, making them
available for other kernel code to use freely.
|
|
Patch from Matthew Dobson <colpatch@us.ibm.com>
When I originally wrote the patches implementing the in-kernel topology
macros, they were meant to be called as a second layer of functions,
sans underbars. This additional layer was deemed unnecessary and
summarily dropped. As such, carrying around (and typing!) all these
extra underbars is quite pointless. Here's a patch to nip this in the
(sorta) bud. The macros only appear in 16 files so far, most of them
being the definitions themselves.
|
|
This way, we make sure the driver gets added to the class's list
and is exported correctly in sysfs.
|
|
From Matthew Dobson.
This final patch from Matthew cleans up a few leftovers which were noted
after the code had been reviewed and tested a bit in the -mm patchsets.
1) Update register_XXX and arch_register_XXX functions to return int
instead of void. Functions calling these functions should know if
they completed successfully to take appropriate further registration
action, or not bother.
2) Drop some pointless error checking in the arch_register_XXX
functions.
|
|
From Matthew Dobson.
Update/Create core files for DriverFS Topology.
This patch creates the generic structures that are (will be) embedded in
the per-arch structures. Also creates calls to register these generic
structures (CPUs, MemBlks, & Nodes).
Note that without arch-specific structures in which to embed these
structures, and an arch-specific initialization routine, these
functions/structures remain unused.
|
|
- Create struct cpu to generically describe cpus (it simply contains
a struct sys_device in it).
- Define an array of size NR_CPUS in arch/i386/kernel/cpu/common.c
and register each on bootup. This gives us something like:
# tree -d /sys/root/sys/
/sys/root/sys/
|-- cpu0
|-- pic0
`-- rtc0
and:
# tree -d /sys/bus/system/devices/
/sys/bus/system/devices/
|-- cpu0 -> ../../../root/sys/cpu0
- Define arch-specific CPU driver that's also registered on boot.
That gives us:
# tree -d /sys/bus/system/drivers/
/sys/bus/system/drivers/
|-- cpu
- Create a CPU device class that's registered very early. That
gives us all the CPUs in the system in one place:
# tree -d /sys/class/cpu/
/sys/class/cpu/
|-- devices
| `-- 0 -> ../../../root/sys/cpu0
`-- drivers
Other archs are encouraged to do the same.
|
