Replace logic of this form:
   if (x) {
     list_destroy(x);
     x = NULL;
  }
with the simpler
FREE_NULL_LIST(x)
bug 1785

Conflicts:
	doc/html/download.shtml

remove new capabilities added in comit ad9c2413
Leave the new logic only in version 15.08, which has related
performance improvements in the slurmctld agent code, see commit
53534f49

Modify slurmctld outgoing RPC logic to support more parallel tasks (up to
    85 RPCs and 256 pthreads; the old logic supported up to 21 RPCs and 256
    threads). This change can dramatically improve performance for RPCs
    operating on small node counts.
bug 1786

Change the case of "FAILURE" to "failure" in a test so we don't see
  upper case "FAILURE" on expected behaviour.

aggregation.

little adding the extra hops, but if you are running a bunch of different
small steps it can help out a lot on messages going to the controller.

Correct "sdiag" backfill cycle time calculation if it yields locks. A
    microsecond value was being treated as a second value resulting in an
    overflow in the calcuation.
bug 1788

message that may come.

The slurmctld logic throttles some RPCs so that only one of them
can execute at a time in order to reduce contention for the job,
partition and node locks (only one of the effected RPCs can execute
at any time anyway and this lets other RPC types run). While an
RPC is stuck in the throttle function, do not count that thread
against the slurmctld thread limit.
but 1794

Some dead assignments, memory leaks, unitialized variables, etc.

Changed spaces to tabs at start of lines.
Minor changes to some formatting.
Added the new files to the RPM (slurm.spec file).
Prevent memory leak of "l_name" variable if which_power_layout()
    function is called more than once.
Initialize "cpufreq" variable in powercap_get_cpufreq() function.
Array "tmp_max_watts_dvfs" could be NULL and used if "max_watts_dvfs" variable is
    NULL in powercap_get_node_bitmap_maxwatts_dvfs()
Variable "tmp_pcap_cpu_freq" could be used with uninitialized value in function
    _get_req_features()
Variable "tmp_max_watts" could be used with uninitialized value in function
    _get_req_features()
Array "tmp_max_watts_dvfs" could be used with uninitialized value in function
    _get_req_features()
Array "allowed_freqs" could be NULL and used if "node_record_count" variable is
    zero in powercap_get_job_nodes_numfreq()
Overwriting a memory buffer header (especially with different data types) is
    just asking for something bad to happen. This code from function
    powercap_get_job_nodes_numfreq():
			allowed_freqs = xmalloc(sizeof(int)*((int)num_freq+2));
			allowed_freqs[-1] = (int) num_freq;
Clean up memory on slurmctld shutdown

[PATCH 4/5] correct bugs in powercapping logic and fix function for
 optimal frequency

[PATCH 3/5] Adapt the power_cpufreq layout and set the
 CurrentCoreWatts value based on the selection of the
 resources and the choice of CPU Frequency.
 CurrentCoreWatts are set to IdleWatts when one or more
 jobs occupy other resources of the node and set to 0
 when the node is free. The above algorithm is activated
 only when powercapping is active.

[PATCH 2/5] Add powercapping logic to make use of the power_cpufreq
 layout. The new logic allows the usage of only one of
 the existing layouts either power or power_cpufreq to
 take into account for the power adaptive scheduling. It
 considers the cpu frequency possibilities of the nodes
 as populated within the layouts along with the jobs'
 choices for allowed cpu frequencies for their
 execution. Based on the available power budget and the
 cluster's current maximum consumption it calculates if
 the job can be allocated and if yes with which allowed
 CPU frequency.

[PATCH 1/5] powercapping: add new power_cpufreq layout to use as an
 alternative to the power layout for power adaptive scheduling

It was missing a "\"

Conflicts:
	META
	NEWS