LCD_KCAL: Make it not suck

 - Replace nasty lut struct with platform device based info.
 - Remove all sweep2dim code, we can do that elsewhere.
 - Remove get/set functions, all work is done in store/show functions.
 - Get driver initcall out of device file.
 - Unify update_preset_lcdc_lut and mdss_mdp_pp_argc.
 - Use a single function to adjust and apply values.
 - Check store functions count size properly.
 - Use boolean value for inverted display.
 - Use proper probe/remove macros.
 - Load initial kcal values directly from display.
 - Load driver with late_initcall.
 - Use platform driver to properly remove device files and free mem.
 - Clean code style.

 - sweep2dim will require a commit following this
input: sweep2dim: Use feature entirely within sweep2wake driver

 - Keep this away from kcal ctrl (it's much prettier than this old driver)
 - I guess I have a TODO now ^
Kernel Version: AK.040.OPO.CM12
ak-bacon-build: switch to new toolchain Sabermod 4.9.3 - 20141207
Revert "cpufreq: interactive: we can safely use the euclidean cpufreq relation in this case."

This reverts commit e9ef36801074717eca8eea2ba7a8482921173fd5.
cpufreq: intellimm: tuned and convert cputime to last function
Kernel Version: AK.041.OPO.CM12
diag: Reduce error message frequency

Some diag error messages are printed with high frequency. This
cause flooding of kernel logs. Rate limiting these messages will
help reading kernel logs.

Change-Id: I477ff2394116603a27d65948a60d3460c32572d1
CRs-fixed: 594186
Signed-off-by: Katish Paran <kparan@codeaurora.org>
cpufreq: force cpuN policy to match cpu0 when changing freq or gov

Signed-off-by: Pranav Vashi <neobuddy89@gmail.com>
cpufreq: adapted force cpuN policy to match CAF rules
cpufreq: force cpuN policy only for policy max
Kernel Version: AK.042.OPO.CM12
net: ipv6: allow choosing optimistic addresses with use_optimistic

The use_optimistic sysctl makes optimistic IPv6 addresses
equivalent to preferred addresses for source address selection
(e.g., when calling connect()), but it does not allow an
application to bind to optimistic addresses. This behaviour is
inconsistent - for example, it doesn't make sense for bind() to
an optimistic address fail with EADDRNOTAVAIL, but connect() to
choose that address outgoing address on the same socket.

Bug: 17769720
Bug: 18609055
Change-Id: I9de0d6c92ac45e29d28e318ac626c71806666f13
Signed-off-by: Erik Kline <ek@google.com>
Signed-off-by: Lorenzo Colitti <lorenzo@google.com>
Revert "msm: wlan: Update the wifi regulatory database."

This reverts commit 0ae8d4abe6c35f1eecde98727e68136796069dc5.
Revert "cfg80211: clarify BSS probe response vs. beacon data"

This reverts commit 3e6ca13b61591c4e06346b29464bd2fddaccd20d.
Revert "nl80211: add scan width to bss and scan request structs"

This reverts commit b56cb26ef58f5ec94a2be2f32520380db8a75b88.
Revert "Revert "wcnss: handle CBC complete event from firmware""

This reverts commit ea9bf37653cb1897259ae9f68e5871de510e72a6.