CHROMIUM: config: Switch exynos media back to static build

Turns out builds break for modules; we have to fix that but revert back
until fixes are in.

BUG=none
TEST=build chromeos-kernel for exynos

Change-Id: Ie46bce8d0e956b80860f6bcebb5049f6396548d3
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/26321
Reviewed-by: Sonny Rao <sonnyrao@chromium.org>
Reviewed-by: Pawel Osciak <posciak@google.com>

CHROMIUM: Input: synaptics - add sysfs access to firmware ID & board ID

Allow userspace to query firmware ID and board ID, which are read and
cached during device initialization.

Signed-off-by: Daniel Kurtz <djkurtz@chromium.org>
BUG=chrome-os-partner:7410
TEST=cat /sys/bus/serio/drivers/psmouse/serio<N>/firmware_id
TEST=cat /sys/bus/serio/drivers/psmouse/serio<N>/board_id

Change-Id: Ida67e4ac3df6c884c89b8a52be6defcf99e6a8ad
Reviewed-on: https://gerrit.chromium.org/gerrit/25595
Reviewed-by: Daniel Kurtz <djkurtz@chromium.org>
Tested-by: Daniel Kurtz <djkurtz@chromium.org>
Commit-Ready: Jon Salz <jsalz@chromium.org>

CHROMIUM: Input: synaptics - print firmware ID and board number at init

Read the Firmware ID and Board Number from a synaptics device at init
and display them in the system log.

Signed-off-by: Daniel Kurtz <djkurtz@chromium.org>
BUG=chrome-os-partner:7410
TEST=grep "Touchpad model" /var/log/messages
    => look for "board Id: ###, fw Id: ###"

Change-Id: I4e191c85d11ad98266c4853232f9bd5624c4638d
Reviewed-on: https://gerrit.chromium.org/gerrit/25594
Reviewed-by: Daniel Kurtz <djkurtz@chromium.org>
Tested-by: Daniel Kurtz <djkurtz@chromium.org>
Commit-Ready: Jon Salz <jsalz@chromium.org>

CHROMIUM: config: renormalize splitconfig

Normalizing splitconfig and turning off USB_GADGET, MTD and switching some of the
v4l options to modules.

This also switches CONFIG_MEDIA_CONTROLLER to =m on exynos to keep it common with
other platforms.

Finally, it also copies over the chromeos-exynos5 config to
chromiumos-exynos5. The old tegra placeholder is no longer needed,
we can do the real thing.

BUG=chrome-os-partner:10937
TEST=none

Change-Id: Ic4bf0e27cb8291ee5b88cd27af7851aaf98855ce
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/26288
Reviewed-by: Sonny Rao <sonnyrao@chromium.org>

CHROMIUM: config: add a fully populated exynos5 config

This adds a fully populated (not yet split-configged) exynos5
config from the previously private tree. I'm importing this
as a separate commit to make it easier to review actual contents.

Note that this is imported as a chromeos config, not chromiumos config.
The chromiumos counterpart will be removed once the public builder has been
moved over to the other config.

BUG=chrome-os-partner:10937
TEST=none

Change-Id: I35c8b00d5242400471ce0114598f11ed614b475c
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/26287
Reviewed-by: Pawel Osciak <posciak@google.com>
Reviewed-by: Sonny Rao <sonnyrao@chromium.org>

CHROMIUM: config: renormalize splitconfig after exynos merge

This just goes with defaults everywhere, exynos config will be brought in
separately.

BUG=chrome-os-partner:10937
TEST=none

Change-Id: I63699942b626cc81e6c34ca6f904b21313123cb4
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/26286
Reviewed-by: Sonny Rao <sonnyrao@chromium.org>

CHROMIUM: v4l: add compat struct members that were missing

v4l: add buffer exporting via dmabuf
and
v4l: Add DMABUF as a memory type

add new members to some of the v4l structs, but don't add them for
the 32-bit compat cases.  This adds the missing members to not break
compilation on 64-bit kernels.

BUG=none
TEST=build for lumpy

Change-Id: Ie4549a3be30226d276ff3898651f504f8f29a46a
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/26282

Merge branch 'chromeos-exynos-3.4' into chromeos-3.4

* chromeos-exynos-3.4: (390 commits)
  spi: s3c64xx: Add fix for crash in spi suspend/resume
  exynos5: lcd: Free gpio in machine specific set_power callback
  gpu: vithar: To build in non debug mode
  CHROMIUM: spi: Unlock a spinlock before calling into the controller driver.
  lib/scatterlist: do not re-write gfp_flags in __sg_alloc_table
  CHROMIUM: ARM: exynos: handle setaffinity on combined interrupts
  CHROMIUM: ARM: exynos: arm-pmu configuration through dts
  ARM: exynos: add pmu nodes to exynos5250 dts
  ARM: exynos: add cpu nodes to 5250 device tree
  arm: exynos5: dts: add TMU device node
  ARM: exynos5: add tmu clock support
  DRM: exynos: return NULL if exynos_pages_to_sg fails
  media: exynos: fix permissions on files
  drm: vithar: fix permissions on Makefiles
  CHROMIUM: ARM: Exynos5: Manually configure the chip select gpio for spidev.
  CHROMIUM: ASoC: samsung: don't configure smdk audio everywhere
  CHROMIUM: ARM: exynos: add max98095 dt entries
  CHROMIUM: ARM: enable xclkout for audio on daisy/snow
  CHROMIUM: ASoC: samsung: add daisy_max98095.c board
  CHROMIUM: ARM: exynos: Add audio clocks needed for snow(?)
  ...

Conflicts:
drivers/platform/Makefile

Change-Id: I31ce43ad7b68adb8af91e8d8a747c438b0c9afc1

CHROMIUM: daisy: tpm: fail TPM probe if TPM is not started

Some versions of u-boot don't start the TPM.  We want
the probe to fail in this case.  We could start the TPM
here, but then we would have to set it up compatibly
with what vboot does (including one-time initializations),
or we would hit more confusing errors along the way.

Note: this is tested with non-vboot firmware.  I will try
to test it with vboot firmware as well, but I might hit
snags at this point and might give up.

BUG=chrome-os-partner:8921
TEST=booted with non-vboot u-boot and noted that /dev/tpm0 does not exist

Change-Id: Iea04be737891eb67f428e4627f669301b936cb9e
Reviewed-on: https://gerrit-int.chromium.org/18683
Tested-by: Luigi Semenzato <semenzato@google.com>
Reviewed-by: Jonathan Kliegman <kliegs@google.com>
Reviewed-by: Olof Johansson <olofj@google.com>
Commit-Ready: Luigi Semenzato <semenzato@google.com>

CHROMIUM: tpm: i2c tpm for 3.4

This makes the TPM a proper I2C device, to ensure it works
correctly with the device tree.

BUG=chrome-os-partner:8919
TEST=tpmc startup; tpmc test

Change-Id: Ib2b490eb734bf6cc6c0c4ac6080d46409590c062
Signed-off-by: Luigi Semenzato <semenzato@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/17877
Tested-by: Luigi Semenzato <semenzato@google.com>
Reviewed-by: Olof Johansson <olofj@google.com>
Commit-Ready: Luigi Semenzato <semenzato@google.com>

CHROMIUM: tpm: add more specific name "slb9635tt" for I2C TPM

BUG=chromium-os-partner:8919
TEST=none

Change-Id: Ifb8c9e69d3ca3dafe15bc2419513f08f9fb504a8
Reviewed-on: https://gerrit-int.chromium.org/18424
Reviewed-by: Olof Johansson <olofj@google.com>
Commit-Ready: Luigi Semenzato <semenzato@google.com>
Tested-by: Luigi Semenzato <semenzato@google.com>

CHROMIUM: Input: cyapa - Add power_mode and register comments

Add informative comments for cyapa_set_power_mode,
cyapa_sleep_time_to_pwr_cmd and cyapa_pwr_cmd_to_sleep_time,
and register fields.

BUG=chromium-os:21047
TEST=builds clean.

Change-Id: I5a25b1c94bae75bd4ad9f99894b2b87196acb334
Signed-off-by: Benson Leung <bleung@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/26193

CHROMIUM: Input: cyapa - Descriptive input->phys field

Populate the input->phys field with a string that uniquely
identifies the device based on device type (i2c), adapter number,
and address.

BUG=chromium-os:21047
TEST=builds clean.
cat /proc/bus/input/devices | grep -A1 cyapa
Check that the output is something like this (middle number will vary
based on adapter number on particular platform and kernel):
N: Name="cyapa"
P: Phys=i2c-1-0067/input0

Change-Id: Ia9ccab8054c1d8e86a0ec5ec0e260d30fd14782e
Signed-off-by: Benson Leung <bleung@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/26065

Revert "gsmi: Enable CONFIG_GOOGLE_GSMI for x86 devices"

This change is suspected in http://crosbug.com/32188

This reverts commit 05e1643e2c1145ab85ba43c1f991fcda1c7035c0

Change-Id: Ie5a516c63c23b4bf99f86a83dd1efc3a87a432a4
Reviewed-on: https://gerrit.chromium.org/gerrit/26250
Reviewed-by: Duncan Laurie <dlaurie@chromium.org>
Commit-Ready: Richard Barnette <jrbarnette@chromium.org>
Reviewed-by: Richard Barnette <jrbarnette@chromium.org>
Tested-by: Richard Barnette <jrbarnette@chromium.org>

UPSTREAM: staging: gdm72xx: fix an skb memory leak

The NLMSG_PUT() macro contains a hidden goto that jumps to the
nlmsg_failure label. Since the sk_buff was allocated before the macro,
jumping to the nlmsg_failure label leaks the memory allocated for it.

Calling kfree() before returning would fix it, but is better to avoid
using this error prone macro and use nlmsg_put() instead.

Also, use nlmsg_data() instead of NLMSG_DATA() to check type.

