[PATCH 12/15] drm/edid: Add API to help find connection type

To fill the audio infoframe it is required to identify the connection type as DP or HDMI. So parse the required bits in ELD to find the connection type. Signed-off-by: Subhransu S. Prusty Signed-off-by: Vinod Koul Cc: David Airlie Cc: dri-devel at lists.freedesktop.org Cc: Daniel Vetter ---

[PATCH 00/15] ASoC: hdac_hdmi: Add DP & notification support

This patch series adds DP audio and hotplug notification support. On Skylake two DP ports are available and to enable DP on both ports all pins need to be enabled. There is a special vendor widget which need to be programmed to enable all pins and converters. This series adds hotplug

[PATCH v2 10/10] drm/hisilicon: Add support for external bridge

On 1 December 2015 at 17:04, Archit Taneja wrote: > > > On 11/28/2015 04:09 PM, Xinliang Liu wrote: >> >> Add support for external HDMI bridge. >> >> Signed-off-by: Xinliang Liu >> Signed-off-by: Xinwei Kong >> Signed-off-by: Andy Green >> --- >> drivers/gpu/drm/hisilicon/hisi_drm_dsi.c | 51

[Bug 92996] [Fiji/amdgpu/Powerplay] Problems with vsync, interactivity, performance, EQ overflow with Powerplay

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151201/e70a762d/attachment-0001.html>

[Bug 92996] [Fiji/amdgpu/Powerplay] Problems with vsync, interactivity, performance, EQ overflow with Powerplay

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/20151201/33c9f8ff/attachment.html>

[PATCH v2 08/10] drm/hisilicon: Add dsi encoder driver

On 1 December 2015 at 16:58, Archit Taneja wrote: Hi Archit , thank you for review. > > > On 11/28/2015 04:09 PM, Xinliang Liu wrote: >> >> Add dsi encoder driver for hi6220 SoC. >> >> Signed-off-by: Xinliang Liu >> Signed-off-by: Xinwei Kong >> Signed-off-by: Andy Green >> --- >>

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151201/49539705/attachment-0001.html>

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

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

[PATCH v2 03/10] drm/hisilicon: Add hisilicon DRM master driver

On 30 November 2015 at 15:46, Daniel Vetter wrote: > On Sat, Nov 28, 2015 at 03:25:35PM +, Emil Velikov wrote: >> Hi Xinliang, >> >> On 28 November 2015 at 10:38, Xinliang Liu >> wrote: >> > Add DRM master driver for hi6220 SoC which used in HiKey board. >> > Add dumb buffer feature. >> >

[PATCH v2 06/10] drm/hisilicon: Add vblank feature

On 1 December 2015 at 15:13, Daniel Vetter wrote: > On Tue, Dec 01, 2015 at 11:16:19AM +0800, Xinliang Liu wrote: >> On 30 November 2015 at 15:54, Daniel Vetter wrote: >> > On Sat, Nov 28, 2015 at 06:39:01PM +0800, Xinliang Liu wrote: >> >> Add vblank handle for ADE. >> >> >> >> Signed-off-by:

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

When we are at it, the one with the title "[PATCH] drm/nouveau: Use drm_vblank_on/off consistently" from Daniel, which has a reviewed and tested by me also never made it into nouveau. Maybe pick that up as well? -mario On 12/01/2015 04:55 PM, Daniel Vetter wrote: > On Tue, Dec 01, 2015 at

[PATCH v2 03/10] drm/hisilicon: Add hisilicon DRM master driver

On 28 November 2015 at 23:25, Emil Velikov wrote: Hi Emil, thanks again for review. > Hi Xinliang, > > On 28 November 2015 at 10:38, Xinliang Liu wrote: >> Add DRM master driver for hi6220 SoC which used in HiKey board. >> Add dumb buffer feature. >> Add prime dmabuf feature. >> >>

[RFC PATCH 2/9] drm/rockchip: Use new vblank api drm_crtc_vblank_*

On 2015年12月01日 17:01, Daniel Vetter wrote: > On Tue, Dec 01, 2015 at 04:33:27PM +0800, Mark yao wrote: >> On 2015年12月01日 15:56, Daniel Stone wrote: >>> Hi, >>> >>> On 1 December 2015 at 03:26, Mark Yao wrote: No functional update, drm_vblank_* is the legacy version of

[Bug 92850] Segfault loading War Thunder

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

[RFC PATCH 3/9] drm/rockchip: Convert to support atomic API

