Update to Mali/UMP R4P0-00rel0

Straight from ARM tarballs.
Mali/UMP build fixes

Adds an arch config for UMP to enable 512mb of OS-managed memory.
Mali customization for ODROID
drm/exynos: mixer: set correct mode for range of resolutions

With this patch, mixer driver find the correct resolution mode for
the range of resolutions, upto 1080 vertical lines. Resolution will
be categorized to NTSC SD, PAL SD or HD and the correct mode is
set to the mixer configuration register.

Signed-off-by: Rahul Sharma <rahul.sharma@samsung.com>
Signed-off-by: Sean Paul <seanpaul@chromium.org>
Signed-off-by: Inki Dae <inki.dae@samsung.com>
drm/exynos: do not use generic flags to dumb

This patch removes the use of dumb flags from driver.

As Dave pointed out, the dumb flags are not driver specific
so this should be removed from driver.

Signed-off-by: Inki Dae <inki.dae@samsung.com>
Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
drm/exynos: Debounce HDMI hotplug interrupts

This patch debounces hotplug interrupts generated by the HDMI hotplug
gpio. The reason this is needed is that we get multiple (5) interrupts
every time a monitor is inserted which causes us to needlessly enable
and disable the IP block.

BUG=chromium:220033
TEST=Many hotplugs without any 20s freeze

Change-Id: I2d9a57e0a9206b2739de5234ba024b964afd038c
Signed-off-by: Sean Paul <seanpaul@chromium.org>
Reviewed-on: https://gerrit.chromium.org/gerrit/56289
Reviewed-by: Stéphane Marchesin <marcheu@chromium.org>
[rebased for 3.8 by Daniel Drake, eos-shell #1610]
drm/exynos: wait for the completion of pending page flip

This patch fixes the issue that drm_vblank_get() is failed.

The issus occurs when next page flip request is tried
if previous page flip event wasn't completed yet and then
dpms became off.

So this patch make sure that page flip event is completed
before dpms goes to off.

Signed-off-by: Inki Dae <inki.dae@samsung.com>
Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>

Conflicts:
	drivers/gpu/drm/exynos/exynos_drm_crtc.c
drm/exynos: power up HDMI before mixer

Testing on Exynos4412, when changing screen resolution under GNOME/X11,
first DPMS is set to OFF via drm_mode_obj_set_property_ioctl.

This is done via drm_hdmi_dpms which powers down the mixer then the
HDMI component.

Then the mode change happens. We then see this call chain, powering things
back on:
 exynos_drm_crtc_commit
  exynos_drm_crtc_dpms
   exynos_drm_encoder_crtc_dpms
    drm_hdmi_dpms

And at this point, drm_hdmi_dpms first powers on the mixer, then the
HDMI component.

Strangely enough, this works fine on the first resolution change, but
on the second it hangs in mixer_poweron() in:
	mixer_reg_write(res, MXR_INT_EN, ctx->int_en);

Through some experiments I determined that this register write will
hang the machine here unless the hdmi_resources.hdmi clock is running.
I can't explain why there is a difference between the first and second
time; I did check that the underlying clock gating register has the
same value in both cases.

Anyway, the mixer clearly has some kind of dependency on the HDMI
component, so lets make sure we power that up first.

Signed-off-by: Daniel Drake <drake@endlessm.com>
exynos-drm: hack in timing fixes for 1024x768

As discussed at
http://article.gmane.org/gmane.linux.kernel.samsung-soc/25135
the 1024x768 timings don't quite work out of the box, for unknown reasons.

However, massaging of the values in the way implemented in this patch
makes the system usable, although it is missing the top row of pixels,
and the rightmost column too. (to be fixed later, hopefully)

Fix up 1280x1024 in the same way.

[endlessm/eos-shell#1592]
drm/exynos: kill the UMP glue on exynos_drm
drm/exynos: Tripple Buffering support and DMA-Buf support as per Mali docs
s3c-fb: kill UMP glue
drm/exynos: single buffering for now
remove debian package information
mali: kill UMP files and Mali DRM files
gpu/mali: disable utilization counters
kill the old boot.scr examples as we don't require that anymore
ARM: plat-samsung: allow Mali GPU Utilization to work even if there's not DVFS
gpu/mali: enable GPU utilization
CHROMIUM: drm:exynos: HACK:rounds the pitch to 64 byte aligned

    GPU performance is better with 64 byte align address as the DMA
    burst transfer can be completed in minumum number of cycles.
    This patch makes the buffer to be allocated be 64 byte aligned

    stand alone glClear test app gives:
    140-150 FPS with 2 byte align address
    370-380 FPS with 64 byte align address

    Refrence:Raymond Smith <raymond.smith@arm.com>

    Original-Change-Id: Ic482e9705502149ccea78520eedae1a6e2a63a3f
    Signed-off-by: Akshu Agrawal <akshu.a@samsung.com>
    Reviewed-on: https://gerrit.chromium.org/gerrit/27729
    Reviewed-by: Anush Elangovan <anush@google.com>
    Tested-by: Akshu Agrawal <akshu@chromium.org>
    Commit-Ready: Akshu Agrawal <akshu@chromium.org>
    (cherry picked from commit adaa3c0fb70727203236b7a6dd4825e363bcc210)

    BUG=chromium:234883
    TEST=On LCD sanity check UI
    TEST=Test pointer top/bottom/left/right on LCD
    TEST=Over HDMI sanity check UI
    TEST=Test pointer top/bottom/left/right over HDMI

    [djkurtz: 3.8 rebase: resolved trivial merge conflict]

    Change-Id: I9bcd30129362a2967c10daf0c09c647ae2a2bc0d
    Reviewed-on: https://gerrit.chromium.org/gerrit/50159
    Commit-Queue: Daniel Kurtz <djkurtz@chromium.org>
    Reviewed-by: Daniel Kurtz <djkurtz@chromium.org>
    Tested-by: Daniel Kurtz <djkurtz@chromium.org>