Signed-off-by: Javier Martinez Canillas <javier@dowhile0.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit 2da049bd5f9b0dbd688519fdb6688a4895fe8395)

Change-Id: I539bbdfd79d4b58c65a5330e182249a9e8d69c81
Reviewed-on: https://gerrit.chromium.org/gerrit/26213
Reviewed-by: Grant Grundler <grundler@chromium.org>
Tested-by: Ben Chan <benchan@chromium.org>
Commit-Ready: Ben Chan <benchan@chromium.org>

CHROMIUM: Input: atmel_mxt_ts - fix compiler warning

In function 'mxt_input_dev_create':
warning: comparison of distinct pointer types lacks a cast

Since max_area_channels is unsigned, make the constant unsigned too.

Signed-off-by: Daniel Kurtz <djkurtz@chromium.org>
BUG=chromium-os:32156
TEST=builds w/out warning

Change-Id: I2678ba3302e2c62461ec3bf17b40dae7a54b46d1
Reviewed-on: https://gerrit.chromium.org/gerrit/26099
Reviewed-by: Yufeng Shen <miletus@chromium.org>
Reviewed-by: Benson Leung <bleung@chromium.org>
Commit-Ready: Daniel Kurtz <djkurtz@chromium.org>
Reviewed-by: Daniel Kurtz <djkurtz@chromium.org>
Tested-by: Daniel Kurtz <djkurtz@chromium.org>

gsmi: Enable CONFIG_GOOGLE_GSMI for x86 devices

This enables kernel messages in the firmware event log
on supported plaforms.

BUG=chrome-os-partner:9195
TEST=manual

Check for GSMI loaded message in dmesg:
localhost kernel: [    3.332717] gsmi version 1.0 loaded

And look for gsmi directory in /sys/firmware
> ls -ld /sys/firmware/gsmi
drwxr-xr-x 2 root root 0 Jun 25 10:19 /sys/firmware/gsmi

Change-Id: I29001ffd993897932740a70edeac7109a391a642
Signed-off-by: Duncan Laurie <dlaurie@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/26030
Reviewed-by: Olof Johansson <olofj@chromium.org>

CHROMIUM: chromeos_laptop : remove exported functions

Exported functions no longer needed as we no longer build
a version of this driver as a separate module.

BUG=chromium-os:31877
TEST=builds clean.
Verify that touch devices work.

Change-Id: I2904096ef6762763b9726e306651433ca35fd9e6
Signed-off-by: Benson Leung <bleung@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/26068
Reviewed-by: Olof Johansson <olofj@chromium.org>

spi: s3c64xx: Add fix for crash in spi suspend/resume

The SPI driver makes a gpio_request during initialization. The requested
gpios need to be populated as part of the s3c64xx_spi_driver_data so that
they can be released during suspend and requested again during resume.
Add the missing code to save the requested gpios as part of the driver
data. This fixes a SPI driver suspend crash.

BUG=chrome-os-partner:8921
TEST=Test S2R on Daisy and ensure that the SPI suspend crash has gone
away.

Change-Id: I623934f084b8d7d4070f70e7878585ece0e6fd85
Signed-off-by: Abhilash Kesavan <a.kesavan@samsung.com>
Reviewed-on: https://gerrit-int.chromium.org/20776
Reviewed-by: Bryan Freed <bfreed@google.com>
Reviewed-by: Doug Anderson <dianders@google.com>
Reviewed-by: Olof Johansson <olofj@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>

exynos5: lcd: Free gpio in machine specific set_power callback

The platform_lcd driver suspend/resume functions call the machine
specific set_power function. This function requests a gpio without
freeing it resulting in the following error message during suspend/
resume:
"gpio_request: gpio-180 (GPX3) status -16"
Free the requested gpio to fix the above error.

BUG=chrome-os-partner:8921
TEST=Test S2R on Daisy and ensure that the gpio request error goes away.

Change-Id: If124e94a6ae4a72a14d9ff95927074c4f84dd3d6
Signed-off-by: Abhilash Kesavan <a.kesavan@samsung.com>
Reviewed-on: https://gerrit-int.chromium.org/20784
Commit-Ready: Olof Johansson <olofj@google.com>
Reviewed-by: Olof Johansson <olofj@google.com>

gpu: vithar: To build in non debug mode

Made MALI_DEBUG flag 0 to build vithar driver base code in
release mode

BUG=None
TEST=Tested on Lucas

Change-Id: I76d0a8b40edbf297f7649668f907691f358aabcd
Signed-off-by: Akshu Agrawal <akshu.a@samsung.com>
Reviewed-on: https://gerrit-int.chromium.org/20794
Reviewed-by: Anush Elangovan <anush@google.com>
Tested-by: Abhinav Kochhar <abhinav.k@samsung.com>
Reviewed-by: Abhinav Kochhar <abhinav.k@samsung.com>
Commit-Ready: Abhinav Kochhar <abhinav.k@samsung.com>

CHROMIUM: spi: Unlock a spinlock before calling into the controller driver.

spi_pump_messages() calls into a controller driver with
unprepare_transfer_hardware() which is documented as "This may sleep".
As in the prepare_transfer_hardware() call below, we should release the
queue_lock spinlock before making the call.
Rework the logic a bit to hold queue_lock to protect the 'busy' flag,
then release it to call unprepare_transfer_hardware().

BUG=chrome-os-partner:10756
TEST=while :; do flashrom -r /tmp/foo; done

Change-Id: I9d49d6060bdfd1b090414286b54e20ce5f182ecd
Signed-off-by: Bryan Freed <bfreed@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/20665
Tested-by: Bryan Freed <bfreed@google.com>
Reviewed-by: Doug Anderson <dianders@google.com>
Commit-Ready: Bryan Freed <bfreed@google.com>

lib/scatterlist: do not re-write gfp_flags in __sg_alloc_table

We are seeing a lot of sg_alloc_table allocation failures using the
new drm prime infrastructure. We isolated the cause to code in
__sg_alloc_table that was re-writing the gfp_flags.

There is a comment in the code that suggest that there is an
assumption about the allocation coming from a memory pool. This was
likely true when sg lists were primarily used for disk I/O.

LKML-Reference: https://lkml.org/lkml/2012/6/22/494

BUG=chrome-os-partner:10745
TEST=none

Change-Id: Id8dac90f15c14aa5bf68a81df3a2e5103dd32251
Signed-off-by: Mandeep Singh Baines <msb@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/20672
Reviewed-by: Sonny Rao <sonnyrao@google.com>
Tested-by: Subash Patel <subash@chromium.org>

CHROMIUM: ARM: exynos: handle setaffinity on combined interrupts

This is needed to set affinity of the PMU interrupts for perf. Note that
the whole group of combined interrupts will be moved to whatever the last
affinity was set to. This might or might not cause problems, but it's no worse
than now.

BUG=none
TEST=run perf under taskset -c 0/1 and see it still work

Change-Id: I76b0aa00e040c5f0490be3e4c885dfd2d20e1d79
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/20680
Reviewed-by: Sonny Rao <sonnyrao@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

CHROMIUM: ARM: exynos: arm-pmu configuration through dts

This means we can specify proper interrupts per platform on multiplatform kernels.
Besides, exynos5 is all device-tree now so it doesn't make sense to use PMU from
platform_data there.

BUG=none
TEST=perf report /bin/ls

Change-Id: I52bc4b1f70f7d6d76d36cabcf25e2ee92f3bd472
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/20679
Reviewed-by: Sonny Rao <sonnyrao@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

ARM: exynos: add pmu nodes to exynos5250 dts

This plumbs up the PMU on the A15s so that we can run perf.

BUG=none
TEST=run perf top

Change-Id: I64638b87e24f8dd7664063d0d5b672993dd1763e
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/20678
Reviewed-by: Sonny Rao <sonnyrao@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

ARM: exynos: add cpu nodes to 5250 device tree

Not technically used for anything, but it's still common to describe
them.

BUG=none
TEST=none

Change-Id: I0c864c08025e5e84816520c917c803782a90e642
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/20677
Reviewed-by: Sonny Rao <sonnyrao@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

arm: exynos5: dts: add TMU device node

Adds Thermal Management Unit device node in the device tree list

BUG=chrome-os-partner:8926
TEST=build ok, booted on snow and saw system is tripping when
      reached tripping temp.

Change-Id: I0b000cdc44f84f218e1c290740cff63347ddecda
Signed-off-by: Alim Akhtar <alim.akhtar@samsung.com>
Reviewed-on: https://gerrit-int.chromium.org/18260
Reviewed-by: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>
Reviewed-on: https://gerrit-int.chromium.org/20484
Reviewed-by: Doug Anderson <dianders@google.com>
Reviewed-by: Grant Grundler <grundler@google.com>
Tested-by: Grant Grundler <grundler@google.com>

ARM: exynos5: add tmu clock support

Add support for clock instance for TMU controller

BUG=none
TEST=booted kernel, cat /sys/class/thermal/thermal_zone0/temp
     show current temp.

Change-Id: If2d83abeb437b287cab475f102942ea566cf6ab5
Signed-off-by: Alim Akhtar <alim.akhtar@samsung.com>
Signed-off-by: Amit Daniel Kachhap <amit.kachhap@linaro.org>
Reviewed-on: https://gerrit-int.chromium.org/20489
Reviewed-by: Doug Anderson <dianders@google.com>
Reviewed-by: Grant Grundler <grundler@google.com>
Tested-by: Grant Grundler <grundler@google.com>
Reviewed-by: Olof Johansson <olofj@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>

DRM: exynos: return NULL if exynos_pages_to_sg fails

exynos_pages_to_sg() internally calls sg_kmalloc() which can return
no pages when the system is under high memory crunch. One such instance
is chromeos-install in the chromeos. This patch adds check for the return
value of the function in subject to return NULL on failure.

BUG=chrome-os-partner:9481
TEST=built, ran on snow and tried chromeos-install without a crash