On 2015年12月01日 16:18, Daniel Stone wrote: > Hi Mark, > > On 1 December 2015 at 03:26, Mark Yao wrote: >> >+static void rockchip_atomic_wait_for_complete(struct drm_atomic_state >> >*state) >> >+{ >> >+ struct drm_crtc_state *crtc_state; >> >+ struct drm_crtc *crtc; >> >+

[RFC PATCH] drm/edid: index CEA/HDMI mode tables using the VIC

On Tue, Dec 01, 2015 at 05:16:54PM +0200, Jani Nikula wrote: > Add a dummy entry to CEA/HDMI mode tables so they can be indexed > directly using the VIC, avoiding a +1/-1 dance here and there. This adds > clarity to the error checking for various functions that return the VIC > on success and zero

[RFC PATCH 3/9] drm/rockchip: Convert to support atomic API

On 2015年12月01日 16:18, Daniel Stone wrote: > Hi Mark, > > On 1 December 2015 at 03:26, Mark Yao wrote: >> +static void rockchip_atomic_wait_for_complete(struct drm_atomic_state >> *state) >> +{ >> + struct drm_crtc_state *crtc_state; >> + struct drm_crtc *crtc; >> + int i;

[RFC PATCH] drm/edid: index CEA/HDMI mode tables using the VIC

Add a dummy entry to CEA/HDMI mode tables so they can be indexed directly using the VIC, avoiding a +1/-1 dance here and there. This adds clarity to the error checking for various functions that return the VIC on success and zero on failure; we now explicitly check for 0 instead of just

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

On Tue, Dec 01, 2015 at 04:08:16PM +0100, poma wrote: > On Mon, Nov 16, 2015 at 4:11 PM, Daniel Vetter wrote: > > On Mon, Nov 02, 2015 at 04:45:00PM +0900, Michel Dänzer wrote: > >> On 31.10.2015 06:55, Daniel Vetter wrote: > >> > Apparently pre-nv50 pageflip events happen before the actual

[PATCH] kernel/latencytop: Add non-scheduler interface for latency reporting

Some sources of significant amounts of latency aren't simple sleeps but instead busy-loops or a series of hundreds of small sleeps simply because the hardware can't do better. Unfortunately latencytop doesn't register these and so they slip under the radar. Hence expose a simplified interface to

[PATCH libdrm] intel: add the missing header

On 1 December 2015 at 07:40, Chih-Wei Huang wrote: > Any concern to merge such a simple fix?? > Absolutely none - it just fell through the cracks. Just pushed it to master, feel free to CC me on future patches. Thanks Emil

[Intel-gfx] [PATCH v8 2/2] drm/dp: Set aux.dev to the drm_connector device, instead of drm_device.

On Tue, Nov 24, 2015 at 10:31:41PM +0200, Ville Syrjälä wrote: > On Mon, Nov 02, 2015 at 12:33:48PM -0800, Rafael Antognolli wrote: > > So far, the i915 driver and some other drivers set it to the drm_device, > > which doesn't allow one to know which DP a given aux channel is related > > to.

[RFC PATCH 2/9] drm/rockchip: Use new vblank api drm_crtc_vblank_*

On 2015年12月01日 15:56, Daniel Stone wrote: > Hi, > > On 1 December 2015 at 03:26, Mark Yao wrote: >> No functional update, drm_vblank_* is the legacy version of >> drm_crtc_vblank_*. and use new api make driver more clean. >> >> Signed-off-by: Mark Yao > Heh, I had the same patch in my

[PATCH 2/2] drm/edid: report latency due to reading edids

A forced EDID read takes 22.5ms best-case, and that's per 128byte block. HDMI screens tend to have 2-3 of those. Mutliply that by a few outputs and then it's clear that userspace really never ever should re-probe connector state on its own and trust the kernel to tell it when anything changed. The

[PATCH 1/2] kernel/latencytop: Add non-scheduler interface for latency reporting

Some sources of significant amounts of latency aren't simple sleeps but instead busy-loops or a series of hundreds of small sleeps simply because the hardware can't do better. Unfortunately latencytop doesn't register these and so they slip under the radar. Hence expose a simplified interface to

[PATCH] drm: bridge/dw_hdmi: add atomic API support

Fill atomic needed funcs with default atomic helper library. Rockchip use dw_hdmi, and drm/rockchip will covert to atomic api, we need dw_hdmi support atomic funcs. Now another drm driver use dw_hdmi is imx, not yet atomic, so check DRIVER_ATOMIC at runtime to spilt atomic and not atomic.

[RESEND 3/3] drm :fsl-dcu: Add multi layers support

From: Jianwei Wang For DCU support atmost 16 layers(on ls1021a) or 64 layers(on vf610), add (total_layer - 1) overlay planes. Signed-off-by: Jianwei Wang Signed-off-by: Yi Meng Signed-off-by: Wang Dongsheng diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c

[RESEND 2/3] drm :fsl-dcu: Cleanup vblank interrupt mask and status setting code

From: Jianwei Wang Switch update interrupt mask bit with regmap_update_bits, and clear interrupt status by writing 1 to relevant bit before setting mask in fsl_dcu_drm_irq_init function. Signed-off-by: Jianwei Wang Signed-off-by: Yi Meng Signed-off-by: Wang

[RESEND 1/3] drm: fsl-dcu: Fix no fb check bug

From: Jianwei Wang For state->fb may be NULL in fsl_dcu_drm_plane_atomic_check function, if so, return -EINVAL. No need check in fsl_dcu_drm_plane_atomic_update anymore. Signed-off-by: Jianwei Wang Signed-off-by: Yi Meng Signed-off-by: Wang Dongsheng Tested-by:

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

On Mon, Nov 16, 2015 at 4:11 PM, Daniel Vetter wrote: > On Mon, Nov 02, 2015 at 04:45:00PM +0900, Michel Dänzer wrote: >> On 31.10.2015 06:55, Daniel Vetter wrote: >> > Apparently pre-nv50 pageflip events happen before the actual vblank >> > period. Therefore that functionality got semi-disabled

[RFC PATCH 8/9] drm: bridge/dw_hdmi: Covert to support atomic API

On 2015年12月01日 15:21, Daniel Vetter wrote: > On Tue, Dec 01, 2015 at 11:35:53AM +0800, Mark Yao wrote: >> Fill atomic needed funcs with default atomic helper library. >> >> Rockchip use dw_hdmi, and drm/rockchip will covert to atomic api, >> we need dw_hdmi support atomic funcs. >> >>

[PATCH 1/2] kernel/latencytop: Add non-scheduler interface for latency reporting

On Tue, Dec 01, 2015 at 04:29:27PM +0100, Daniel Vetter wrote: > Some sources of significant amounts of latency aren't simple sleeps > but instead busy-loops or a series of hundreds of small sleeps simply > because the hardware can't do better. Unfortunately latencytop doesn't > register these and

[PATCH libdrm] intel: add the missing header

Any concern to merge such a simple fix?? 2015-10-30 11:49 GMT+08:00 Chih-Wei Huang : > It defines the prototype of ffs that fixes the building error > on Android 6.0 64-bit image. > > Signed-off-by: Chih-Wei Huang > --- > intel/intel_bufmgr_fake.c | 1 + > 1 file changed, 1 insertion(+) > >

[Bug 92309] Box drawn around cursor in multiple 3D games

knowledgeable gives you a better advice. -- 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/20151201/9b7313ab/attachment.html>

[PATCH v3 12/12] dt-bindings: msm/dsi: Add DSIv2 documentation

Add additional property info needed for DSIv2 DT. Cc: devicetree at vger.kernel.org Cc: Rob Herring Signed-off-by: Archit Taneja --- Documentation/devicetree/bindings/display/msm/dsi.txt | 4 1 file changed, 4 insertions(+) diff --git

[PATCH v3 11/12] dt-bindings: msm/dsi: Fix the order in which clocks are listed

List the clocks in the order that's used in DT. We don't have mdp/dsi DT nodes for any SoC in upstream yet, but we align with the order we intend to use. Cc: devicetree at vger.kernel.org Cc: Rob Herring Signed-off-by: Archit Taneja --- Documentation/devicetree/bindings/display/msm/dsi.txt |

[PATCH v3 10/12] drm/msm/dsi: Enable MMSS SPFB port via syscon

For DSIv2 to work, we need to enable MMSS_AHB_ARB_MASTER_PORT in MMSS_SFPB. We enable the required bitfield by retrieving MMSS_SFPB regmap pointer via syscon. Signed-off-by: Archit Taneja --- drivers/gpu/drm/msm/dsi/dsi_host.c | 33 + 1 file changed, 33

[PATCH v3 09/12] drm/msm/dsi: Don't use iommu for command TX buffer for DSIv2

We currently use iommu allocated DMA buffers for sending DSI commands. DSIv2 doesn't have a port connected to the MDP iommu. Therefore, it can't use iommu allocated buffers to fetch DSI commands. Use a regular contiguous DMA buffer if we are DSIv2. Signed-off-by: Archit Taneja ---

[PATCH v3 08/12] drm/msm/dsi: Add dsi_cfg for APQ8064

Add a dsi_cfg entry for APQ8064. Since this is the first DSIv2 chip to be supported, add a list of bus clocks that are required by the DSIv2 block. Signed-off-by: Archit Taneja --- drivers/gpu/drm/msm/dsi/dsi_cfg.c | 19 --- drivers/gpu/drm/msm/dsi/dsi_cfg.h | 2 ++ 2 files

[PATCH v3 07/12] drm/msm/dsi: Set up link clocks for DSIv2

DSIv2 (DSI on older A family chips) has slightly different link clock requirements. First, we have an extra clock called src_clk (with a dedicated RCG). This is required by the DSI controller to process the pixel data coming from MDP. It needs to be set at the rate "pclk * bytes_per_pixel". We

[PATCH v3 06/12] drm/msm/dsi: Parse bus clocks from a list

DSI bus clocks seem to vary between different DSI host versions, and the SOC to which they belong. Even the enable/disable sequence varies. Provide a list of bus clock names in dsi_cfg. The driver will use this to retrieve the clocks, and enable/disable them. Add bus clock lists for DSI6G, and

[PATCH v3 05/12] drm/msm/dsi: Delay dsi_clk_init

Initialize clocks only after we get the DSI host version. This will allow us to get clocks using a pre-defined list based on the DSI major/minor version of the host. This is required since clock requirements of different major DSI revisions(v2 vs 6g) aren't the same. Modify dsi_get_version to get

[PATCH v3 04/12] drm/msm/dsi: Use a better way to figure out DSI version

The current version checking mechanism works fine for DSI6G blocks. It doesn't work so well for older generation DSIv2 blocks. The initial read of REG_DSI_6G_HW_VERSION(offset 0x0) would result in a read of REG_DSI_CTRL for DSIv2. This register won't necessarily be 0 on DSIv2. It can be non zero

[PATCH v3 03/12] drm/msm/dsi: Add DSI PLL for 28nm 8960 PHY

Add DSI PLL common clock framework clocks for 8960 PHY. The PLL here is different from the ones found in B family msm chips. As before, the DSI provides two clocks to the outside world. dsixpll and dsixpllbyte (x = 1, 2). dsixpll is a regular clock divider, but dsixpllbyte is modelled as a custom

[PATCH v3 02/12] drm/msm/dsi: Add support for 28nm PHY on 8960

DSI PHY on MSM8960 and APQ8064 is a 28nm PHY that's different from the supported 28nm LP PHY found in newer chips. Add support for the new PHY. Signed-off-by: Archit Taneja --- drivers/gpu/drm/msm/Kconfig | 8 + drivers/gpu/drm/msm/Makefile| 1 +

[PATCH v3 01/12] drm/msm/dsi: Don't get byte/pixel source clocks from DT

We retrieve the byte and pixel source clocks (RCG clocks) in the dsi driver via DT. These are needed so that we can re-parent these source clocks if we want to drive it using a different DSI PLL. We shouldn't get these via DT because they aren't clocks that directly serve as inputs to the dsi

[PATCH v3 00/12] drm/msm/dsi: Add support for DSI on MSM8960/APQ8064

Add support for DSI on 8960/8064. The DSI IP used in these chips is an older version(DSIv2) of what we have right now(DSI6G). The bulk of the additions come thanks to a different PHY/PLL. The DSI host in itself doesn't have too many changes. Changes in v3: - Add a patch that removes the need to

[PATCH v2 02/10] drm/hisilicon: Add DT binding docs for hi6220 display subsystem

On 1 December 2015 at 03:31, Rob Herring wrote: Hi Rob, thank you for review. > On Sat, Nov 28, 2015 at 06:38:57PM +0800, Xinliang Liu wrote: >> Add the device tree binding documentation for hi6220 SoC display subsystem. >> drm master device binding doc. >> ADE display controller binding doc.

[Bug 92309] Box drawn around cursor in multiple 3D games

on this so I know what to tell them? -- 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/20151201/6271d61c/attachment-0001.html>

[PATCH v2 10/10] drm/hisilicon: Add support for external bridge

On 11/28/2015 04:09 PM, Xinliang Liu wrote: > Add support for external HDMI bridge. > > Signed-off-by: Xinliang Liu > Signed-off-by: Xinwei Kong > Signed-off-by: Andy Green > --- > drivers/gpu/drm/hisilicon/hisi_drm_dsi.c | 51 > > 1 file changed, 51

[PATCH v2 08/10] drm/hisilicon: Add dsi encoder driver

On 11/28/2015 04:09 PM, Xinliang Liu wrote: > Add dsi encoder driver for hi6220 SoC. > > Signed-off-by: Xinliang Liu > Signed-off-by: Xinwei Kong > Signed-off-by: Andy Green > --- > drivers/gpu/drm/hisilicon/Kconfig| 1 + > drivers/gpu/drm/hisilicon/Makefile | 3 +- >

[PATCH v2 06/10] drm/hisilicon: Add vblank feature

On Tue, Dec 01, 2015 at 06:34:43PM +0800, Xinliang Liu wrote: > On 1 December 2015 at 15:13, Daniel Vetter wrote: > > On Tue, Dec 01, 2015 at 11:16:19AM +0800, Xinliang Liu wrote: > >> On 30 November 2015 at 15:54, Daniel Vetter wrote: > >> > On Sat, Nov 28, 2015 at 06:39:01PM +0800, Xinliang

[PATCH v2 03/10] drm/hisilicon: Add hisilicon DRM master driver

On Tue, Dec 01, 2015 at 06:52:20PM +0800, Xinliang Liu wrote: > On 30 November 2015 at 15:46, Daniel Vetter wrote: > > On Sat, Nov 28, 2015 at 03:25:35PM +, Emil Velikov wrote: > >> Hi Xinliang, > >> > >> On 28 November 2015 at 10:38, Xinliang Liu > >> wrote: > >> > Add DRM master driver

[Bug 93147] [regression bisected] Stuttering in games caused by commit 4dfd6486 "drm: Use vblank timestamps to guesstimate how many vblanks were missed"

op.org/archives/dri-devel/attachments/20151201/ded70c29/attachment.html>

[Bug 76490] Hang during boot when DPM is on (R9 270X)

s, even if it's a bit overclocked. -- 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/20151201/69cc881c/attachment.html>

[PATCH] drm: Fix an unwanted master inheritance

On 12/01/2015 11:57 AM, Emil Velikov wrote: > Hi Thomas, > > Something doesn't feel quite right, please read on. > > On 30 November 2015 at 12:44, Thomas Hellstrom > wrote: >> A client calling drmSetMaster() using a file descriptor that was opened >> when another client was master would inherit

[Bug 93147] [regression bisected] Stuttering in games caused by commit 4dfd6486 "drm: Use vblank timestamps to guesstimate how many vblanks were missed"

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

[Bug 76490] Hang during boot when DPM is on (R9 270X)

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

[PATCH 9/9] drm/vc4: Add an interface for capturing the GPU state after a hang.

This can be parsed with vc4-gpu-tools tools for trying to figure out what was going on. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_drv.c | 2 + drivers/gpu/drm/vc4/vc4_drv.h | 4 + drivers/gpu/drm/vc4/vc4_gem.c | 185 ++

[PATCH 8/9] drm/vc4: Add support for async pageflips.

An async pageflip stores the modeset to be done and executes it once the BOs are ready to be displayed. This gets us about 3x performance in full screen rendering with pageflipping. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_crtc.c | 99 +-

[PATCH 7/9] drm/vc4: Add support for drawing 3D frames.

The user submission is basically a pointer to a command list and a pointer to uniforms. We copy those in to the kernel, validate and relocate them, and store the result in a GPU BO which we queue for execution. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/Makefile | 7 +

[PATCH 6/9] drm/vc4: Bind and initialize the V3D engine.

This is the component of the GPU that does 3D rendering. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/Makefile | 1 + drivers/gpu/drm/vc4/vc4_debugfs.c | 2 + drivers/gpu/drm/vc4/vc4_drv.c | 1 + drivers/gpu/drm/vc4/vc4_drv.h | 13 +++ drivers/gpu/drm/vc4/vc4_v3d.c

[PATCH 5/9] drm/vc4: Fix a typo in a V3D debug register.

Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_regs.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/vc4/vc4_regs.h b/drivers/gpu/drm/vc4/vc4_regs.h index 9e4e904..4e52a0a 100644 --- a/drivers/gpu/drm/vc4/vc4_regs.h +++

[PATCH 4/9] drm/vc4: Add an API for creating GPU shaders in GEM BOs.

Since we have no MMU, the kernel needs to validate that the submitted shader code won't make any accesses to memory that the user doesn't control, which involves banning some operations (general purpose DMA writes), and tracking where we need to write out pointers for other operations (texture

[PATCH 3/9] drm/vc4: Add create and map BO ioctls.

While there exist dumb APIs for creating and mapping BOs, one of the rules is that drivers doing 3D acceleration have to provide their own APIs for buffer allocation (besides, the pitch/height parameters of the dumb alloc don't really make sense for a lot of 3D allocations). Signed-off-by: Eric

[PATCH 2/9] drm/vc4: Add a BO cache.

We need to allocate new BOs in the kernel as part of each frame, but the CMA allocator is way too slow for that. As an optimization, keep track of recently-freed BOs and reuse them, with a 1 second timeout to fully free them back to the system. This improves 3D performance by about 15%.

[PATCH 1/9] drm: Create a driver hook for allocating GEM object structs.

The CMA helpers had no way for a driver to extend the struct with its own fields. Since the CMA helpers are mostly "Allocate a drm_gem_cma_object, then fill in a few fields", it's hard to write as pure helpers without passing in a driver callback for the allocate step. Signed-off-by: Eric Anholt

[RFC PATCH 9/9] drm/rockchip: dw_hdmi: use encoder enable function

encoder.enable is more compatible to atomic api than encoder.prepare/commit Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 14 +- 1 file changed, 5 insertions(+), 9 deletions(-) diff --git a/drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c

[RFC PATCH 8/9] drm: bridge/dw_hdmi: Covert to support atomic API

Fill atomic needed funcs with default atomic helper library. Rockchip use dw_hdmi, and drm/rockchip will covert to atomic api, we need dw_hdmi support atomic funcs. Signed-off-by: Mark Yao --- drivers/gpu/drm/bridge/dw_hdmi.c |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff

[RFC PATCH 7/9] drm/rockchip: force enable vop when do mode setting

When do mode setting, mean that we want to enable display output, but sometimes, vop_crtc_enable is after mode_set, we can't allow that, so force enable vop in mode setting. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c |1 + 1 file changed, 1 insertion(+) diff

[RFC PATCH 6/9] drm/rockchip: direct config connecter gate and out_mode

Both connecter gate and out_mode are not conflict with mode set configure. Direct setting connecter gate and out_mode, that allow connector do rockchip_drm_crtc_mode_config after mode set. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 41 ---

[RFC PATCH 5/9] drm/rockchip: Optimization vop mode set

Rk3288 vop timing registers is immediately register, when configure timing on display active time, will cause tearing. use dclk reset is not a good idea to avoid this tearing. we can avoid tearing by using standby register. Vop standby register will take effect at end of current frame, and go

[RFC PATCH 4/9] drm/rockchip: support atomic asynchronous commit

If drm core requests a async commit, rockchip_drm_atomic_commit will schedule a work task to update later. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_fb.c | 60 ++-- 1 file changed, 47 insertions(+), 13 deletions(-) diff --git

[RFC PATCH 3/9] drm/rockchip: Convert to support atomic API

Rockchip vop not support hw vblank counter, needed check the committed register if it's really take effect. Signed-off-by: Mark Yao Signed-off-by: Tomasz Figa --- drivers/gpu/drm/rockchip/rockchip_drm_drv.c |5 +- drivers/gpu/drm/rockchip/rockchip_drm_drv.h |2 +

[RFC PATCH 2/9] drm/rockchip: Use new vblank api drm_crtc_vblank_*

No functional update, drm_vblank_* is the legacy version of drm_crtc_vblank_*. and use new api make driver more clean. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 13 +++-- drivers/gpu/drm/rockchip/rockchip_drm_drv.h |7 +++

[RFC PATCH 1/9] drm/rockchip: vop: replace dpms with enable/disable

For vop, power by enable/disable is more suitable then legacy dpms function, and enable/disable more closely to the new atomic API. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 37 +++ 1 file changed, 4 insertions(+), 33 deletions(-) diff

[RFC PATCH 0/9] drm/rockchip: covert to support atomic API

The series of patches coverting drm rockchip to atomic API, do some cleanup and some fixes on atomic side. TODO: fence is not support on current version. Tested on rk3288 popmetal board. All guys can test it with following url: test case: https://github.com/markyzq/libdrm.git atomictest

[PATCH v2 06/10] drm/hisilicon: Add vblank feature

On 30 November 2015 at 15:54, Daniel Vetter wrote: > On Sat, Nov 28, 2015 at 06:39:01PM +0800, Xinliang Liu wrote: >> Add vblank handle for ADE. >> >> Signed-off-by: Xinliang Liu >> Signed-off-by: Xinwei Kong >> Signed-off-by: Andy Green >> --- >> drivers/gpu/drm/hisilicon/hisi_drm_ade.c | 78

[PATCH 2/2] virtio-gpu: update cursor after scanout

On 13 November 2015 at 23:00, Marc-André Lureau wrote: > It seems appropriate for paravirtual hardware to reset cursor when the > resolution changes, that way the cursor is removed if the machine is > forcefully rebooted for ex. That's what the QXL/Spice server does. In > order for virtio-gpu to

[PATCH v4 2/3] drm/atomic-helper: Implement subsystem-level suspend/resume

On Tue, Dec 01, 2015 at 10:57:00AM +0100, Thierry Reding wrote: > From: Thierry Reding > > Provide subsystem-level suspend and resume helpers that can be used to > implement suspend/resume on atomic mode-setting enabled drivers. > > v2: simplify locking, enhance kerneldoc comments > v3: pass

[PATCH v4 1/3] drm: Implement drm_modeset_lock_all_ctx()

On Tue, Dec 01, 2015 at 10:56:59AM +0100, Thierry Reding wrote: > From: Thierry Reding > > This function is like drm_modeset_lock_all(), but it takes the lock > acquisition context as a parameter rather than storing it in the DRM > device's mode_config structure. > > Implement

[radeon r100] when ring test fails, provide users with option to test

On Mon 2015-11-30 09:39:54, Christian König wrote: > On 29.11.2015 23:22, Pavel Machek wrote: > >On Sun 2015-11-29 20:48:53, Christian König wrote: > >>On 28.11.2015 21:58, Pavel Machek wrote: > >>>Ring test failure is often caused by too high agpmode. Tell the user > >>>what to try. > >>> >

[PATCH] drm: Fix an unwanted master inheritance

Hi Thomas, Something doesn't feel quite right, please read on. On 30 November 2015 at 12:44, Thomas Hellstrom wrote: > A client calling drmSetMaster() using a file descriptor that was opened > when another client was master would inherit the latter client's master > object and all it's

[PATCH v4 3/3] drm/tegra: Implement subsystem-level suspend/resume

From: Thierry Reding Use the drm_atomic_helper_suspend() and drm_atomic_helper_resume() helpers to implement subsystem-level suspend/resume. v2: suspend framebuffer device to avoid concurrency issues v3: resume fbdev on failure to suspend (Emil Velikov) Signed-off-by:

[PATCH v4 2/3] drm/atomic-helper: Implement subsystem-level suspend/resume

From: Thierry Reding Provide subsystem-level suspend and resume helpers that can be used to implement suspend/resume on atomic mode-setting enabled drivers. v2: simplify locking, enhance kerneldoc comments v3: pass lock acquisition context by parameter, improve kerneldoc v4:

[PATCH v4 1/3] drm: Implement drm_modeset_lock_all_ctx()

From: Thierry Reding This function is like drm_modeset_lock_all(), but it takes the lock acquisition context as a parameter rather than storing it in the DRM device's mode_config structure. Implement drm_modeset_{,un}lock_all() in terms of the new function for better code

[PATCH v2 04/10] drm/hisilicon: Add crtc funcs for ADE

tx->media_base; > > + int ret; > > + > > + ret = clk_set_rate(ctx->ade_core_clk, ctx->ade_core_rate); > > + if (ret) { > > + DRM_ERROR("clk_set_rate ade_core_rate error\n"); > How about the following (or alike) less cryptic and more informative > message. Other places could use a similar treatment. > > "Failed to set rate X clk (%d)\n", ret ? > ​yes, good advice. will be fixed in v3. ​ > > > > +static void ade_crtc_enable(struct drm_crtc *crtc) > > +{ > > + struct ade_crtc *acrtc = to_ade_crtc(crtc); > > + struct ade_hw_ctx *ctx = acrtc->ctx; > > + int ret; > > + > > + DRM_DEBUG_DRIVER("enter.\n"); > Does this and the remaining > ​​ > DEBUG_DRIVER(enter|exit) messages provide > any meaningful input, past the driver > ​​ > development stage ? > > > + if (acrtc->enable) > > + return; > Esp. since we have cases like this where no message is available. > yeap, these ​ DEBUG_DRIVER(enter|exit) messages​ are for ​ development stage. Which forgot to be removed. will be removed in v3. Thanks, -xinliang > > Regards, > Emil > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151201/6a8126e9/attachment-0001.html>

[RFC PATCH] drm/edid: index CEA/HDMI mode tables using the VIC

On Tue, Dec 1, 2015 at 10:16 AM, Jani Nikula wrote: > Add a dummy entry to CEA/HDMI mode tables so they can be indexed > directly using the VIC, avoiding a +1/-1 dance here and there. This adds > clarity to the error checking for various functions that return the VIC > on success and zero on

[RFC PATCH 2/9] drm/rockchip: Use new vblank api drm_crtc_vblank_*

On Tue, Dec 01, 2015 at 04:33:27PM +0800, Mark yao wrote: > On 2015年12月01日 15:56, Daniel Stone wrote: > >Hi, > > > >On 1 December 2015 at 03:26, Mark Yao wrote: > >>No functional update, drm_vblank_* is the legacy version of > >>drm_crtc_vblank_*. and use new api make driver more clean. >

[PATCH] drm/atomic-helper: Grab connection_mutex while duplicating state

Op 01-12-15 om 00:22 schreef Matt Roper: > Callers of drm_atomic_helper_duplicate_state() may not have grabbed > locks before calling this function. We're not supposed to iterate over > connectors without holding connection_mutex (since MST allows new > connectors to be spawned at hotplug), so

[Intel-gfx] [PATCH] drm/atomic-helper: Grab connection_mutex while duplicating state

On Mon, Nov 30, 2015 at 03:22:49PM -0800, Matt Roper wrote: > Callers of drm_atomic_helper_duplicate_state() may not have grabbed > locks before calling this function. We're not supposed to iterate over > connectors without holding connection_mutex (since MST allows new > connectors to be spawned

[RFC PATCH 8/9] drm: bridge/dw_hdmi: Covert to support atomic API

On Tue, Dec 01, 2015 at 11:35:53AM +0800, Mark Yao wrote: > Fill atomic needed funcs with default atomic helper library. > > Rockchip use dw_hdmi, and drm/rockchip will covert to atomic api, > we need dw_hdmi support atomic funcs. > > Signed-off-by: Mark Yao Aren't there drivers around which

[RFC PATCH 3/9] drm/rockchip: Convert to support atomic API

Hi Mark, On 1 December 2015 at 03:26, Mark Yao wrote: > +static void rockchip_atomic_wait_for_complete(struct drm_atomic_state *state) > +{ > + struct drm_crtc_state *crtc_state; > + struct drm_crtc *crtc; > + int i; > + > + for_each_crtc_in_state(state, crtc, crtc_state,

[PATCH v2 06/10] drm/hisilicon: Add vblank feature

On Tue, Dec 01, 2015 at 11:16:19AM +0800, Xinliang Liu wrote: > On 30 November 2015 at 15:54, Daniel Vetter wrote: > > On Sat, Nov 28, 2015 at 06:39:01PM +0800, Xinliang Liu wrote: > >> Add vblank handle for ADE. > >> > >> Signed-off-by: Xinliang Liu > >> Signed-off-by: Xinwei Kong > >>

[PATCH v2 03/10] drm/hisilicon: Add hisilicon DRM master driver

On Mon, Nov 30, 2015 at 11:25:28AM -0600, Rob Herring wrote: > On Mon, Nov 30, 2015 at 08:46:03AM +0100, Daniel Vetter wrote: > > On Sat, Nov 28, 2015 at 03:25:35PM +, Emil Velikov wrote: > > > Hi Xinliang, > > > > > > On 28 November 2015 at 10:38, Xinliang Liu > > > wrote: > > > > Add DRM

[Bug 93178] Textures are filled with garbage

. -- 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/20151201/8f3c5205/attachment-0001.html>

[PATCH v2 02/10] drm/hisilicon: Add DT binding docs for hi6220 display subsystem

On Tue, Dec 1, 2015 at 1:17 AM, Xinliang Liu wrote: > On 1 December 2015 at 03:31, Rob Herring wrote: > > Hi Rob, thank you for review. > >> On Sat, Nov 28, 2015 at 06:38:57PM +0800, Xinliang Liu wrote: >>> Add the device tree binding documentation for hi6220 SoC display subsystem. >>> drm

[PATCH] drm/edid: Make the detailed timing CEA/HDMI mode fixup accept up to 5kHz clock difference

On Mon, Nov 30, 2015 at 01:02:59PM -0500, Adam Jackson wrote: > On Thu, 2015-11-26 at 19:01 +0200, Ville Syrjälä wrote: > > On Mon, Nov 16, 2015 at 09:05:12PM +0200, ville.syrjala at linux.intel.com > > wrote: > > > From: Ville Syrjälä > > > > > > Rather than using drm_match_cea_mode() to

[RFC PATCH 2/9] drm/rockchip: Use new vblank api drm_crtc_vblank_*

Hi, On 1 December 2015 at 03:26, Mark Yao wrote: > No functional update, drm_vblank_* is the legacy version of > drm_crtc_vblank_*. and use new api make driver more clean. > > Signed-off-by: Mark Yao Heh, I had the same patch in my series to fix pageflip events. Reviewed-by: Daniel Stone

[Bug 93178] Textures are filled with garbage

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151201/44d9112f/attachment.html>

  1   2   >