Re: [Intel-gfx] [PATCH 16/37] drm/hdlcd|mali: Drop drm_vblank_cleanup

On Wed, May 31, 2017 at 05:57:07PM +0100, Liviu Dudau wrote: > On Wed, May 31, 2017 at 06:41:05PM +0200, Daniel Vetter wrote: > > On Wed, May 31, 2017 at 1:22 PM, Liviu Dudau wrote: > > > On Wed, May 31, 2017 at 01:03:34PM +0200, Daniel Vetter wrote: > > >> On Wed, May 31,

[drm:drm-syncobj-sem 1/6] htmldocs: drivers/gpu/drm/drm_syncobj.c:88: warning: No description found for parameter 'syncobj'

tree: git://people.freedesktop.org/~airlied/linux.git drm-syncobj-sem head: 78159d5e37ad792306dcb6e1046b67fe0a3bde6e commit: 6c72d92e70f50824c96d6c6f662ca237a50b81a5 [1/6] drm: introduce sync objects (v3) reproduce: make htmldocs All warnings (new ones prefixed by >>): WARNING:

[Bug 101266] segfault in libvdpau_radeonsi.so.1.0.0 when opening certain videos

https://bugs.freedesktop.org/show_bug.cgi?id=101266 P. Levine changed: What|Removed |Added Keywords||have-backtrace -- You

[Bug 101266] segfault in libvdpau_radeonsi.so.1.0.0 when opening certain videos

https://bugs.freedesktop.org/show_bug.cgi?id=101266 Bug ID: 101266 Summary: segfault in libvdpau_radeonsi.so.1.0.0 when opening certain videos Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux

[Bug 101254] VDPAU videos take forever to start in different applications

https://bugs.freedesktop.org/show_bug.cgi?id=101254 Michel Dänzer changed: What|Removed |Added QA Contact|xorg-t...@lists.x.org

[Bug 101229] Global screen tearing (scrolling, Hz miss-match?)

https://bugs.freedesktop.org/show_bug.cgi?id=101229 --- Comment #8 from Michel Dänzer --- To prevent tearing, you need to either choose OpenGL instead of XRender and an appropriate tearing prevention setting, or enable TearFree with xrandr --output eDP --set TearFree on --

[git pull] drm fixes for v4.12-rc4

oops forgot subject. On 1 June 2017 at 12:26, Dave Airlie wrote: > Hi Linus, > > This is the main set of fixes for rc4, one amdgpu fix, some exynos > regression fixes, some msm fixes and some i915 and GVT fixes. > > I've got a second regression fix for some DP chips that might

[no subject]

Hi Linus, This is the main set of fixes for rc4, one amdgpu fix, some exynos regression fixes, some msm fixes and some i915 and GVT fixes. I've got a second regression fix for some DP chips that might be a bit large, but I think we'd like to land it now, I'll send it along tomorrow, once you are

Re: [PATCH RESEND 1/6] drm/atomic: initial support for asynchronous plane update

2017-05-31 Eric Anholt : > Gustavo Padovan writes: > > > From: Gustavo Padovan > > > > In some cases, like cursor updates, it is interesting to update the > > plane in an asynchronous fashion to avoid big delays. The current

Re: [PATCH RESEND 6/6] drm/vc4: update cursors asynchronously through atomic

2017-05-31 Eric Anholt : > Gustavo Padovan writes: > > > From: Gustavo Padovan > > > > Add support to async updates of cursors by using the new atomic > > "Add support for" > > > interface for that. Basically what this

drm syncobjs - running out of tag lines

Okay so Christian said he wanted lookup and replace split in the amdgpu cs, this does this, and looks a bit cleaner, it required changing some of the interfaces around on what is exported. Dave. ___ dri-devel mailing list

[PATCH 5/5] amdgpu: use drm sync objects for shared semaphores (v5)

From: Dave Airlie This creates a new command submission chunk for amdgpu to add in and out sync objects around the submission. Sync objects are managed via the drm syncobj ioctls. The command submission interface is enhanced with two new chunks, one for syncobj pre

[PATCH 2/5] drm/syncobj: add sync obj wait interface. (v4)

From: Dave Airlie This interface will allow sync object to be used to back Vulkan fences. This API is pretty much the vulkan fence waiting API, and I've ported the code from amdgpu. v2: accept relative timeout, pass remaining time back to userspace. v3: return to absolute

[PATCH 1/5] drm: introduce sync objects (v4)

From: Dave Airlie Sync objects are new toplevel drm object, that contain a pointer to a fence. This fence can be updated via command submission ioctls via drivers. There is also a generic wait obj API modelled on the vulkan wait API (with code modelled on some amdgpu code).

[PATCH 4/5] amdgpu/cs: split out fence dependency checking

From: Dave Airlie This just splits out the fence depenency checking into it's own function to make it easier to add semaphore dependencies. Reviewed-by: Christian König Signed-off-by: Dave Airlie ---