Change-Id: I0abda74beaedae002a17de9962d7a462a2a7c2fb
Signed-off-by: Subash Patel <subash.rp@samsung.com>
Reviewed-on: https://gerrit-int.chromium.org/20572
Reviewed-by: Doug Anderson <dianders@google.com>
Tested-by: Doug Anderson <dianders@google.com>
Reviewed-by: Olof Johansson <olofj@google.com>
Commit-Ready: Subash Patel <subash@chromium.org>

media: exynos: fix permissions on files

BUG=none
TEST=visual inspection

Change-Id: I86e35c5d24a8b9083a5278da304df21ff11776d4
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/20637
Reviewed-by: Doug Anderson <dianders@google.com>
Reviewed-by: Anush Elangovan <anush@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>
Reviewed-by: Subash Patel <subash@chromium.org>

drm: vithar: fix permissions on Makefiles

BUG=none
TEST=visual inspection

Change-Id: I65bb901188bee114a8feb86b5fb12f4516594795
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/20636
Reviewed-by: Anush Elangovan <anush@google.com>
Reviewed-by: Doug Anderson <dianders@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

CHROMIUM: ARM: Exynos5: Manually configure the chip select gpio for spidev.

The kernel should not depend on firmware to configure the chip select pin
with function 1 (gpio) for us.

BUG=chrome-os-partner:10755
TEST=Confirm flashrom -p linux_spi:dev=/dev/spidev1.0 --get-size works.

Change-Id: I77c7e5134fa323a82e6f5308566ff05493e493cd
Signed-off-by: Bryan Freed <bfreed@chromium.org>
Signed-off-by: Doug Anderson <dianders@chromium.org>
(dianders resolved trivial merge conflicts)
Reviewed-on: https://gerrit-int.chromium.org/20625
Tested-by: Doug Anderson <dianders@google.com>
Commit-Ready: Doug Anderson <dianders@google.com>
Reviewed-by: Doug Anderson <dianders@google.com>
Reviewed-by: Olof Johansson <olofj@google.com>

CHROMIUM: ASoC: samsung: don't configure smdk audio everywhere

We want both drivers enabled so the same kernel can boot SMDK and
Daisy/Snow, but we can't have the SMDK driver registering itself on
hardware it doesn't exist on.

Change-Id: I5a446c1a840f539200b26e2f5aadf6b28d7fcb45
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/20547
Reviewed-by: Dylan Reid <dgreid@chromium.org>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

CHROMIUM: ARM: exynos: add max98095 dt entries

Add device tree entries for the codec used on daisy/snow and
the regulator used to power up the codec.

Change-Id: I04d40f6ffa5c0b1e9c78247b9b3c5d8998d31a7f
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/20546
Reviewed-by: Dylan Reid <dgreid@chromium.org>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

CHROMIUM: ARM: enable xclkout for audio on daisy/snow

Daisy/snow need xclkout to be enabled since it's their reference clock
for the audio codec. Enabling the output on smdk shouldn't be
harmful so just do it globally for now.

Note that this should be moved over to be a regular system clock instead
of just being forced on like this.

Change-Id: Ia4f612ff56c6715aa99e9b50e51b5e03874feb8a
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/20545
Reviewed-by: Dylan Reid <dgreid@chromium.org>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

CHROMIUM: ASoC: samsung: add daisy_max98095.c board

Add the ASoC board plumbing for max98095 on daisy/snow.

Change-Id: I34d390d808574dafc9dd463aaf21a6c7886d97a0
BUG=chrome-os-partner:8920
TEST=Kernel builds.
Signed-off-by: Taylor Hutt <thutt@chromium.org>
[olofj: Changed to device tree and some misc cleanup]
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/19831
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>
Reviewed-by: Dylan Reid <dgreid@chromium.org>

CHROMIUM: ARM: exynos: Add audio clocks needed for snow(?)

Adds missing clock definitions needed for audio

This needs to be cleaned up, it's not clear to me why the existing clock
definitions in arch/arm/mach-exynos/clock-audss.c are insufficient. There
are differences, but I don't know how they are expected to be reconciled
between EXYNOS4 and EXYNOS5 at this time.

BUG=chrome-os-partner:8920
TEST=Validated audio output works w/ follow on changes.
Change-Id: I2b082b1e3a132ec6731f8c4faf7108cfe90880de
Signed-off-by: Taylor Hutt <thutt@chromium.org>
[olofj: pruned out some clocks, rewrote the commit description and a
few other things]
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/19830
Reviewed-by: Dylan Reid <dgreid@chromium.org>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

ARM: exynos: dt: turn on wwan-en

This turns on wwan all the time which is fine at the moment.
When we want to optimize for power, we'll need to figure out how
to hook things in such that:
* We turn off 3G when the user has disabled it in the UI (that
  would mean we couldn't tell if we're on a 3G sku).
* We turn off 3G during suspend (assuming that we don't want to
  keep it on for some reason).
See the bug for more details.

BUG=chrome-os-partner:10528
TEST=Before this change, 'grep "wwan-en" /sys/class/regulator/*/name'
returned nothing.  After this change, it showed a match.
TEST=Before this change, saw no 3G module in 'lsusb'.  After this
change I saw a 3G module in lsusb.

Change-Id: I34b12cf0ad5d30d246c31aa707f32a16c5351ca8
Signed-off-by: Doug Anderson <dianders@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/20508
Tested-by: Doug Anderson <dianders@google.com>
Reviewed-by: Olof Johansson <olofj@google.com>
Commit-Ready: Doug Anderson <dianders@google.com>
Reviewed-by: Terry Lambert <tlambert@google.com>

ARM: Exynos5: Add spi clock support

Add support for clock instances for each spi controller.

BUG=None
TEST=None

Change-Id: Iddfd68dea4b81d0282744dabb79dbdc587dc830d
Signed-off-by: Thomas Abraham <thomas.abraham@linaro.org>
Signed-off-by: Padmavathi Venna <padma.v@samsung.com>
Acked-by: Jaswinder Singh <jaswinder.singh@linaro.org>
Reviewed-on: https://gerrit-int.chromium.org/17934
Reviewed-by: Olof Johansson <olofj@google.com>
Tested-by: Doug Anderson <dianders@google.com>
Commit-Ready: Doug Anderson <dianders@google.com>
Reviewed-on: https://gerrit-int.chromium.org/20488
Tested-by: Olof Johansson <olofj@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>

ARM: exynos: Don't toggle GPIO_X1(5) on snow

Don't toggle GPIO_X1(5) on snow since it maps to PD_N on the bridge
chip, and not reset. Also remove the switch on power since both branches
do the same thing.

BUG=None
TEST=Tested on snow

Change-Id: I53789108300eb165caf71bfb302c99ab3ceebb28
Signed-off-by: Sean Paul <seanpaul@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/20509
Tested-by: Sean Paul <seanpaul@google.com>
Reviewed-by: Doug Anderson <dianders@google.com>

CHROMIUM: mkbp: add missing key for UK keyboard

This adds KEY_BACKSLASH at (row,column) 4,10 for the UK keyboard, for
which key 3,11 is not wired.

It also replaces the hex code for KEY_102ND with the correct symbol
(don't know why I didn't use that in the first place).

BUG=chrome-os-partner:10534
TEST=manually tested with UK keyboard

Change-Id: I59b0f6dbf8924e10a5cf358b73b59c7cb387e64f
Reviewed-on: https://gerrit-int.chromium.org/20374
Tested-by: Luigi Semenzato <semenzato@google.com>
Commit-Ready: Luigi Semenzato <semenzato@google.com>
Reviewed-by: Luigi Semenzato <semenzato@google.com>
Reviewed-by: Sonny Rao <sonnyrao@google.com>

CHROMIUM: platform: chromeos_ec: export firmware information

Add sysfs nodes to get firmware version and other EC info.

Signed-off-by: Vincent Palatin <vpalatin@chromium.org>
BUG=chrome-os-partner:8865
TEST=on Daisy, read the new sysfs nodes

Change-Id: I12528fb9c5dcb59578eaaf75481a5227083fe3d4
Reviewed-on: https://gerrit-int.chromium.org/18002
Reviewed-by: Olof Johansson <olofj@google.com>
Commit-Ready: Vincent Palatin <vpalatin@google.com>
Tested-by: Vincent Palatin <vpalatin@google.com>

gsmi: Add coreboot to list of matching BIOS vendors

In order to use this coreboot needs board support for:
CONFIG_ELOG=y
CONFIG_ELOG_GSMI=y

And the kernel driver needs enabled:
CONFIG_GOOGLE_GSMI=y

BUG=chrome-os-partner:9195
TEST=manual

Verify that clean shutdown event is added to the log:

> mosys eventlog list | grep 'Clean Shutdown'
11 | 2012-06-25 09:49:24 | Kernl Event | Clean Shutdown

Change-Id: I01d5aae415207538bf46166c04a874685213386f
Signed-off-by: Duncan Laurie <dlaurie@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/26029
Reviewed-by: Vadim Bendebury <vbendeb@chromium.org>
Reviewed-by: Stefan Reinauer <reinauer@chromium.org>

gsmi: Fix bug in append_to_eventlog sysfs handler

The sysfs handler should return the number of bytes
consumed, which in the case of a successful write is
the entire buffer.

BUG=chrome-os-partner:9195
TEST=manual

Successfully append an event to the log with gsmi sysfs.
This sample event is for a "Kernel Software Watchdog"

> xxd -g 1 event.kernel_software_watchdog
0000000: 01 00 00 00 ad de 06 00 00 00

> cat event.kernel_software_watchdog > /sys/firmware/gsmi/append_to_eventlog

> mosys eventlog list | tail -1
14 | 2012-06-25 10:14:14 | Kernl Event | Software Watchdog

Change-Id: I7e238a83d6a4f04a998a384d96422c08f4768dcc
Signed-off-by: Duncan Laurie <dlaurie@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/26028
Reviewed-by: Vadim Bendebury <vbendeb@chromium.org>
Reviewed-by: Stefan Reinauer <reinauer@chromium.org>

