3.0.64

Change-Id: I459a2955e3f5cae3e16d315389455bcfce664d33
3.0.65

Change-Id: Ic383a1f47a00b8a0f945c8eee84ad29f7768b21c
DHD : Samsung JB Update 7

Change-Id: Ia43984e3c7eedbb3cec871a72937aaf2cd776a61
3.0.66

Change-Id: If94137ffaaf66968d869445174f097832e3582b2
mali: update to r3p1-01rel1

Change-Id: I38a5488af2f2a64e2851826cdbc475ef5727c965
s3cfb: disable spam

Change-Id: If4e3b7a2ded1dbe4e9940fc8d2ff45b80093d8ac
s5c73m3: print s_ctrl and g_ctrl values

Change-Id: I6528dbc927af129510df9e5857acb1177f5ed0d7
cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency

Instead of checking only the absolute value of CPU load_freq to increase
frequency, we detect forthcoming CPU load rise and increase frequency
earlier.

Every sampling rate, we calculate the gradient of load_freq. If it is
too steep we assume that the load most probably will go over
up_threshold in next iteration(s) and we increase frequency immediately.

New tuners are introduced:
- early_demand: to enable this functionality (disabled by default).
- grad_up_threshold: over this gradient of load we will increase
frequency immediately.

Change-Id: I7ff418492ae3d45b60cafb9fab5d025a498739a3
Signed-off-by: Stratos Karafotis <stratosk@semaphore.gr>
s5c73m3: only use camera fw from system if newer than on data

if firmware versions from system and data are equal,
firmware from system is used which results in a crash.

<7>[   71.566024] c0 s5c73m3_load_fw: Writing Firmware...
<2>[   71.566095] c0 kernel BUG at /android/cm-10.1/kernel/samsung/smdk4412/arch
/arm/mm/dma-mapping.c:436!
<1>[   71.566145] c0 Unable to handle kernel NULL pointer dereference at virtual
 address 00000000

use firmware from data as workaround for now.

Change-Id: I4df190dee7342bc1db94de285c1ccfa1f05892e8
display: updates for t0 devices

Change-Id: I028fd1a12e9dd1173aec02fea91bb192dda9d8ba