[PATCH] Revert "drm: Stop resetting connector state to unknown"

On Tue, Dec 15, 2015 at 03:34:18PM -0500, Lyude wrote: > On Tue, 2015-12-15 at 13:42 -0500, Rob Clark wrote: > > On Tue, Dec 15, 2015 at 1:33 PM, Ville Syrjälä > > wrote: > > > On Tue, Dec 15, 2015 at 01:23:06PM -0500, Rob Clark wrote: > > > > On Tue, Dec 15, 2015 at 1:07 PM, Lyude wrote: > >

[Bug 108561] nouveau: external monitor can not be enabled with hindsight

https://bugzilla.kernel.org/show_bug.cgi?id=108561 --- Comment #5 from Elmar Stellnberger --- Created attachment 197481 --> https://bugzilla.kernel.org/attachment.cgi?id=197481=edit clean journal under runlevel 1 with s2ram at last Would anyone mind to have a look at the logs or propose any

[Bug 108561] nouveau: external monitor can not be enabled with hindsight

https://bugzilla.kernel.org/show_bug.cgi?id=108561 --- Comment #4 from Elmar Stellnberger --- Now I have tested it with the proprietary Nvidia 340.xx driver: s2ram works flawlessly with the proprietary driver the external monitor getting re-enabled normally. However the non-oss driver runs

[PATCH 12/12] drm/tilcdc: fix build error when !CONFIG_CPU_FREQ

From: Grygorii Strashko Fix build error when !CONFIG_CPU_FREQ drivers/gpu/drm/tilcdc/tilcdc_drv.c: In function 'tilcdc_load': drivers/gpu/drm/tilcdc/tilcdc_drv.c:327:1: error: label 'fail_put_clk' defined but not used [-Werror=unused-label] fail_put_clk: ^

[PATCH 11/12] drm/tilcdc: Implement dma-buf support for tilcdc

There is nothing special about tilcdc HW when the video memory is concerned. Just using the standard drm helpers for implementation is enough. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git

[PATCH 10/12] drm/tilcdc: make frame completion interrupt always enabled

From: Darren Etheridge DRM allows vblank handling to be controlled dynamically. Therefore if vblank interrupts are not needed by anybody they are disabled. However on tilcdc a ping-pong dma is used and there is no way to find out from the hardware which dma channel will be

[PATCH 09/12] drm/tilcdc: correct the dmachannel tracking logic

From: Darren Etheridge dma_channel_completed should be reset to channel 0 when the start function is called and the dma channel in use should be tracked even when no flip is pending. Signed-off-by: Darren Etheridge [Rewrapped description] Signed-off-by: Jyri Sarha ---

[PATCH 08/12] drm/tilcdc: fix the ping-pong dma tearing issue seen on buffer flipping

From: Darren Etheridge Update the DMA pointers during the pan display ioctl. Borrowed from da8xx_fb.c update the scanout buffers immediately so the DMA ping/pong doesn't end up out of sync with what we really want it to DMA, otherwise part of the screen ends up tearing during

[PATCH 07/12] drm/tilcdc: disable the lcd controller/dma engine when suspend invoked

From: Darren Etheridge The LCD controller must be deactivated and all DMA transactions stopped when the suspend power state is entered otherwise the PRCM causes the L3 bus to get stuck in transition state. This commit forces the lcdc to be shut down and waits for all pending

[PATCH 06/12] drm/tilcdc: make frame_done interrupt active at all times

From: Darren Etheridge The frame_done interrupt was only being enabled when the vsync interrupts were being enabled by DRM. However the frame_done is used to determine if the LCD controller has successfully completed the raster_enable, raster_disable commands and the vsync

[PATCH 05/12] drm/tilcdc: fix kernel panic on suspend when no hdmi monitor connected

From: Darren Etheridge On BeagleBone Black if no HDMI monitor is connected and suspend is requested a kernel panic will result: root at am335x-evm:~# echo mem > /sys/power/state [ 65.548710] PM: Syncing filesystems ... done. [ 65.631311] Freezing user space processes ...

[PATCH 04/12] drm/tilcdc: adopt pinctrl support