x86, mm: only wait for flushes from online cpus

A cpu in the mm_cpumask could go offline before we send the invalidate
IPI causing us to wait forever. Avoid this by only waiting for online
cpus.

We are seeing a softlockup reporting during shutdown. The stack
trace shows us that we are inside default_send_IPI_mask_logical:

<3>[10234.880183] BUG: soft lockup - CPU#0 stuck for 11s! [lmt-udev:23605]
<5>[10234.880323] Pid: 23605, comm: lmt-udev Tainted: G        WC   3.2.7 #1
<5>[10234.880331] EIP: 0060:[<8101eec6>] EFLAGS: 00000202 CPU: 0
<5>[10234.880341] EIP is at flush_tlb_others_ipi+0x8a/0xba
<0>[10234.880631] Call Trace:
<5>[10234.880687]  [<8101f0bb>] flush_tlb_mm+0x5e/0x62
<5>[10234.880696]  [<8101e36c>] pud_populate+0x2c/0x31
<5>[10234.880703]  [<8101e409>] pgd_alloc+0x98/0xc7
<5>[10234.880713]  [<8102c881>] mm_init.isra.38+0xcc/0xf3
<5>[10234.880721]  [<8102cbc2>] dup_mm+0x68/0x34e
<5>[10234.880730]  [<8139bbae>] ? _cond_resched+0xd/0x21
<5>[10234.880739]  [<810a5b7c>] ? kmem_cache_alloc+0x26/0xe2
<5>[10234.880747]  [<8102d421>] ? copy_process+0x556/0xda6
<5>[10234.880756]  [<8102d641>] copy_process+0x776/0xda6
<5>[10234.880765]  [<8102dd5e>] do_fork+0xcb/0x1d4
<5>[10234.880774]  [<810a8c96>] ? do_sync_write+0xd3/0xd3
<5>[10234.880782]  [<810a94ab>] ? vfs_read+0x95/0xa2
<5>[10234.880791]  [<81008850>] sys_clone+0x20/0x25
<5>[10234.880799]  [<8139d8c5>] ptregs_clone+0x15/0x30
<5>[10234.880807]  [<8139d7f7>] ? sysenter_do_call+0x12/0x26

Before the softlock, we see the following kernel warning:

<4>[10222.234548] WARNING: at ../../arch/x86/kernel/apic/ipi.c:113 default_send_IPI_mask_logical+0x58/0x73()
<5>[10222.234633] Pid: 23605, comm: lmt-udev Tainted: G         C   3.2.7 #1
<5>[10222.234639] Call Trace:
<5>[10222.234651]  [<8102e666>] warn_slowpath_common+0x68/0x7d
<5>[10222.234661]  [<81016c36>] ? default_send_IPI_mask_logical+0x58/0x73
<5>[10222.234670]  [<8102e68f>] warn_slowpath_null+0x14/0x18
<5>[10222.234678]  [<81016c36>] default_send_IPI_mask_logical+0x58/0x73
<5>[10222.234687]  [<8101eec2>] flush_tlb_others_ipi+0x86/0xba
<5>[10222.234696]  [<8101f0bb>] flush_tlb_mm+0x5e/0x62
<5>[10222.234703]  [<8101e36c>] pud_populate+0x2c/0x31
<5>[10222.234711]  [<8101e409>] pgd_alloc+0x98/0xc7
<5>[10222.234719]  [<8102c881>] mm_init.isra.38+0xcc/0xf3
<5>[10222.234727]  [<8102cbc2>] dup_mm+0x68/0x34e
<5>[10222.234736]  [<8139bbae>] ? _cond_resched+0xd/0x21
<5>[10222.234745]  [<810a5b7c>] ? kmem_cache_alloc+0x26/0xe2
<5>[10222.234753]  [<8102d421>] ? copy_process+0x556/0xda6
<5>[10222.234761]  [<8102d641>] copy_process+0x776/0xda6
<5>[10222.234770]  [<8102dd5e>] do_fork+0xcb/0x1d4
<5>[10222.234778]  [<810a8c96>] ? do_sync_write+0xd3/0xd3
<5>[10222.234786]  [<810a94ab>] ? vfs_read+0x95/0xa2
<5>[10222.234795]  [<81008850>] sys_clone+0x20/0x25
<5>[10222.234804]  [<8139d8c5>] ptregs_clone+0x15/0x30
<5>[10222.234812]  [<8139d7f7>] ? sysenter_do_call+0x12/0x26

So we are sending an IPI to a cpu which is now offline. Once a cpu is offline,
it will no longer respond to IPIs. This explains the softlockup.

Addresses http://crosbug.com/31737

Changes in V2:
  * bitmap_and is not atomic so use a temporary bitmask

LKML-Reference: https://lkml.org/lkml/2012/6/22/443

BUG=chromium-os:31737
TEST=Cannot reproduce the bug. But ran a few power cycles.

Change-Id: I29fe5fa120bafdc1de6a1e7979473baa7ecd4c30
Signed-off-by: Mandeep Singh Baines <msb@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/25970
Reviewed-by: Sonny Rao <sonnyrao@chromium.org>
Reviewed-by: Olof Johansson <olofj@chromium.org>

CHROMIUM: Revert "Input: i8042 - also perform controller reset when suspending"

This reverts commit 1729ad1f4f9e167ade84ca8b5269695c42351160.

The above commit adds a forced i8042_controller_selftest at suspend time.
This has the result of disabling the touchpad wake from S3.

BUG=chromium-os:31556
TEST=on CR-48:
powerd_suspend
touch the touchpad to wake the system
Verify that the system wakes up

Change-Id: I7ac865e82a07e20076d33353acb21b3720f97fce
Signed-off-by: Benson Leung <bleung@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/25820
Reviewed-by: Olof Johansson <olofj@chromium.org>

CHROMIUM: cpu_callback can't be __cpuinit

This is because lockup_detector_bootcpu_resume() now uses it, so
it's used after runtime init of cpus.

BUG=none
TEST=build with CONFIG_DEBUG_SECTION_MISMATCH=y, watch the warnings go away

Change-Id: I1506e351b9ddeae699245a31f4e45805ac2fd52e
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/25898
Reviewed-by: Benson Leung <bleung@chromium.org>

CHROMIUM: add missing inline to static function in sched.h

Found by visual inspection

BUG=none
TEST=none

Change-Id: Iae22882a90041af9b992735317328da2d0df2bfc
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/25897
Reviewed-by: Benson Leung <bleung@chromium.org>

CHROMIUM: chromeos_laptop: remove section warnings

Missing __init annotations causing section mismatch warnings

BUG=none
TEST=build with CONFIG_DEBUG_SECTION_MISMATCH=y, see chromeos_laptop warnings go away

Change-Id: I405ff6da56f84aa97e6546b4529f35f97e47a83f
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/25894
Reviewed-by: Benson Leung <bleung@chromium.org>

CHROMIUM: ALSA: hda - Optimize power_up before power_down starts.

After cancel_delayed_work_sync returns, the power down work either never
started (power_on == 1) or finished (power_on == 0).  In the former case
there is no need to power up again.

BUG=chromium-os:32037
TEST=Ensure key repeat is smooth on alex while a gmail tab is open.

Change-Id: I66c36f406ff515db16fa9a5fe24f053bf20f3dfd
Signed-off-by: Dylan Reid <dgreid@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/25905
Reviewed-by: Olof Johansson <olofj@chromium.org>
Commit-Ready: Olof Johansson <olofj@chromium.org>

CHROMIUM: config: Increase hda power save timeout.

Increase the HDA power saving timeout to 15 seconds.  Pepper flash polls
the sound interface every 5 seconds.  Having the power-down timeout the
same as this interval causes the polls to have to wait for the power
down to complete.  While Chrome waits for this it can't send messages to
the GPU process, causing a lot of UI lag.

This change is temporary, bug 32055 filed to track undoing this.

BUG=chromium-ow:32037
TEST=Open gmail tab and a scratchpad and make sure that the rendering of
keys isn't interrupted for long periods of time.

Change-Id: I9ac533c5a4aecf020c2f794d1fc8d67ac6e74f75
Signed-off-by: Dylan Reid <dgreid@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/25904
Reviewed-by: Olof Johansson <olofj@chromium.org>
Commit-Ready: Olof Johansson <olofj@chromium.org>

CHROMIUM: x86: enable idle_notifier's

Enable idle notifier support on all x86 builds; not just X86_64.

Signed-off-by: Sam Leffler <sleffler@chromium.org>
BUG=chromium-os:17379 chromium:118032
TEST=build for alex; use interactive governor that depends on idle notification

Change-Id: I4d2c22753854b01675819070fae79a73d20a8d7c
Reviewed-on: https://gerrit.chromium.org/gerrit/25345
Commit-Ready: Sam Leffler <sleffler@chromium.org>
Tested-by: Sam Leffler <sleffler@chromium.org>
Reviewed-by: Sam Leffler <sleffler@chromium.org>

CHROMIUM: import Android interactive governor

Bring in the interactive cpu governor from the Android 3.4 branch.

Signed-off-by: Sam Leffler <sleffler@chromium.org>
BUG=chromium-os:17379 chromium:118032
TEST=build+boot on alex+lumpy

Change-Id: Id8cecdff1380d90e66a7b63208cd77cb5047ff78
Reviewed-on: https://gerrit.chromium.org/gerrit/25344
Tested-by: Sam Leffler <sleffler@chromium.org>
Commit-Ready: Sam Leffler <sleffler@chromium.org>
Reviewed-by: Sam Leffler <sleffler@chromium.org>

HID: magicmouse: Correct report range of major / minor axes

In patch "HID: magicmouse: Adjust major / minor axes to scale",
touch_major and touch_minor axes are scaled by a factor of
four when reported but the max touch_major/minor is not scaled
accordingly. This patch scales the max touch_major/minor to
be consistent with the reported value.

