[PATCH] drm/exynos: remove ifdeferry from initialization code

On 2014년 10월 30일 22:13, Andrzej Hajda wrote: > The patch replaces separate calls to driver (de)registration by > loops over the array of drivers. As a result it significantly > decreases number of ifdefs. Additionally it moves device registration > related ifdefs to header file. Applied.

[PATCH] drm/vmwgfx: fix lock breakage

On Thu, Oct 30, 2014 at 6:40 PM, Rob Clark wrote: > On Thu, Oct 30, 2014 at 1:39 PM, Rob Clark wrote: >> After: >> >> commit d059f652e73c35678d28d4cd09ab2cec89696af9 >> Author: Daniel Vetter >> AuthorDate: Fri Jul 25 18:07:40 2014 +0200 >> >> drm: Handle legacy per-crtc locking with

[Bug 85667] New: GPU lockup when playing H264 video with vlc on Radeon 3850HD and R600_uvd.bin loaded

nreference_unlocked+0xea/0x110 [drm] -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/a1dd7054/attachment-0001.html>

[Bug 85647] Random radeonsi crashes with mesa 10.3.x

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/ee8d1924/attachment.html>

[Bug 85647] Random radeonsi crashes with mesa 10.3.x

re the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/a2b358c3/attachment.html>

[Bug 82886] [RadeonSI]GPU Lockup with Linux 3.16 & Mesa Git

ves/dri-devel/attachments/20141031/303607a7/attachment.html>

[Bug 79980] Random radeonsi crashes

<http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/894b2cd0/attachment.html>

[Bug 86891] AMD/ATI Tahiti XT 7970 - long lags/stutters in games

https://bugzilla.kernel.org/show_bug.cgi?id=86891 --- Comment #17 from Michel Dänzer --- (In reply to Michael Mair-Keimberger from comment #14) > Honestly, the difference is incredible. Can't believe such a small change > has such a big impact. Yeah, it's really weird. Looking at the change,

[Bug 79980] Random radeonsi crashes

il because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/8bf7a3cc/attachment.html>

[Bug 81644] Random crashes on RadeonSI with Chromium.

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/5b8e8a97/attachment.html>

[Bug 85647] Random radeonsi crashes with mesa 10.3.x

nts/20141031/c2aa20bd/attachment.html>

[PATCH] drm/vmwgfx: fix lock breakage

On 10/30/2014 06:39 PM, Rob Clark wrote: > After: > > commit d059f652e73c35678d28d4cd09ab2cec89696af9 > Author: Daniel Vetter > AuthorDate: Fri Jul 25 18:07:40 2014 +0200 > > drm: Handle legacy per-crtc locking with full acquire ctx > > drm_mode_cursor_common() was switched to use

[Bug 85661] planetary annihilation gpu lockup

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/bdf415a3/attachment.html>

[PATCH 1/2] drm/vmwgfx: Fix hash key computation

The hash key computation in vmw_cmdbuf_res_remove incorrectly didn't take the resource type into account, contrary to all the other related functions. This becomes important when the cmdbuf resource manager handles more than one resource type. Signed-off-by: Thomas Hellstrom Reviewed-by: Brian

[PATCH 2/2] drm/vmwgfx: Filter out modes those cannot be supported by the current VRAM size.

From: Sinclair Yeh When screen objects are enabled, the bpp is assumed to be 32, otherwise it is set to 16. v2: * Use u32 instead of u64 for assumed_bpp. * Fixed mechanism to check for screen objects * Limit the back buffer size to VRAM. Signed-off-by: Sinclair Yeh

[PULL] vmwgfx-fixes-3.18

