mmc: core: Optimize entering HS400 mode

In the current HS400 selection sequence high speed mode is entered
twice unnecessarily. Skip the first hs selection as it is also done
as part of entering high speed DDR mode.

CRs-fixed: 707453
Change-Id: Id027af977fe416056a6fbef39da1a84e41d89e53
Signed-off-by: Venkat Gopalakrishnan <venkatg@codeaurora.org>
Revert "qseecom: Add support to handle multiple app load & unload"

This reverts commit f856ce3045a68e12089c7dc2152f5c53bb259305.

Change-Id: I31b5994fb42118edd46e453b0d453225c92000a1
Merge branch 'cm-11.0' into ak-11.0-nightly
oneplusone: kexec-hardboot: fix secondary rom boot - now is fast

Thanks a lot
@tiny4579
@KINGbabasula
ak_bacon_defconfig: compile with CC_OPTIMIZE_FOR_SIZE
ak-bacon-build: compile with 4.9.1-2014.07.20140718.CR83

Thanks a lot
@savoca
@kecinzer
@DerRomtester
vfp: makefile: hard float is used so change flag accordingly
transport.c: Fix warning: 'midQ' may be used uninitialized in this function
epm_adc.c: Fix warning ‘*((void *)&adc_data+2)’ may be used uninitialized in this function
keystore.c: Fix warning ‘payload_len’ may be used uninitialized in this function
zlib: clean up some dead code

Cleanup unused `if 0'-ed functions, which have been dead since 2006
(commits 87c2ce3b9305 ("lib/zlib*: cleanups") by Adrian Bunk and
4f3865fb57a0 ("zlib_inflate: Upgrade library code to a recent version")
by Richard Purdie):

 - zlib_deflateSetDictionary
 - zlib_deflateParams
 - zlib_deflateCopy
 - zlib_inflateSync
 - zlib_syncsearch
 - zlib_inflateSetDictionary
 - zlib_inflatePrime

Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
tcp: md5: remove unneeded check in tcp_v4_parse_md5_keys

tcpm_key is an array inside struct tcp_md5sig, there is no need to check it
against NULL.

Signed-off-by: Dmitry Popov <ixaphire@qrator.net>
Acked-by: YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
arm: autosmp: use percentages for up and down rate limits

Since maximum cpu frequency can be changed, use relative percentage
values for up and down rate limits instead of absolute values. This
will make autosmp more consistent when maximum frequency is changed.
Kernel Version: ak.032_b12.opo.cm11
Merge remote-tracking branch 'AK/ak-11.0-nightly' into ak-11.0-nightly
Updated defconfig