BUG=chromium-os:29435
TEST=Use evtest to test Apple Magic Trackpad and check that the
     range for touch_major/minor is [0 1020] and the reported
     touch_major/minor value is within the range.

Change-Id: Id1d54e1881025c734e908f90ddcb8e0f12c29d88
Signed-off-by: Yufeng Shen <miletus@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/25844
Reviewed-by: Andrew de los Reyes <adlr@chromium.org>

CHROMIUM: PM: Prevent waiting forever on asynchronous suspend after abort

__device_suspend() must always send a completion. Otherwise, parent
devices will wait forever.

Commit 1e2ef05b, "PM: Limit race conditions between runtime PM and
system sleep (v2)", introduced a regression by short-circuiting the
complete_all() for certain error cases.

This patch fixes the bug by always signalling a completion.

LKML-Reference: http://lkml.org/lkml/2012/6/20/386

BUG=chromium-os:31972
TEST=Tested by injecting an abort.

Change-Id: Id5ece5e2134d8ae74fbd2a333ddd10c09b015dd4
Signed-off-by: Mandeep Singh Baines <msb@chromium.org>
Acked-by: Alan Stern <stern@rowland.harvard.edu>
Reviewed-on: https://gerrit.chromium.org/gerrit/25774
Reviewed-by: Olof Johansson <olofj@chromium.org>
Reviewed-by: Benson Leung <bleung@chromium.org>

CHROMIUM: mmc: dwmci: Fix dma_ops access when use_dma is false

host->dma_ops is not valid if host->usa_dma is 0 so we
need to protect uses of host->dma_ops

BUG=chrome-os-partner:10459
TEST=Tested again commit 56d5bcff5d69606b9af43cf42a7536de589a913e
  and observed no panic on resume

Change-Id: I7d21cc3d3d1e53c95e3d8802dc5230d872388587
Reviewed-on: https://gerrit-int.chromium.org/19870
Tested-by: Jonathan Kliegman <kliegs@google.com>
Reviewed-by: Grant Grundler <grundler@google.com>
Commit-Ready: Jonathan Kliegman <kliegs@google.com>

UPSTREAM: mwifiex: scan less channels per scan command to improve Tx traffic

Currently 4 channels are scanned per scan command. if scan request
is issued by user during Tx traffic, radio will be out of channel
for "4 * per_chan_scan_time" for each scan command and will not be
able to receive Rx packets. This adds delay in data traffic. We can
minimize it by reducing number of channels scanned per scan command
in this scenario.

We can not always scan 1 channel per scan command due to limitation
of number of command buffers. So we add code to decide number of
channels scanned per scan command in associated state.

Signed-off-by: Amitkumar Karwar <akarwar@marvell.com>
Signed-off-by: Bing Zhao <bzhao@marvell.com>
BUG=chrome-os-partner:8707
TEST=ping+scan test

Change-Id: Ie18901f9306704509ddf7e42825b823131dc9a1d
Reviewed-on: https://gerrit-int.chromium.org/19352
Commit-Ready: Sam Leffler <sleffler@google.com>
Reviewed-by: Sam Leffler <sleffler@google.com>
Tested-by: Sam Leffler <sleffler@google.com>

UPSTREAM: mwifiex: fix simultaneous scan and Tx traffic problem

If scan operation is started when Tx traffic is already running,
driver locks Tx queue until it gets completed. With this logic
there is a delay for Tx packets.

This patch implements new approach to give Tx path higher priority
in this case. Driver internally sends multiple synchronous scan
commands to firmware when scan is requested by user. Now we will
make sure that Tx queue is empty everytime before sending next scan
command. If Tx queue isn't empty scan command will be postponsed by
20msec. This rule will be followed until Tx queue becomes empty or
timeout of 1 second happens. In case of timeout scan operation will
be aborted.

Signed-off-by: Amitkumar Karwar <akarwar@marvell.com>
Signed-off-by: Bing Zhao <bzhao@marvell.com>
BUG=chrome-os-partner:8707
TEST=ping+scan test

Change-Id: I878220a606c1550becd0cc0634d3e672d3e6b58d
Reviewed-on: https://gerrit-int.chromium.org/19351
Commit-Ready: Sam Leffler <sleffler@google.com>
Reviewed-by: Sam Leffler <sleffler@google.com>
Tested-by: Sam Leffler <sleffler@google.com>

UPSTREAM?: mwifiex: shorten per channel scan time

Currently the scan time per channel for active scanning is set to
200ms. It takes quite a while to finsh scanning on all channels,
especially with a dual band configuration.

Change the per channel scan time settings to the following values:

passive scan: 110ms
active scan: 30ms
specific scan: 30ms

Above settings have been tested on x86 and arm platforms.

Signed-off-by: Bing Zhao <bzhao@marvell.com>
Signed-off-by: Amitkumar Karwar <akarwar@marvell.com>
BUG=chrome-os-partner:8707
TEST=ping+scan test

Change-Id: Ib85bf163378268b9453cb329ccae603bfb70eeaa
Reviewed-on: https://gerrit-int.chromium.org/19350
Commit-Ready: Sam Leffler <sleffler@google.com>
Reviewed-by: Sam Leffler <sleffler@google.com>
Tested-by: Sam Leffler <sleffler@google.com>

UPSTREAM: ARM: 7408/1: cacheflush: return error to userspace when flushing syscall fails

The cacheflush syscall can fail for two reasons:

(1) The arguments are invalid (nonsensical address range or no VMA)

(2) The region generates a translation fault on a VIPT or PIPT cache

This patch allows do_cache_op to return an error code to userspace in
the case of the above. The various coherent_user_range implementations
are modified to return 0 in the case of VIVT caches or -EFAULT in the
case of an abort on v6/v7 cores.

Reviewed-by: Catalin Marinas <catalin.marinas@arm.com>
Signed-off-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
(cherry picked from commit c5102f5935503ebebad46e137d0eef68f272cc16)

BUG=none
TEST=none

Change-Id: Ia106e7e14d1d60ba5aa363167c9308eaf07437c7
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/19423
Reviewed-by: Doug Anderson <dianders@google.com>
Tested-by: Olof Johansson <olofj@google.com>
Commit-Ready: Doug Anderson <dianders@google.com>

UPSTREAM: ARM: 7409/1: Do not call flush_cache_user_range with mmap_sem held

We can't be holding the mmap_sem while calling flush_cache_user_range
because the flush can fault. If we fault on a user address, the
page fault handler will try to take mmap_sem again. Since both places
acquire the read lock, most of the time it succeeds. However, if another
thread tries to acquire the write lock on the mmap_sem (e.g. mmap) in
between the call to flush_cache_user_range and the fault, the down_read
in do_page_fault will deadlock.

[will: removed drop of vma parameter as already queued by rmk (7365/1)]

Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Signed-off-by: Dima Zavin <dima@android.com>
Signed-off-by: John Stultz <john.stultz@linaro.org>
Signed-off-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
(cherry picked from commit 435a7ef52db7d86e67a009b36cac1457f8972391)

BUG=none
TEST=none

Change-Id: I9cca54c78958976a4129f64f115672def556c723
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/19422
Reviewed-by: Doug Anderson <dianders@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

UPSTREAM: ARM: 7365/1: drop unused parameter from flush_cache_user_range

vma isn't used and flush_cache_user_range isn't a standard macro that
is used on several archs with the same prototype. In fact only unicore32
has a macro with the same name (with an identical implementation and no
in-tree users).

This is a part of a patch proposed by Dima Zavin (with Message-id:
1272439931-12795-1-git-send-email-dima@android.com) that didn't get
accepted.

Cc: Dima Zavin <dima@android.com>
Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
(cherry picked from commit 4542b6a0fa6b48d9ae6b41c1efeb618b7a221b2a)

BUG=none
TEST=none

Change-Id: I135e80e60ede987f234b914f4371c24894a695af
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/19421
Reviewed-by: Doug Anderson <dianders@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

CHROMIUM: mkbp: improve logging

BUG=none
TEST=none

Signed-off-by: Luigi Semenzato <semenzato@chromium.org>
Change-Id: Ibf04bd554c9b897335952471e593125cc09ff1b3
Reviewed-on: https://gerrit-int.chromium.org/19326
Reviewed-by: Vincent Palatin <vpalatin@chromium.org>
Commit-Ready: Luigi Semenzato <semenzato@google.com>
Tested-by: Luigi Semenzato <semenzato@google.com>

CHROMIUM: chromeos-ec: use level-triggered interrupt

The EC made this change a while ago to better support the firmware,
which checks for keyboard changes by polling the gpio line which
the kernel uses for interrupts.

With this change, there is still an issue in the kernel.
We see two interrupts for each keyboard state change.
One theory is that the level-triggered interrupt generic code
does not clear and unmask the interrupt in the correct order.
Functionally this doesn't cause problems so we'll fix it separately.

There may be a spew of interrupts between probing of chromeos-ec
and probing of mkbp.  However, this hasn't been observed.

Also, improve logging.

BUG=chrome-os-partner:10172
TEST=tested manually, verified that bug is gone and kbd still works

Change-Id: I5f244b82c480b154e6744d496bcf800f141906f4
Signed-off-by: Luigi Semenzato <semenzato@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/19093
Reviewed-by: Vincent Palatin <vpalatin@chromium.org>
Commit-Ready: Luigi Semenzato <semenzato@google.com>
Tested-by: Luigi Semenzato <semenzato@google.com>
Reviewed-by: Doug Anderson <dianders@google.com>

CHROMIUM: HACK: mmc: core: Do not rescan after resume

Due to problems with rescanning the mmc bus if no card is present,
disable the rescan completely.  This is a temporary hack until
better solutions are in place to enable suspend/resume.