Hi, Dave A critical 3.18 regression fix from Rob, (thanks!) A fix to avoid advertizing modes we can't support from Sinclair (welcome Sinclair!) and a fix for an incorrect hash key computation from me that is completely harmless, but can wait 'til the next merge window if necessary. (I

[PATCH 1/3] drm: Pull drm_crtc.h into the kerneldoc template

On Wed, Oct 29, 2014 at 5:12 AM, Daniel Vetter wrote: > While writing atomic docs I've noticed that I don't get any errors > for my screw-ups in drm_crtc.h. Fix this immediately. > > This just does the bare minimum to get starts, lots of stuff isn't > properly documented yet unfortunately. > >

[PATCH 2/3] drm: fixup kerneldoc in drm_crtc.h

On Wed, Oct 29, 2014 at 5:12 AM, Daniel Vetter wrote: > I've tried to cc all the people who have recently added new stuff > but forgotten to update documentation. > > I've also decided not to bother documenting the massive property list > in struct drm_mode_config. If that beast keeps on growing

[Bug 39902] R600g Evergreen: GPU lockup after launch of Bioshock

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/fc056d4d/attachment.html>

[Bug 85696] New: [regression] r600g+nine: Bioshock shader failure after recent changes

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/5110b4fa/attachment.html>

[Bug 85696] [regression] r600g+nine: Bioshock shader failure after recent changes

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/86dda8da/attachment.html>

[Bug 79980] Random radeonsi crashes

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/8a394de5/attachment.html>

[Bug 39902] R600g Evergreen: GPU lockup after launch of Bioshock

Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/fb4fe9da/attachment.html>

[Bug 85696] [regression] r600g+nine: Bioshock shader failure after recent changes

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/f31fe23e/attachment.html>

[Bug 85696] [regression] r600g+nine: Bioshock shader failure after recent changes

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/a665ff15/attachment-0001.html>

[PATCH 1/9] drm/exynos: remove uneeded declaration of struct dma_iommu_mapping

From: Gustavo Padovan It is not even used in this header anymore. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_iommu.h | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_iommu.h

[PATCH 2/9] drm/exynos: remove extra declaration of struct exynos_drm_manager

From: Gustavo Padovan The struct is defined in the same file, declare it here is just unnecessary. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_encoder.h | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH 4/9] drm/exynos: Replace repeated declaration by include

From: Gustavo Padovan Re-declare struct is not a good practice, let's use the original drm declarations. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[PATCH 6/9] drm/exynos: remove unused wait_for macro

From: Gustavo Padovan This is a leftover, all code using this macro have been removed/ changed already. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 14 -- 1 file changed, 14 deletions(-) diff --git

[PATCH 3/9] drm/exynos: remove extra declaration of struct exynos_overlay

From: Gustavo Padovan The struct is defined in the same file, declare it here is just unnecessary Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH 8/9] drm/exynos: update documentation to reflect code changes

From: Gustavo Padovan Description of the @create_connector callback was missing, and the @manager was no longer needed. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff

[PATCH 9/9] drm/exynos: remove leftover hdmi function declarations

From: Gustavo Padovan They are not implemented anywhere, so wipe them out. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 11 --- 1 file changed, 11 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h

[PATCH 5/9] drm/exynos: Replace repeated declarations by #include "exynos_drm_drv.h"

From: Gustavo Padovan Re-declare struct is not a good practice, let's use the original drm and exynos declarations. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.h | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff

[PATCH 7/9] drm/exynos: Save up space using bool var as bitfields

From: Gustavo Padovan Save a few bytes by compiling them all in the same byte. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git

[PATCH 15/15] drm/panel: Add Sharp LQ101R1SX01 support

vant whether it is bound to the driver or not. > > + return 0; > > + } > > + > > + err = sharp_panel_disable(>base); > > + if (err < 0) > > + dev_err(>dev, "failed to disable panel: %d\n", err); > > IMHO calling mipi_dsi_detach below should cause connector to call panel > disable and unprepare so the call above seems to me unnecessary. I don't think the connector has any business doing anything with the panel on mipi_dsi_detach(). I suppose we could implement something like that as part of drm_panel_detach(), but that's not the case today, so this simply follows what every other panel has done so far. > > + > > + err = mipi_dsi_detach(dsi); > > + if (err < 0) > > + dev_err(>dev, "failed to detach from DSI host: %d\n", err); > > + > > + drm_panel_detach(>base); > > drm_panel_attach is called from tegra_dsi_host_attach, > wouldn't be more 'symmetrical' to call drm_panel_detach from > tegra_dsi_host_detach :) No, it's not called from tegra_dsi_host_attach(), it's called as part of the DSI output initialization at DRM load time. drm_panel_detach() really needs to be called from two places: when the panel driver is unloaded and when the connector is unloaded. It seems like this is another area where we may have to put more thought into how to handle it more uniformly across drivers. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/a8398dbe/attachment.sig>