[PATCH 3/5] drm/syncobj: add sync_file interaction. (v1.2)

From: Dave Airlie This interface allows importing the fence from a sync_file into an existing drm sync object, or exporting the fence attached to an existing drm sync object into a new sync file object. This should only be used to interact with sync files where necessary.

Re: [PATCH RESEND 1/6] drm/atomic: initial support for asynchronous plane update

Gustavo Padovan writes: > From: Gustavo Padovan > > In some cases, like cursor updates, it is interesting to update the > plane in an asynchronous fashion to avoid big delays. The current queued > update could be still waiting for a fence to

Re: [PATCH RESEND 6/6] drm/vc4: update cursors asynchronously through atomic

Gustavo Padovan writes: > From: Gustavo Padovan > > Add support to async updates of cursors by using the new atomic "Add support for" > interface for that. Basically what this commit does is do what > vc4_update_plane() did but through

Slower 3D with kernel 4.11.x

Hi I upgraded a few weeks ago to kernel 4.11.x from 4.10.x and notice a drop in performance in my AMD RX480, using mesa 17.2-dev and a A10-7890k APU the worst example is Mad Max, with vulkan i get about 80fps in 4.10, but about 25fps in 4.11. using openGL, i get about 50fps on

[Bug 101262] Mesa reports no Video Memory

https://bugs.freedesktop.org/show_bug.cgi?id=101262 Bug ID: 101262 Summary: Mesa reports no Video Memory Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal

[PATCH 1/1] Adding VK_KHR_display to mesa based on KMS

As part of my adventures to implement 'DRM leases', it turns out to be easiest to just implement 'real' VK_KHR_display in mesa now, rather than a pile of ugly kludges. Because DRM leases just provide a DRM master fd with limited resource access, mesa doesn't have to care whether you provide a

[Bug 101229] Global screen tearing (scrolling, Hz miss-match?)

https://bugs.freedesktop.org/show_bug.cgi?id=101229 --- Comment #7 from Paul --- (In reply to Michel Dänzer from comment #6) > Which rendering backend and tearing prevention method are selected in the > kwin settings? XRender and auto, I have tried the

Re: [PATCH v2] drm: Do not call drm_dev_unregister twice on drm_unplug_dev

Hi, On 30-05-17 14:02, Hans de Goede wrote: Hi, On 29-05-17 21:02, Daniel Vetter wrote: On Sun, May 28, 2017 at 07:16:55PM +0200, Hans de Goede wrote: Since commit a39be606f99d ("drm: Do a full device unregister when unplugging") drm_unplug_dev has been calling drm_dev_unregister followed by

Re: [linux-sunxi] Re: [RFC PATCH 07/11] drm: sun4i: add support for the TV encoder in H3 SoC

On Wed, May 24, 2017 at 04:25:46PM +0800, Icenowy Zheng wrote: > > > 于 2017年5月24日 GMT+08:00 下午3:30:19, Maxime Ripard > 写到: > >On Tue, May 23, 2017 at 09:00:59PM +0800, icen...@aosc.io wrote: > >> 在 2017-05-23 20:53，Maxime Ripard 写道： > >> > On Mon, May 22, 2017

Re: [Intel-gfx] [PATCH] drm: Extract drm_vblank.[hc]

Hi Daniel, [auto build test WARNING on drm/drm-next] [also build test WARNING on next-20170531] [cannot apply to v4.12-rc3] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Daniel-Vetter/drm

[pull] amdgpu drm-fixes-4.12

Hi Dave, Just one fix for VCE3. The following changes since commit 5ed02dbb497422bf225783f46e6eadd237d23d6b: Linux 4.12-rc3 (2017-05-28 17:20:53 -0700) are available in the git repository at: git://people.freedesktop.org/~agd5f/linux drm-fixes-4.12 for you to fetch changes up to

Re: [PATCH v2 5/7] drm/ltdc: Use the panel-bridge helper.

