job is in a pending state, then send the request directly to the slurmctld
    daemon and do not attempt to send the request to slurmd daemons, which are
    not running the job anyway.

    consider the job's time limit when attempting to backfill schedule. The job
    will just be preempted as needed at any time.

    Priority.

    expected start time was too far in the future for the backfill scheduler
    to compute.

    values as "*" rather than 65534. Patch from Rod Schulz, BULL.

    the job's priority using scontrol's "update jobid=..." rather than its 
    "hold" or "holdu" commands.

Fixed issue when using a storage_accounting plugin directly without the slurmDBD updates weren't always sent correctly to the slurmctld, appears to OS dependent, reported by Fredrik Tegenfeldt.

    it were removed from the job's allocation. Now only the tasks on those
    nodes are terminated.

Fix for checking QOS to override partition limits, previously if not using QOS some limits would be overlooked.

CPUS = SOCKETS * CORES
but THREADS != 1
in that case, reset select/cons_res internal node table to thread count = 1

    SelectTypeParameters=CR_ONE_TASK_PER_CORE.

Added flag "NoReserve" to a QOS to make it so all jobs are created equal within a QOS.  So if larger, higher priority jobs are unable to run they don't prevent smaller jobs from running even if running the smaller jobs delay the start of the larger, higher priority jobs.

BLUEGENE - fixed issue where jobs wouldn't wait log enough for blocks to free and wanted to use blocks that are being freed for other jobs

not all nodes have the same number of allocated CPUs.

scheduling is configured.

-- BLUEGENE - This fixes a race condition with dynamic mode to make it so we copy the booted and job list of blocks before trying to create.