[PATCH 1/3] drm: Add a note to drm_property_create() about property lifetime

Cc: Chandra Konduru Cc: Daniel Vetter Signed-off-by: Damien Lespiau --- drivers/gpu/drm/drm_crtc.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index 4081d7a..0f3c24c 100644 --- a/drivers/gpu/drm/drm_crtc.c +++

[PATCH 2/3] drm/i915: Don't destroy DRM properties in the driver

When drm properties are created, they are added to mode_config.property_list, which is then used in drm_mode_config_cleanup() to destroy every single property created by the driver. Cc: Chandra Konduru Cc: Daniel Vetter Signed-off-by: Damien Lespiau --- drivers/gpu/drm/i915/intel_sdvo.c | 47

[PATCH 3/3] drm/gma500: Don't destroy DRM properties in the driver

When drm properties are created, they are added to mode_config.property_list which is then used in drm_mode_config_cleanup() to destroy every single property created by the driver. Cc: Patrik Jakobsson Signed-off-by: Damien Lespiau --- drivers/gpu/drm/gma500/psb_intel_sdvo.c | 49

[PATCH 0/3] drm/msm: Adreno 4xx support

Resend the patch-set with the same thread-id A set of three patches to support adreno 4xx GPUs in msm-drm: (1) Updated the a3xx and a4xx header files. (2) Handle register offset differences between a3xx and a4xx GPUs. (3) Added a4xx GPU support. Aravind Ganesan (3): drm/msm: Additional

[PATCH 1/3] drm/msm: Additional definitions for a3xx and a4xx

Updated a3xx and a4xx headers, generated from rnndb files: https://github.com/freedreno/envytools Signed-off-by: Aravind Ganesan --- Resend the patch-set with the same thread-id Resend in patch-set format and with dri-devel at lists.freedesktop.org on the CC.

[PATCH 2/3] drm/msm: Handle register offset differences between a3xx, and a4xx

Register offsets have changed between a3xx and a4xx GPUs. To be able access these registers in common code, we create a lookup table, and set of read-write APIs to access the register through the lookup table. Signed-off-by: Aravind Ganesan --- Resend the patch-set with the same thread-id Resend

[PATCH 3/3] drm/msm: a4xx support for msm-drm

Added a4xx GPU support. Signed-off-by: Aravind Ganesan --- Resend the patch-set with the same thread-id Resend in patch-set format and with dri-devel at lists.freedesktop.org on the CC. drivers/gpu/drm/msm/Makefile | 1 + drivers/gpu/drm/msm/adreno/a4xx_gpu.c | 620

[PATCH V7 03/12] drm/bridge: Add helper functions for drm_bridge

On Wed, Oct 29, 2014 at 10:14:37AM +0100, Thierry Reding wrote: > On Wed, Oct 29, 2014 at 09:57:02AM +0100, Daniel Vetter wrote: > > That makes the entire thing a bit non-trivial, which is why I think it > > would be better as some generic helper. Which then gets embedded or > > instantiated for

[PATCH V7 03/12] drm/bridge: Add helper functions for drm_bridge

On Thu, Oct 30, 2014 at 10:09:28AM +, Russell King - ARM Linux wrote: > On Thu, Oct 30, 2014 at 11:01:02AM +0100, Andrzej Hajda wrote: > > On 10/29/2014 10:14 AM, Thierry Reding wrote: > > > On Wed, Oct 29, 2014 at 09:57:02AM +0100, Daniel Vetter wrote: > > >> I think we nee try_get_module for

[PATCH V7 03/12] drm/bridge: Add helper functions for drm_bridge

On Wed, Oct 29, 2014 at 10:16:49AM +0100, Thierry Reding wrote: > On Wed, Oct 29, 2014 at 08:51:27AM +0100, Daniel Vetter wrote: > > On Tue, Oct 28, 2014 at 03:29:47PM +0100, Thierry Reding wrote: > > > On Mon, Oct 27, 2014 at 11:20:31PM +0100, Daniel Vetter wrote: > > > > On Mon, Oct 27, 2014 at

