add Ofast and flags optimization

flags optimization based JustArchiV3
http://forum.xda-developers.com/showthread.php?p=52736153

https://github.com/Fred6681/android_kernel_samsung_golden/commit/ceb313fa5d17f8b9f7289b80e7c3efc1bb288316
ARM: decompressor: Enable unaligned memory access for v6 and above

Modern GCC can generate code which makes use of the CPU's native
unaligned memory access capabilities.  This is useful for the C
decompressor implementations used for unpacking compressed kernels.

This patch disables alignment faults and enables the v6 unaligned
access model on CPUs which support these features (i.e., v6 and
later), allowing full unaligned access support for C code in the
decompressor.

The decompressor C code must not be built to assume that unaligned
access works if support for v5 or older platforms is included in
the kernel.

For correct code generation, C decompressor code must always use
the get_unaligned and put_unaligned accessors when dealing with
unaligned pointers, regardless of this patch.

Signed-off-by: Dave Martin <dave.martin@linaro.org>
Acked-by: Nicolas Pitre <nico@linaro.org>

https://github.com/Fred6681/android_kernel_samsung_golden/commit/c2188129ebe7d8b6699eb4625ee647659c797417
correct implementation of -Ofast flag
https://github.com/Fred6681/android_kernel_samsung_golden/commit/052b11e078bdd1ef9fc12b154de182da9cc5d2f8
Liveopp update table
make it friendly scale frequency
Proportional Rate Reduction for TCP.

This patch implements Proportional Rate Reduction (PRR) for TCP.
PRR is an algorithm that determines TCP's sending rate in fast
recovery. PRR avoids excessive window reductions and aims for
the actual congestion window size at the end of recovery to be as
close as possible to the window determined by the congestion control
algorithm. PRR also improves accuracy of the amount of data sent
during loss recovery.

The patch implements the recommended flavor of PRR called PRR-SSRB
(Proportional rate reduction with slow start reduction bound) and
replaces the existing rate halving algorithm. PRR improves upon the
existing Linux fast recovery under a number of conditions including:
  1) burst losses where the losses implicitly reduce the amount of
outstanding data (pipe) below the ssthresh value selected by the
congestion control algorithm and,
  2) losses near the end of short flows where application runs out of
data to send.

As an example, with the existing rate halving implementation a single
loss event can cause a connection carrying short Web transactions to
go into the slow start mode after the recovery. This is because during
recovery Linux pulls the congestion window down to packets_in_flight+1
on every ACK. A short Web response often runs out of new data to send
and its pipe reduces to zero by the end of recovery when all its packets
are drained from the network. Subsequent HTTP responses using the same
connection will have to slow start to raise cwnd to ssthresh. PRR on
the other hand aims for the cwnd to be as close as possible to ssthresh
by the end of recovery.

A description of PRR and a discussion of its performance can be found at
the following links:
- IETF Draft:
    http://tools.ietf.org/html/draft-mathis-tcpm-proportional-rate-reduction-01
- IETF Slides:
    http://www.ietf.org/proceedings/80/slides/tcpm-6.pdf
    http://tools.ietf.org/agenda/81/slides/tcpm-2.pdf
- Paper to appear in Internet Measurements Conference (IMC) 2011:
    Improving TCP Loss Recovery
    Nandita Dukkipati, Matt Mathis, Yuchung Cheng

Signed-off-by: Nandita Dukkipati <nanditad@google.com>
cpufreq: customize some values for zenx, zaneractive, intelliactive
drivers/cpufreq/cpufreq_intelliactive.c: GCC 4.9.x warning fix up

Signed-off-by: Paul Reioux <reioux@gmail.com>
LiveOpp: update frequencies
exFat: driver updated to version 1.2.9

https://github.com/andip71/boeffla-kernel-samsung-s3/commit/2ec9d91b0d490f17a991d7da020b1b9828e940af
mali: add mutex locking to boost logic
https://github.com/TeamCanjica/Samsung_STE_Kernel/commit/c8b65476afdd72d876607b71abc60787468ad147
mali: Fix compile warnings

Signed-off-by: cocafe <cocafehj@gmail.com>

