Revert "qseecom: change return value to 0 if app id exists when loading app"

This reverts commit 60d8cbf8c1803052e89d5927c330c21f8cb2f5e9.
Disable HOTPLUG TRACE in kernel/cpu.c not exist in main line.
On boot, my thermal control hold cpu 3 in OFF state... READ MORE.

So on boot only kernel/cpu.c scream that CPU 3 cant be enabled!

well that is OK! :)

4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed
4>_cpu_up: attempt to bring up CPU 3 failed

reduce this panic to 1 in 5 * HZ interval.

so i will see maybe 5 alerts during boot! not 50 :)
list: introduce list_first_entry_or_null

non-rcu variant of list_first_or_null_rcu

Signed-off-by: Jiri Pirko <jiri@resnulli.us>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Pranav Vashi <neobuddy89@gmail.com>
Linux 3.4.99

Conflicts:
	kernel/locking/rtmutex.c
Tune CPU-BOOST and MSM HOTPLUG.
Tune CPUBOOST
cpufreq: interactive: Simplify frequency calculations

Previously, complicated calculations led to oscillating cpu
frequencies that ruined user experience even on high-end
devices. Revert to the classic calculations based on a
percentage of current max frequency.  This way, we're using
freqs more evenly and much more predictable.

Conflicts:
	drivers/cpufreq/cpufreq_interactive.c
cpufreq: interactive: Consider changed min limit a frequency boost

A changed policy->min can safely be considered a frequency boost.
Process this change analogous to the cpufreq_interactive_boost()
routine.
cpufreq: interactive: Honor boosted state in several timer calculations
async: introduce 'async_domain' type

This is in preparation for teaching async_synchronize_full() to sync all
pending async work, and not just on the async_running domain.  This
conversion is functionally equivalent, just embedding the existing list
in a new async_domain type.

The .registered attribute is used in a later patch to distinguish
between domains that want to be flushed by async_synchronize_full()
versus those that only expect async_synchronize_{full|cookie}_domain to
be used for flushing.

[jejb: add async.h to scsi_priv.h for struct async_domain]
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
Acked-by: Arjan van de Ven <arjan@linux.intel.com>
Acked-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
Tested-by: Eldad Zack <eldad@fogrefinery.com>
Signed-off-by: James Bottomley <JBottomley@Parallels.com>
Signed-off-by: Pranav Vashi <neobuddy89@gmail.com>
CPUFREQ: do not allow to set sampling_down_factor above 3

When setting sampling_down_factor 4 or above core freq stuck at max.
random: convert use of typedef ctl_table to struct ctl_table

This typedef is unnecessary and should just be removed.

Signed-off-by: Joe Perches <joe@perches.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Pranav Vashi <neobuddy89@gmail.com>
random: fix typos / spelling errors in comments

Signed-off-by: Greg Price <price@mit.edu>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
random: fix comment on proc_do_uuid

There's only one function here now, as uuid_strategy is long gone.
Also make the bit about "If accesses via ..." clearer.

Signed-off-by: Greg Price <price@mit.edu>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
random: fix description of get_random_bytes

After this remark was written, commit d2e7c96af added a use of
arch_get_random_long() inside the get_random_bytes codepath.
The main point stands, but it needs to be reworded.

Signed-off-by: Greg Price <price@mit.edu>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
RANDOM: Clean old hack before updating the code.
random: simplify loop in random_read

The loop condition never changes until just before a break, so we
might as well write it as a constant.  Also since a996996dd75a
("random: drop weird m_time/a_time manipulation") we don't do anything
after the loop finishes, so the 'break's might as well return
directly.  Some other simplifications.

There should be no change in behavior introduced by this commit.

Signed-off-by: Greg Price <price@mit.edu>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
random: fix comment on "account"

This comment didn't quite keep up as extract_entropy() was split into
four functions.  Put each bit by the function it describes.

Signed-off-by: Greg Price <price@mit.edu>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
random: simplify accounting logic

This logic is exactly equivalent to the old logic, but it should
be easier to see what it's doing.

The equivalence depends on one fact from outside this function:
when 'r->limit' is false, 'reserved' is zero.  (Well, two facts;
the other is that 'reserved' is never negative.)

Cc: Jiri Kosina <jkosina@suse.cz>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Signed-off-by: Greg Price <price@mit.edu>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>