Hi Eric, I took your patch for the panel-bridge and it works perfectly in both DPI mode (panel RGB //) and DSI mode (bridge dw mipi dsi), bravo :-) ~160 lines have been removed from ltdc.c thanks to your panel-bridge code! Many thanks Philippe On 05/11/2017 08:31 PM, Eric Anholt wrote: >

[PATCH 4/4] drm/bridge: dw-hdmi: add cec driver

Add a CEC driver for the dw-hdmi hardware. Signed-off-by: Russell King --- drivers/gpu/drm/bridge/synopsys/Kconfig | 8 + drivers/gpu/drm/bridge/synopsys/Makefile | 1 + drivers/gpu/drm/bridge/synopsys/dw-hdmi-cec.c | 320 ++

Re: iMac 10,1 with Ubuntu 16.04: black screen after suspend

On 26.05.2017 23:03, Lukas Wunner wrote: > On Fri, May 26, 2017 at 02:13:29PM +0200, Florian Echtler wrote: >> I'm running Ubuntu 16.04.2 on a 27" unibody iMac 10,1 from 2009. However, >> even >> with the most recent HWE stack (kernel 4.8), the display stays black after >> suspend. I can ssh into

[PATCH 0/4] dw-hdmi CEC support

Hi, This series adds dw-hdmi CEC support. This is done in four stages: 1. Remove definitions that are not required from dw-hdmi.h 2. Add cec-notifier support 3. Fix up the clkdis register support, as this register contains a clock disable bit for the CEC module. 4. Add the driver. The CEC

[PATCH 1/4] drm/bridge: dw-hdmi: remove CEC engine register definitions

We don't need the CEC engine register definitions, so let's remove them. Signed-off-by: Russell King --- drivers/gpu/drm/bridge/synopsys/dw-hdmi.h | 45 --- 1 file changed, 45 deletions(-) diff --git

Linux Kernel 4.4.0-66 Possible DRM connector_status Bug For LG Displays

LG Displays are being reported as "disconnected" when they are powered off (currently connected through DVI to mini-displayport adapter) Only seeing this with LG displays (have tested NEC and Samsung *limited model types for each manufacturer*). With the LG display connected to the graphics

[PATCH 2/4] drm/bridge: dw-hdmi: add cec notifier support

Add CEC notifier support to the HDMI bridge driver, so that the CEC part of the IP can receive its physical address. Signed-off-by: Russell King --- drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 22 +- 1 file changed, 21 insertions(+), 1 deletion(-)

[PATCH 3/4] drm/bridge: dw-hdmi: add better clock disable control

The video setup path aways sets the clock disable register to a specific value, which has the effect of disabling the CEC engine. When we add the CEC driver, this becomes a problem. Fix this by only setting/clearing the bits that the video path needs to. Signed-off-by: Russell King

Re: [Intel-gfx] [PATCH v10 3/3] drm/i915: Set PWM divider to match desired frequency in vbt

The patch looks good overall, it would have been easier to merge if you'd sent this as the first patch in this version. Some comments inline. On Fri, 2017-05-26 at 18:42 -0700, Puthikorn Voravootivat wrote: > Read desired PWM frequency from panel vbt and calculate the > value for divider in

Re: [Intel-gfx] [PATCH v10 2/3] drm/i915: Add option to support dynamic backlight via DPCD

On Fri, 2017-05-26 at 18:42 -0700, Puthikorn Voravootivat wrote: > This patch adds option to enable dynamic backlight for eDP > panel that supports this feature via DPCD register and > set minimum / maximum brightness to 0% and 100% of the > normal brightness. > > Signed-off-by: Puthikorn

Re: [PATCH 21/22] drm/tegra: Don't use IOMMU on Tegra20

On 30.05.2017 12:21, Joerg Roedel wrote: > On Tue, May 23, 2017 at 03:16:32AM +0300, Dmitry Osipenko wrote: >> There is no IOMMU on Tegra20, instead a GART would be picked as an IOMMU >> provider. >> >> Signed-off-by: Dmitry Osipenko >> --- >> drivers/gpu/drm/tegra/drm.c | 5

[PATCH] gma500: Fix a sleep-in-atomic bug in psbfb_2d_submit

The driver may sleep under a spin lock, and the function call path is: psbfb_2d_submit (acquire the lock by spin_lock_irqsave) psb_2d_wait_available psb_spank msleep --> may sleep To fix it, the "msleep" is replaced with "mdelay" in psb_spank. Signed-off-by: Jia-Ju Bai

Re: iMac 10,1 with Ubuntu 16.04: black screen after suspend

On 30.05.2017 12:54, Lukas Wunner wrote: > On Tue, May 30, 2017 at 11:34:17AM +0200, Florian Echtler wrote: >> On 26.05.2017 23:03, Lukas Wunner wrote: >>> On Fri, May 26, 2017 at 02:13:29PM +0200, Florian Echtler wrote: I'm running Ubuntu 16.04.2 on a 27" unibody iMac 10,1 from 2009.

Re: [PATCH 16/37] drm/hdlcd|mali: Drop drm_vblank_cleanup

On Wed, May 31, 2017 at 06:41:05PM +0200, Daniel Vetter wrote: > On Wed, May 31, 2017 at 1:22 PM, Liviu Dudau wrote: > > On Wed, May 31, 2017 at 01:03:34PM +0200, Daniel Vetter wrote: > >> On Wed, May 31, 2017 at 12:57 PM, Liviu Dudau wrote: > >> > On

Re: [PATCH 16/37] drm/hdlcd|mali: Drop drm_vblank_cleanup

On Wed, May 31, 2017 at 1:22 PM, Liviu Dudau wrote: > On Wed, May 31, 2017 at 01:03:34PM +0200, Daniel Vetter wrote: >> On Wed, May 31, 2017 at 12:57 PM, Liviu Dudau wrote: >> > On Wed, May 24, 2017 at 04:51:51PM +0200, Daniel Vetter wrote: >> >> IRQs

Re: [PATCH 16/37] drm/hdlcd|mali: Drop drm_vblank_cleanup

On Wed, May 24, 2017 at 04:51:51PM +0200, Daniel Vetter wrote: > IRQs are properly shut down, so it almost works as race-free shutdown. > Except the irq is stopped after the vblank stuff, so boom anyway. > Proper way would be to call drm_atomic_helper_shutdown before any of > the kms things gets

Re: [PULL] topic/e1000e-fix

On Wed, May 31, 2017 at 5:08 PM, David Miller wrote: > From: Daniel Vetter > Date: Wed, 31 May 2017 08:10:45 +0200 > >> On Wed, May 31, 2017 at 7:54 AM, Daniel Vetter >> wrote: >>> On Wed, May 31, 2017 at 1:06 AM, Dave Airlie

[PATCH v2 1/1] e1000e: Undo e1000e_pm_freeze if __e1000_shutdown fails

From: Chris Wilson An error during suspend (e100e_pm_suspend), [ 429.994338] ACPI : EC: event blocked [ 429.994633] e1000e: EEE TX LPI TIMER: 0011 [ 430.955451] pci_pm_suspend(): e1000e_pm_suspend+0x0/0x30 [e1000e] returns -2 [ 430.955454] dpm_run_callback():

Re: [PULL] topic/e1000e-fix

On Wed, 31 May 2017, David Miller wrote: > And we can't understand why respinning with the requested change is > less work than making several postings such as this one. When our CI hits tons of non-drm issues every merge window, I imagine our developers can start to get a

Re: [PATCH v2 01/11] drm: Add HDMI 2.0 VIC support for AVI info-frames

Regards Shashank On 5/31/2017 6:11 PM, Ville Syrjälä wrote: On Tue, May 30, 2017 at 10:00:12PM +0530, Sharma, Shashank wrote: Regards Shashank On 5/30/2017 9:43 PM, Ville Syrjälä wrote: On Tue, May 30, 2017 at 05:43:40PM +0530, Shashank Sharma wrote: HDMI 1.4b support the CEA video

Re: [PATCH v2 02/11] drm/edid: Complete CEA modedb(VIC 1-107)

Regards Shashank On 5/31/2017 6:09 PM, Ville Syrjälä wrote: On Tue, May 30, 2017 at 09:56:56PM +0530, Sharma, Shashank wrote: Regards Shashank On 5/30/2017 9:48 PM, Ville Syrjälä wrote: On Tue, May 30, 2017 at 05:43:41PM +0530, Shashank Sharma wrote: CEA-861-F specs defines new video

[Bug 98145] X modesetting problem on dell laptop

https://bugs.freedesktop.org/show_bug.cgi?id=98145 --- Comment #6 from Klaus Kusche --- (In reply to Henri Kemppainen from comment #4) > Klaus if you're still around, you could try a workaround to test the theory. > See next attachment. I'll try to test it, but it

[PATCH libdrm 1/2] headers: sync drm_fourcc.h with airlied/drm-next

This adds a bunch of modifiers stuff, as well as a few new formats. Includes the following changes: ebbb0e5cfd2ceb1150b1 drm: add extern C guard for the UAPI headers b9fb2a21ac8058965a6b drm_fourcc: Document linear modifier af913418261d6d3e7a29 drm_fourcc: Fix DRM_FORMAT_MOD_LINEAR #define

[PATCH libdrm 2/2] headers: sync drm_sarea.h with airlied/drm-next

Adds the C++ extern guards from ebbb0e5cfd2ceb1150b1 drm: add extern C guard for the UAPI headers Generated using `make headers_install` from airlied/drm-next at commit 2a1720376adda5ecf8e636fbfb05339c7dad1c55 Signed-off-by: Eric Engestrom --- include/drm/drm_sarea.h

Re: [PULL] topic/e1000e-fix

From: Daniel Vetter Date: Wed, 31 May 2017 08:10:45 +0200 > On Wed, May 31, 2017 at 7:54 AM, Daniel Vetter wrote: >> On Wed, May 31, 2017 at 1:06 AM, Dave Airlie wrote: >>> On 31 May 2017 at 08:10, David Miller

[PULL] topic/dp-quirks for v4.12

Hi Dave, this series, based on v4.12-rc3, starts a DP sink/branch device specific quirk database, and uses it to handle conflicting requirements on the DP Mvid/Nvid main stream attributes by different sinks. v4.12 has a Mvid/Nvid fix for a common USB Type-C DP adapter (the DA200), which

Re: [PATCH v2 05/11] drm: create hdmi output property

Regards Shashank On 5/31/2017 6:16 PM, Ville Syrjälä wrote: On Tue, May 30, 2017 at 10:18:19PM +0530, Sharma, Shashank wrote: Regards Shashank On 5/30/2017 10:06 PM, Ville Syrjälä wrote: On Tue, May 30, 2017 at 05:43:44PM +0530, Shashank Sharma wrote: HDMI displays can support various

Re: iMac 10,1 with Ubuntu 16.04: black screen after suspend

On Wed, May 31, 2017 at 5:21 AM, Lukas Wunner wrote: > On Wed, May 31, 2017 at 10:48:37AM +0200, Florian Echtler wrote: >> On 30.05.2017 12:54, Lukas Wunner wrote: >> > On Tue, May 30, 2017 at 11:34:17AM +0200, Florian Echtler wrote: >> >> On 26.05.2017 23:03, Lukas Wunner wrote:

[GIT PULL] omapdrm changes for v4.13

Hi Dave, Please pull omapdrm changes for v4.13. Tomi The following changes since commit e98c58e55f68f8785aebfab1f8c9a03d8de0afe1: Merge tag 'drm-misc-next-2017-05-16' of git://anongit.freedesktop.org/git/drm-misc into drm-next (2017-05-18 12:57:06 +1000) are available in the git

Re: [PATCH v2 05/11] drm: create hdmi output property

On Tue, May 30, 2017 at 10:18:19PM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 5/30/2017 10:06 PM, Ville Syrjälä wrote: > > On Tue, May 30, 2017 at 05:43:44PM +0530, Shashank Sharma wrote: > >> HDMI displays can support various output types, based on > >> the color space and

Re: [PATCH v2 01/11] drm: Add HDMI 2.0 VIC support for AVI info-frames

On Tue, May 30, 2017 at 10:00:12PM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 5/30/2017 9:43 PM, Ville Syrjälä wrote: > > On Tue, May 30, 2017 at 05:43:40PM +0530, Shashank Sharma wrote: > >> HDMI 1.4b support the CEA video modes as per range of CEA-861-D (VIC 1-64). > >>

Re: [PATCH v2 02/11] drm/edid: Complete CEA modedb(VIC 1-107)

On Tue, May 30, 2017 at 09:56:56PM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 5/30/2017 9:48 PM, Ville Syrjälä wrote: > > On Tue, May 30, 2017 at 05:43:41PM +0530, Shashank Sharma wrote: > >> CEA-861-F specs defines new video modes to be used with > >> HDMI 2.0 EDIDs. The

[Bug 98145] X modesetting problem on dell laptop

https://bugs.freedesktop.org/show_bug.cgi?id=98145 --- Comment #5 from Henri Kemppainen --- Created attachment 131597 --> https://bugs.freedesktop.org/attachment.cgi?id=131597=edit disable gtf modes -- You are receiving this mail because: You are the assignee for the

[Bug 98145] X modesetting problem on dell laptop

https://bugs.freedesktop.org/show_bug.cgi?id=98145 --- Comment #4 from Henri Kemppainen --- This looks very much like symptoms of bug 101249: https://bugs.freedesktop.org/show_bug.cgi?id=101249 Klaus if you're still around, you could try a workaround to test the theory. See next

[Bug 194761] amdgpu driver breaks on Oland (SI)

https://bugzilla.kernel.org/show_bug.cgi?id=194761 --- Comment #29 from Berg (b...@uralmail.com) --- (In reply to Jean Delvare from comment #28) > I don't know how reliable it is, but Wikipedia claims that the Radeon R5 240 > has a 128-bit bus to video RAM. I confirm as the owner of the R7 240, -

Re: [PATCH 16/37] drm/hdlcd|mali: Drop drm_vblank_cleanup

On Wed, May 31, 2017 at 01:03:34PM +0200, Daniel Vetter wrote: > On Wed, May 31, 2017 at 12:57 PM, Liviu Dudau wrote: > > On Wed, May 24, 2017 at 04:51:51PM +0200, Daniel Vetter wrote: > >> IRQs are properly shut down, so it almost works as race-free shutdown. > >> Except the

[pull] drm/msm: msm-fixes for 4.12-rc4

Hi Dave, a few fixes for 4.12.. The following changes since commit bc1f0e04da20473d6feab0cd9ac638a348d5: Merge branch 'drm-fixes-4.12' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2017-05-26 11:51:55 +1000) are available in the git repository at:

