[PATCH] drm/panel: Flesh out kerneldoc

Write more complete kerneldoc comments for the DRM panel API and integrate the helpers in the DRM DocBook reference. Signed-off-by: Thierry Reding --- Documentation/DocBook/gpu.tmpl | 12 ++--- drivers/gpu/drm/drm_panel.c| 61 ++

[Bug 84662] Long pauses with Unreal demo Elemental on R9270X since : Always flush the HDP cache before submitting a CS to the GPU

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

[PATCH 06/17] drm/tegra: dc: Add missing call to drm_vblank_on()

On 11/03/2014 06:27 PM, Thierry Reding wrote: > From: Thierry Reding > > When the CRTC is enabled, make sure the VBLANK machinery is enabled. > Failure to do so will cause drm_vblank_get() to not enable the VBLANK on > the CRTC and VBLANK-synchronized page-flips won't work. > > While at it, get

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

On Monday 03 November 2014 01:58 PM, Daniel Vetter wrote: > On Mon, Nov 3, 2014 at 9:25 AM, Thierry Reding wrote: >>> The idea is that you'd grab the DPCD field anyway since it's needed all >>> over the place. We have a pile of helpers already that take exactly this >>> block and decode parts of

[PATCH] drm: Reduce code size of drm_err and DRM_DEBUG[_] uses

Using %pf, __builtin_return_address(0) instead ofy "%s", __func__ reduces code size by eliminating a function argument. (allyesconfig) $ size drivers/gpu/drm/built-in.o* textdata bss dec hex filename 4656061 1321947 1669536 7647544 74b138 drivers/gpu/drm/built-in.o.new

[PATCH 06/17] drm: Global atomic state handling

