drivers: video: s3c-fb: Windows alpha blending

Signed-off-by: Andrei F <luxneb@gmail.com>
mach-exynos: Expose chip ASV and lot groups

Signed-off-by: Andrei F <luxneb@gmail.com>
devfreq: Exynos 5410 memory throttling

Signed-off-by: Andrei F <luxneb@gmail.com>
regulator: Don't free S2MPS11 platform data

Signed-off-by: Andrei F <luxneb@gmail.com>
usb: host: ehci-s5p: Enter suspend only in auto runtime mode

Signed-off-by: Andrei F <luxneb@gmail.com>
drivers: spi: Populate only the exposed PM ops

Signed-off-by: Andrei F <luxneb@gmail.com>
usb: Add separate support for audio docks

Signed-off-by: Andrei F <luxneb@gmail.com>
misc: MAX77803 MUIC dock detection change

Signed-off-by: Andrei F <luxneb@gmail.com>
drivers: video: Alter MIPI init sequence

Signed-off-by: Andrei F <luxneb@gmail.com>
mach-exynos: Move EHCI late init to normal init

Signed-off-by: Andrei F <luxneb@gmail.com>
drivers: motor: Return on false data sizes

Signed-off-by: Andrei F <luxneb@gmail.com>
drivers: Lattice iCE4 FPGA: retry for IRQ on IRDA transmission

Signed-off-by: Andrei F <luxneb@gmail.com>
mfd: Small updates to SEC parts

Signed-off-by: Andrei F <luxneb@gmail.com>
mach-exynos: platsmp: Only call watchdog save func on 5250
usb: gadget: Allow VBUS disconnect via MTP IOCTL

Signed-off-by: Andrei F <luxneb@gmail.com>
mm: do not sleep in balance_pgdat if there's no i/o congestion

On a 4GB RAM machine, where Normal zone is much smaller than DMA32 zone,
the Normal zone gets fragmented in time.  This requires relatively more
pressure in balance_pgdat to get the zone above the required watermark.
Unfortunately, the congestion_wait() call in there slows it down for a
completely wrong reason, expecting that there's a lot of
writeback/swapout, even when there's none (much more common).  After a
few days, when fragmentation progresses, this flawed logic translates to
a very high CPU iowait times, even though there's no I/O congestion at
all.  If THP is enabled, the problem occurs sooner, but I was able to
see it even on !THP kernels, just by giving it a bit more time to occur.

The proper way to deal with this is to not wait, unless there's
congestion.  Thanks to Mel Gorman, we already have the function that
perfectly fits the job.  The patch was tested on a machine which nicely
revealed the problem after only 1 day of uptime, and it's been working
great.

Signed-off-by: Zlatko Calusic <zlatko.calusic@iskon.hr>
Acked-by: Mel Gorman <mgorman@suse.de>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

Conflicts:

	mm/vmscan.c
mm: ZRAM for Android and LMK changes

Signed-off-by: Andrei F <luxneb@gmail.com>
mmc: Diverse MMC controller fixes

Signed-off-by: Andrei F <luxneb@gmail.com>
hid: Add support for Samsung peripherials

Signed-off-by: Andrei F <luxneb@gmail.com>
fs: Filesystem changes related to secure container

Signed-off-by: Andrei F <luxneb@gmail.com>