linux.git/include/drm, branch v3.18-rc2

drm/mst: rework payload table allocation to conform better.

2014-10-13T04:40:53+00:00

The old code has problems with the Dell MST monitors due to some
assumptions I made that weren't true.

I initially thought the Virtual Channel Payload IDs had to be in
the DPCD table in ascending order, however it appears that assumption
is bogus.

The old code also assumed it was possible to insert a member
into the table and it would move other members up, like it does
when you remove table entries, however reality has shown this
isn't true.

So the new code allocates VCPIs separate from entries in the payload
tracking table, and when we remove an entry from the DPCD table,
I shuffle the tracking payload entries around in the struct.

This appears to make VT switch more robust (still not perfect)
with an MST enabled Dell monitor.

Signed-off-by: Dave Airlie

drm/ttm: add reservation_object as argument to ttm_bo_init

2014-09-30T12:04:00+00:00

This allows importing reservation objects from dma-bufs.

Signed-off-by: Maarten Lankhorst

drm: Pass dma-buf as argument to gem_prime_import_sg_table

2014-09-30T12:04:00+00:00

Allows importing dma_reservation_objects from a dma-buf.

Signed-off-by: Maarten Lankhorst

drm: Extract

2014-09-24T01:43:41+00:00

v2: Don't forget git add, noticed by David.

Cc: David Herrmann 

Signed-off-by: Daniel Vetter 
Acked-by: David Herrmann 
Acked-by: Alex Deucher 
Signed-off-by: Dave Airlie

drm: Move internal debugfs functions to drm_internal.h

2014-09-24T01:43:35+00:00

In my header cleanup I've missed the debugfs functions completely.

Signed-off-by: Daniel Vetter 
Reviewed-by: David Herrmann 
Acked-by: Alex Deucher 
Signed-off-by: Dave Airlie

drm: Move leftover ioctl declarations to drm_internal.h

2014-09-24T01:43:26+00:00

Somehow I've missed these three, fix this up asap. Plus move
drm_master_create since while at it.

Signed-off-by: Daniel Vetter 
Reviewed-by: David Herrmann 
Acked-by: Alex Deucher 
Signed-off-by: Dave Airlie

drm: Move drm_vm_open_locked into drm_internal.h

2014-09-24T01:43:20+00:00

Leftover from my previous header cleanup.

This depends upon the patch to rework exynos mmap support, otherwise
it'll break exynos.

Signed-off-by: Daniel Vetter 
Reviewed-by: David Herrmann 
Acked-by: Alex Deucher 
Signed-off-by: Dave Airlie

drm: move drm_mmap to

2014-09-24T01:43:07+00:00

Now that we've removed the copypasted users in gem/ttm we can
relegate the legacy buffer mapping support to where it belongs.
Also give it the proper drm_legacy_ prefix.

While at it statify drm_mmap_locked, somehow I've missed that in my
previous header rework.

Signed-off-by: Daniel Vetter 
Reviewed-by: David Herrmann 
Acked-by: Alex Deucher 
Signed-off-by: Dave Airlie

drm: change drm_err return type to void

2014-09-24T01:42:36+00:00

The return value is not used by callers of this function
nor by uses of the DRM_ERROR macro so change the function
to return void.

Signed-off-by: Joe Perches 
Reviewed-by: Jani Nikula 
Signed-off-by: Dave Airlie

drm/mipi-dsi: consider low power transmission

2014-09-19T15:56:08+00:00

This patch adds a new flag, MIPI_DSI-MODE_LPM, to transmit data
in low power. With this flag, msg.flags has MIPI_DSI_MSG_USE_LPM
so that host driver of each SoC can clear or set relevant register
bit for low power transmission.

All host drivers shall support continuous clock behavior on the
Clock Lane, and optionally may support non-continuous clock behavior.
Both of them can transmit data in high speed of low power.

With each clock behavior, non-continuous or continuous clock mode,
host controller will transmit data in high speed by default so if
peripheral wants to receive data in low power, the peripheral driver
should set MIPI_DSI_MODE_LPM flag.

Signed-off-by: Inki Dae