Signed-off-by: Jonathan Kliegman <kliegs@chromium.org>
BUG=chrome-os-partner:8921
TEST=power_Resume test of 10 cycles on sd card and mmc boot devices

Change-Id: Ibab6c58089afe209d14453c5dc4ba423429f0710
Reviewed-on: https://gerrit-int.chromium.org/19176
Reviewed-by: Doug Anderson <dianders@google.com>
Tested-by: Jonathan Kliegman <kliegs@google.com>
Reviewed-by: Olof Johansson <olofj@google.com>
Commit-Ready: Jonathan Kliegman <kliegs@google.com>

UPSTREAM: mwifiex: backport some 3.5 patches to 3.4

A collection of mwifiex patches since tag 'v3.4'

All following patches are available at the upstream git tree (for 3.5):
(internal tag: m20120416-3.4rc3)

b5abcf0219263f4e961dca71cbe26e06c5b0ee68 mwifiex: corrections in timestamp related code
9558a407dd00f6cd7f93b923768e8ee255fa4444 mwifiex: code cleanup in BSS handling
428ca8a7065354877db63ceabfc493107686eebe mwifiex: update pcie8766 scratch register addresses
59a4cc2539076f868f2a3fcd7a3385a26928a27a mwifiex: use asynchronous firmware loading
13d7ba78b514d8b720a82b9bddaaee0c004f2a1f mwifiex: add support for WPS2.0
5e218b7ab86ed6eb3d1432146c49cbb8733414d0 mwifiex: display correct country information in debugfs "info"
9e04a7c6d45fd70be55fcb48ec49f55dad9928f7 mwifiex: set default regulatory domain
d35ccaa4768ee39f7bb3c23394703d1da587c731 mwifiex: fix typo in RSSI_HIGH event handling
4fb25c5914e0c79e236a327833af7f581225f790 wireless, mwifiex: drop redundant NULL test before call to release_firmware()
da951c2417ec1020d0d00813da36f38e395994e9 wireless: Remove unnecessary ; from while (0) macros
99fec5dee8f717daf2b1789e8ac5913863c6dee8 mwifiex: don't use IEEE80211_MAX_QUEUES
fa444bf88ce2ba17d24dd0bb279e3106acf86bed mwifiex: add set_cqm_rssi_config handler support
7013d3e267ef41b3dfdfedbbe6c3d3e666f0f138 mwifiex: support STATION_INFO_SIGNAL_AVG
958a4a862f41eee27091b726de7ffa08c8488ce9 mwifiex: remove redundant signal handling code
f85aae6bec67075b6f19f14adfced6f1eb9061b9 mwifiex: add cfg80211 dump_station handler
c9919be642252baae7a80cacff52a3ed586b0547 mwifiex: update signal strength in mBm units

Signed-off-by: Bing Zhao <bzhao@marvell.com>
BUG=chrome-os-partner:9887, chrome-os-partner:8923
TEST=iw mlan0 scan reports reasonable data

Change-Id: Ie6bfb097a4204a84f0880b76a67aeeb008f57b05
Reviewed-on: https://gerrit-int.chromium.org/18798
Tested-by: Sam Leffler <sleffler@google.com>
Reviewed-by: Doug Anderson <dianders@google.com>
Commit-Ready: Sam Leffler <sleffler@google.com>

CHROMIUM: exynos: Stop the PWM timer while configuring it.

The Samsung PWM platform driver configures the PWM it's associated with, but
it leaves it running while it does so. There's no mention of this in the
manual, but it seems to be the case that you can't manually set the count or
compare registers while the timer is running. This change adds some code which
checks whether the PWM is running, stops it, does the configuration, and if
the PWM was running originally turns it back on.

BUG=chrome-os-partner:10126
TEST=Booted on Daisy and saw the backlight work in both U-Boot and ChromeOS.

Change-Id: Iabdfaff69a95241bc4723722448a895b8f860926
Signed-off-by: Gabe Black <gabeblack@google.com>
Signed-off-by: Doug Anderson <dianders@chromium.org>
(cherry picked from commit 994ae76b1454138ea70dba2c1d2f94f5aa307796)
(dianders: slight cleanup with converting bitfield to bool)
Reviewed-on: https://gerrit-int.chromium.org/18779
Commit-Ready: Doug Anderson <dianders@google.com>
Reviewed-by: Doug Anderson <dianders@google.com>
Tested-by: Doug Anderson <dianders@google.com>

Revert "CHROMIUM: exynos: Stop the PWM timer while configuring it."

This reverts commit 9cbf14635a19c118da6412fcc66775f2310a0f84
...also known as I627ee40c104b6c26799cbfdec393112a0ef6803c

...the above commit was not a proper cherry-pick.  Going to revert,
then do it correctly.  The hope is that this will be easier to merge
in later.

BUG=chrome-os-partner:10126
TEST=None

Change-Id: I1be059a92af56c08dc3993a6c234b9e4557e3a75
Signed-off-by: Doug Anderson <dianders@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/18773
Tested-by: Doug Anderson <dianders@google.com>
Commit-Ready: Doug Anderson <dianders@google.com>
Reviewed-by: Doug Anderson <dianders@google.com>

CHROMIUM: Add CLOCK_SYSTEM_TRACE to export the trace clock to user space.

Add a new clock type CLOCK_SYSTEM_TRACE to retrieve the current trace
clock value (if CONFIG_TRACING is not defined then CLOCK_SYSTEM_TRACE
returns the same value as CLOCK_MONOTONIC_RAW).  This allows user event
tracing to timestamp data with the same clock as the kernel.  This is
in-lieu of sending event data through trace_write (which is not a viable
option when there are lots of user-space events).

BUG=chromium-os:27809
TEST=manual:run test app to collect trace time and compare to data generated by the system (e.g. reading from trace)

Signed-off-by: Sam Leffler <sleffler@chromium.org>
Change-Id: If2167ed99291e05f8c298638f4118b10b3e710f8
Reviewed-on: https://gerrit.chromium.org/gerrit/21404
Reviewed-by: Olof Johansson <olofj@chromium.org>
Commit-Ready: Sam Leffler <sleffler@chromium.org>
Tested-by: Sam Leffler <sleffler@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/18564
Reviewed-by: Olof Johansson <olofj@google.com>
Tested-by: Sam Leffler <sleffler@google.com>
Commit-Ready: Sam Leffler <sleffler@google.com>

CHROMIUM: exynos: Stop the PWM timer while configuring it.

The Samsung PWM platform driver configures the PWM it's associated with, but
it leaves it running while it does so. There's no mention of this in the
manual, but it seems to be the case that you can't manually set the count or
compare registers while the timer is running. This change adds some code which
checks whether the PWM is running, stops it, does the configuration, and if
the PWM was running originally turns it back on.

BUG=chrome-os-partner:9816
TEST=Booted on Daisy and saw the backlight work in both U-Boot and ChromeOS.

Change-Id: I627ee40c104b6c26799cbfdec393112a0ef6803c
Signed-off-by: Gabe Black <gabeblack@google.com>
Signed-off-by: Doug Anderson <dianders@chromium.org>
(cherry picked from commit 994ae76b1454138ea70dba2c1d2f94f5aa307796)
(dianders: slight cleanup with converting bitfield to bool)
Reviewed-on: https://gerrit-int.chromium.org/18386
Tested-by: Doug Anderson <dianders@google.com>
Commit-Ready: Doug Anderson <dianders@google.com>
Reviewed-by: Doug Anderson <dianders@google.com>

mfd: tps65090: remove platform data

Platform data isn't really needed for this MFD driver; the regulator
data is not passed in through it and the MFD subdev information isn't
really a function of board configuration. So it makes perfect sense to
just hardcode the cells in the driver and not having to specify them on
every board, etc.

BUG=chrome-os-partner:9776
TEST=build, boot, see graphics on console

Change-Id: I94ddd28b037027fdfab5d41a741d8ffedac97ae8
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/18606
Reviewed-by: Doug Anderson <dianders@google.com>
Tested-by: Olof Johansson <olofj@google.com>

mfd: tps65090: convert to irq_domain

Convert the tps65090 mfd driver to deal with irq domains instead of
hardcoded irq base.

BUG=chrome-os-partner:9776
TEST=build, boot, see graphics on console

Change-Id: I862c547f4ee45962e9e60ecf9a1db9223e215f87
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/18605
Reviewed-by: Doug Anderson <dianders@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

CHROMIUM: Add PRESUBMIT.cfg to disable whitespace / license check.

This makes it so that we don't need to run 'repo upload --no-verify'.

NOTE: This still doesn't quite put us on par with the normal kernel,
since the pre-upload hook does do some things hardcoded with the
normal path to the kernel in it.  We should probably fix that.

BUG=None
TEST=Tried repo upload on sample revert of
'1d01e738ef649fa8946d67091fff96feefe99988' and only saw warning
about 'BUG=' being missing.

Signed-off-by: Doug Anderson <dianders@chromium.org>
(cherry picked from commit b6d5c901adbbd8f8ed6b8af13acedae633807481)

Change-Id: I819e083f519ff69ebf56a6ffdc9f367d68151a55
Reviewed-on: https://gerrit-int.chromium.org/18542
Commit-Ready: Doug Anderson <dianders@google.com>
Tested-by: Doug Anderson <dianders@google.com>
Reviewed-by: Katie Roberts-Hoffman <katierh@google.com>

CHROMIUM: mfd: chromeos_ec: add I2C pass-through and other firmware bits

Add an I2C adapter acting as a pass-through to send firmware update EC
commands from userspace (e.g. flashrom).
Also add sysfs nodes to get firmware version and other EC info.

Signed-off-by: Vincent Palatin <vpalatin@chromium.org>
BUG=chrome-os-partner:8865
TEST=on Daisy, run flashrom -p internal:bus=lpc -w ec.bin

