Increase the number of simultaneous job suspends or resumes that
slurmd can handle from 8 to 64.
See bug 826

Increase MAX_THREAD from 130 to 256

If specialized cores are allocated for a job and that job request
CPU binding using a cpu_map, the cpu_map was being interpretted
as a cpu_mask and a cpu_map of zero was being treated as invalid.
This is now fixed.

This reverts commit 859839a7
The ntasks_per_core option was previously really treated like number of CPUs (rather than tasks) to allocate per core, which seems to be what is desired.

This needs a lot of work, but checking in the framework for now.

wait for.

based on the mask given.

task/affinity.

thread in a core.

it can bind cyclically across sockets.

0c090f95

add a PriorityFlags option of CALCULATE_RUNNING. If set, then the
priority of running jobs will continue to be recalculated
periodically. The PriorityFlags value reported by sview and
"scontrol show config" will be reported as a string rather
than its numeric value.

Previous logic assumed cpus_per_task=1, so ntasks_per_core option
could spread the job across more cores than desired

cpus-per-task support: Try to pack all CPUs of each tasks onto one socket.
Previous logic could spread the tasks CPUs across multiple sockets.

Previous logic was counting CPUs, but assuming each task would
only use one CPU.

This reverts commit b22268d8.

Conflicts:
	src/slurmctld/job_mgr.c

Properly enforce job --requeue and --norequeue options. Previous
logic was in three places not doing so (either ignoring the value,
ANDing it with the JobRequeue configuration option or using the
JobRequeue configuration option by itself).
bug 821

Add support for a job step's CPU governor and/or frequency to be reset on
suspend/resume (or gang scheduling). The default for an idle CPU will now
be "ondemand" rather than "userspace" with the lowest frequency (to recover
from hard slurmd failures and support gang scheduling).

There should be no change in behavior with the production code,
but this will improve the robustness of the code if someone makes
changes to the logic.

Always set to default values if no user input
This is needed to clear any vestigial values from abnormal Slurm
termination.

Used uninitialized variable in using the srun --cpu-freq option to
set the CPU governor, resulting in invalid memory reference.
Some minor cosmtic changes too.