From: Dave Gerlach Update tilcdc driver to set the state of the pins to: - "default on resume - "sleep" on suspend By optionally putting the pins into sleep state in the suspend callback we can accomplish two things. - minimize current leakage from pins and thus save power, -

[PATCH 03/12] drm/tilcdc: verify fb pitch

From: Tomi Valkeinen LCDC hardware does not support fb pitch that is different (i.e. larger) than the screen size. The driver currently does no checks for this, and the results of too big pitch are are flickering and lower fps. This issue easily happens when using

[PATCH 02/12] drm/tilcdc: rewrite pixel clock calculation

From: Darren Etheridge Updating the tilcdc DRM driver code to calculate the LCD controller pixel clock more accurately. Based on a suggested implementation by Tomi Valkeinen. The current code does not work correctly and produces wrong results with many requested clock rates.

[PATCH 01/12] drm/tilcdc: disable console switching during pm operations

From: Darren Etheridge The default behavior of consoles during power management operations is: On entry to suspend a new console is allocated and switched to. On resume the original console is restored. However this isn't the observed behavior and the original console is not

[PATCH 00/12] drm/tilcdc: fixes and added features from TI tree

Most of these patches are quite old and they have been used in TI linux for some time already. I forward ported the applicaple patches from TI tree on top of the latest drm-next, fixed checkpatch issues and tested the driver. Darren Etheridge (8): drm/tilcdc: disable console switching during pm

[PATCH] Revert "drm: Stop resetting connector state to unknown"

On Tue, Dec 15, 2015 at 01:23:06PM -0500, Rob Clark wrote: > On Tue, Dec 15, 2015 at 1:07 PM, Lyude wrote: > > This reverts commit 5677d67ae394 ("drm: Stop resetting connector state to > > unknown") > > > > Unfortunately, not resetting the connector status to unknown actually > > breaks reprobing

[PATCH 2/3] drm/radeon: fix typo

On 13.12.2015 01:42, Nicolai Hähnle wrote: > From: Nicolai Hähnle > > Signed-off-by: Nicolai Hähnle > --- > drivers/gpu/drm/radeon/cik.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik.c > index

[Bug 108561] nouveau: external monitor can not be enabled with hindsight

https://bugzilla.kernel.org/show_bug.cgi?id=108561 --- Comment #3 from Elmar Stellnberger --- s2ram; new test results: * when booted with nouveau.modeset=0 the external monitor is not enabled at all (i.e. definitely a bug related to the nouveau kernel module). * suspecting this to be backlight

[Bug 93353] GRID Autosport crash on loading screen with an HD 6950

re 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/20151215/7c26b666/attachment.html>

[PATCH 2/2] drm/panel: simple: Add support for Kyocera TCG121XGLP panel

This has been on the list for 2 weeks without a reaction, so please consider this a friendly ping. Regards, Lucas Am Mittwoch, den 02.12.2015, 19:41 +0100 schrieb Lucas Stach: > The Kyocera TCG121XGLP panel is an XGA LCD TFT panel connected through > LVDS, which can be supported by the simple

[Bug 93352] GRID Autosport crashes on start of race

st. :) -- 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/20151215/5eb173d7/attachment.html>

[Bug 93353] GRID Autosport crash on loading screen with an HD 6950

op.org/archives/dri-devel/attachments/20151215/21e3cce9/attachment.html>

[GIT PULL] etnaviv DRM driver

Hi Dave, here is the pull request for the etnaviv DRM driver. It includes the DT bindings and the driver itself, platform devicetree changes will be merged through the respective SoC trees. Otherwise it's just a squashed version of the V2 patches that have been on the list for a while. Regards,

[PATCH v2] drm/i915: Send a hotplug event on resume instead of an IRQ event

We currently call drm_helper_hpd_irq_event() to handle reprobing displays on resume, however drm_helper_hpd_irq_event() only checks the status of hpd. HPD doesn't update if the displays connected changed before resuming the system, and as such causes us not to detect any connection changes after

[Intel-gfx] [PATCH] drm: Documentation style guide