[PATCH V7 03/12] drm/bridge: Add helper functions for drm_bridge

On Wed, Oct 29, 2014 at 10:09:04AM +0100, Andrzej Hajda wrote: > On 10/29/2014 08:58 AM, Daniel Vetter wrote: > > On Tue, Oct 28, 2014 at 04:05:34PM +0100, Thierry Reding wrote: > >> On Tue, Oct 28, 2014 at 08:16:44PM +0530, Ajay kumar wrote: > >>> On Tue, Oct 28, 2014 at 8:11 PM, Thierry Reding >

[RFC] drm: Add utility function to check for edp1.4

On Wed, Oct 29, 2014 at 02:42:29PM +0100, Thierry Reding wrote: > On Wed, Oct 22, 2014 at 11:45:23AM +0530, sonika.jindal at intel.com wrote: > > From: Sonika Jindal > > > > v2: Reading DP_EDP_REV, only when DISPLAY_CONTROL_CAPABLE field is set > > (Satheesh) > > > > v3: Moving the utility

[Bug 85696] [regression] r600g+nine: Bioshock shader failure after 7b1c0cbc90d456384b0950ad21faa3c61a6b43ff

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/04b800e6/attachment.html>

[Bugzilla] Your account dri-devel@lists.freedesktop.org is being impersonated

ajax at nwnk dot net has used the 'sudo' feature to access Bugzilla using your account. ajax at nwnk dot net provided the following reason for doing this: seeing if i can set email prefs (mareko wants the New: gone from bz emails) If you feel that this action was inappropriate,

[PATCH 3/5] drm/ttm: Use only DRM_MM_SEARCH_BELOW for TTM_PL_FLAG_TOPDOWN

On Thu, Oct 30, 2014 at 04:07:05PM +0100, Thomas Hellstrom wrote: > On 10/28/2014 12:10 PM, Daniel Vetter wrote: > > On Tue, Oct 28, 2014 at 06:35:04PM +0900, Michel Dänzer wrote: > >> From: Michel Dänzer > >> > >> DRM_MM_SEARCH_BEST gets the smallest hole which can fit the BO. That seems > >>

[PATCH 1/3] drm: Pull drm_crtc.h into the kerneldoc template

On Fri, Oct 31, 2014 at 07:25:08AM -0400, Sean Paul wrote: > On Wed, Oct 29, 2014 at 5:12 AM, Daniel Vetter > wrote: > > While writing atomic docs I've noticed that I don't get any errors > > for my screw-ups in drm_crtc.h. Fix this immediately. > > > > This just does the bare minimum to get

Modesetting lock changes breaks vmwgfx since 3.18-rc1

On Thu, Oct 30, 2014 at 03:41:31PM +0100, Thomas Hellstrom wrote: > Hi! > > Details in > > https://bugzilla.redhat.com/show_bug.cgi?id=1155825 > > Can whoever broke the driver please make an effort to fix it up? > > Daniel, You've been named as a suspect. I'm not sure if that is true. Yeah

[PATCH] drm/vmwgfx: fix lock breakage

On Thu, Oct 30, 2014 at 01:39:04PM -0400, Rob Clark wrote: > After: > > commit d059f652e73c35678d28d4cd09ab2cec89696af9 > Author: Daniel Vetter > AuthorDate: Fri Jul 25 18:07:40 2014 +0200 > > drm: Handle legacy per-crtc locking with full acquire ctx > > drm_mode_cursor_common() was

[PATCH 1/3] drm: Add a note to drm_property_create() about property lifetime

On Fri, Oct 31, 2014 at 02:39:11PM +, Damien Lespiau wrote: > Cc: Chandra Konduru > Cc: Daniel Vetter > Signed-off-by: Damien Lespiau On the entire series: Reviewed-by: Daniel Vetter Merged into topic/core-stuff for shepherding until it lands in drm-next. -Daniel > --- >

[PATCH 4/4] drm/mm: Remove DRM_MM_SEARCH_BEST