Re: [PATCH v5 08/10] drm/arm: malidp: Use crtc->mode_valid() callback

On Wed, May 31, 2017 at 12:56:59PM +0200, Daniel Vetter wrote: > On Wed, May 31, 2017 at 12:48 PM, Liviu Dudau wrote: > > On Wed, May 31, 2017 at 10:20:04AM +0200, Daniel Vetter wrote: > >> On Tue, May 30, 2017 at 10:37:29AM +0100, Liviu Dudau wrote: > >> > On Tue, May 30,

Re: [PATCH 16/37] drm/hdlcd|mali: Drop drm_vblank_cleanup

On Wed, May 31, 2017 at 12:57 PM, Liviu Dudau wrote: > On Wed, May 24, 2017 at 04:51:51PM +0200, Daniel Vetter wrote: >> IRQs are properly shut down, so it almost works as race-free shutdown. >> Except the irq is stopped after the vblank stuff, so boom anyway. >> Proper way

Re: [PATCH 16/37] drm/hdlcd|mali: Drop drm_vblank_cleanup

Hi Daniel, On Wed, May 24, 2017 at 04:51:51PM +0200, Daniel Vetter wrote: > IRQs are properly shut down, so it almost works as race-free shutdown. > Except the irq is stopped after the vblank stuff, so boom anyway. > Proper way would be to call drm_atomic_helper_shutdown before any of > the kms

