Re: [PATCH 1/2] drm: Add DRM_CAP_PRIME_SCANOUT.

On Wed, Apr 5, 2017 at 4:27 PM, Daniel Vetter wrote: On Wed, Apr 05, 2017 at 12:20:46AM +, Christopher James Halse Rogers wrote: On Tue, Apr 4, 2017 at 9:53 PM Daniel Vetter wrote: > On Tue, Apr 4, 2017 at 12:43 PM, Lucas Stach

Re: [PATCH 0/5] omapdrm: fences and zpos

On 03/01/17 14:06, Tomi Valkeinen wrote: > I got this with your series. AM5 EVM, dual display, I run "kmstest --flip" > and then > exit by pressing enter, which is when I see the warning. It happens only > sometimes, > but having lots of cpu load (I used "stress -c 4") makes the driver spam the

[PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

As the DRM LVDS panel driver uses a different approach to DT bindings compared to what Thierry Reding advocates, add a specific MAINTAINERS entry to avoid bothering Thierry with requests related to that driver. Signed-off-by: Laurent Pinchart ---

Re: [PATCH 1/2] drm: Add DRM_CAP_PRIME_SCANOUT.

On Wed, Apr 05, 2017 at 12:20:46AM +, Christopher James Halse Rogers wrote: > On Tue, Apr 4, 2017 at 9:53 PM Daniel Vetter wrote: > > > On Tue, Apr 4, 2017 at 12:43 PM, Lucas Stach > > wrote: > > >> If I could guarantee that I'd only ever run on

Re: [Intel-gfx] [PATCH] drm/atomic: Acquire connection_mutex lock in drm_helper_probe_single_connector_modes, v2.

On Tue, Apr 04, 2017 at 12:59:25PM +0200, Maarten Lankhorst wrote: > mode_valid() called from drm_helper_probe_single_connector_modes() > may need to look at connector->state because what a valid mode is may > depend on connector properties being set. For example some HDMI modes > might be

Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

Hi Dave, On Wednesday 05 Apr 2017 09:51:27 Laurent Pinchart wrote: > As the DRM LVDS panel driver uses a different approach to DT bindings > compared to what Thierry Reding advocates, add a specific MAINTAINERS > entry to avoid bothering Thierry with requests related to that driver. > >

[PATCH] drm/exynos/hdmi: fix pipeline disable order

Hardware require that MIXER(crtc) should be disabled prior to HDMI(encoder). It was achieved by disabling crtc from encoder disable callback, bypassing drm core. As a result drm core tried to call vblank related routines on disabled crtc. The patch fixes it by simplifying hdmi_disable routine -

[PATCH 8/9] drm/exynos/decon5433: kill BIT_SUSPENDED flag

Exynos tracked suspend state to prevent touching disabled HW. After fixing disable order in HDMI and moving TE handling to DECON it is not needed anymore - all IRQ handlers and callbacks touching HW are called only with enabled DECON. Signed-off-by: Andrzej Hajda ---

[PATCH 2/9] dt-bindings: exynos5433-decon: fix interrupts bindings

DECON requires different interrupts depending on mode of work, which depends on panel it is connected to. Signed-off-by: Andrzej Hajda --- .../devicetree/bindings/display/exynos/exynos5433-decon.txt | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff

[PATCH 1/9] drm/exynos/decon5433: always do sw-trigger when vblanks enabled

When vblanks are enabled userspace and/or kernel can expect vblank interrupt at declared period of time. To generate vblank interrupt image transfer must be triggered. This patch fixes vblank timeouts in case of sw-trigger mode. Signed-off-by: Andrzej Hajda ---

[PATCH 9/9] drm/exynos/decon5433: remove useless check

TE IRQ is enabled only in case of sw-trigger, so trigger check is redundant. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos5433_drm_decon.c

[PATCH 4/9] drm/exynos/decon5433: move TE handling to DECON

DECON is the only user of TE signal, moving all TE related code to DECON driver allows to precise control of IRQ handlers. This control allows to fix race between IRQ handler and DECON disable code - now it is possible to disable DECON during IRQ handling which can result in kernel crash. Beside

[PATCH 5/9] drm/exynos/decon5433: kill BIT_IRQS_ENABLED flag

Since DECON uses enable_irq/disable_irq to full control IRQs, there is no point in having flags to trace it separately. As a bonus condition for software trigger becomes always true, so it can be removed. Signed-off-by: Andrzej Hajda ---

[PATCH 0/9] drm/exynos/decon5433: move TE handling to DECON

Hi Inki, This patchset contains fixes and improvements related to SW-TRIGGER. The core patch moves all TE related stuff from panel(bindings) and HDMI(irq handler) to DECON. This move allows to fix races between interrupt handlers and DECON disable. It allows also to eliminate all DECON flags and

[PATCH 3/9] dt-bindings: exynos5433-decon: add TE interrupt binding

DECON command mode can use hardware trigger where transmission is triggered automatically, or software trigger - where TE interrupt handler should trigger transmission. DECON will use software trigger if TE interrupt is specified. Signed-off-by: Andrzej Hajda ---

[PATCH 7/9] drm/exynos/decon5433: kill BIT_WIN_UPDATED flag

The flag was used to trigger software update in TE IRQ handler only if framebuffers were replaced. Since TE update is triggered always when VBLANKs are enabled and after framebuffer replacement VBLANKs are always enabled the flag becomes redundant. Signed-off-by: Andrzej Hajda

[PATCH 6/9] drm/exynos/decon5433: kill BIT_CLKS_ENABLED flag

The flag was used to check if IRQ handlers can touch HW. Since driver enables IRQs only if hardware is enabled the flag becomes redundant. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 12 +--- 1 file changed, 1 insertion(+), 11

[PATCH] drm: bridge: dw-hdmi: remove unused hdmi_bus_fmt_is_yuv420

Remove usused yet hdmi_bus_fmt_is_yuv420 function. Fixes: def23aa7e982 ("drm: bridge: dw-hdmi: Switch to V4L bus format and encodings") Signed-off-by: Neil Armstrong --- drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 14 -- 1 file changed, 14 deletions(-)

Re: [PATCH 1/2] drm: Add DRM_CAP_PRIME_SCANOUT.

Am Mittwoch, den 05.04.2017, 00:20 + schrieb Christopher James Halse Rogers: > > > On Tue, Apr 4, 2017 at 9:53 PM Daniel Vetter wrote: > > On Tue, Apr 4, 2017 at 12:43 PM, Lucas Stach > wrote: > >> If I could guarantee that

Re: [PATCH v2 09/13] arm64: dts: r8a7795: salvator-x: Add panel backlight support

Hi Geert, On Monday 21 Nov 2016 11:59:47 Laurent Pinchart wrote: > On Monday 21 Nov 2016 10:23:46 Geert Uytterhoeven wrote: > > On Mon, Nov 21, 2016 at 10:19 AM, Laurent Pinchart wrote: > >> On Monday 21 Nov 2016 09:36:22 Geert Uytterhoeven wrote: > >>> On Sat, Nov 19, 2016 at 4:28 AM, Laurent

Re: linux-next: build warning after merge of the drm-misc tree

On 04/05/2017 02:41 AM, Stephen Rothwell wrote: > Hi all, > > After merging the drm-misc tree, today's linux-next build > (arm_multi_v7_defconfig) produced this warning: > > drivers/gpu/drm/bridge/synopsys/dw-hdmi.c:608:13: warning: > 'hdmi_bus_fmt_is_yuv420' defined but not used

Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

On Wed, 05 Apr 2017, Laurent Pinchart wrote: > Hi Dave, > > On Wednesday 05 Apr 2017 09:51:27 Laurent Pinchart wrote: >> As the DRM LVDS panel driver uses a different approach to DT bindings >> compared to what Thierry Reding advocates, add a specific

[PATCH] drm/atomic: Acquire connection_mutex lock in drm_helper_probe_single_connector_modes, v3.

mode_valid() called from drm_helper_probe_single_connector_modes() may need to look at connector->state because what a valid mode is may depend on connector properties being set. For example some HDMI modes might be rejected when a connector property forces the connector into DVI mode. Some

Re: [PATCH] drm: rcar-du: Document the vsps property in the DT bindings

Hi Geert, On Wednesday 05 Apr 2017 09:54:38 Geert Uytterhoeven wrote: > On Fri, Mar 31, 2017 at 11:21 AM, Geert Uytterhoeven wrote: > > On Fri, Mar 31, 2017 at 11:19 AM, Laurent Pinchart wrote: > >> On Monday 27 Mar 2017 13:05:48 Geert Uytterhoeven wrote: > >>> On Mon, Mar 27, 2017 at 11:56 AM,

Re: [PATCH v2 0/5] Thunderbolt GPU fixes

On Fri, Mar 31, 2017 at 06:30:48AM -0700, Bjorn Helgaas wrote: > On Fri, Mar 31, 2017 at 3:11 AM, Lukas Wunner wrote: > > Bjorn, I haven't heard back after my reply to your e-mail of March 10 > > (regarding the "usually soldered to the mainboard" comment). I hope > > my reply was

Re: [PATCH] drm: don't link DP aux i2c adapter to the hardware device node

Hi Rob, Am Mittwoch, den 29.03.2017, 08:56 -0500 schrieb Rob Herring: > On Mon, Jan 23, 2017 at 10:33 AM, Thierry Reding > wrote: > > On Fri, Jan 13, 2017 at 06:36:30PM +0100, Lucas Stach wrote: > >> The i2c adapter on DP AUX is purely a software construct. Linking > >>

Re: [PATCH] drm: rcar-du: Document the vsps property in the DT bindings

Hi Laurent, On Fri, Mar 31, 2017 at 11:21 AM, Geert Uytterhoeven wrote: > On Fri, Mar 31, 2017 at 11:19 AM, Laurent Pinchart > wrote: >> On Monday 27 Mar 2017 13:05:48 Geert Uytterhoeven wrote: >>> On Mon, Mar 27, 2017 at 11:56 AM,

Re: [linux-sunxi] Re: [PATCH v3 04/11] drm/sun4i: abstract the layer type

On Wed, Apr 05, 2017 at 01:23:15PM +0800, Icenowy Zheng wrote: > > 2017年4月5日 10:27于 Chen-Yu Tsai 写道： > > > > On Wed, Apr 5, 2017 at 3:53 AM, Icenowy Zheng wrote: > > > > > > > > > 在 2017年04月05日 03:28, Sean Paul 写道: > > >> > > >> On Thu, Mar 30, 2017 at

Re: [PATCH] drm: bridge: dw-hdmi: remove unused hdmi_bus_fmt_is_yuv420

Hi Neil, Thank you for the patch. On Wednesday 05 Apr 2017 09:32:59 Neil Armstrong wrote: > Remove usused yet hdmi_bus_fmt_is_yuv420 function. > > Fixes: def23aa7e982 ("drm: bridge: dw-hdmi: Switch to V4L bus format and > encodings") Signed-off-by: Neil Armstrong

Re: [PATCH v2 09/13] arm64: dts: r8a7795: salvator-x: Add panel backlight support

Hi Laurent, On Wed, Apr 5, 2017 at 10:45 AM, Laurent Pinchart wrote: > On Monday 21 Nov 2016 11:59:47 Laurent Pinchart wrote: >> On Monday 21 Nov 2016 10:23:46 Geert Uytterhoeven wrote: >> > On Mon, Nov 21, 2016 at 10:19 AM, Laurent Pinchart wrote: >> >> On

[PATCH] drm/atomic: Add connector atomic_check function.

The connector atomic check function may be called multiple times, or not at all. It's mostly useful for implementing properties but if you call check_modeset twice it can be used for other modeset related checks as well. Signed-off-by: Maarten Lankhorst ---

Re: [PATCH] drm/atomic: Acquire connection_mutex lock in drm_helper_probe_single_connector_modes, v3.

On Wed, Apr 05, 2017 at 10:11:18AM +0200, Maarten Lankhorst wrote: > mode_valid() called from drm_helper_probe_single_connector_modes() > may need to look at connector->state because what a valid mode is may > depend on connector properties being set. For example some HDMI modes > might be

Re: [PATCH 1/2] drm: Add DRM_CAP_PRIME_SCANOUT.

On Wed, Apr 05, 2017 at 10:15:44AM +0200, Lucas Stach wrote: > Am Mittwoch, den 05.04.2017, 00:20 + schrieb Christopher James Halse > Rogers: > > > > > > On Tue, Apr 4, 2017 at 9:53 PM Daniel Vetter wrote: > > > > On Tue, Apr 4, 2017 at 12:43 PM, Lucas Stach > >

Re: [PATCH] drm/atomic: Add connector atomic_check function.

On Wed, Apr 05, 2017 at 10:41:24AM +0200, Maarten Lankhorst wrote: > The connector atomic check function may be called multiple times, > or not at all. It's mostly useful for implementing properties but if you > call check_modeset twice it can be used for other modeset related checks > as well. >

Re: imx-drm: vblank wait timed out

On Tue, 2017-04-04 at 14:50 +0200, Christian Gmeiner wrote: [...] > > Is this on a non-plus i.MX6? Maybe are missing the LDB DI clock glitch > > fixes (commits 5d283b083800, 03d576f202e8, and f13abeff2cde)? > > Yes it is a non-plus i.MX6D and all those three patches are included in > 4.9.20

Re: [PATCH libdrm 2/2] Add CRTC ID to vblank event

On Tue, 4 Apr 2017 17:52:20 +0100 Daniel Stone wrote: > From: Ander Conselvan de Oliveira > > When using the atomic API, one request can span multiple CRTCs, however > one event is generated per CRTC. As we cannot disambiguate the

Re: [PATCH 09/15] drm/msm: Nerf zpos property

On Mon, Apr 03, 2017 at 10:32:58AM +0200, Daniel Vetter wrote: > It's not wired up, and if it is, it should be moved over to the new > fancy standardized zpos property exposed through > drm_plane_create_zpos_property(). > > Cc: Rob Clark > Signed-off-by: Daniel Vetter

Re: [RFC, v2, 10/11] vb2: dma-contig: Let drivers decide DMA attrs of MMAP and USERPTR bufs

Hi Ricky, On Mon, Dec 26, 2016 at 03:58:07PM +0800, Ricky Liang wrote: > Hi Laurent, > > On Fri, Dec 16, 2016 at 9:24 AM, Laurent Pinchart > wrote: > > From: Sakari Ailus > > > > The desirable DMA attributes are not

[PATCH] exynos: add C++ support to exynos_drmif header

Add the usual extern "C" when compiling in C++ mode. Signed-off-by: Tobias Jakobi --- exynos/exynos_drmif.h | 8 1 file changed, 8 insertions(+) diff --git a/exynos/exynos_drmif.h b/exynos/exynos_drmif.h index 626e399..154439b 100644 ---

Re: DVI output on i.MX51 EVP board not working?

On Wed, Apr 5, 2017 at 10:05 AM, Wladimir J. van der Laan wrote: > Ok, thanks for testing. > > To be clear: was this result with v3.x, or with mainline? I tested with 4.11-rc5 and the kernel is driving the DVI monitor correctly. ___

Re: [PATCH 0/4] Fix DP busy wait and defer disabling overlay plane

On Tue, 2017-04-04 at 19:25 +0100, Dan MacDonald wrote: > It took just under 11 hours to build the Arch 4.11 armv7h kernel on my > SL. The good news is that the patch both applied and built OK this > time, and the kernel package installed fine. What didn't seem right is > that boot pauses for a

[Bug 100563] Compile fails with radeonsi / LLVM (git)

https://bugs.freedesktop.org/show_bug.cgi?id=100563 --- Comment #2 from Nicolai Hähnle --- To add a bit more explanation: sid_tables.h is usually updated automatically; but it was moved some time ago, and it's possible that you have an old copy in the old location. -- You

[Bug 100577] DC + TearFree display lock

https://bugs.freedesktop.org/show_bug.cgi?id=100577 Michel Dänzer changed: What|Removed |Added CC|mic...@daenzer.net | --- Comment #1

[Bug 195231] Continuous messages of "*ERROR* UVD not responding, trying to reset the VCPU!!!" and frozen screen

https://bugzilla.kernel.org/show_bug.cgi?id=195231 --- Comment #9 from Rogério Brito (rbr...@ime.usp.br) --- (In reply to Alex Deucher from comment #2) > Please attach your xorg log and dmesg output. Does appending radeon.runpm=0 > on the kernel command line in grub help? Dear Alex and other

[PATCH] drm: bridge: dw-hdmi: Add a missing break statement

There was supposed to be a break before the next case statement. Fixes: def23aa7e982 ("drm: bridge: dw-hdmi: Switch to V4L bus format and encodings") Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c

Re: [PATCH v5 3/5] drm/exynos: dsi: Fix the parse_dt function

2017년 04월 05일 00:38에 Krzysztof Kozlowski 이(가) 쓴 글: > On Tue, Mar 28, 2017 at 11:38 AM, Krzysztof Kozlowski wrote: >> On Tue, Mar 28, 2017 at 11:26 AM, Inki Dae wrote: >>> Merged. >> >> Hi, >> >> I do not see the tag (with DT patches) merged by you which I

[radeon-alex:drm-next-4.12-wip 34/69] drivers/gpu//drm/amd/amdgpu/amdgpu_vm.c:1207:20: note: in expansion of macro 'min'

tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.12-wip head: a738ad6108435367c1d7f1a4a499bebdd26c375e commit: d088e5038a6387552501705c797c0d0b84d3a935 [34/69] drm/amdgpu: fix vm size and block size for VMPT (v4) config: ia64-allmodconfig (attached as .config) compiler:

[PATCH] drm/exynos: clean up description of exynos_drm_crtc

This patch removes unnecessary descriptions on exynos_drm_crtc structure and adds one description which specifies what pipe_clk member does. pipe_clk support had been added by below patch without any description, drm/exynos: add support for pipeline clock to the framework Signed-off-by:

[Bug 100306] System randomly freezes or crashes to the login screen, glitches until rebooted

https://bugs.freedesktop.org/show_bug.cgi?id=100306 --- Comment #12 from Michel Dänzer --- (In reply to MirceaKitsune from comment #11) > I can however confirm that for approximately 8 days before that, the > problem went away as I had one week of uninterrupted uptime. Can

[bug report] drm: bridge: dw-hdmi: Switch to V4L bus format and encodings

Hello Neil Armstrong, The patch def23aa7e982: "drm: bridge: dw-hdmi: Switch to V4L bus format and encodings" from Apr 4, 2017, leads to the following static checker warning: drivers/gpu/drm/bridge/synopsys/dw-hdmi.c:1670 dw_hdmi_setup() warn: always true condition

[Bug 100580] Adding unreachable "return" and "continue" in a GLSL shader leads to different image

https://bugs.freedesktop.org/show_bug.cgi?id=100580 Boyan Ding changed: What|Removed |Added QA Contact|mesa-dev@lists.freedesktop.

Re: [PATCH v2 09/13] arm64: dts: r8a7795: salvator-x: Add panel backlight support

On Wed, Apr 05, 2017 at 10:55:32AM +0200, Geert Uytterhoeven wrote: > Hi Laurent, > > On Wed, Apr 5, 2017 at 10:45 AM, Laurent Pinchart > wrote: > > On Monday 21 Nov 2016 11:59:47 Laurent Pinchart wrote: > >> On Monday 21 Nov 2016 10:23:46 Geert Uytterhoeven

[PATCH] format-security: move static strings to const

While examining output from trial builds with -Wformat-security enabled, many strings were found that should be defined as "const", or as a char array instead of char pointer. This makes some static analysis easier, by producing fewer false positives. As these are all trivial changes, it seemed

drm-tip/drm-tip boot: 152 boots: 18 failed, 125 passed with 9 offline (v4.11-rc5-1626-g39a0f48c8bc7)

drm-tip/drm-tip boot: 152 boots: 18 failed, 125 passed with 9 offline (v4.11-rc5-1626-g39a0f48c8bc7) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1626-g39a0f48c8bc7/ Full Build Summary:

Re: [linux-sunxi] Re: [PATCH v3 04/11] drm/sun4i: abstract the layer type

在 2017-04-05 10:27，Chen-Yu Tsai 写道： On Wed, Apr 5, 2017 at 3:53 AM, Icenowy Zheng wrote: 在 2017年04月05日 03:28, Sean Paul 写道: On Thu, Mar 30, 2017 at 03:46:06AM +0800, Icenowy Zheng wrote: As we are going to add support for the Allwinner DE2 Mixer in sun4i-drm driver, we

Re: [PATCH] exynos: add C++ support to exynos_drmif header

On Wednesday, 2017-04-05 16:22:24 +0200, Tobias Jakobi wrote: > Add the usual extern "C" when compiling in C++ mode. Thanks, but why specifically this header? The other exynos/*.h headers also lack the c++ mangling guard. A quick grep shows that only 15/101 headers in libdrm have it. Can I

Re: [PATCH libdrm 2/2] etnaviv: add fence fd support

On Wednesday, 2017-04-05 14:34:56 +0200, Philipp Zabel wrote: > Add etna_cmd_stream_flush_explicit with in-fence fd and out-fence fd > support for explicit fencing. > > Signed-off-by: Philipp Zabel Series is: Reviewed-by: Eric Engestrom Do

Re: imx-drm: vblank wait timed out

2017-04-05 12:05 GMT+02:00 Philipp Zabel : > On Tue, 2017-04-04 at 14:50 +0200, Christian Gmeiner wrote: > [...] >> > Is this on a non-plus i.MX6? Maybe are missing the LDB DI clock glitch >> > fixes (commits 5d283b083800, 03d576f202e8, and f13abeff2cde)? >> >> Yes it is a

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Daniel Vetter writes: > Yeah I think that's a pretty neat idea to reduce the lease complexity even > more. If the VR compositor is unhappy and wants a different mode, it can > simply nuke the lease and as for a new one. Forgot to say that :-) Not sure it changes the lease

Re: [linux-sunxi] Re: [PATCH v3 04/11] drm/sun4i: abstract the layer type

On Wed, Apr 5, 2017 at 3:53 AM, Icenowy Zheng wrote: > > > 在 2017年04月05日 03:28, Sean Paul 写道: >> >> On Thu, Mar 30, 2017 at 03:46:06AM +0800, Icenowy Zheng wrote: >>> >>> As we are going to add support for the Allwinner DE2 Mixer in sun4i-drm >>> driver, we will finally have two

[PATCH v6 3/5] drm/dp: Add DP MST helpers to atomically find and release vcpi slots

From: "Pandiyan, Dhinakaran" drm_dp_atomic_find_vcpi_slots() should be called from ->atomic_check() to check there are sufficient vcpi slots for a mode and to add that to the state. This should be followed by a call to drm_dp_mst_allocate_vcpi() in

Re: Vulkan WSI+VK_KHR_display for KMS/DRM?

On Mon, Apr 3, 2017 at 12:56 PM, Keith Packard wrote: > Chad Versace writes: > > > The real path forward should be implemented on top of > > VK_KHX_external_memory. If you want to start experimenting now with > > Vulkan+KMS, you may want to look at >

Re: [PATCH v5 3/5] drm/exynos: dsi: Fix the parse_dt function

On Tue, Mar 28, 2017 at 11:38 AM, Krzysztof Kozlowski wrote: > On Tue, Mar 28, 2017 at 11:26 AM, Inki Dae wrote: >> Merged. > > Hi, > > I do not see the tag (with DT patches) merged by you which I provided > to you before. These are essential for

Re: [PATCH v3 04/11] drm/sun4i: abstract the layer type

在 2017年04月05日 03:28, Sean Paul 写道: On Thu, Mar 30, 2017 at 03:46:06AM +0800, Icenowy Zheng wrote: As we are going to add support for the Allwinner DE2 Mixer in sun4i-drm driver, we will finally have two types of layer. Abstract the layer type to void * and a ops struct, which contains the

Re: [linux-sunxi] Re: [PATCH v3 04/11] drm/sun4i: abstract the layer type

2017年4月5日 10:27于 Chen-Yu Tsai 写道： > > On Wed, Apr 5, 2017 at 3:53 AM, Icenowy Zheng wrote: > > > > > > 在 2017年04月05日 03:28, Sean Paul 写道: > >> > >> On Thu, Mar 30, 2017 at 03:46:06AM +0800, Icenowy Zheng wrote: > >>> > >>> As we are going to add support for

Re: [PATCH v2 5/9] drm/rockchip: vop: Enable pm domain when resetting vop

Hi Sean, On 04/05/2017 03:42 AM, Sean Paul wrote: On Sat, Apr 01, 2017 at 07:35:25PM +0800, Jeffy Chen wrote: Hi Jeffy, Could you please add commit messages describing *why* you're making the change? It might be obvious to you (and maybe me), but others will benefit from better descriptions.

[PATCH v3 2/9] drm: bridge: analogix: Unregister dp aux when unbinding

The dp aux is registered when binding analogix dp. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v3 8/9] drm/rockchip: gem: Don't alloc/free gem buf when dev_private is invalid

After unbinding drm, the userspace may still has a chance to access gem buf. Add a sanity check for a NULL dev_private to prevent that from happening. Signed-off-by: Jeffy Chen --- Changes in v3: Address Daniel Vetter 's comments. Update commit

[PATCH v3 0/9] drm: rockchip: Fix rockchip drm unbind crash error

Verified on rk3399 chromebook kevin: 1/ stop ui && pkill -9 frecon 2/ unbind/bind drm Changes in v3: Address Sean Paul 's comments. Update commit message. Address Sean Paul 's comments. Update commit message. Address Daniel Vetter 's

[PATCH] drm: virtio: fix virtio_gpu_cursor_formats

When we use virtio-vga with a big-endian guest, the mouse pointer disappears. To fix that, on big-endian use DRM_FORMAT_BGRA instead of DRM_FORMAT_ARGB. Signed-off-by: Laurent Vivier --- drivers/gpu/drm/virtio/virtgpu_plane.c | 4 1 file changed, 4

[PATCH libdrm v3 1/2] Headers: Sync drm{,_mode}.h with the kernel

Generated using make headers_install, based on drm-misc-next commit 5db06a8a98f515f67446a69c57577c4c363ec65d. This clarifies the comments around modifiers such that they are per-framebuffer rather than per-plane, adds the beginnings of aspect ratio mode flags, link status properties, and updates

[PATCH libdrm v3 2/2] Add CRTC ID to vblank event

From: Ander Conselvan de Oliveira When using the atomic API, one request can span multiple CRTCs, however one event is generated per CRTC. As we cannot disambiguate the CRTC with user data (since we only have one piece of user data to pass in), newer

Re: [PATCH] exynos: add C++ support to exynos_drmif header

Hello Eric, Eric Engestrom wrote: > On Wednesday, 2017-04-05 16:22:24 +0200, Tobias Jakobi wrote: >> Add the usual extern "C" when compiling in C++ mode. > > Thanks, but why specifically this header? The other exynos/*.h headers > also lack the c++ mangling guard. I'm currently writing a small

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Daniel Vetter writes: > The multi-seat thing sounds like vapourware, I think we should care about > the vr use-case for now, and only that one. Ok, I can live with that, even if I like the idea of a slightly more general solution. > For VR itself I'd go as far as saying that

RE: DRM Display driver for Intel FPGA Video and Image Processing Suite

Hi All, Apologies for the attachment earlier. Below are the inline changes for the patch From 0de293e3646a1780ed603cf8e1f2a19d9aebbe83 Mon Sep 17 00:00:00 2001 From: Ong, Hean Loong Date: Thu, 30 Mar 2017 18:02:22 +0800 Subject: [PATCHv0] Intel FPGA Video and Image

Re: [PATCH 0/2] virtio: fix virtio_gpu_mode_dumb_create

On 03/04/2017 09:08, Gerd Hoffmann wrote: > Hi, > > Little series to fix xorg display on virtio on bigendian machines. > First patch factors out the drm -> virtio format mapping code into > a helper function, second patch actually fixes the issue using the > new helper. > > cheers, > Gerd >

Re: [PULL] Synopsys Media Formats

Em Mon, 3 Apr 2017 12:35:44 -0400 Sean Paul escreveu: > Hi Mauro, > > Here's the pull for Neil's new media formats. We're using a topic branch in > drm-misc, so it will not change. Once you have acked, we'll pull this in and > apply the rest of Neil's set. Thanks!

[PATCH v3 1/9] drm: bridge: analogix: Detach panel when unbinding analogix dp

The panel is attached when binding analogix dp. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: Fix some commit messages. drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v6 2/5] drm/dp: Introduce MST topology state to track available link bandwidth

From: "Pandiyan, Dhinakaran" Link bandwidth is shared between multiple display streams in DP MST configurations. The DP MST topology manager structure maintains the shared link bandwidth for a primary link directly connected to the GPU. For atomic modesetting

Re: [PATCH 2/4] drm: Add drm_object lease infrastructure

Daniel Vetter writes: > On Sat, Apr 01, 2017 at 10:08:39AM -0700, Keith Packard wrote: >> +BUG_ON(__mutex_owner(>dev->mode_config.idr_mutex) != current); > > Forgot to reply on this: > > lockdep_assert_held + enable lockdep. Thanks. Will fix. -- -keith signature.asc

Re: [Intel-gfx] [PATCH v5 3/5] drm/dp: Add DP MST helpers to atomically find and release vcpi slots

On Thu, 2017-03-30 at 01:42 -0700, Dhinakaran Pandiyan wrote: > From: "Pandiyan, Dhinakaran" > > drm_dp_atomic_find_vcpi_slots() should be called from ->atomic_check() to > check there are sufficient vcpi slots for a mode and to add that to the > state. This should

Google Summer of Code time conflict

I forgot to mention in my application that I have classes until june 7. Also, Dave Airlie said he might be willing to mentor me: https://lists.freedesktop.org/archives/mesa-dev/2017-February/144078.html Jacob Lifshay ___ dri-devel mailing list

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Daniel Vetter writes: > Hm, if you restrict getresources and getplanes, you'll get your leased > objects query api. Iirc that part was missing in your kernel patch. And it > gives you exaclty what you want: per-type list of object ids. Hrm. I think that's one Dave didn't want

Re: [PATCH v2 6/9] drm/rockchip: Reoder unload sequence

Hi Sean, On 04/05/2017 03:44 AM, Sean Paul wrote: On Sat, Apr 01, 2017 at 07:35:26PM +0800, Jeffy Chen wrote: We should not cleanup iommu before cleanup other resources. Reorder unload sequence, follow exynos drm. This doesn't match the cleanup sequence in rockchip_drm_bind. Also make sure

[PATCH v3 6/9] drm/rockchip: Reoder drm bind/unbind sequence

Current drm bind/unbind sequence would cause some memory issues. For example we should not cleanup iommu before cleanup mode config. Reorder bind/unbind sequence, follow exynos drm. Signed-off-by: Jeffy Chen --- Changes in v3: Address Sean Paul

[PATCH v6 4/5] drm: Connector helper function to release resources

From: "Pandiyan, Dhinakaran" Having an ->atomic_release callback is useful to release shared resources that get allocated in compute_config(). This function is expected to be called in the atomic_check() phase before new resources are acquired. v5: Return an int

Re: [PATCH v3 8/9] drm/rockchip: gem: Don't alloc/free gem buf when dev_private is invalid

On Wed, Apr 05, 2017 at 04:29:26PM +0800, Jeffy Chen wrote: > After unbinding drm, the userspace may still has a chance to access > gem buf. > > Add a sanity check for a NULL dev_private to prevent that from > happening. I still don't understand how this is happening. You're saying that these

[PATCH libdrm] configure.ac: pthread-stubs is not a thing on GNU/kFreeBSD

From: Emil Velikov As mentioned on the xcb mailing list, the platform uses the GLIBC forwarding mechanism. https://lists.freedesktop.org/archives/xcb/2016-November/010896.html Cc: Andreas Boll Reported-by: Andreas Boll

Re: [PATCH libdrm] configure.ac: pthread-stubs is not a thing on GNU/kFreeBSD

On Wednesday, 2017-04-05 17:24:31 +0100, Emil Velikov wrote: > From: Emil Velikov > > As mentioned on the xcb mailing list, the platform uses the GLIBC > forwarding mechanism. > > https://lists.freedesktop.org/archives/xcb/2016-November/010896.html > > Cc: Andreas

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Daniel Vetter writes: > On that, I think we could just unconditionally hand leases all encoders. > Encoders turned out to be a bit an uapi mistake. Well, given the complexity of hardware these days, even crtcs would probably best have been hidden... > Neither setcrtc nor

Re: [PATCH 0/4] Fix DP busy wait and defer disabling overlay plane

Hi Phillipp Thanks for the patch, but did you mean v4.11-rc4 or is it really/only for v4.11-rc1, if it makes a difference? I was trying to build rc4. Thanks On Mon, Apr 3, 2017 at 12:46 PM, Philipp Zabel wrote: > Hi Dan, > > On Sat, 2017-04-01 at 11:50 +0100, Dan

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Daniel Vetter writes: > Also if this confuses VR, then another reason why we want to make leases > invariant and only allow pure revoke, not changing the list. I'm not sure why you want this to be asymmetrical, nor why you would expect lessees to be any more competent at

Re: [PATCH 0/4] Fix DP busy wait and defer disabling overlay plane

It took just under 11 hours to build the Arch 4.11 armv7h kernel on my SL. The good news is that the patch both applied and built OK this time, and the kernel package installed fine. What didn't seem right is that boot pauses for a minute or so on these lines: [ 4.458572] panel-simple panel-lcd:

[PATCH v3 7/9] drm/rockchip: Shutdown all crtcs when unbinding drm

Signed-off-by: Jeffy Chen --- Changes in v3: Address Daniel Vetter 's comments. Update commit message. Changes in v2: None drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH v3 04/11] drm/sun4i: abstract the layer type

On Mon, Apr 3, 2017 at 4:14 PM, Maxime Ripard wrote: > Hi, > > On Thu, Mar 30, 2017 at 03:46:06AM +0800, Icenowy Zheng wrote: >> As we are going to add support for the Allwinner DE2 Mixer in sun4i-drm >> driver, we will finally have two types of layer. >> >>

[PATCH v3 9/9] drm/rockchip: cdn-dp: Don't unregister audio dev when unbinding

After snd_soc_unregister_codec, the dai link would remain bound to the invalid codec. That would cause crashes after unbind dp driver. Let's unregister audio codec when removing dp driver to prevent that. Signed-off-by: Jeffy Chen --- Changes in v3: Update commit

Re: [PATCH] drm: virtio: fix virtio_gpu_cursor_formats

On Wed, Apr 05, 2017 at 10:09:15AM +0200, Laurent Vivier wrote: > When we use virtio-vga with a big-endian guest, > the mouse pointer disappears. > > To fix that, on big-endian use DRM_FORMAT_BGRA > instead of DRM_FORMAT_ARGB. > > Signed-off-by: Laurent Vivier > ---

Re: [PATCH libdrm 2/2] etnaviv: add fence fd support

On Wed, 2017-04-05 at 17:07 +0100, Eric Engestrom wrote: > On Wednesday, 2017-04-05 14:34:56 +0200, Philipp Zabel wrote: > > Add etna_cmd_stream_flush_explicit with in-fence fd and out-fence fd > > support for explicit fencing. > > > > Signed-off-by: Philipp Zabel > >

Re: [PATCH libdrm] configure.ac: pthread-stubs is not a thing on GNU/kFreeBSD

2017-04-05 18:43 GMT+02:00 Eric Engestrom : > On Wednesday, 2017-04-05 17:24:31 +0100, Emil Velikov wrote: >> From: Emil Velikov >> >> As mentioned on the xcb mailing list, the platform uses the GLIBC >> forwarding mechanism. >> >>

Re: [PATCH v2 8/9] drm/rockchip: gem: Don't alloc/free gem buf before drm dev registered

Hi Daniel, On 04/03/2017 03:41 PM, Daniel Vetter wrote: On Sat, Apr 01, 2017 at 07:35:28PM +0800, Jeffy Chen wrote: Signed-off-by: Jeffy Chen --- Changes in v2: None Wut? How is this even possible? If you haven't registered the driver yet, there's no way for

  1   2   >