On Thu, Oct 30, 2014 at 4:36 AM, Michel Dänzer wrote: > From: Michel Dänzer > > In the words of Daniel Vetter: > > «I think SEARCH_BEST is pretty much always a bad idea - it rips apart > allocations from the same execbuf, and usually those get recycled around > the same time. Which means

[Bug 82889] [drm:si_dpm_set_power_state] *ERROR* si_disable_ulv failed

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/42d0207c/attachment.html>

[Bug 82889] [drm:si_dpm_set_power_state] *ERROR* si_disable_ulv failed

It's specifically related Southern Islands GPUs. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/f0ed9f3e/attachment.html>

[PATCH 2/2] exynos: remove DRM_EXYNOS_GEM_{MAP_OFFSET/MMAP} ioctls

This patch removes the ioctls which are removed from the linux kernel. Signed-off-by: Hyungwon Hwang --- exynos/exynos_drm.h | 40 1 file changed, 40 deletions(-) diff --git a/exynos/exynos_drm.h b/exynos/exynos_drm.h index c3c6579..256c02f 100644 ---

[PATCH 1/2] exynos: Don't use DRM_EXYNOS_GEM_{MAP_OFFSET/MMAP} ioctls

The ioctl DRM_EXYNOS_GEM_MAP_OFFSET and DRM_EXYNOS_GEM_MMAP are removed from the linux kernel. This patch modifies libdrm and libkms to use drm generic ioctls instead of the removed ioctls. Signed-off-by: Hyungwon Hwang --- exynos/exynos_drm.c | 24 +--- libkms/exynos.c

[bisected] nouveau dual monitor setup broken

It does ring a tiny bell: please check out https://bugs.freedesktop.org/show_bug.cgi?id=85160 and try the fix proposed in comment #7. --- Ursprüngliche Nachricht --- Von: Frans Klaver Datum: 08:54:49 31-10-2014 An: Roy Spliet Betreff: [bisected] nouveau dual monitor setup broken > Hi

[bisected] nouveau dual monitor setup broken

On Fri, Oct 31, 2014 at 11:34:45AM +0100, Roy Spliet wrote: > > It does ring a tiny bell: please check out > https://bugs.freedesktop.org/show_bug.cgi?id=85160 and try the fix proposed > in comment #7. Yup, that seems to fix things. As far as I'm concerned, that patch is Tested-by: Frans

[bisected] nouveau dual monitor setup broken

Hi there, My dual monitor setup on the Dell Precision M4500 is broken by commit 1dce6264045cd23e9c07574ed0bb31c7dce9354f ("drm/nv50/kms: Set VBLANK time in modeset script"). I am no longer able to have more than one monitor active. Full dmesg can be found at http://pastebin.com/7e68yMRy, but

[PATCH v3 0/9] Renesas R-Car DU HDMI support

On Thu, Oct 30, 2014 at 01:40:34PM +0200, Laurent Pinchart wrote: > Hi Simon, > > On Thursday 30 October 2014 20:29:22 Simon Horman wrote: > > 2014/10/30 20:05 "Laurent Pinchart" : > > > On Tuesday 28 October 2014 15:30:05 Dave Airlie wrote: > > >>> The last patch instantiates the HDMI encoder in

[Bug 85667] GPU lockup when playing H264 video with vlc on Radeon 3850HD and R600_uvd.bin loaded

ble for playback, this time with the full dmesg output. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141031/b56f0dd9/attachment.html>

[PATCH 16/72] gpu: ipu-v3: Add DMFC/DP/DC/DI module enable/disable debug

Add debug messages when these modules are globally disabled or enabled in the IPU_CONF register. Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-dc.c |8 ++-- drivers/gpu/ipu-v3/ipu-di.c |2 ++ drivers/gpu/ipu-v3/ipu-dmfc.c |5 - drivers/gpu/ipu-v3/ipu-dp.c

[PATCH 22/72] gpu: ipu-v3: Fix indent/ws in ipu-dmfc

Cleanup indentation and whitespace in ipu-dmfc.c. No functional changes. Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-dmfc.c | 30 -- 1 file changed, 16 insertions(+), 14 deletions(-) diff --git a/drivers/gpu/ipu-v3/ipu-dmfc.c