Change-Id: Ib58b183da0e6c79d17689e057b24aae961fdd128
Reviewed-on: https://gerrit-int.chromium.org/17856
Commit-Ready: Vincent Palatin <vpalatin@chromium.org>
Reviewed-by: Vincent Palatin <vpalatin@chromium.org>
Tested-by: Vincent Palatin <vpalatin@chromium.org>

CHROMIUM: mfd: chromeos_ec: update EC<->AP protocol

we switch to a common protocol for all platforms.
This will allow us to support flashing commands.

Signed-off-by: Vincent Palatin <vpalatin@chromium.org>
BUG=chrome-os-partner:9614
TEST=on Daisy, test keyboard input in ChromeOS with new EC.

Change-Id: If5304fabffaa932304bbe7ba1e21d5ee653a2c96
Reviewed-on: https://gerrit-int.chromium.org/17855
Reviewed-by: Luigi Semenzato <semenzato@google.com>
Commit-Ready: Vincent Palatin <vpalatin@chromium.org>
Tested-by: Vincent Palatin <vpalatin@chromium.org>

CHROMIUM: mfd: chromeos_ec: use threaded irq for EC

It suits better the I2C-based MFD model and will let us more room to
implement IRQ muxing with an irqchip and level triggered interrupt.

The irq thread is scheduled by SCHED_FIFO which is higher priority than
SCHED_OTHER used by the current workqueue.

Signed-off-by: Vincent Palatin <vpalatin@chromium.org>
BUG=chrome-os-partner:9594
TEST=on Daisy2 board, test keyboard input in ChromeOS browser.

(cherry picked from commit c370a8a7d19451adac19cb26bcef06620e2f3d3f)

Change-Id: Ieb8af462d89d792b901381d32f13c9ae28f5e48d
Reviewed-on: https://gerrit-int.chromium.org/17854
Tested-by: Vincent Palatin <vpalatin@chromium.org>
Reviewed-by: Luigi Semenzato <semenzato@google.com>
Commit-Ready: Vincent Palatin <vpalatin@chromium.org>

CHROMIUM: mkbp: add keyboard driver

This adds the Matrix Keyboard Protocol driver to kernel 3.4.
This driver is used by Chrome devices.

BUG=chrome-os-partner:8917
TEST=ran the factory keyboard test

Change-Id: I1f3ecd9add0f4a954ed524cccdb7980df06938bd
Signed-off-by: Luigi Semenzato <semenzato@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/17756
Commit-Ready: Luigi Semenzato <semenzato@google.com>
Tested-by: Luigi Semenzato <semenzato@google.com>
Reviewed-by: Olof Johansson <olofj@google.com>

CHROMIUM: mfd: add chromeos_ec driver to kernel 3.4

This adds the chromeos-ec driver.

BUG=chrome-os-partner:8917
TEST=none (not configured yet)

Change-Id: I999b1d4cb89ce62900659eb0ad7ebbb883f09b50
Signed-off-by: Luigi Semenzato <semenzato@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/17751
Commit-Ready: Luigi Semenzato <semenzato@google.com>
Reviewed-by: Luigi Semenzato <semenzato@google.com>
Tested-by: Luigi Semenzato <semenzato@google.com>
Reviewed-by: Olof Johansson <olofj@google.com>

regulator: tps65090: move to device tree based probing

Move away from the platform device probing to a model that only uses device-tree.

There were no in-tree users of the old configuration method, and all known platforms
where this device is in use are ARM platforms that are enabled for device tree,
which makes this a good target for this conversion.

BUG=chrome-os-partner:9776
TEST=build, boot, see graphics on console

Change-Id: I1fc85512ba5757ae7ec598781ea3da5d4adacace
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/18607
Reviewed-by: Doug Anderson <dianders@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

regulator: tps65090: Use IS_ERR to check return value of regulator_register

regulator_register never returns NULL.

Signed-off-by: Axel Lin <axel.lin@gmail.com>
Acked by: Venu Byravarasu <vbyravarasu@nvidia.com>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
(cherry picked from commit 0ca2d6e65268477a53f959320a43d13b0c4d6b70)

Signed-off-by: Olof Johansson <olofj@chromium.org>
Change-Id: I8da8a184acb381bc0cf9e5bda78335b4edb58f4d
Reviewed-on: https://gerrit-int.chromium.org/17352
Reviewed-by: Doug Anderson <dianders@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

regulator: Remove _en_reg, _en_bit and _ops parameters from tps65090_REG macro

Both _en_bit and _ops parameters for all DCDCs and FETs are the same, so we
can hardcode it in tps65090_REG macro.

_en_reg can be calculated by _id + 12, so we can also remove it.

Signed-off-by: Axel Lin <axel.lin@gmail.com>
Acked by: Venu Byravarasu <vbyravarasu@nvidia.com>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
(cherry picked from commit 4b3bd55f5445648f981669758599a6172760d37d)

Signed-off-by: Olof Johansson <olofj@chromium.org>
Change-Id: I90eb63ff2f9546b19076c03ede0a6a3ea6286b6d
Reviewed-on: https://gerrit-int.chromium.org/17353
Reviewed-by: Doug Anderson <dianders@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

regulator: Add TPS65090 regulator driver

Add TPS65090 regulator driver

TPS65090 PMIC from TI consists of 3 step down converters,
2 always on LDOs and 7 current limited load switches. The
output voltages are ON/OFF controllable and are meant to
supply power to the components on target board.

Signed-off-by: Venu Byravarasu <vbyravarasu@nvidia.com>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
(cherry picked from commit 452534e50780697a7e1d3cf87cdfdd2b5a0d3c6b)

Signed-off-by: Olof Johansson <olofj@chromium.org>
Change-Id: I6939ece1153eefc34f7a8906f3e8190c9e9598ec
Reviewed-on: https://gerrit-int.chromium.org/17351
Reviewed-by: Doug Anderson <dianders@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>
Tested-by: Olof Johansson <olofj@google.com>

mfd: tps65090: fix typo in subdevs

I'm guessing it's a remaining copy-and-paste error from when
the driver framework was based on tps65910.

Change-Id: I2c919108bda6fee68d2a751f13f97dc5e78d16fb
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/17356
Reviewed-by: Doug Anderson <dianders@google.com>
Tested-by: Olof Johansson <olofj@google.com>
Commit-Ready: Olof Johansson <olofj@google.com>

CHROMIUM: ARM: exynos: soft power off

BUG=chrome-os-partner:9130
TEST=shutdown -P now, watch it power off

Change-Id: I5baadd5e577649bc0fead9d061dcee4f3da07076
Signed-off-by: Olof Johansson <olofj@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/19375
Reviewed-by: Doug Anderson <dianders@google.com>
Tested-by: Olof Johansson <olofj@google.com>
Reviewed-by: Olof Johansson <olofj@google.com>
Commit-Ready: Doug Anderson <dianders@google.com>

Merge branch 'topic-0620/samsung-pm-3.4' into chromeos-exynos-3.4

* topic-0620/samsung-pm-3.4: (32 commits)
  CHROMIUM: exynos: pwm: Cosmetic tidy of PWM variable names
  CHROMIUM: exynos: Stop the PWM timer while configuring it.
  CHROMIUM: exynos: Ensure the manual update bit is off before setting it.
  exynos5: cpufreq: updated asv voltage table for cpufreq
  exynos: daisy: Add support for controlling the 32KHz peripheral clock
  trivial: regulator: Fix indentation in MAX77686
  ARM: exynos: Add thermal sensor driver platform data support
  thermal: exynos: Register the tmu sensor with the kernel thermal layer
  thermal: exynos5: Add exynos5 thermal sensor driver support
  hwmon: exynos4: Move thermal sensor driver to driver/thermal directory
  thermal: Add generic cpufreq cooling implementation
  ARM: EXYNOS5: Fix i2c suspend/resume issue
  ARM: Add missing clock definition
  ARM: EXYNOS: Add WDT reset register definitions
  regulator: Support for PMIC-MAX77686.
  mfd: Add suport for MAX77686.
  i2c: exynos: Add fix for i2c suspend/resume
  ARM: EXYNOS: Select ARM_CPU_SUSPEND & S5P_SLEEP if CPU_IDLE enabled
  UPSTREAM: cpufreq: exynos: Show list of available frequencies
  UPSTREAM: arm: exynos: Adapt to cpuidle core time keeping and irq enable
  ...

Conflicts:
arch/arm/mach-exynos/include/mach/regs-pmu.h

Change-Id: I1d871adc49be46453f87e6f4487a1711065fc2f1

Merge branch 'topic-0620/samsung-usb-3.4' into chromeos-exynos-3.4

* topic-0620/samsung-usb-3.4:
  usb: ehci: Add vbus setup function to the s5p ehci glue layer
  usb: dwc3: Add vbus setup function to the exynos dwc3 glue layer
  usb: xhci: Fix error handling in xhci platform
  usb: exynos: hack: Removing code for mem request for xhci
  usb: dwc3: exynos: hack: Putting the core in host mode
  dt: DWC3: exynos: Add DT support to DWC3
  dt: EHCI: Add DT support to S5P EHCI driver
  DT: OHCI: exynos: Add DT support to OHCI

Merge branch 'topic-0620/samsung-i2c-3.4' into chromeos-exynos-3.4

* topic-0620/samsung-i2c-3.4:
  i2c-s3c2410: Get the i2c bus number from alias id
  CHROMIUM: i2c: chromeos_ec: add I2C pass-through
  i2c-s3c2410: Use of_match_ptr for defining the of_match_table
  UPSTREAM: i2c: Dynamically assign adapter id if it wasn't explictly specified
  UPSTREAM: i2c-s3c2410: Add HDMIPHY quirk for S3C2440
  UPSTREAM: i2c-s3c2410: Rework device type handling

Merge branch 'topic-0620/samsung-gscalar-3.4' into chromeos-exynos-3.4