Re: [ANN] HDMI CEC Status Update

Hi Andrzej and Hans, On 2017-05-31 10:12, Andrzej Hajda wrote: On 30.05.2017 08:53, Hans Verkuil wrote: For those who are interested in HDMI CEC support I made a little status document that I intend to keep up to date: https://hverkuil.home.xs4all.nl/cec-status.txt My goal is to get CEC

Re: [PATCH v5 08/10] drm/arm: malidp: Use crtc->mode_valid() callback

On Wed, May 31, 2017 at 12:48 PM, Liviu Dudau wrote: > On Wed, May 31, 2017 at 10:20:04AM +0200, Daniel Vetter wrote: >> On Tue, May 30, 2017 at 10:37:29AM +0100, Liviu Dudau wrote: >> > On Tue, May 30, 2017 at 09:29:44AM +0200, Neil Armstrong wrote: >> > > On 05/25/2017

Re: [PATCH v5 08/10] drm/arm: malidp: Use crtc->mode_valid() callback

On Wed, May 31, 2017 at 10:20:04AM +0200, Daniel Vetter wrote: > On Tue, May 30, 2017 at 10:37:29AM +0100, Liviu Dudau wrote: > > On Tue, May 30, 2017 at 09:29:44AM +0200, Neil Armstrong wrote: > > > On 05/25/2017 04:19 PM, Jose Abreu wrote: > > > > Now that we have a callback to check if crtc