[PATCH 39/72] imx-drm: hdmi: optimize i2c write wait

A wait of around 50 ~ 100 micro seconds seems to be enough to allow I2C Master PHY done, so instead of wait 1000 usec at each time of register check, wait 100 usec is more appropriate. Signed-off-by: Jiada Wang Signed-off-by: Steve Longerbeam --- drivers/staging/imx-drm/imx-hdmi.c |6

[PATCH 49/72] imx-drm: imx-ldb: Add DDC support

Add support for reading EDID over Display Data Channel. If no DDC adapter is available, falls back to hardcoded EDID or display-timings node as before. Signed-off-by: Steve Longerbeam --- drivers/staging/imx-drm/imx-ldb.c | 39 + 1 file changed, 31

[PATCH 52/72] imx-drm: Reset ipu unit pointers to NULL on errors

In the crtc and plane drivers it is possible the ipu unit pointers could be left at error pointer values. Reset them to NULL on errors to prevent this. Also ipu_put_resources() should reset the units to NULL after releasing them. Signed-off-by: Steve Longerbeam ---

[PATCH 58/72] imx-drm: parallel-display: Add interface-pix-map DT property

Define a new devicetree property "interface-pix-map" for use by i.MX DRM display drivers. This property defines a DI interface pixel bus mapping. Implement the parsing of this property in the parallel display driver, and pass on the mapping to imx_drm_panel_format(). See

[PATCH 64/72] imx-drm: ipuv3-crtc: Use DRM mode flags to configure pixel clock polarity

Previously, pixel clock polarity was hardcoded and wasn't configurable. This patch adds support to configure the pixel clock polarity from the DRM mode flags. Signed-off-by: Mohsin Kazmi Signed-off-by: Steve Longerbeam --- drivers/staging/imx-drm/ipuv3-crtc.c |3 ++- 1 file changed, 2

[PATCH 00/72] staging imx-drm new features and fixes

Hi, this affects only Freescale imx IPU and imx-drm staging drivers, except for two patches that affect drm core (patch 53 and 63, see below). New features for imx-drm staging driver: - Support for multi-display (HDMI and LVDS). - Support for global alpha and color-key properties for overlay

[PATCH 01/72] ARM: dts: imx6qdl-sabrelite: Add HDMI device

Adds hdmi with DDC on i2c2. Signed-off-by: Steve Longerbeam --- arch/arm/boot/dts/imx6qdl-sabrelite.dtsi | 19 +++ 1 file changed, 19 insertions(+) diff --git a/arch/arm/boot/dts/imx6qdl-sabrelite.dtsi b/arch/arm/boot/dts/imx6qdl-sabrelite.dtsi index 0a36129..577e4fd 100644

[PATCH 02/72] ARM: dts: imx6qdl-sabreauto: Add HDMI device

From: "George G. Davis" Signed-off-by: George G. Davis --- arch/arm/boot/dts/imx6qdl-sabreauto.dtsi |5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/imx6qdl-sabreauto.dtsi b/arch/arm/boot/dts/imx6qdl-sabreauto.dtsi index 009abd6..1bb3ead

[PATCH 03/72] ARM: dts: imx6qdl: Create imx-drm crtc nodes

Create imx-drm crtc device nodes. Each crtc node requires the following parameters: - parent ipu phandle. - di number. - port endpoints. Optionally the node can specify a "dual-plane" boolean parameter to configure the crtc device with a foreground plane. If not given, the crtc will have only a

[PATCH 04/72] ARM: i.MX6: use pll2_pfd0_352m as clock root of ipu_di

AS pll5_video_div has already been used as clock root for ldb_di, so use pll2_pfd0_352m as clock root of ipu_di for HDMI. Signed-off-by: Jiada Wang Signed-off-by: Steve Longerbeam --- arch/arm/mach-imx/clk-imx6q.c |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH 05/72] ARM: i.MX6: select pll3_usb_otg for ldb_di for rev 1.0 chip

Select pll3_usb_otg for ldb_di clock for rev 1.0 chips. Signed-off-by: Jiada Wang Signed-off-by: Steve Longerbeam --- arch/arm/mach-imx/clk-imx6q.c |3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/mach-imx/clk-imx6q.c b/arch/arm/mach-imx/clk-imx6q.c index 86b58fc..68064a6