* topic-0620/samsung-gscalar-3.4:
  Add V4L2_CID macros for GScaler custom control
  media: gscalar: Fix build warnings due to possible uninitialized usage
  ARM: EXYNOS: GSCALAR: Add IOMMU mapping to GSC probe
  Media: Exynos: Add VB2 modifications for G-Scalar driver
  Media: Exynos: Header file support for G-Scaler driver
  include: mdev: Add driver_put and module_name_to_driver_data
  media: exynos: Fix Tiled format in Gscalar
  media: exynos: gscaler: Don't register Gscaler capture device
  media: exynos: Add new formats in gscalar driver
  media: gscaler: Add new driver for general scaler
  UPSTREAM: media: media-dev: Add media devices for EXYNOS5

Merge branch 'topic-0620/samsung-g2d-mfc-hdmi-3.4' into chromeos-exynos-3.4

* topic-0620/samsung-g2d-mfc-hdmi-3.4: (24 commits)
  Media: exynos/mfc: revert VIDIOC_EXPBUF support in MFC decoder
  TEMP s5p-mfc: Hack to leave unconsumed mfc input data
  TEMP: s5p-mfc: Set display delay to 0x8
  HACK: Media: Mixer: Add Xrandr clone logic
  media: tv: Switch to i2c8 for HDMI-PHY on Exynos
  media: tvout: Fix compilation error on enabling HDMI-CEC on exynos5
  arm: exynos: Add missing register definitions for HDMI-CEC
  tv: hdmi: Fix build warning in hdmi driver
  tv: mixer: Fix build warning in mixer-videobuf2 interface layer
  tv: mixer: Fix build warning due to possible uninitialized usage
  tv: mixer: Fix build warning due to possible uninitialized usage
  ARM: EXYNOS: MFC: Add IOMMU mapping to MFC probe
  s5p-mfc: Update the codec_type list in the header
  s5p-mfc: MFC v6 requires MV buffer reg update
  s5p-mfc: split error condition check
  Media: Exynos: MFC fixes to support OMX
  MFC: update MFC v4l2 driver to support MFC6.x
  ARM: EXYNOS: MIXER: Add IOMMU mapping to MIXER probe
  include: v4l: Add exynos5 hdmi related macros
  v4l2-common: Add modes supported by exynos5 hdmi
  ...

Merge branch 'topic-0620/samsung-fimd-mipi-3.4' into chromeos-exynos-3.4

* topic-0620/samsung-fimd-mipi-3.4:
  video: s3c-fb: Pass clock_rate from FIMD platdata
  video: s3c-fb: add eDP clock support for s3c-fb
  video: s3c-fb: Fix unused variable build warning
  video: s3c-fb: Fix function protype build warning
  CHROMIUM: exynos: Hack to quiet errors on the console.
  CHROMIUM: exynos: Use & to check a bitfield in the mipi driver, not &&.
  drivers/video: Enabling MIPI DSIM for DRM
  video: backlight: add toshiba mipi-to-lcd driver
  video: MIPI: Add code changes for DT support
  video: Add MIPI DSI driver support for samsung
  Exynos5: FIMD: Fix s2r support for LCD
  HACK: video: s3c-fb: add clk and clk_parent for samsung display controller
  video: fb: add alpha blending, chroma keying and window positioning
  video: s3c-fb: add AUXDATA for device tree support
  media: video/Kconfig: Remove unwanted Kconfig dependencies for FIMD

Merge branch 'topic-0620/samsung-dwmmc-3.4' into chromeos-exynos-3.4

* topic-0620/samsung-dwmmc-3.4:
  dwmci: pltfm: Fix build warning in dwmci platform driver
  mmc: dwmci: Fix build warning in dwmci due to possible uninitialized usage
  UPSTREAM: mmc: dw_mmc: fix the transmission handling in IDMAC
  mmc: dw_mmc: Add per instance host capabilities on exynos5

Merge branch 'topic-0620/samsung-drm-3.4' into chromeos-exynos-3.4

* topic-0620/samsung-drm-3.4:
  drm/exynos: Adding IOMMU mapping to NON-CONTIG gem framework
  drm/exynos: Add IOMMU support to DRM and DRM-FIMD
  drm/exynos: Enabling DPCLKCON required for eDP in DRM FIMD
  drm/exynos: setting up DRM FIMD clock
  drm/exynos: modifying the resource number for VSYNC interrupt for FIMD
  drm/exynos: Modifying exynos drm fimd to support exynos5
  drm/exynos: Fix pitch rounding error.
  drm/exynos: Add exynos drm specific fb_mmap function
  drm/exynos: Add mmap function to exynos drm dmabuf module
  UPSTREAM: drm/exynos: added drm prime feature.

Merge branch 'topic-0620b/samsung-edp-3.4' into chromeos-exynos-3.4

* topic-0620b/samsung-edp-3.4:
  drivers: video: exynos: Fix compiler warnings
  drivers: video: exynos: Reset and initialize DP before requesting irq
  video: dp: add match table for display port driver
  video: exynos-dp: Add support for h/w link training
  video: exynos-dp: Add support for EVT1 and fix crash when 2 LANES are used

Merge branch 'topic-0620/samsung-audio-3.4' into chromeos-exynos-3.4

* topic-0620/samsung-audio-3.4:
  ASOC: SAMSUNG: Add samsung i2s dev name to make work with DT
  i2s: samsung: Fix build warning due to possible uninitialized usage
  asoc: samsung: Fix compilation break in Samsung's PCM driver
  ASOC: SAMSUNG: Use of_match_ptr for defining the of_match_table
  UPSTREAM: ASoC: Samsung: Update Kconfig for Exynos5250 and Exynos4412
  ASOC: SAMSUNG: Add dma_prop variable in s3c_dma_params
  ASoC: SAMSUNG: Add DT support for i2s
  UPSTREAM: dma: pl330: assign a new cookie when restarting tx descriptors in cyclic mode

Merge branch 'topic-0620/samsung-spi-3.4' into chromeos-exynos-3.4

* topic-0620/samsung-spi-3.4:
  mtd: m25p80: Add support for Winbond W25Q80BW
  ARM: Exynos4: Fix the incorrect hierarchy of spi controller bus clock
  spi: s3c64xx: add device tree support
  spi: s3c64xx: Remove the 'set_level' callback from controller data
  ARM: Samsung: Modify s3c64xx_spi{0|1|2}_set_platdata function
  ARM: Samsung: Remove pdev pointer paremeter from spi gpio setup functions
  spi: s3c64xx: move controller information into driver data
  spi: s3c64xx: remove unused S3C64XX_SPI_ST_TRLCNTZ macro

Merge branch 'topic-0620b/samsung-cros-3.4' into chromeos-exynos-3.4

* topic-0620b/samsung-cros-3.4: (28 commits)
  CHROMIUM: ARM: exynos: hack in machine file
  HACK: Don't init wm8994 except on smdk5250
  CHROMIUM: ARM: Exynos5: Manually register spidev on spi1.
  CHROMIUM: Daisy: Change backlight PWM frequency to 1KHz
  CHROMIUM: ARM: exynos: add UART3 to DEBUG_LL ports
  CHROMIUM: ARM: Exynos5: Configure spi_1 for snow and daisy.
  CHROMIUM: ARM: exynos: daisy: specify power key in dts
  CHROMIUM: ARM: cros5250: Fix the name of the 32k peripheral clock
  ARM: exynos: dt: setup wlan+bt
  CHROMIUM: ARM: cros5250: add Camera device tree data
  CHROMIUM: ARM: cros5250: add WWAN device tree data
  CHROMIUM: ARM: cros5250: add hsicreset device tree data
  CHROMIUM: exynos: Add the light sensor I2C address and bus information.
  CHROMIUM: ARM: cros5250: add tps65090 device tree data
  CHROMIUM: dts: add TPM info for daisy/snow
  CHROMIUM: dts: Modified the maximum i2c bus frequency for Snow/Daisy
  CHROMIUM: dts: Enable the peripheral and coprocessor clocks on Daisy/Snow
  CHROMIUM: dts: Add gpios for vbus control to Daisy/Snow dt
  CHROMIUM: cros5250: fixup MMC3 fdt
  CHROMIUM: dts: exynos: Disable i2c6
  ...

CHROMIUM: ARM: exynos: hack in machine file

This is an extension of Olof's patch:
"HACK: ARM: exynos: hack in daisy panel init for now" from chromeos-3.4

This includes support for DRM and EDP as well. This should be removed once
resolution and other paramters are passed from device tree.

Change-Id: I1359b0180a2b93088017b9a0820745fe86d926b4
Signed-off-by: Prathyush K <prathyush.k@samsung.com>

HACK: Don't init wm8994 except on smdk5250

The wm8994 needs to be device tree enabled, but it's not.  We'll
hack it out for now.

BUG=None
TEST=Boot and don't see errors with next CL that moves i2c numbers
(AKA change ID Icde948b84991ae2f106e91e0629fd8cccac26f6a).

Change-Id: Ia433e9c77e1f47d0f4c015351e0349041959d044
Signed-off-by: Doug Anderson <dianders@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/18412
Tested-by: Doug Anderson <dianders@google.com>
Reviewed-by: Abhilash Kesavan <a.kesavan@samsung.com>
Commit-Ready: Doug Anderson <dianders@google.com>

CHROMIUM: ARM: Exynos5: Manually register spidev on spi1.

This gives user space apps access to spi1 through /dev/spidev1.0.

BUG=chrome-os-partner:9777
TEST=Confirm flashrom -p linux_spi:dev=/dev/spidev1.0 --get-size works.

Change-Id: Ieb957f9b191895e656e11323fd82fd7d68f18007
Signed-off-by: Bryan Freed <bfreed@chromium.org>
Reviewed-on: https://gerrit-int.chromium.org/18705
Commit-Ready: Bryan Freed <bfreed@google.com>
Reviewed-by: Bryan Freed <bfreed@google.com>
Tested-by: Bryan Freed <bfreed@google.com>
Reviewed-by: Olof Johansson <olofj@google.com>