Re: [PATCH] gma500: Fix a sleep-in-atomic bug in psbfb_2d_submit

On Wed, May 31, 2017 at 10:48 AM, Jia-Ju Bai wrote: > The driver may sleep under a spin lock, and the function call path is: > psbfb_2d_submit (acquire the lock by spin_lock_irqsave) > psb_2d_wait_available > psb_spank > msleep --> may sleep > > To fix it, the

Re: [Intel-gfx] [RFC 0/9] Add HDR Metadata Parsing and handling in DRM layer

On Wed, May 31, 2017 at 03:40:48PM +0530, Uma Shankar wrote: > This patch series enables HDR support in drm. > It basically defines HDR metadata structures, > property to pass content (after blending) metadata from user space > compositors to driver. > > Dynamic Range and Mastering infoframe

[RFC 1/9] drm: Add HDR source metadata property

This patch adds a blob property to get HDR metadata information from userspace. This will be send as part of AVI Infoframe to panel. Signed-off-by: Uma Shankar --- drivers/gpu/drm/drm_connector.c |7 +++ include/drm/drm_connector.h | 11 +++

[RFC 8/9] drm: Enable HDR infoframe support

Enable Dynamic Range and Mastering Infoframe for HDR content, which is defined in CEA 861.3 spec. The metadata will be computed based on blending policy in userspace compositors and passed as a connector property blob to driver. The same will be sent as infoframe to panel which support HDR.

[RFC 5/9] drm/i915: Attach HDR metadata property to connector

Attach HDR metadata property to connector object. Signed-off-by: Uma Shankar --- drivers/gpu/drm/i915/intel_hdmi.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/i915/intel_hdmi.c b/drivers/gpu/drm/i915/intel_hdmi.c index 41267ff..d8b53d0 100644

[RFC 9/9] drm/i915: Write HDR infoframe and send to panel

Enable writing of HDR metadata infoframe to panel. The data will be provid by usersapace compositors, based on blending policies and passsed to driver through a blob property. Signed-off-by: Uma Shankar --- drivers/gpu/drm/i915/intel_hdmi.c | 25

[RFC 3/9] drm: Parse HDR metadata info from EDID

HDR metadata block is introduced in CEA-861.3 spec. Parsing the same to get the panel's HDR metadata. Signed-off-by: Uma Shankar --- drivers/gpu/drm/drm_edid.c | 58 1 file changed, 58 insertions(+) diff --git

[RFC 4/9] drm: Parse Colorimetry data block from EDID