On Tue, Dec 15, 2015 at 02:56:10PM +, Dave Gordon wrote: > On 14/12/15 15:39, Thierry Reding wrote: > >On Wed, Dec 09, 2015 at 05:08:02PM +0100, Daniel Vetter wrote: > >>Every time I type or review docs this seems a bit different. Try to > >>document the common style so we can try to unify at

[PATCH] android: fix warning when releasing active sync point

2015-12-15 Daniel Vetter : > On Mon, Dec 14, 2015 at 05:29:55PM -0800, Dmitry Torokhov wrote: > > Userspace can close the sync device while there are still active fence > > points, in which case kernel produces the following warning: > > > > [ 43.853176] [ cut here ] >

[PATCH 12/12] ARM: dts: imx6: add Vivante GPU nodes

On Mon, Dec 14, 2015 at 10:52:25AM +0100, Lucas Stach wrote: > Are you okay with merging the DT changes through the DRM tree, or do you > want to pick them separate? To accelerate the merge process, I'm okay with merging the DT changes through DRM tree, as long as DRM maintainers don't mind.

[PATCH libdrm] Fix memory leak with drmModeGetConnectorCurrent()

On Tue, Dec 15, 2015 at 02:05:45PM +, Chris Wilson wrote: > On Tue, Dec 15, 2015 at 03:59:28PM +0200, ville.syrjala at linux.intel.com > wrote: > > From: Ville Syrjälä > > > > drmModeGetConnectorCurrent() must provide temporary storage for the > > kernel to fill in at least one mode

[Nouveau] [PATCH] drm/nouveau: Fix pre-nv50 pageflip events (v4)

On 15.12.2015 12:21, Emil Velikov wrote: > On 15 December 2015 at 11:11, poma wrote: > >> >> Apparently not reached @stable (stable: 4.3.3 2015-12-15), >> so here's one more time. >> > It has reached 4.4-rcX and will get picked by the stable maintainer > (Greg?) in due time. Meanwhile you can

[PATCH libdrm] Fix memory leak with drmModeGetConnectorCurrent()

From: Ville Syrjälä drmModeGetConnectorCurrent() must provide temporary storage for the kernel to fill in at least one mode (asking for !=0 modes is how you prevent the heavyweight probe in the kernel). Currently we malloc that temp storage but we fail to free it

[PATCH] Revert "drm: Stop resetting connector state to unknown"