On Mon, Nov 03, 2014 at 03:41:32PM -0800, Matt Roper wrote: > On Sun, Nov 02, 2014 at 02:19:19PM +0100, Daniel Vetter wrote: > ... > > +/** > > + * drm_atomic_get_plane_state - get plane state > > + * @state: global atomic state object > > + * @plane: plane to get state object for > > + * > > + *

[PATCH] drm: Fix DRM_FORCE_ON_DIGITAL use

On Mon, Nov 03, 2014 at 08:51:45PM -0500, Peter Hurley wrote: > A connector may be forced on from the command line via video= > command line setting. The digital output of dual-mode connectors > can also be specifically selected and forced on; eg., 'video=DVI-I-2:D'. > However, in this case, the

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

On 01.11.2014 03:10, Alex Deucher wrote: > 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

[PATCH] drm: Remove compiler BUG_ON() test

On Mon, Nov 03, 2014 at 08:53:41PM -0500, Peter Hurley wrote: > modeset->num_connectors must be 0 to reach the BUG_ON() which tests > for non-zero modeset->num_connectors; remove BUG_ON(). > > Signed-off-by: Peter Hurley Also picked up into topic/core-stuff. I'll probably send the pull for that

[PATCH] drm: Reduce code size of drm_err and DRM_DEBUG[_] uses

On Tue, Nov 04, 2014 at 12:03:46AM -0800, Joe Perches wrote: > Using %pf, __builtin_return_address(0) instead ofy > "%s", __func__ reduces code size by eliminating > a function argument. > > (allyesconfig) > $ size drivers/gpu/drm/built-in.o* >text data bss dec hex

[Bug 85842] Radeon HD 7750 GPU lockup

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

[Bug 85842] Radeon HD 7750 GPU lockup

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141104/04fb1024/attachment.html>

[Bug 85843] sys-kernel/gentoo-sources-3.17.0 breakes 3D for nouveau on NVIDIA Corporation NV44A [GeForce 6200] (rev a1) → x11-drivers/xf86-video-nouveau-? with sys-kernel/gentoo-sources-3.17.1 - (EE)

th error (1). Closing log file. ** The logs I get trying to start gdm is in the attachment. -- 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/20141104/79271c1a/attachment-0001.html>

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

Hi Russell, Am Montag, den 27.10.2014, 23:57 + schrieb Russell King - ARM Linux: > On Mon, Oct 27, 2014 at 11:26:30PM +0100, Daniel Vetter wrote: > > Looking at the of_drm_find_panel function I actually wonder how that > > works - the drm_panel doesn't really need to stick around afaics. > >

[Bug 85842] Radeon HD 7750 random GPU lockup

||lockup -- 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/20141104/d2175f9c/attachment.html>

[Bug 85661] planetary annihilation gpu lockup

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

[Bug 85843] sys-kernel/gentoo-sources-3.17.0 breakes 3D for nouveau on NVIDIA Corporation NV44A [GeForce 6200] (rev a1) → x11-drivers/xf86-video-nouveau-? with sys-kernel/gentoo-sources-3.17.1 - (EE)

||w_bug.cgi?id=525538 -- 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/20141104/7ca3f

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

Hi, Am Montag, den 03.11.2014, 10:59 -0800 schrieb Steve Longerbeam: > On 11/03/2014 09:48 AM, Greg KH wrote: > > On Mon, Nov 03, 2014 at 06:17:28PM +0100, Daniel Vetter wrote: > >> On Mon, Nov 03, 2014 at 08:14:23AM -0800, Greg KH wrote: > >>> On Mon, Nov 03, 2014 at 05:12:14PM +0100, Daniel

[PATCH] MAINTAINERS: add maintainer for IPUv3 core driver

Add myself as maintainer for the IPUv3 core driver. Signed-off-by: Philipp Zabel --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 34d3671..1c48287 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3917,6 +3917,13 @@ S: Maintained F:

[PATCH v4 16/16] drm/panel: Add Sharp LQ101R1SX01 support

On 11/03/2014 10:13 AM, Thierry Reding wrote: > From: Thierry Reding > > This panel requires dual-channel mode. The device accepts command-mode > data on 8 lanes and will therefore need a dual-channel DSI controller. > The two interfaces that make up this device need to be instantiated in > the

[PATCH 3/3] MAINTAINERS: add maintainer for i.MX DRM driver

Add myself as the maintainer of the i.MX DRM driver. Signed-off-by: Philipp Zabel --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index df2aecf..ddf191d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3183,6 +3183,13 @@ F:

[PATCH 1/3] staging: imx-drm: remove old FSF address from license text

Linux already includes a copy of the GPL, checkpatch compains about the address. Remove it from the license text. Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/imx-ldb.c | 5 - drivers/staging/imx-drm/imx-tve.c | 5 - drivers/staging/imx-drm/ipuv3-crtc.c

[PATCH 2/3] drm: imx: Move imx-drm driver out of staging

The imx-drm driver was put into staging mostly for the following reasons, all of which have been addressed or superseded: - convert the irq driver to use linear irq domains - work out the device tree bindings, this lead to the common of_graph bindings being used - factor out common helper

[PATCH 15/17] drm/tegra: Fix potential bug on driver unload

Hi Thierry, Just passing by. On 11/03/2014 10:27 AM, Thierry Reding wrote: > From: Thierry Reding > > The HDMI hotplug signal may toggle after the DRM driver has been > unloaded. Make sure not to call into DRM if that's the case. > > Signed-off-by: Thierry Reding > --- >

[PATCH 2/3] drm: imx: Move imx-drm driver out of staging

Am Dienstag, den 04.11.2014, 11:52 +0100 schrieb Philipp Zabel: > The imx-drm driver was put into staging mostly for the following reasons, > all of which have been addressed or superseded: > - convert the irq driver to use linear irq domains > - work out the device tree bindings, this lead to

[Bug 85638] system crash randomly with no errors

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141104/ecc72932/attachment-0001.html>

[Bug 85638] system crash randomly with no errors

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

[PATCH v4 01/16] drm/dsi: Add message to packet translator

On 11/03/2014 10:13 AM, Thierry Reding wrote: > From: Thierry Reding > > This commit introduces a new function, mipi_dsi_create_packet(), which > converts from a MIPI DSI message to a MIPI DSI packet. The MIPI DSI > packet is as close to the protocol described in the DSI specification as >

[PATCH v4 02/16] drm/dsi: Add DSI transfer helper

On 11/03/2014 10:13 AM, Thierry Reding wrote: > From: Thierry Reding > > A common pattern is starting to emerge for higher level transfer > helpers. Create a new helper that encapsulates this pattern and avoids > code duplication. > > Signed-off-by: Thierry Reding Acked-by: Andrzej Hajda --

[PATCH] MAINTAINERS: add maintainer for IPUv3 core driver

On Tue, Nov 4, 2014 at 6:28 PM, Philipp Zabel wrote: > Add myself as maintainer for the IPUv3 core driver. > > Signed-off-by: Philipp Zabel Acked-by: Shawn Guo > --- > MAINTAINERS | 7 +++ > 1 file changed, 7 insertions(+) > > diff --git a/MAINTAINERS b/MAINTAINERS > index

[PATCH 3/3] MAINTAINERS: add maintainer for i.MX DRM driver

On Tue, Nov 4, 2014 at 6:52 PM, Philipp Zabel wrote: > Add myself as the maintainer of the i.MX DRM driver. > > Signed-off-by: Philipp Zabel Acked-by: Shawn Guo > --- > MAINTAINERS | 7 +++ > 1 file changed, 7 insertions(+) > > diff --git a/MAINTAINERS b/MAINTAINERS > index

[PATCH 15/17] drm/tegra: Fix potential bug on driver unload

on-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/20141104/e82f6373/attachment-0001.sig>

[PATCH 01/17] drm/tegra: dc: Add powergate support

nel so we can seamlessly transition graphics. If we pulse reset for any of the blocks we can no longer do that. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <ht

[PATCH v4 16/16] drm/panel: Add Sharp LQ101R1SX01 support

ment this. I do not think any of the existing ones is as good as it could be and I think we really ought to standardize on how to do this to make it easier for other drivers to adapt DRM panels (and bridges for that matter). Unfortunately before we have a good plan on how to handle panels more uniformly I don't see how we can possibly make everybody happy. It seems like currently whatever panel is written for Exynos isn't going to work on Tegra and vice-versa. So how about we merge this series and I'll look into how we can unify things? I'd appreciate any ideas on how such a unification could look. 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/20141104/6a4b42f9/attachment.sig>

[PATCH v4 13/16] drm/dsi: Implement DCS {get,set}_pixel_format commands

> It might be worth moving that logic into mipi_dsi_dcs_read, assuming > we're not interested in partial data. Agreed. I think we can leave that for a subsequent refactoring once these function have matured a bit more and patterns appear. 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/20141104/2ca6f5ab/attachment.sig>

[PATCH v4 01/16] drm/dsi: Add message to packet translator

t; > + size_t size; > > + u8 header[4]; > > I wonder if it wouldn't be good to make it u32 or at least anonymous union: > union { > u8 header[4]; > u32 header32; > }; I'm not sure this is very useful. It's pretty trivial how you concatenate the individual bytes and it actually remove any ambiguity about the endianness. > And of course we should document its endiannes. The endianness is already documented in the kerneldoc, isn't it? Data ID followed by Word Count (long packets) or Packet Data (short packets) and finally the ECC byte. That's the ordering defined in the specification, so I think it's fairly obvious. 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/20141104/6158d54c/attachment-0001.sig>

[PATCH 06/17] drm/tegra: dc: Add missing call to drm_vblank_on()

re modeset, and it's unclear to me whether the vblank counter will > be reset in prepare. Done. Thanks, 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/20141104/9650b2f1/attachment.sig>

[PATCH v4 01/16] drm/dsi: Add message to packet translator

On 11/04/2014 02:58 PM, Thierry Reding wrote: > On Tue, Nov 04, 2014 at 12:43:21PM +0100, Andrzej Hajda wrote: >> On 11/03/2014 10:13 AM, Thierry Reding wrote: >>> From: Thierry Reding >>> >>> This commit introduces a new function, mipi_dsi_create_packet(), which >>> converts from a MIPI DSI

[PATCH 0/2] make imx hdmi publicly used by dw hdmi compatible platform

On Tue, Nov 04, 2014 at 09:33:10PM +0800, Andy Yan wrote: > From: Andy yan > > We found freescale imx6 and rockchip rk3288 and Ingenic JZ4780 (Xburst/MIPS) > use the interface compatible Designware HDMI IP, but they also have some > lightly difference, such as phy pll configuration, register

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

On Tue, Nov 4, 2014 at 3:47 AM, Michel Dänzer wrote: > On 01.11.2014 03:10, Alex Deucher wrote: >> >> 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 -

[PATCH v4 01/16] drm/dsi: Add message to packet translator

er[4]; > >> u32 header32; > >> }; > > I'm not sure this is very useful. It's pretty trivial how you > > concatenate the individual bytes and it actually remove any ambiguity > > about the endianness. > > This looks better: > > val = le16_to_cpu(pkt->header32); > writel(val, REG); > > than this: > > val = pkt->header[2] << 16 | pkt->header[1] << 8 | pkt->header[0]; > writel(val, REG); I disagree. =) Having the individual bytes makes their ordering very explicit. 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/20141104/8660fe9b/attachment.sig>

[PATCH 02/17] drm/tegra: Do not enable output on .mode_set()

roblem that patch fixes, but I'll give it some testing to see if it doesn't break anything. 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

[PATCH 02/17] drm/tegra: Do not enable output on .mode_set()

On Tue, Nov 4, 2014 at 9:50 AM, Thierry Reding wrote: > On Mon, Nov 03, 2014 at 12:18:30PM -0500, Sean Paul wrote: >> On Mon, Nov 3, 2014 at 4:27 AM, Thierry Reding >> wrote: >> > From: Thierry Reding >> > >> > The output is already enabled in .dpms(), doing it in .mode_set() too >> > can

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

Hi Steve, On Mon, Nov 3, 2014 at 8:41 PM, Steve Longerbeam wrote: > Hi Fabio, which panel? The Hannstar or the 1024x600 Okaya 7" > panel? I am using the Hannstar. > > I have noticed wrong colors using the Okaya panel as well, and it > is fixed by switching to "jeida" 24-bit interface in the

[PATCH] drm: Reduce code size of drm_err and DRM_DEBUG[_] uses

On Tue, 2014-11-04 at 09:52 +0100, Daniel Vetter wrote: > On Tue, Nov 04, 2014 at 12:03:46AM -0800, Joe Perches wrote: > > Using %pf, __builtin_return_address(0) instead ofy > > "%s", __func__ reduces code size by eliminating > > a function argument. [] > I have an earlier version from you of

[PATCH 02/17] drm/tegra: Do not enable output on .mode_set()

t unfortunate that the helpers even allow this to happen. It doesn't seem like it's only the Tegra driver using it wrongly. Anyway, I've applied this to my tree. Thanks, 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/20141104/6b5289f1/attachment.sig>

[PATCH 03/17] drm/tegra: dsi: Make FIFO depths host parameters

M; > > > > dsi->output.dev = dsi->dev = >dev; > > + dsi->video_fifo_depth = 1920; > > This is not functionally equivalent to what was previously being set > (1920/4). Perhaps calling that out in the commit message might be > appropriate? Done. 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/20141104/dcaea4bc/attachment.sig>

[PATCH v2 04/17] drm/tegra: dsi: Add ganged mode support

- 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/20141104/3223282e/attachment-0001.sig>

[PATCH 2/2] move imx-hdmi to bridge/dw-hdmi

On Tue, Nov 04, 2014 at 09:39:58PM +0800, Andy Yan wrote: > From: Andy yan > > the original imx hdmi driver is under staging/imx-drm, > which depends on imx-drm, so move the imx hdmi drvier out > to drm/bridge and rename imx-hdmi to dw-hdmi > > Change-Id:

[PATCH 17/17] drm/tegra: fb: Do not destroy framebuffer

r_unreference(>fb->base); + drm_framebuffer_remove(>fb->base); ? 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/20141104/8a9bfc0b/attachment.sig>

[PATCH 2/3] drm: imx: Move imx-drm driver out of staging

Hi Philipp, Just a flyby question On 04/11/14 10:52, Philipp Zabel wrote: > The imx-drm driver was put into staging mostly for the following reasons, > all of which have been addressed or superseded: > - convert the irq driver to use linear irq domains > - work out the device tree bindings,

[PATCH] drm/panel: Flesh out kerneldoc

From: Thierry Reding Write more complete kerneldoc comments for the DRM panel API and integrate the helpers in the DRM DocBook reference. Signed-off-by: Thierry Reding --- Documentation/DocBook/drm.tmpl | 6 + drivers/gpu/drm/drm_panel.c| 61

[RFC 1/2] core: Add generic object registry implementation

From: Thierry Reding Add a generic implementation of an object registry. This targets drivers and subsystems that provide auxiliary objects that other drivers need to look up. The goal is to put the difficult parts (keep object references, module usage count, ...) into core

[RFC 2/2] drm/panel: Use generic object registry

From: Thierry Reding Convert to the new generic object registry and introduce proper object and module reference counting. This should make panel registration and removal a lot more robust. Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_panel.c | 100

[PATCH 02/17] drm/tegra: Do not enable output on .mode_set()

On Tue, Nov 04, 2014 at 04:26:12PM +0100, Thierry Reding wrote: > On Tue, Nov 04, 2014 at 10:11:22AM -0500, Sean Paul wrote: > > On Tue, Nov 4, 2014 at 9:50 AM, Thierry Reding > gmail.com> wrote: > > > On Mon, Nov 03, 2014 at 12:18:30PM -0500, Sean Paul wrote: > > >> On Mon, Nov 3, 2014 at 4:27

[RFC 1/2] core: Add generic object registry implementation

On Tue, Nov 04, 2014 at 05:29:27PM +0100, Thierry Reding wrote: > From: Thierry Reding > > Add a generic implementation of an object registry. This targets drivers > and subsystems that provide auxiliary objects that other drivers need to > look up. The goal is to put the difficult parts (keep

[Bug 85842] Radeon HD 7750 random GPU lockup

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141104/cfc1a188/attachment.html>

[PATCH 2/3] drm: imx: Move imx-drm driver out of staging

Am Dienstag, den 04.11.2014, 16:19 + schrieb Emil Velikov: > Hi Philipp, > > Just a flyby question > > On 04/11/14 10:52, Philipp Zabel wrote: > > The imx-drm driver was put into staging mostly for the following reasons, > > all of which have been addressed or superseded: > > - convert the

[Bug 80851] Radeon[Trinity HD 7520G] Resume Results in Blank Screen, no backlight

https://bugzilla.kernel.org/show_bug.cgi?id=80851 --- Comment #1 from swoorupj at gmail.com --- Update, I tried doing a git-bisect today. I only tried out kernel 3.18 rc3 which was bad and had the same issue, and then I directly checkout kernel back to 3.8 in which the issue was still occuring.

[Bug 80851] Radeon[Trinity HD 7520G] Resume Results in Blank Screen, no backlight

https://bugzilla.kernel.org/show_bug.cgi?id=80851 swoorupj at gmail.com changed: What|Removed |Added Kernel Version|3.15.6 |3.18-rc3 Regression|No

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

Hi Steve, Am Freitag, den 31.10.2014, 15:54 -0700 schrieb Steve Longerbeam: > 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

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

Am Freitag, den 31.10.2014, 15:54 -0700 schrieb Steve Longerbeam: > 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 Acked-by: Philipp Zabel regards

[PATCH 68/72] imx-drm: imx-ldb: Use DDC probe as connection detect

Am Freitag, den 31.10.2014, 15:54 -0700 schrieb Steve Longerbeam: > If a ddc node was specified in the device tree, use it in > imx_ldb_connector_detect() to probe the ddc with drm_probe_ddc(), if > the result is success, we know there is a display connected so return > connected status. Otherwise

[Bug 42960] Display does not work when resuming from suspend

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/20141104/f87b8e69/attachment.html>

[Bug 85771] unable to handle kernel NULL pointer dereference in dce6_bandwidth_update

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

[PATCH 06/17] drm: Global atomic state handling

On Sun, Nov 02, 2014 at 02:19:19PM +0100, Daniel Vetter wrote: > Some differences compared to Rob's patches again: > - Dropped the committed and checked booleans. Checking will be > internally enforced by always calling ->atomic_check before > ->atomic_commit. And async handling needs to be

[PATCH 01/17] drm: Move drm_crtc_init from drm_crtc.h to drm_plane_helper.h

On Sun, Nov 02, 2014 at 02:19:14PM +0100, Daniel Vetter wrote: > Just a bit of OCD cleanup on headers - this function isn't the core > interface any more but just a helper for drivers who haven't yet > transitioned to universal planes. Put the declaration at the right > spot and sprinkle necessary

[PATCH 04/17] drm/modeset_lock: document trylock_only in kerneldoc

On Sun, Nov 02, 2014 at 02:19:17PM +0100, Daniel Vetter wrote: > I've forgotten to do this in: > > commit cb597bb3a2fbfc871cc1c703fb330d247bd21394 > Author: Daniel Vetter > Date: Sun Jul 27 19:09:33 2014 +0200 > > drm: trylock modest locking for fbdev panics > > Oops, fix this asap. > > In

[Intel-gfx] [PATCH 05/17] drm: Add atomic driver interface definitions for objects

On Sun, Nov 02, 2014 at 02:19:18PM +0100, Daniel Vetter wrote: > Heavily based upon Rob Clark's atomic series. > - Dropped the connctor state from the crtc state, instead opting for a nit: s/connctor/connector/ > full-blown connector state. The only thing it has is the desired > crtc, but

[PATCH 06/17] drm: Global atomic state handling

On Tue, Nov 04, 2014 at 03:31:07PM -0500, Sean Paul wrote: > On Sun, Nov 02, 2014 at 02:19:19PM +0100, Daniel Vetter wrote: > > +drm_atomic_set_crtc_for_connector(struct drm_connector_state *conn_state, > > + struct drm_crtc *crtc) > > +{ > > + struct drm_crtc_state *crtc_state; > > + > > +

[PATCH] drm: Global atomic state handling

Some differences compared to Rob's patches again: - Dropped the committed and checked booleans. Checking will be internally enforced by always calling ->atomic_check before ->atomic_commit. And async handling needs to be solved differently because the current scheme completely side-steps ww

[PATCH 06/17] drm: Global atomic state handling

On Tue, Nov 04, 2014 at 10:30:37PM +0100, Daniel Vetter wrote: > On Tue, Nov 04, 2014 at 03:31:07PM -0500, Sean Paul wrote: > > On Sun, Nov 02, 2014 at 02:19:19PM +0100, Daniel Vetter wrote: > > > +drm_atomic_set_crtc_for_connector(struct drm_connector_state *conn_state, > > > + struct drm_crtc

[PATCH] drm/atomic: Refcounting for plane_state->fb

So my original plan was that the drm core refcounts framebuffers like with the legacy ioctls. But that doesn't work for a bunch of reasons: - State objects might live longer than until the next fb change happens for a plane. For example delayed cleanup work only happens _after_ the pageflip

[PATCH] drm: Global atomic state handling

Some differences compared to Rob's patches again: - Dropped the committed and checked booleans. Checking will be internally enforced by always calling ->atomic_check before ->atomic_commit. And async handling needs to be solved differently because the current scheme completely side-steps ww

[PATCH] drm/atomic-helper: implementatations for legacy interfaces

Well, except page_flip since that requires async commit, which isn't there yet. For the functions which changes planes there's a bit of trickery involved to keep the fb refcounting working. But otherwise fairly straight-forward atomic updates. The property setting functions are still a bit

[PATCH] drm/atomic-helper: implement ->page_flip

Currently there is no way to implement async flips using atomic, that essentially requires us to be able to cancel pending requests mid-flight. To be able to do that (and I guess we want this since vblank synced updates whic opportunistically cancel still pending updates seem to be wanted) we'd

-next plans/status

On Sun, Nov 2, 2014 at 5:29 PM, Dave Airlie wrote: > So since -rc5/6 cutoff last merge windows was so successful from my > POV, I think I'll keep trucking with the idea. > > Things I have on my radar for this window, outside normal driver pull > requests: > > a) rockchip drm - this needs IOMMU

[Intel-gfx] [PATCH 02/10] drm/i915: Add counters in the drm_dp_aux struct for I2C NACKs and DEFERs

To address previous feedback, I'll quote below and answer. >It would be nice if you could cite on the commit message the name of >the specification and the name of the test(s) that use it. Done. For reference, in the Displayport Link CTS spec, tests 4.2.2.4 and 4.2.2.5 are the ones that use

[PATCH 02/10] drm/i915: Add counters in the drm_dp_aux struct for I2C NACKs and DEFERs

These counters are used for Displayort compliance testing to detect error conditions when executing tests 4.2.2.4 and 4.2.2.5 in the Displayport Link CTS specificaiton. They determine whether to use the preferred/requested mode or the failsafe mode during these tests. V2: - Addressed previous

[Intel-gfx] [PATCH 02/10] drm/i915: Add counters in the drm_dp_aux struct for I2C NACKs and DEFERs

On Tue, Nov 04, 2014 at 03:12:27PM -0700, Todd Previte wrote: > >Does it really need to be uint8_t? I see on patch 7 that you don't > >really write this value to a place that only accepts uint8_t-sized > >arguments, so I fear that if we get 256 NACKs or DEFERs we may end up > >doing the wrong

[PATCH 02/10] drm/i915: Add counters in the drm_dp_aux struct for I2C NACKs and DEFERs

On Tue, Nov 04, 2014 at 03:17:35PM -0700, Todd Previte wrote: > These counters are used for Displayort compliance testing to detect error > conditions when executing tests 4.2.2.4 and 4.2.2.5 in the Displayport Link > CTS specificaiton. They determine whether to use the preferred/requested > mode

[Bug 85661] planetary annihilation gpu lockup

34 () Serial number of failed request: 72 Current serial number in output stream: 69 -- 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/a

[PATCH 07/17] drm: Add atomic/plane helpers

On Sun, Nov 02, 2014 at 02:19:20PM +0100, Daniel Vetter wrote: > This is the first cut of atomic helper code. As-is it's only useful to > implement a pure atomic interface for plane updates. > > Later patches will integrate this with the crtc helpers so that full > atomic updates are possible. We

[PATCH] drm: Global atomic state handling

On Tue, Nov 4, 2014 at 5:07 PM, Daniel Vetter wrote: > Some differences compared to Rob's patches again: > - Dropped the committed and checked booleans. Checking will be > internally enforced by always calling ->atomic_check before > ->atomic_commit. And async handling needs to be solved

[Bug 80004] Serious Sam 3 BFE - incorrect weapon rendering

Filippov --- Linux 3.16.5, Mesa 10.4.0-devel git, the bug still there. -- 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/20141

[Bug 85661] planetary annihilation gpu lockup

GPU ...) -- 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/20141104/49ed74d7/attachment.html>

[PATCH 1/2] drm/edid: add #defines and helpers for ELD

On Tue, Oct 28, 2014 at 7:20 AM, Jani Nikula wrote: > In the interest of reducing magic numbers and having to cross check with > the specs all the time. > > Signed-off-by: Jani Nikula > --- > include/drm/drm_edid.h | 102 > + > 1 file changed,

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

On 11/04/2014 01:35 AM, Philipp Zabel wrote: > Hi, > > Am Montag, den 03.11.2014, 10:59 -0800 schrieb Steve Longerbeam: >> On 11/03/2014 09:48 AM, Greg KH wrote: >>> On Mon, Nov 03, 2014 at 06:17:28PM +0100, Daniel Vetter wrote: On Mon, Nov 03, 2014 at 08:14:23AM -0800, Greg KH wrote: >

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

On 11/04/2014 09:51 AM, Philipp Zabel wrote: > Hi Steve, > > Am Freitag, den 31.10.2014, 15:54 -0700 schrieb Steve Longerbeam: >> 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

[PATCH] drm: drop README.drm, ancient scrolls

On Tue, Nov 4, 2014 at 8:03 PM, Dave Airlie wrote: > From: Dave Airlie > > This stuff is ancient, we have docs now in the kernel, > lets just drop it. > > Pointed out by Glenn > > Signed-off-by: Dave Airlie Reviewed-by: Alex Deucher > --- > drivers/gpu/drm/README.drm | 43

[PATCH 2/2] move imx-hdmi to bridge/dw-hdmi

Hi, On 04/11/14 13:39, Andy Yan wrote: > From: Andy yan > > the original imx hdmi driver is under staging/imx-drm, > which depends on imx-drm, so move the imx hdmi drvier out > to drm/bridge and rename imx-hdmi to dw-hdmi > > Change-Id: I5f417372f256aa26cd00a3cd0160741680afd39d > --- >

[PATCH 0/2] make imx hdmi publicly used by dw hdmi compatible platform

From: Andy yan We found freescale imx6 and rockchip rk3288 and Ingenic JZ4780 (Xburst/MIPS) use the interface compatible Designware HDMI IP, but they also have some lightly difference, such as phy pll configuration, register width(imx hdmi register is one byte, but

[RFC 1/2] PM / Domains: Power on domain early during system resume

On 11/03/2014 06:13 PM, Kevin Hilman wrote: > Andrzej Hajda writes: > >> On 10/30/2014 08:36 AM, Krzysztof Kozlowski wrote: >>> On śro, 2014-10-29 at 10:46 -0700, Kevin Hilman wrote: Krzysztof Kozlowski writes: > When resuming the system the power domain has to be powered on

[PATCH 2/2] move imx-hdmi to bridge/dw-hdmi

ng this patch with the -M option? git format-patch should then understand its a rename. Then it should generate a smaller patch that is possible to review easily. Thanks ZubairLK -- next part -- An HTML attachment was scrubbed... URL: <http://lists.free

exynos-drm registration: infinite loop

Hi, I run 3.18-rc3 kernel on BeagleBone Black. It doesn't have Exynos DRM of course, but I run multi-platform kernel where CONFIG_DRM_EXYNOS is set to 'y'. The issue here is that the platform probe/init goes to infinite loop as the following: [5.717343] platform exynos-drm: Driver exynos-drm

[PATCH 1/2] imx-drm: imx-hdmi: split imx soc specific code from imx-hdmi

imx6 and rockchip rk3288 and JZ4780 (Ingenic Xburst/MIPS) use the interface compatible Designware HDMI IP, but they also have some lightly difference, such as phy pll configuration, register width(imx hdmi register is one byte, but rk3288 is 4 bytes width), 4K support(imx6 doesn't support 4k, but

[PATCH 1/2] imx-drm: imx-hdmi: split imx soc specific code from imx-hdmi

Hi Andy, On 04/11/14 13:33, Andy Yan wrote: > imx6 and rockchip rk3288 and JZ4780 (Ingenic Xburst/MIPS) > use the interface compatible Designware HDMI IP, but they > also have some lightly difference, such as phy pll configuration, > register width(imx hdmi register is one byte, but rk3288 is 4

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

On 11/04/2014 09:51 AM, Philipp Zabel wrote: > Hi Steve, > > Am Freitag, den 31.10.2014, 15:54 -0700 schrieb Steve Longerbeam: >> 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

[PATCH 2/2] move imx-hdmi to bridge/dw-hdmi

From: Andy yan the original imx hdmi driver is under staging/imx-drm, which depends on imx-drm, so move the imx hdmi drvier out to drm/bridge and rename imx-hdmi to dw-hdmi Change-Id: I5f417372f256aa26cd00a3cd0160741680afd39d --- drivers/gpu/drm/bridge/Kconfig|