CEA 861.3 spec adds colorimetry data block for HDMI. Parsing the block to get the colorimetry data from panel. Signed-off-by: Uma Shankar --- drivers/gpu/drm/drm_edid.c | 24 include/drm/drm_connector.h |2 ++ 2 files changed, 26

[RFC 6/9] drm: Add HDR capabilty field to plane structure

Hardware may have HDR capability on certain plane engines. Enabling the same in drm plane structure so that this can be communicated to user space. Each drm driver should set this flag to true for planes which support HDR. Signed-off-by: Uma Shankar ---

[RFC 7/9] drm: Implement HDR source metadata set and get property handling

HDR source metadata set and get property implemented in this patch. The blob data is received from userspace and saved in connector state, the same is returned as blob in get property call to userspace. Signed-off-by: Uma Shankar --- drivers/gpu/drm/drm_atomic.c|

[RFC 2/9] drm: Add CEA extended tag blocks and HDR bitfield macros

Add bit field and macro for extended tag in CEA block. Also, declare macros for HDR metadata block. Signed-off-by: Uma Shankar --- drivers/gpu/drm/drm_edid.c | 16 1 file changed, 16 insertions(+) diff --git a/drivers/gpu/drm/drm_edid.c

[RFC 0/9] Add HDR Metadata Parsing and handling in DRM layer

This patch series enables HDR support in drm. It basically defines HDR metadata structures, property to pass content (after blending) metadata from user space compositors to driver. Dynamic Range and Mastering infoframe creation and sending. ToDo: 1. We need to get the color framework in

[PATCH] drm/doc: Polish irq helper documentation

Pull a (much shorter) overview into drm_irq.c, and instead put the callback documentation into in-line comments in drm_drv.h. v2: Move the include stanzas back to the split-up patch (Stefan). Cc: Stefan Agner Reviewed-by: Stefan Agner Signed-off-by: Daniel

Re: iMac 10,1 with Ubuntu 16.04: black screen after suspend

On Wed, May 31, 2017 at 10:48:37AM +0200, Florian Echtler wrote: > On 30.05.2017 12:54, Lukas Wunner wrote: > > On Tue, May 30, 2017 at 11:34:17AM +0200, Florian Echtler wrote: > >> On 26.05.2017 23:03, Lukas Wunner wrote: > >>> On Fri, May 26, 2017 at 02:13:29PM +0200, Florian Echtler wrote: >

[PATCH] drm/doc: Improve ioctl/fops docs a bit more

I spotted a markup issue, plus adding the descriptions in drm_driver. Plus a few more links while at it. I'm still mildly unhappy with the split between fops and ioctls, but I still think having the ioctls in the uapi chapter makes more sense. Oh well ... v2: Rebase. v3: Move misplace hunk to

Re: [PATCH 19/37] drm/fsl: Drop drm_vblank_cleanup

On Tue, May 30, 2017 at 02:17:04PM -0700, Stefan Agner wrote: > On 2017-05-26 00:00, Daniel Vetter wrote: > > On Thu, May 25, 2017 at 10:18 AM, Stefan Agner wrote: > >> On 2017-05-24 07:51, Daniel Vetter wrote: > >>> Again cleanup before irq disabling doesn't really stop the

Re: [PATCH 23/37] drm/imx: Drop drm_vblank_cleanup

On Mon, May 29, 2017 at 01:07:40PM +0200, Philipp Zabel wrote: > Hi Daniel, > > On Wed, 2017-05-24 at 16:51 +0200, Daniel Vetter wrote: > > It's only done in the driver load error path, where vblanks don't need > > to be quiescent anyway. And that's all drm_vblank_cleanup does, since > > the core

Re: [PATCH 18/37] drm/exynos: Drop drm_vblank_cleanup

On Tue, May 30, 2017 at 09:03:34AM +0900, Inki Dae wrote: > Hi Daniel, > > 2017년 05월 24일 23:51에 Daniel Vetter 이(가) 쓴 글: > > Only in the load failure path, where the hardware is quiet anyway. > > > > Cc: Inki Dae > > Cc: Joonyoung Shim > > Cc:

[PATCH] drm: Fix locking in drm_atomic_helper_resume

In the conversion to drop drm_modeset_lock_all and the magic implicit context I failed to realize that _resume starts out with a pile of state copies, but not with the locks. And hence drm_atomic_commit won't grab these for us. v2: Add locking checks in helpers to make sure we catch this in the

Re: [PATCH v2 5/7] drm/ltdc: Use the panel-bridge helper.

On 05/31/2017 01:37 PM, Boris Brezillon wrote: Hi Archit, Le Wed, 31 May 2017 13:31:16 +0530, Archit Taneja a écrit : Hi Boris, On 05/31/2017 11:56 AM, Boris Brezillon wrote: Hi Philippe, Le Tue, 30 May 2017 16:55:42 +, Philippe CORNU