On Tue, 2015-12-15 at 13:42 -0500, Rob Clark wrote: > On Tue, Dec 15, 2015 at 1:33 PM, Ville Syrjälä > wrote: > > On Tue, Dec 15, 2015 at 01:23:06PM -0500, Rob Clark wrote: > > > On Tue, Dec 15, 2015 at 1:07 PM, Lyude wrote: > > > > This reverts commit 5677d67ae394 ("drm: Stop resetting

[Nouveau] [PATCH] drm/nouveau: Fix pre-nv50 pageflip events (v4)

On 15 December 2015 at 15:01, poma wrote: > On 15.12.2015 12:21, Emil Velikov wrote: >> On 15 December 2015 at 11:11, poma wrote: >> >>> >>> Apparently not reached @stable (stable: 4.3.3 2015-12-15), >>> so here's one more time. >>> >> It has reached 4.4-rcX and will get picked by the stable

[PATCH v6 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

On Tue, Dec 15, 2015 at 11:30 AM, Jitao Shi wrote: > This patch adds drm_bridge driver for parade DSI to eDP bridge chip. > > Signed-off-by: Jitao Shi > --- > Changes since v5 > -fix compile errors when CONFIG_GPIOLIB=n > --- > drivers/gpu/drm/bridge/Kconfig | 10 + >

[Intel-gfx] [PATCH] drm: Documentation style guide

On 14/12/15 15:39, Thierry Reding wrote: > On Wed, Dec 09, 2015 at 05:08:02PM +0100, Daniel Vetter wrote: >> Every time I type or review docs this seems a bit different. Try to >> document the common style so we can try to unify at least new docs. >> >> v2: Spelling fixes from Pierre, Laurent and

[PATCH 1/2] video:omap2:dss: fix timings for VENC to match what omapdrm expects

nt was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151215/2f24ced2/attachment.sig>

[PATCH v2 2/2] drm: use dev_name as default unique name in drm_dev_alloc()

On Fri, Dec 11, 2015 at 11:20:28AM +0100, Nicolas Iooss wrote: > The following code pattern exists in some DRM drivers: > > ddev = drm_dev_alloc(, parent_dev); > drm_dev_set_unique(ddev, dev_name(parent_dev)); > > (Sometimes dev_name(ddev->dev) is used, which is the same.) > > As

[PATCH libdrm] Fix memory leak with drmModeGetConnectorCurrent()

On Tue, Dec 15, 2015 at 03:59:28PM +0200, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > drmModeGetConnectorCurrent() must provide temporary storage for the > kernel to fill in at least one mode (asking for !=0 modes is how > you prevent the heavyweight probe in the

[PATCH 0/2] Two small patches for MST

Awesome. Thanks, Daniel. Harry From: Daniel Vetter on behalf of Daniel Vetter Sent: Monday, December 14, 2015 12:32 PM To: Wentland, Harry Cc: Alex Deucher; Maling list - DRI developers Subject: Re: [PATCH 0/2] Two small patches for

[PATCH] android: fix warning when releasing active sync point

Is this not the issue fixed by 8e43c9c75? Thanks Frank On 15/12/15 13:30, Gustavo Padovan wrote: > 2015-12-14 Dmitry Torokhov : > >> Userspace can close the sync device while there are still active fence >> points, in which case kernel produces the following warning: >> >> [ 43.853176]

[RESEND PATCH 00/28] drm: trivial patches from drm/trivial branch

On Tue, Dec 15, 2015 at 01:37:44PM +0100, Boris Brezillon wrote: > On Tue, 15 Dec 2015 12:20:48 +0100 > Boris Brezillon wrote: > > > Hi Daniel, > > > > As discussed on IRC, here are the patches taken by Thierry in his > > drm/trivial/for-next branch. I rebased it on drm-next, and had to fix > >

[PATCH] Revert "drm: Stop resetting connector state to unknown"

On Tue, Dec 15, 2015 at 1:33 PM, Ville Syrjälä wrote: > On Tue, Dec 15, 2015 at 01:23:06PM -0500, Rob Clark wrote: >> On Tue, Dec 15, 2015 at 1:07 PM, Lyude wrote: >> > This reverts commit 5677d67ae394 ("drm: Stop resetting connector state to >> > unknown") >> > >> > Unfortunately, not

[RESEND PATCH 00/28] drm: trivial patches from drm/trivial branch

On Tue, 15 Dec 2015 12:20:48 +0100 Boris Brezillon wrote: > Hi Daniel, > > As discussed on IRC, here are the patches taken by Thierry in his > drm/trivial/for-next branch. I rebased it on drm-next, and had to fix > a few conflicts, so it would be safer if someone else takes a closer > look at

[PATCH] Revert "drm: Stop resetting connector state to unknown"

On Tue, Dec 15, 2015 at 1:07 PM, Lyude wrote: > This reverts commit 5677d67ae394 ("drm: Stop resetting connector state to > unknown") > > Unfortunately, not resetting the connector status to unknown actually > breaks reprobing on suspend/resume in i915, which is important to have > working since

[PATCH] Revert "drm: Stop resetting connector state to unknown"

This reverts commit 5677d67ae394 ("drm: Stop resetting connector state to unknown") Unfortunately, not resetting the connector status to unknown actually breaks reprobing on suspend/resume in i915, which is important to have working since it means a user docking their laptop in suspend won't have

-next trees and my time this cycle

On 13 December 2015 at 05:09, Linus Torvalds wrote: > On Thu, Dec 10, 2015 at 10:58 PM, Dave Airlie wrote: >> >> So since Xmas is coming up and I've got an impending new arrival, I'm >> betting this merge window might get a bit haphazard. So I'd like >> people to start telling me now via git

[PATCH v6 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

Hi, On 12/15/2015 09:00 AM, Jitao Shi wrote: > This patch adds drm_bridge driver for parade DSI to eDP bridge chip. > > Signed-off-by: Jitao Shi > --- > Changes since v5 > -fix compile errors when CONFIG_GPIOLIB=n > --- > drivers/gpu/drm/bridge/Kconfig | 10 + >

[RESEND PATCH 28/28] drm: atmel-hlcdc: Fix module autoload for OF platform driver

From: Luis de Bethencourt This platform driver has a OF device ID table but the OF module alias information is not created so module autoloading won't work. Signed-off-by: Luis de Bethencourt Acked-by: Boris Brezillon --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c |

[RESEND PATCH 27/28] drm/vmwgfx: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/vmwgfx/vmwgfx.ko: -.text 132244 +.text 132240 -.rodata 18296 +.rodata 18680 -.data

[RESEND PATCH 26/28] drm/udl: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/udl/udl.ko: -.text 11336 +.text 11332 -.rodata 560 +.rodata 684 -.data

[RESEND PATCH 25/28] drm/tegra: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/tegra/tegra-drm.ko: -.rodata 13672 +.rodata 13684 -.data1108 +.data1096 Signed-off-by:

[RESEND PATCH 24/28] drm/rockchip: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/rockchip/dw_hdmi-rockchip.ko: -.rodata 772 +.rodata 828 -.data148 +.data 92

[RESEND PATCH 23/28] drm/nouveau: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/nouveau/nouveau.ko: -.rodata 105688 +.rodata 105792 -.data125724 +.data125620

[RESEND PATCH 22/28] drm/mgag200: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/mgag200/mgag200.ko: -.text 29244 +.text 29232 -.rodata 600 +.rodata 668 -.data

[RESEND PATCH 21/28] drm/imx: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/imx/imxdrm.ko: -.rodata 624 +.rodata 652 -.data372 +.data344

[RESEND PATCH 20/28] drm/i2c/sil164: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/i2c/sil164.ko: -.text 1660 +.text 1656 -.rodata 56 +.rodata 104 -.data

[RESEND PATCH 19/28] drm/i2c/adv7511: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/i2c/adv7511.ko: -.rodata 1368 +.rodata 1416 -.data164 +.data116 Signed-off-by: Ville

[RESEND PATCH 18/28] drm/exynos: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/exynos/exynosdrm.ko: -.text 125792 +.text 125788 -.rodata 10972 +.rodata 11748 -.data

[RESEND PATCH 17/28] drm/cirrus: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/cirrus/cirrus.ko: -.text 10104 +.text 10092 -.rodata 528 +.rodata 596 -.data

[RESEND PATCH 16/28] drm/i2c/ch7006: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/i2c/ch7006.ko: -.text5752 +.text5760 -.rodata 6608 +.rodata 6656 -.data

[RESEND PATCH 15/28] drm/bridge/nxp-ptn3460: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/bridge/nxp-ptn3460.ko: -.rodata 440 +.rodata 536 -.data208 +.data112 Signed-off-by: Ville

[RESEND PATCH 14/28] drm/bridge/dw_hdmi: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/bridge/dw_hdmi.ko: -.rodata 120 +.rodata 216 -.data 96 +.data 0 Signed-off-by: Ville

[RESEND PATCH 13/28] drm/bochs: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/bochs/bochs-drm.ko: -.text7608 +.text7600 -.rodata 648 +.rodata 716 -.data

[RESEND PATCH 12/28] drm/atmel-hlcdc: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/atmel-hlcdc/atmel-hlcdc-dc.ko: -.text 12488 +.text 12480 -.rodata 1696 +.rodata 1760 -.data

[RESEND PATCH 11/28] drm/armada: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/armada/armada.ko: -.rodata 1040 +.rodata 1100 -.data1156 +.data1096 Signed-off-by: Ville

[RESEND PATCH 10/28] drm: Constify drm_encoder_slave_funcs

From: Ville Syrjälä Signed-off-by: Ville Syrjälä Reviewed-by: Alex Deucher Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_encoder_slave.c | 2 +- drivers/gpu/drm/nouveau/nouveau_encoder.h | 2 +- drivers/gpu/drm/rcar-du/rcar_du_hdmicon.c | 6

[RESEND PATCH 09/28] drm: atmel-hlcdc: add support for sama5d2 SoCs

From: Nicolas Ferre As the hardware description for this chip is the same as the sama5d4, we use this SoC structures for layers and DC descriptions. Thus only 2 lines are added to the atmel_hlcdc_of_match table. The compatible string is already documented in the parent

[RESEND PATCH 08/28] drm/qxl: use to_qxl_bo macro

From: Frediano Ziglio Instead of using container_of directly use to_qxl_bo macro. Signed-off-by: Frediano Ziglio Signed-off-by: Thierry Reding --- drivers/gpu/drm/qxl/qxl_object.c | 2 +- drivers/gpu/drm/qxl/qxl_ttm.c| 4 ++-- 2 files changed, 3 insertions(+), 3

[RESEND PATCH 07/28] drm/vmwgfx: check kmalloc return value

From: Rasmus Villemoes srf->sizes has been allocated and checked a few lines above; fix up the copy-pasto so that we check srf->offsets. Reported-by: kbuild test robot Signed-off-by: Rasmus Villemoes Signed-off-by: Thierry Reding ---

[RESEND PATCH 06/28] drm/vmwgfx: use kzalloc in vmw_surface_define_ioctl()

From: Rasmus Villemoes Signed-off-by: Rasmus Villemoes Signed-off-by: Thierry Reding --- drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c

[RESEND PATCH 05/28] drm/omap: use kzalloc in sita_init()

From: Rasmus Villemoes Signed-off-by: Rasmus Villemoes Signed-off-by: Thierry Reding --- drivers/gpu/drm/omapdrm/tcm-sita.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/omapdrm/tcm-sita.c

[RESEND PATCH 04/28] drm/imx: Drop pipe field from struct imx_drm_crtc

From: Thierry Reding Use the drm_crtc_index() helper to determine the pipe number of the CRTC instead. Cc: Philipp Zabel Acked-by: Philipp Zabel Signed-off-by: Thierry Reding --- drivers/gpu/drm/imx/imx-drm-core.c | 17 - 1 file changed, 8 insertions(+),

[RESEND PATCH 03/28] drm/imx: Make pipe number unsigned

From: Thierry Reding There's no reason whatsoever why this should ever be negative. The same goes for the number of pipes added to the DRM device. Cc: Philipp Zabel Acked-by: Philipp Zabel Signed-off-by: Thierry Reding --- drivers/gpu/drm/imx/imx-drm-core.c | 6 +++---

[RESEND PATCH 02/28] drm/bochs: Store correct CRTC index in events

From: Thierry Reding Previously a negative pipe caused a special case to be triggered for drivers that didn't have proper VBLANK support. The trigger for this special case is now independent of the pipe, so the correct CRTC index can now be stored in events. v2: convert to

[RESEND PATCH 01/28] drm/gma500: Sanity-check pipe index

From: Thierry Reding If the DSI output isn't connected, then mdfld_dsi_encoder_get_pipe() will return -1. The mdfld_dsi_dp_mode_set() function doesn't properly check for this condition and causes the following compiler warnings: CC

[RESEND PATCH 00/28] drm: trivial patches from drm/trivial branch

Hi Daniel, As discussed on IRC, here are the patches taken by Thierry in his drm/trivial/for-next branch. I rebased it on drm-next, and had to fix a few conflicts, so it would be safer if someone else takes a closer look at those changes. The atmel-hlcdc are good, so feel free to take them.

[PATCH] drm/nouveau: Fix pre-nv50 pageflip events (v4)

On 10.11.2015 17:41, Thierry Reding wrote: > On Tue, Nov 10, 2015 at 05:37:31PM +0100, Thierry Reding wrote: >> From: Daniel Vetter >> >> Apparently pre-nv50 pageflip events happen before the actual vblank >> period. Therefore that functionality got semi-disabled in >> >> commit

[PATCH 11/12] drm/dp: Read AUX read interval from DPCD

On Mon, Dec 14, 2015 at 01:56:03PM +0100, Thierry Reding wrote: > From: Thierry Reding > > Store the AUX read interval from DPCD, so that it can be used to wait > for the durations given in the specification during link training. > > Signed-off-by: Thierry Reding > --- >

[PATCH 03/12] drm/dp: Turn link capabilities into booleans

On Mon, Dec 14, 2015 at 01:55:55PM +0100, Thierry Reding wrote: > From: Thierry Reding > > Rather than storing capabilities as flags in an integer, use a separate > boolean per capability. This simplifies the code that checks for these > capabilities. > > Cc: Rob Clark > Signed-off-by: Thierry

[PATCH] android: fix warning when releasing active sync point

2015-12-14 Dmitry Torokhov : > Userspace can close the sync device while there are still active fence > points, in which case kernel produces the following warning: > > [ 43.853176] [ cut here ] > [ 43.857834] WARNING: CPU: 0 PID: 892 at >

[PATCH v6 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

This patch adds drm_bridge driver for parade DSI to eDP bridge chip. Signed-off-by: Jitao Shi --- Changes since v5 -fix compile errors when CONFIG_GPIOLIB=n --- drivers/gpu/drm/bridge/Kconfig | 10 + drivers/gpu/drm/bridge/Makefile|1 +

[PATCH v6 1/2] Documentation: bridge: Add documentation for ps8640 DT properties

Add documentation for DT properties supported by ps8640 DSI-eDP converter. Signed-off-by: Jitao Shi Acked-by: Rob Herring Reviewed-by: Philipp Zabel --- Changes since v5 -no changes --- .../devicetree/bindings/display/bridge/ps8640.txt | 43 1 file changed, 43

[RESEND PATCH 3/3] drm/atmel-hlcdc: Constify function pointer structs

From: Ville Syrjälä Moves a bunch of junk to .rodata from .data. drivers/gpu/drm/atmel-hlcdc/atmel-hlcdc-dc.ko: -.text 12488 +.text 12480 -.rodata 1696 +.rodata 1760 -.data

[RESEND PATCH 2/3] drm: atmel-hlcdc: add support for sama5d2 SoCs

From: Nicolas Ferre As the hardware description for this chip is the same as the sama5d4, we use this SoC structures for layers and DC descriptions. Thus only 2 lines are added to the atmel_hlcdc_of_match table. The compatible string is already documented in the parent

[RESEND PATCH 1/3] drm: atmel-hlcdc: Fix module autoload for OF platform driver

From: Luis de Bethencourt This platform driver has a OF device ID table but the OF module alias information is not created so module autoloading won't work. Signed-off-by: Luis de Bethencourt Acked-by: Boris Brezillon --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c |

[Nouveau] [PATCH] drm/nouveau: Fix pre-nv50 pageflip events (v4)

On 15 December 2015 at 11:11, poma wrote: > > Apparently not reached @stable (stable: 4.3.3 2015-12-15), > so here's one more time. > It has reached 4.4-rcX and will get picked by the stable maintainer (Greg?) in due time. Meanwhile you can ask your distro maintainers to apply it locally until

[PATCH 12/12] ARM: dts: imx6: add Vivante GPU nodes

Am Dienstag, den 15.12.2015, 16:25 +0800 schrieb Shawn Guo: > On Mon, Dec 14, 2015 at 10:52:25AM +0100, Lucas Stach wrote: > > Are you okay with merging the DT changes through the DRM tree, or do you > > want to pick them separate? > > To accelerate the merge process, I'm okay with merging the DT

i915 warning in drm-next

> In file included from > /home/airlied/devel/kernel/drm-next/drivers/gpu/drm/i915/intel_drv.h:32:0, > from > /home/airlied/devel/kernel/drm-next/drivers/gpu/drm/i915/intel_display.c:36: > /home/airlied/devel/kernel/drm-next/drivers/gpu/drm/i915/i915_drv.h:312:0: > note: this is

[PATCH] android: fix warning when releasing active sync point

On Tue, Dec 15, 2015 at 11:00 AM, Gustavo Padovan wrote: > 2015-12-15 Daniel Vetter : > >> On Mon, Dec 14, 2015 at 05:29:55PM -0800, Dmitry Torokhov wrote: >> > Userspace can close the sync device while there are still active fence >> > points, in which case kernel produces the following

[PATCH] android: fix warning when releasing active sync point

Op 15-12-15 om 02:29 schreef Dmitry Torokhov: > Userspace can close the sync device while there are still active fence > points, in which case kernel produces the following warning: > > [ 43.853176] [ cut here ] > [ 43.857834] WARNING: CPU: 0 PID: 892 at >

[PATCH] android: fix warning when releasing active sync point

On Mon, Dec 14, 2015 at 05:29:55PM -0800, Dmitry Torokhov wrote: > Userspace can close the sync device while there are still active fence > points, in which case kernel produces the following warning: > > [ 43.853176] [ cut here ] > [ 43.857834] WARNING: CPU: 0 PID:

[PATCH] drm: Use the driver's gem_object_free function from CMA helpers.

On Mon, Dec 14, 2015 at 04:26:26PM -0800, Eric Anholt wrote: > VC4 wraps the CMA objects in its own structures, so it needs to do its > own teardown (waiting for GPU to finish, updating bo_stats tracking). > The other CMA drivers are using drm_gem_cma_free_object as their > gem_free_object, so

[PATCH] drm: Use the driver's gem_object_free function from CMA helpers.

A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151215/6e379ba9/attachment.sig>

[Intel-gfx] [PATCH 9/9] drm/atomic: Add encoder_mask to crtc_state.

On Mon, Dec 14, 2015 at 01:06:12PM +0100, Maarten Lankhorst wrote: > Op 04-12-15 om 09:12 schreef Daniel Vetter: > > On Thu, Dec 03, 2015 at 12:01:02PM +0100, Maarten Lankhorst wrote: > >> Op 03-12-15 om 10:53 schreef Daniel Vetter: > >>> On Tue, Nov 24, 2015 at 10:34:36AM +0100, Maarten Lankhorst

i915 warning in drm-next

home/airlied/devel/kernel/drm-next/drivers/gpu/drm/i915/intel_display.c:5217:0: warning: "for_each_power_domain" redefined #define for_each_power_domain(domain, mask)\ ^ In file included from /home/airlied/devel/kernel/drm-next/drivers/gpu/drm/i915/intel_drv.h:32:0, from

[PATCH] android: fix warning when releasing active sync point

On Tue, Dec 15, 2015 at 5:30 AM, Gustavo Padovan wrote: > 2015-12-14 Dmitry Torokhov : > >> Userspace can close the sync device while there are still active fence >> points, in which case kernel produces the following warning: >> >> [ 43.853176] [ cut here ] >> [

[PATCH] android: fix warning when releasing active sync point

On Tue, Dec 15, 2015 at 5:50 AM, Frank Binns wrote: > Is this not the issue fixed by 8e43c9c75? No because if we start teardown without waiting for the fence to be signaled it will still be on the active_list. Thanks. -- Dmitry

[PATCH] android: fix warning when releasing active sync point

On Tue, Dec 15, 2015 at 2:01 AM, Maarten Lankhorst wrote: > Op 15-12-15 om 02:29 schreef Dmitry Torokhov: >> Userspace can close the sync device while there are still active fence >> points, in which case kernel produces the following warning: >> >> [ 43.853176] [ cut here

[PATCH] android: fix warning when releasing active sync point

On Tue, Dec 15, 2015 at 1:26 AM, Daniel Vetter wrote: > On Mon, Dec 14, 2015 at 05:29:55PM -0800, Dmitry Torokhov wrote: >> Userspace can close the sync device while there are still active fence >> points, in which case kernel produces the following warning: >> >> [ 43.853176] [ cut

[Nouveau] [PATCH] drm/nouveau: Fix pre-nv50 pageflip events (v4)

On Tue, Dec 15, 2015 at 03:17:21PM +, Emil Velikov wrote: > On 15 December 2015 at 15:01, poma wrote: > > On 15.12.2015 12:21, Emil Velikov wrote: > >> On 15 December 2015 at 11:11, poma wrote: > >> > >>> > >>> Apparently not reached @stable (stable: 4.3.3 2015-12-15), > >>> so here's one

  1   2   >