linux-toradex.git/drivers/gpu/drm/msm, branch v3.17-rc6

drm/msm: don't crash if no msm.vram param

2014-09-11T10:49:21+00:00

If VRAM carveout is used, due to no IOMMU, we should have a default
value for msm.vram so that we don't simply crash.

Reported-by: Srinivas Kandagatla 
Signed-off-by: Rob Clark

drm/msm/hdmi: fix build break on non-CCF platforms

2014-09-11T10:49:20+00:00

Reported-by: Russell King 
Signed-off-by: Rob Clark

drm/msm: Change nested function to static function

2014-09-11T10:49:20+00:00

There is currently a nested function in Russel King's tree
for the msm HDMI driver.

The last nested function was removed from the Linux kernel
when the Thinkpad driver was fixed.

I believe nested functions are not desired upstream, and it
also breaks compilation with clang so here is a patch to
change the nested function into static function. The patch
works with both clang and gcc.

Signed-off-by: Mark Charlebois 
Signed-off-by: Rob Clark

drm/msm: Fix missing unlock on error in msm_fbdev_create()

2014-08-26T14:43:31+00:00

Add the missing unlock before return from function msm_fbdev_create()
in the error handling case.

Signed-off-by: Wei Yongjun 
Signed-off-by: Rob Clark

drm/msm: fix compile error for non-dt builds

2014-08-26T14:43:31+00:00

Signed-off-by: Rob Clark

drm/msm/mdp4: request vblank during modeset

2014-08-26T14:43:31+00:00

This avoids a problem seen with weston (for example) where the display
gets stuck in "black screen" if starting weston first thing after boot.
Possibly mdp5 needs something similar.  The downstream android fbdev
driver always requests DMA_E (or DMA_P) when display is active, rather
than only enabling it on-demand as the drm driver does, which I believe
has the same end result.

Signed-off-by: Rob Clark

drm/msm: avoid flood of kernel logs on faults

2014-08-26T14:43:31+00:00

87e956e9 changed the fault handler to return -ENOSYS, which causes the
iommu driver to print out a huge splat.  Which wouldn't be quite so bad
if nothing ever faulted.  But seems like some EXA composite operations
generate quite a lot of (seemingly harmless) faults.  That is probably a
userspace problem, but the huge increase in verbosity from iommu fault
dumps makes things kind of unusable.

We probably should actually log *some* message (not conditional on
drm.debug).  But ratelimit it.

Signed-off-by: Rob Clark

drm/msm/hdmi: fix HDMI_MUX_EN gpio request typo

2014-08-04T15:55:30+00:00

HDMI_MUX_EN gpio is requested. If an error occurs, the same name
should be printed (HDMI_MUX_EN) instead of HDMI_MUX_SEL (typo).

Signed-off-by: Beeresh Gopal 
Signed-off-by: Stephane Viau 
Reviewed-by: Andreas Färber 
Signed-off-by: Rob Clark

drm/msm/hdmi: enable lpm-mux if it is present

2014-08-04T15:55:30+00:00

lpm-mux is programmed to enable HDMI connector
on the docking station for S805 chipset based
devices.

Signed-off-by: Beeresh Gopal 
Signed-off-by: Stephane Viau 
Signed-off-by: Rob Clark

drm/msm/mdp5: add support for MDP5 v1.3

2014-08-04T15:55:30+00:00

MDP5 has several functional blocks (ie: VIG/RGB pipes, LMs, ...).
From one revision to another, these blocks' base addresses might
change due to the number of instances present in the MDP5 hw.
A way of dealing with these offset changes is to introduce
dynamic offsets 'per block'.

This change adds support for the new revision of MDP5: v1.3.
The idea is to define one hw config per MDP version and select
either one of them at runtime, after reading the MDP5 version.

Once the MDP version is known, 'per block' dynamic offsets
are initialized through a global pointer, which is then used for
read/write register access.

Signed-off-by: Stephane Viau 
Signed-off-by: Rob Clark