Add a standard defconfig for all other source builds
Revert "mach-tegra: tegra_sleep_stats: fix runqueue stats info"

This reverts commit 70351e9ad7f71d251c8a8c865160f1de84c6d227.
Revert "Optimized ARM RWSEM algorithm"

This reverts commit af96c3a31fa4a3dcc966d47950c13fb18b0835aa.
Revert "mach-tegra: edp: export t3 variant to debugfs"

This reverts commit 5c5ffd58c716cda2cc90e82d3036476ca1cef1dc.
Revert "mach-tegra: compile tegra_rq_stats.o"

This reverts commit 31a679dd78a6b7699304e34e106a9f7573ff6e4e.
Update defconfig with latest reverted changes
Compiler flags:  Remove cortex-a8

Linaro recommends using cortex-a9 over corex-a8
Merge remote-tracking branch 'pb/jb-wip' into jellybean-release
Revert "drivers: cpufreq: make unlock_policy_rwsem_write/read non static"

This reverts commit 3bd096ac28e209483bee05cf8d52e25df32a2909.
Revert "ARM: tegra: dvfs: Update Tegra3 dsi dvfs tables"

This reverts commit f77e71888d3d6ab84355f72c6348df9ba81cd45e.
Revert "arm tegra3: raise all voltages by 25 to avoid random lockups #2"

This reverts commit de5b84072f25ef907091e7ea8559103c1b9743c0.
Revert "arm tegra3:  raise all voltages by 25 to avoid random lockups"

This reverts commit f8105de304ca673e2d5b7615eeae6d63d5a1d063.
Revert "ARM Tegra3: Fine tweak voltages some more"

This reverts commit 90068bb88a26f32a2d1c6eadeb56e55278e27a13.
Revert "ARM Tegra3:  UV voltages by default"

This reverts commit 007c55e30a6a570c669731c8bf6c2b9df17b07ce.
Block:  Use BFQ I/O scheduler by default
Revert "fix gcc4.7 compile"

This reverts commit bfbbc82c1abcc766ba27f00330c9996393044735.
Use new compiler flags for arm and neon and remove cortex-a9 flags

which might be breaking some things
Revert "device_cgroup: fix RCU usage"

This reverts commit c5ee58688baa98bc3a4f6095a1acf6fd7fd9e967,
which was commit 201e72acb2d3821e2de9ce6091e98859c316b29a upstream.

Herton Ronaldo Krzesinski pointed out that the race condition this
dealt with does not exist in 3.2.y.

Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
drm: give up on edid retries when i2c bus is not responding

commit 9292f37e1f5c79400254dca46f83313488093825 upstream.

This allows to avoid talking to a non-responding bus repeatedly until we
finally timeout after 15 attempts. We can do this by catching the -ENXIO
error, provided by i2c_algo_bit:bit_doAddress call.

Within the bit_doAddress we already try 3 times to get the edid data, so
if the routine tells us that bus is not responding, it is mostly pointless
to keep re-trying those attempts over and over again until we reach final
number of retries.

This change should fix https://bugs.freedesktop.org/show_bug.cgi?id=41059
and improve overall edid detection timing by 10-30% in most cases, and by
a much larger margin in case of phantom outputs (up to 30x in one worst
case).

Timing results for i915-powered machines for 'time xrandr' command:
Machine 1: from 0.840s to 0.290s
Machine 2: from 0.315s to 0.280s
Machine 3: from +/- 4s to 0.184s

Timing results for HD5770 with 'time xrandr' command:
Machine 4: from 3.210s to 1.060s

Reviewed-by: Chris Wilson <chris@hchris-wilson.co.uk>
Reviewed-by: Keith Packard <keithp@keithp.com>
Tested-by: Sean Finney <seanius@seanius.net>
Tested-by: Soren Hansen <soren@linux2go.dk>
Tested-by: Hernando Torque <sirius@sonnenkinder.org>
Tested-by: Mike Lothian <mike@fireburn.co.uk>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=41059
Signed-off-by: Eugeni Dodonov <eugeni.dodonov@intel.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
workqueue: convert BUG_ON()s in __queue_delayed_work() to WARN_ON_ONCE()s

commit fc4b514f2727f74a4587c31db87e0e93465518c3 upstream.

8852aac25e ("workqueue: mod_delayed_work_on() shouldn't queue timer on
0 delay") unexpectedly uncovered a very nasty abuse of delayed_work in
megaraid - it allocated work_struct, casted it to delayed_work and
then pass that into queue_delayed_work().

Previously, this was okay because 0 @delay short-circuited to
queue_work() before doing anything with delayed_work.  8852aac25e
moved 0 @delay test into __queue_delayed_work() after sanity check on
delayed_work making megaraid trigger BUG_ON().

Although megaraid is already fixed by c1d390d8e6 ("megaraid: fix
BUG_ON() from incorrect use of delayed work"), this patch converts
BUG_ON()s in __queue_delayed_work() to WARN_ON_ONCE()s so that such
abusers, if there are more, trigger warning but don't crash the
machine.

Signed-off-by: Tejun Heo <tj@kernel.org>
Cc: Xiaotian Feng <xtfeng@gmail.com>
[Shuah Khan: This change is back-ported from upstream change that
 converted BUG_ON()s in __queue_delayed_work() to WARN_ON_ONCE()s.]
Tested on Stable Trees: 3.0.x, 3.4.x, 3.6.x
Signed-off-by: Shuah Khan <shuah.khan@hp.com>
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>