https://github.com/cocafe/i9070_kernel_CoCore-E/commit/87b0570554418ff786b60744705387400aebf42d
mali: fix error in boost logic

it sometimes caused mali boost to lock up at high freq regardless of
the load

https://github.com/TeamCanjica/Samsung_STE_Kernel/commit/9025c51a94d5fa932356cf644a91241a9dbdcf90
mxt224s: set touchboost cpufreq to 600Mhz
ab8500-usb: remove sysfs entries on module exit

https://github.com/mkaluza/Samsung_STE_Kernel/commit/4dab6d68bdd4a1b771d45ced513b2e49451834aa
LiveOPP: add PLLDDR boost interface

Thanks @cocafe for idea and original patch.
I found way to overclock PLLDDR stably upto 975 MHz (on my codina).
To use this interface type command like that:
`echo 0x0005017f > /sys/kernel/liveopp/pllddr # 975 MHz`
Please note only values that starts with 0x0005.... are allowed.

I did some tests that confirmed better RAM performance:
Governor - performance, CPU 1200 MHz.

1) Memory speed benchmark:
  a) 798 MHz

Reading speed in MBytes/second
Memory    x[m]=x[m]+s*y[m]            x[m]=x[m]+y[m]
Kbytes      Dble    Sngl     Int           Dble    Sngl     Int
   16       1735     886    2381           2719    1360    2808
   32       1586     819    1760           1991    1145    1953
   64       1459     755    1279           1580     978    1410
  128       1454     763    1223           1589     978    1345
  256       1449     760    1183           1579     975    1298
  512        940     697     934           1161     867     979
 1024        480     443     463            489     457     490
 4096        378     350     351            395     364     380
16384        402     353     397            389     382     391
65536        388     364     399            400     392     408

Total elapsed time: 12.9 seconds

  b) 975 MHz

Reading speed in MBytes/second
Memory    x[m]=x[m]+s*y[m]            x[m]=x[m]+y[m]
Kbytes      Dble    Sngl     Int           Dble    Sngl     Int
   16       1737     889    2449           2720    1365    2804
   32       1600     824    1762           2006    1146    1958
   64       1457     756    1286           1576     979    1404
  128       1456     762    1224           1591     979    1347
  256       1449     762    1193           1584     977    1292
  512       1204     712     997           1274     901    1010
 1024        573     524     575            538     540     582
 4096        459     411     335            410     423     452
16384        455     434     458            482     435     471
65536        454     437     456            487     454     461

Total elapsed time: 12.0 seconds

2) random access benchmark:
 a) 798 MHz

Mbytes/Second transferring  4 byte words:

Memory           Serial.........    Random.........
Kbytes           Read     Rd/Wrt    Read     Rd/Wrt
   16            2788       3013    2787     3033
   32            1879       1963    1745     2130
   64            1103       1110    1029     1166
  128             988        972     787      844
  256             938        970     641      671
  512             855        738     236      275
 1024             627        415     110       89
 4096             570        376      69       68
16384             573        367      59       58
65536             508        395      51       49

Total elapsed time: 12.2 seconds

b) 975 MHz

Mbytes/Second transferring  4 byte words:

Memory           Serial.........    Random.........
Kbytes           Read     Rd/Wrt    Read     Rd/Wrt
   16            2779       3031    2785     3030
   32            1878       1959    1734     2150
   64            1101       1099    1034     1165
  128             986        993     812      853
  256             976        981     582      713
  512             886        771     289      311
 1024             657        541     129      125
 4096             643        429      89       79
16384             643        467      72       69
65536             597        475      59       59

Total elapsed time: 11.5 seconds

mentioned benchmarks were found on
http://www.roylongbottom.org.uk/android%20benchmarks.htm

Signed-off-by: Shilin Victor <chrono.monochrome@gmail.com>

https://github.com/cocafe/i9070_kernel_CoCore-E/commit/f3dc15cb92b355736e47e0d0405cc9f1217d79d8
Exfat: move exfat from drivers to fs
Defconfig: Enable exfat and SND_USB
Reduce wakelock time
Reduce 200Mhz volt
set default value