[PATCH 06/72] gpu: ipu-cpmem: Add ipu_cpmem_set_uv_offset()

Adds ipu_cpmem_set_uv_offset(), to set planar U/V offsets. Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-cpmem.c |7 +++ include/video/imx-ipu-v3.h |1 + 2 files changed, 8 insertions(+) diff --git a/drivers/gpu/ipu-v3/ipu-cpmem.c b/drivers/gpu/ipu-v3/ipu-cpmem.c

[PATCH 07/72] gpu: ipu-v3: Add ipu_dp_set_chroma_key()

Adds the function ipu_dp_set_chroma_key(), which sets up a color key value for a DP foreground plane. ipu_dp_set_chroma_key() accepts a color key value in RGB24 format. If the combiner unit colorspace is YUV, the key must be converted to YUV444, using the same CSC coefficients as programmed in

[PATCH 08/72] gpu: ipu-v3: Add ipu_dp_set_gamma_correction()

Adds the function ipu_dp_set_gamma_correction(), which programs the piecewise linear curve that approximates a gamma correction curve. Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-dp.c | 46 +++ include/video/imx-ipu-v3.h |2 ++ 2

[PATCH 09/72] gpu: ipu-v3: Add support for dynamic DC interface pixel maps

Adds support to ipu-dc to dynamically create new display interface pixel mappings. The mappings are formally defined by a struct ipu_dc_if_map, which is passed to ipu_dc_init_sync(). The ipu-dc maintains a list of the currently programmed mappings. Some mappings are pre-loaded at probe time

[PATCH 10/72] gpu: ipu-v3: Add ipu_dc_uninit_sync()

Adds the function ipu_dc_uninit_sync() which tears down ipu_dc_init_sync(). Signed-off-by: Steve Longerbeam Signed-off-by: Muzaffar Mahmood --- drivers/gpu/ipu-v3/ipu-dc.c | 14 ++ include/video/imx-ipu-v3.h |1 + 2 files changed, 15 insertions(+) diff --git

[PATCH 11/72] gpu: ipu-v3: Pass struct ipu_dc to enable/disable

Pass the pointer to DC channel to ipu_dc_enable() and ipu_dc_disable(), to be more consistent with the other ipu-dc APIs. Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-dc.c | 12 drivers/staging/imx-drm/ipuv3-crtc.c |8 ++--

[PATCH 12/72] gpu: ipu-v3: Add ipu_dp_uninit_channel()

Adds the function ipu_dp_uninit_channel() which tears down ipu_dp_setup_channel(). Signed-off-by: Steve Longerbeam Signed-off-by: Muzaffar Mahmood --- drivers/gpu/ipu-v3/ipu-dp.c | 18 ++ include/video/imx-ipu-v3.h |1 + 2 files changed, 19 insertions(+) diff --git

[PATCH 14/72] gpu: ipu-v3: Implement use counter for ipu_dc_enable(), ipu_dc_disable()

The functions ipu_dc_enable() and ipu_dc_disable() enable/disable the DC globally in the IPU_CONF register, but the DC is used by multiple clients on different DC channels. So make sure to only disable/enable the DC globally based on a use counter. Signed-off-by: Steve Longerbeam ---

[PATCH 15/72] gpu: ipu-v3: fix HDMI timing issues

From: Jiada Wang On some monitors, with high resolution(1920x1080), HDMI is not working, some resolution have pixel column truncation problem (shows 1280x1022 instead of 1280x1024), which will result in really strange picture on some monitors. This Patch aims to fix these

[PATCH 17/72] gpu: ipu-v3: Add ipu_di_uninit_sync_panel()

Adds ipu_di_uninit_sync_panel() which tears down ipu_di_init_sync_panel(). Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-di.c | 18 ++ include/video/imx-ipu-v3.h |1 + 2 files changed, 19 insertions(+) diff --git a/drivers/gpu/ipu-v3/ipu-di.c

[PATCH 18/72] gpu: ipu-v3: Split out DI clock enable/disable