Re: [PATCH] drm: Use vsnprintf extension %ph

On Tue, May 30, 2017 at 04:35:37PM -0700, Joe Perches wrote: > Using the extension saves a bit of code. > > Miscellanea: > > o Neaten and simplify dump_dp_payload_table > o Removed trailing blank space from output Not a huge fan of smashing random trivia into the same patch, but merged anyway.

Re: [PATCH v5 08/10] drm/arm: malidp: Use crtc->mode_valid() callback

On Tue, May 30, 2017 at 10:37:29AM +0100, Liviu Dudau wrote: > On Tue, May 30, 2017 at 09:29:44AM +0200, Neil Armstrong wrote: > > On 05/25/2017 04:19 PM, Jose Abreu wrote: > > > Now that we have a callback to check if crtc supports a given mode > > > we can use it in malidp so that we restrict

Re: [ANN] HDMI CEC Status Update

On 30.05.2017 08:53, Hans Verkuil wrote: > For those who are interested in HDMI CEC support I made a little status > document that I intend to keep up to date: > > https://hverkuil.home.xs4all.nl/cec-status.txt > > My goal is to get CEC supported for any mainlined HDMI driver where the > hardware

Re: [PATCH v2 5/7] drm/ltdc: Use the panel-bridge helper.

Hi Archit, Le Wed, 31 May 2017 13:31:16 +0530, Archit Taneja a écrit : > Hi Boris, > > On 05/31/2017 11:56 AM, Boris Brezillon wrote: > > Hi Philippe, > > > > Le Tue, 30 May 2017 16:55:42 +, > > Philippe CORNU a écrit : > > > >> Hi Eric, >

Re: [PATCH] drm/i915/gvt: remove redundant -Wall

On 2017.05.21 00:15:27 -0700, Nick Desaulniers wrote: > This flag is already set in the top level Makefile of the kernel. > > Also, by having set CONFIG_DRM_I915_GVT, thereby appending -Wall to > ccflags, you undo all the -Wno-* cflags previously set in the Make > variable KBUILD_CFLAGS. > > For

Re: [PATCH 07/37] drm: Extract drm_vblank.[hc]

On Mon, May 29, 2017 at 12:36:54PM -0700, Stefan Agner wrote: > On 2017-05-24 07:51, Daniel Vetter wrote: > > drm_irq.c contains both the irq helper library (optional) and the > > vblank support (optional, but part of the modeset uapi, and doesn't > > require the use of the irq helpers at all. > >

Re: [PATCH v2 5/7] drm/ltdc: Use the panel-bridge helper.

Hi Boris, On 05/31/2017 11:56 AM, Boris Brezillon wrote: Hi Philippe, Le Tue, 30 May 2017 16:55:42 +, Philippe CORNU a écrit : Hi Eric, I took your patch for the panel-bridge and it works perfectly in both DPI mode (panel RGB //) and DSI mode (bridge dw mipi

Re: [Freedreno] [PATCH 10/13] drm/msm: Support multiple ringbuffers

On Tue, May 30, 2017 at 12:34:34PM -0400, Alex Deucher wrote: > On Tue, May 30, 2017 at 12:20 PM, Jordan Crouse > wrote: > > On Sun, May 28, 2017 at 09:43:35AM -0400, Rob Clark wrote: > >> On Mon, May 8, 2017 at 4:35 PM, Jordan Crouse > >> wrote:

Re: [PATCH] drm/pl111: select DRM_PANEL

On Tue, May 30, 2017 at 01:35:51PM +0200, Linus Walleij wrote: > On Tue, May 30, 2017 at 11:22 AM, Arnd Bergmann wrote: > > > When DRM_PANEL is disabled, we get a link error for pl111: > > > > drivers/gpu/built-in.o: In function `pl111_connector_destroy': > >

Re: [RFC PATCH 7/7] drm/i915: add DisplayPort CEC-Tunneling-over-AUX support

On 05/31/2017 01:25 AM, Clint Taylor wrote: On 05/30/2017 02:29 PM, Hans Verkuil wrote: On 05/30/2017 10:32 PM, Clint Taylor wrote: On 05/30/2017 09:54 AM, Hans Verkuil wrote: On 05/30/2017 06:49 PM, Hans Verkuil wrote: On 05/30/2017 04:19 PM, Clint Taylor wrote: On 05/30/2017 12:11

Re: [RFC PATCH 6/7] drm: add support for DisplayPort CEC-Tunneling-over-AUX

On 05/31/2017 01:57 AM, Clint Taylor wrote: On 05/26/2017 12:18 AM, Daniel Vetter wrote: On Thu, May 25, 2017 at 05:06:25PM +0200, Hans Verkuil wrote: From: Hans Verkuil This adds support for the DisplayPort CEC-Tunneling-over-AUX feature that is part of the

  1   2   >