DI clock enable/disable is moved out of ipu_di_enable() and ipu_di_disable() and into (new) ipu_di_enable_clock() and ipu_di_disable_clock(). So ipu_di_enable() and ipu_di_disable() are now pure module enable/disable. The purpose of this change is to more closely emulate the display mode setting

[PATCH 19/72] gpu: ipu-v3: Protect more CM reg access with IPU lock

Some cm_reg accesses were not being protected by the IPU spin lock. Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-common.c | 22 -- 1 file changed, 20 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/ipu-v3/ipu-common.c b/drivers/gpu/ipu-v3/ipu-common.c

[PATCH 20/72] gpu: ipu-v3: Move DI waveform counter enable/disable to ipu-di

Move the DI waveform counter enable/disable out of ipu_module_enable()/disable(). This should be carried out when enabling/disabling the DI pixel clock. Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-common.c | 37 +++-- drivers/gpu/ipu-v3/ipu-di.c

[PATCH 21/72] gpu: ipu-v3: Update DP sync SRM always in ipu_dp_enable_channel()

In Freescale kernels, when a DP channel is enabled, the DP sync SRM is updated for both background and foreground DP channels. Do the same. Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-dp.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git

[PATCH 23/72] gpu: ipu-v3: Allow burstsize of 20 in ipu_dmfc_setup_channel()

IDMAC channels can have a burtsize of 20 pixels, so allow for that in ipu_dmfc_setup_channel(). Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-dmfc.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/ipu-v3/ipu-dmfc.c b/drivers/gpu/ipu-v3/ipu-dmfc.c index

[PATCH 24/72] gpu: ipu-v3: Remove ipu_dmfc_init_channel()

The function ipu_dmfc_init_channel() sets the "WAIT4EOT" mode according to the line width and the DMFC channel's FIFO size (the slots parameter). But this can only happen after slots has been calculated in ipu_dmfc_alloc_bandwidth(). Fix by renaming ipu_dmfc_init_channel() to a static

[PATCH 25/72] gpu: ipu-v3: Consolidate mutex lock in ipu_dmfc_alloc_bandwidth()

The dmfc mutex was being acquired in ipu_dmfc_free_bandwidth(), freed, then immediately re-acquired in ipu_dmfc_alloc_bandwidth(). Acquire the lock once at the beginning of ipu_dmfc_alloc_bandwidth(). Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-dmfc.c | 19 ---

[PATCH 26/72] gpu: ipu-v3: Enumerate the DC channel names

Define the names of the DC channels, and reference them in ipu-dc. Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-dc.c |6 ++ include/video/imx-ipu-v3.h |7 +++ 2 files changed, 9 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/ipu-v3/ipu-dc.c

[PATCH 27/72] gpu: ipu-di: Move ipu pointer init

Move the init of di->ipu pointer to near top of ipu_di_init(). Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-di.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/ipu-v3/ipu-di.c b/drivers/gpu/ipu-v3/ipu-di.c index 5686969..70bf594 100644 ---

[PATCH 28/72] gpu: ipu-di: Add and improve debug/error messages

Add a couple error messages to ipu_di_init() for better IPU load/unload debug. Add more debug messages. Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-di.c | 30 -- 1 file changed, 20 insertions(+), 10 deletions(-) diff --git

[PATCH 29/72] gpu: ipu-v3: Change signal names in struct ipu_di_signal_cfg

This patch changes signal names in struct ipu_di_signal_cfg as per the industry standard names, and renames fields that were using CamelCase. Signed-off-by: Deepak Das Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-di.c | 68 +-

[PATCH 30/72] gpu: ipu-v3: Remove IPU client registration

The IPU client devices have been moved to the device tree, so remove platform registration of those devices. As a result, platform data (struct ipu_client_platformdata) is no longer needed, the client data is retrieved from the device nodes. Signed-off-by: Steve Longerbeam ---

[PATCH 32/72] gpu: ipu-v3: Add RGB666 interface pixel map

Adds RGB666 to the pre-loaded interface pixel maps. Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-dc.c |4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/ipu-v3/ipu-dc.c b/drivers/gpu/ipu-v3/ipu-dc.c index 23b6e2c..955adab 100644 ---

  1   2   >