[Bug 97879] [amdgpu] Rocket League: long hangs (several seconds) when loading assets (models/textures/shaders?)

attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161111/672d0c0c/attachment.html>

[PATCH v8 0/3] drm: add explict fencing

Subject was supposed to be v9! sorry about that. 2016-11-11 Gustavo Padovan : > From: Gustavo Padovan > > Hi, > > Another iteration after Brian comments. Please refer to the cover letter[1] in > a previous version to check for more details. > > The changes since the last version can be seen

[PATCH v8 3/3] drm/fence: add out-fences support

From: Gustavo Padovan Support DRM out-fences by creating a sync_file with a fence for each CRTC that sets the OUT_FENCE_PTR property. We use the out_fence pointer received in the OUT_FENCE_PTR prop to send the sync_file fd back to userspace. The sync_file and

[PATCH v8 2/3] drm/fence: add fence timeline to drm_crtc

From: Gustavo Padovan Create one timeline context for each CRTC to be able to handle out-fences and signal them. It adds a few members to struct drm_crtc: fence_context, where we store the context we get from fence_context_alloc(), the fence seqno and the fence

[PATCH v8 1/3] drm/fence: add in-fences support

From: Gustavo Padovan There is now a new property called IN_FENCE_FD attached to every plane state that receives sync_file fds from userspace via the atomic commit IOCTL. The fd is then translated to a fence (that may be a fence_array subclass or just a normal

[PATCH v8 0/3] drm: add explict fencing

From: Gustavo Padovan Hi, Another iteration after Brian comments. Please refer to the cover letter[1] in a previous version to check for more details. The changes since the last version can be seen in commit message on each patch. Robert Foss managed to port

[PATCH v8 3/3] drm/fence: add out-fences support

Hi Brian, 2016-11-11 Brian Starkey : > Hi Gustavo, > > On Fri, Nov 11, 2016 at 02:16:09PM +0900, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Support DRM out-fences by creating a sync_file with a fence for each CRTC > > that sets the OUT_FENCE_PTR property. > > > > We use the

[PATCH v6 2/9] drm/hisilicon/hibmc: Add video memory management

在 2016/11/11 21:25, Sean Paul 写道: > On Fri, Nov 11, 2016 at 6:16 AM, Rongrong Zou > wrote: >> 在 2016/11/11 1:35, Sean Paul 写道: >>> >>> On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou >>> wrote: Hibmc have 32m video memory which can be accessed through PCIe by host, we

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161111/d28fbb8b/attachment-0001.html>

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161111/1bb86a6e/attachment.html>

[Bug 98505] [radeon, amdgpu] Regression introduced in 4.8-rc3

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161111/1011ecde/attachment.html>

[Bug 97988] [radeonsi] playing back videos with VDPAU exhibits deinterlacing/anti-aliasing issues not visible with VA-API

se: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/2016/f4ff4081/attachment.html>

[PATCH v6 3/9] drm/hisilicon/hibmc: Add support for frame buffer

在 2016/11/11 2:30, Sean Paul 写道: > On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou > wrote: >> Add support for fbdev and kms fb management. >> >> Signed-off-by: Rongrong Zou >> --- >> drivers/gpu/drm/hisilicon/hibmc/Makefile | 2 +- >>

[PATCH] drm/radeon: use list_move in radeon_vm_bo_update

Use list_move() instead of list_del() + list_add() to simplify the code. Signed-off-by: Geliang Tang --- drivers/gpu/drm/radeon/radeon_vm.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_vm.c b/drivers/gpu/drm/radeon/radeon_vm.c index

[PATCH v9 10/10] drm/mediatek: add support for Mediatek SoC MT2701

This patch add support for the Mediatek MT2701 DISP subsystem. There is only one OVL engine in MT2701. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 6 ++ drivers/gpu/drm/mediatek/mtk_disp_rdma.c| 6 ++ drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 17

[PATCH v9 09/10] drm/mediatek: update DSI sub driver flow for sending commands to panel

This patch update enable/disable flow of DSI module and MIPI TX module. Original flow works on there is a bridge chip: DSI -> bridge -> panel. In this case: DSI -> panel, the DSI sub driver flow should be updated. We need to initialize DSI first so that we can send commands to panel.

[PATCH v9 08/10] drm/mediatek: add dsi transfer function

From: shaoming chen add dsi read/write commands for transfer function Signed-off-by: shaoming chen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 168 - 1 file changed, 166 insertions(+), 2 deletions(-) diff --git

[PATCH v9 07/10] drm/mediatek: add dsi interrupt control

From: shaoming chen add dsi interrupt control Signed-off-by: shaoming chen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 93 ++ 1 file changed, 93 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c

[PATCH v9 06/10] drm/mediatek: cleaning up and refine

cleaning up unused define and refine function name and variable Signed-off-by: shaoming chen Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 77 -- drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 8 ++-- 2 files changed, 41 insertions(+), 44

[PATCH v9 05/10] drm/mediatek: update display module connections

update connections for OVL, RDMA, BLS, DSI Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 25 + 1 file changed, 25 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c index b77d456..a9b209c

[PATCH v9 04/10] drm/mediatek: add BLS component

Add BLS component for PWM + GAMMA function Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 5 - drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 2 ++ 2 files changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c

[PATCH v9 03/10] drm/mediatek: add shadow register support

We need to acquire mutex before using the resources, and need to release it after finished. So we don't need to write registers in the blanking period. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 76 -

[PATCH v9 02/10] drm/mediatek: add *driver_data for different hardware settings

There are some hardware settings changed, between MT8173 & MT2701: DISP_OVL address offset changed, color format definition changed. DISP_RDMA fifo size changed. DISP_COLOR offset changed. MIPI_TX pll setting changed. And add prefix for mtk_ddp_main & mtk_ddp_ext & mutex_mod. Signed-off-by: YT

[PATCH v9 01/10] drm/mediatek: rename macros, add chip prefix

Add MT8173 prefix for hardware related macros. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 60 +- 1 file changed, 30 insertions(+), 30 deletions(-) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c

[PATCH v9 00/10] MT2701 DRM support

This is MT2701 DRM support PATCH v9, based on 4.9-rc1. We add DSI interrupt control, transfer function for MIPI DSI panel support. Most codes are the same, except some register changed. For example: - DISP_OVL address offset changed, color format definition changed. - DISP_RDMA fifo size

[PATCH 01/10] drm: bridge/dw_hdmi: add dw hdmi i2c bus adapter support

Hi Ulrich, On 11/11/2016 07:07 PM, Ulrich Hecht wrote: > From: Vladimir Zapolskiy > > The change adds support of internal HDMI I2C master controller, this > subdevice is used by default, if "ddc-i2c-bus" DT property is omitted. > > The main purpose of this functionality is to support reading

[Intel-gfx] [PATCH 0/5] Handle Link Training Failure during modeset

In case of link training failure and requiring user space to set a lower mode, would full mode set address it? How do we make user mode select lower resolution? For example 4k at 60Hz monitor, and link training at 4 lane HBR2 fails and fallback to 4 lanes HBR, 4k at 60 is no longer doable. I

[PATCH libdrm] headers: Add README file

On Fri, Nov 11, 2016 at 5:21 PM, Alex Deucher wrote: > On Fri, Nov 11, 2016 at 8:44 AM, Emil Velikov > wrote: >> On 10 November 2016 at 21:07, Alex Deucher wrote: >>> On Thu, Nov 10, 2016 at 11:44 AM, Emil Velikov >> gmail.com> wrote: From: Emil Velikov Since we're trying to

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On Fri, Nov 11, 2016 at 12:07:29PM -0500, Alex Deucher wrote: > On Fri, Nov 11, 2016 at 12:00 PM, Ville Syrjälä > wrote: > > On Thu, Nov 03, 2016 at 02:31:43PM +0200, ville.syrjala at linux.intel.com > > wrote: > >> From: Ville Syrjälä > >> > >> This reverts commit

[PATCH libdrm] headers: Add README file

On 11 November 2016 at 18:33, Marek Olšák wrote: > On Fri, Nov 11, 2016 at 5:21 PM, Alex Deucher > wrote: >> On Fri, Nov 11, 2016 at 8:44 AM, Emil Velikov >> wrote: >>> On 10 November 2016 at 21:07, Alex Deucher wrote: On Thu, Nov 10, 2016 at 11:44 AM, Emil Velikov >>> gmail.com>

[PATCH v6 2/9] drm/hisilicon/hibmc: Add video memory management

在 2016/11/11 1:35, Sean Paul 写道: > On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou > wrote: >> Hibmc have 32m video memory which can be accessed through PCIe by host, >> we use ttm to manage these memory. >> >> Signed-off-by: Rongrong Zou >> --- >> drivers/gpu/drm/hisilicon/hibmc/Kconfig

[PATCH libdrm] xd86drm: read more than 128 bytes of uevent in drmParsePciBusInfo

From: Emil Velikov Some platforms (such as Macs using OF) can have more information in the uevent file thus reading only the first 128 might not be sufficient. Bump it to 512, which "should be enough for everybody" ;-) Cc: Mingcong Bai Bugzilla:

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On Fri, Nov 11, 2016 at 07:00:17PM +0200, Ville Syrjälä wrote: > On Thu, Nov 03, 2016 at 02:31:43PM +0200, ville.syrjala at linux.intel.com > wrote: > > From: Ville Syrjälä > > > > This reverts commit a68362fe3e84fcbedd49939aa200519aa5410135. > > > > Adding new mode flags willy nilly

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On Thu, Nov 03, 2016 at 02:31:43PM +0200, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > This reverts commit a68362fe3e84fcbedd49939aa200519aa5410135. > > Adding new mode flags willy nilly breaks existing userspace. We need to > coordinate this better, potentially with a

[PATCH v2] PCI: create revision file in sysfs

Hi Bjorn, On 11 November 2016 at 14:49, Bjorn Helgaas wrote: > On Fri, Nov 11, 2016 at 12:31:47AM +, Emil Velikov wrote: >> On 10 November 2016 at 23:59, Bjorn Helgaas wrote: >> > Hi Emil, >> > >> > On Thu, Nov 10, 2016 at 01:14:35PM +, Emil Velikov wrote: >> >> On 10 November 2016 at

[Bug 98505] [radeon, amdgpu] Regression introduced in 4.8-rc3

edesktop.org/archives/dri-devel/attachments/2016/10c290c3/attachment.html>

[Intel-gfx] [PATCH 0/5] Handle Link Training Failure during modeset

On Fri, Nov 11, 2016 at 04:21:58PM +, Cheng, Tony wrote: > For HDMI, you can yank the cable, plug back in, HDMI will light up without > user mode or kernel mode doing anything. > > For DP this is not possible, someone will have to retrain the link when > plugging back in or DP will not

[Bug 97879] [amdgpu] Rocket League: long hangs (several seconds) when loading assets (models/textures/shaders?)

2.46.0 / 4.8.0-27-generic, LLVM 3.8.1) AMD 290X intel i7 -- You are receiving this mail because: You are on the CC list for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161111/8b308

[PATCH RFC 00/12] tda998x updates

On 11/11/16 17:27, Russell King - ARM Linux wrote: > On Fri, Nov 11, 2016 at 05:10:09PM +0200, Jyri Sarha wrote: >> On 11/08/16 14:24, Russell King - ARM Linux wrote: >>> As no one responded to the previous round, I'm not spending soo much >>> time writing up a description of these changes again.

[Bug 98505] [radeon, amdgpu] Regression introduced in 4.8-rc3

reasons that support lowering the version requirement. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/2016/9303f3f9/attachment.html>

[Bug 98505] [radeon, amdgpu] Regression introduced in 4.8-rc3

: <https://lists.freedesktop.org/archives/dri-devel/attachments/2016/667125a0/attachment.html>

[PATCH v8 3/3] drm/fence: add out-fences support

On Fri, Nov 11, 2016 at 11:48:09AM -0500, Sean Paul wrote: > On Fri, Nov 11, 2016 at 9:15 AM, Gustavo Padovan > wrote: > > +static void complete_crtc_signaling(struct drm_device *dev, > > +struct drm_atomic_state *state, > > +

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On Fri, Nov 11, 2016 at 6:07 PM, Alex Deucher wrote: >> This was with sna, which does this: >> #define KNOWN_MODE_FLAGS ((1<<14)-1) >> if (mode->status == MODE_OK && kmode->flags & ~KNOWN_MODE_FLAGS) >> mode->status = MODE_BAD; /* unknown flags => unhandled */ >> so all the modes with

[PATCH 10/10] dt-bindings: drm/bridge: Add renesas,rcar-dw-hdmi

Signed-off-by: Ulrich Hecht --- Documentation/devicetree/bindings/display/bridge/dw_hdmi.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/bridge/dw_hdmi.txt

[PATCH 09/10] arm64: dts: r8a7795: add HDMI support to DU

Signed-off-by: Ulrich Hecht --- arch/arm64/boot/dts/renesas/r8a7795.dtsi | 34 ++-- 1 file changed, 32 insertions(+), 2 deletions(-) diff --git a/arch/arm64/boot/dts/renesas/r8a7795.dtsi b/arch/arm64/boot/dts/renesas/r8a7795.dtsi

[PATCH 08/10] arm64: dts: salvator-x: Add DU pins, HDMI connectors and encoder

From: Koji Matsuoka Based on work by Koji Matsuoka. [geert: Re-add removed extal_clk] [geert: Modify existing du node instead of moving it around] [geert: Use generic pinctrl properties] Signed-off-by: Ulrich Hecht ---

[PATCH 07/10] arm64: dts: r8a7795: Add HDMI encoder support

Based on work by Koji Matsuoka. Signed-off-by: Ulrich Hecht --- arch/arm64/boot/dts/renesas/r8a7795.dtsi | 22 ++ 1 file changed, 22 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a7795.dtsi

[PATCH 06/10] drm: rcar-du: Fix display registers for R-Car Gen3

From: Koji Matsuoka Signed-off-by: Koji Matsuoka --- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 3 ++- drivers/gpu/drm/rcar-du/rcar_du_group.c | 5 + drivers/gpu/drm/rcar-du/rcar_du_plane.c | 4 +++- 3 files changed, 10 insertions(+), 2 deletions(-) diff --git

[PATCH 05/10] drm: rcar-du: Add DPLL support

From: Koji Matsuoka The workaround of DPLLCR2 register is required at the time of H3(WS1.0) and H3(WS1.1). This patch adds procedure to apply the workaround by revision. Signed-off-by: Koji Matsuoka [uli: replace PRR hack with soc_device_match()] Signed-off-by:

[PATCH 04/10] drm: rcar-du: Add dw_hdmi driver startup

From: Koji Matsuoka The HDMI driver in the R-Car Gen3 uses dw_hdmi driver. Signed-off-by: Koji Matsuoka [geert: Select DRM_DW_HDMI on non-r8a7795 to fix shmobile_defconfig build] [uli: assume encoder hardware is described in the encoder node] Signed-off-by: Ulrich

[PATCH 03/10] drm: rcar-du: Add R8A7795 device support

From: Koji Matsuoka Signed-off-by: Koji Matsuoka --- drivers/gpu/drm/rcar-du/rcar_du_crtc.h | 4 +++- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 14 -- drivers/gpu/drm/rcar-du/rcar_du_drv.h | 2 ++ 3 files changed, 17 insertions(+), 3 deletions(-)

[PATCH 02/10] drm: bridge/dw_hdmi: Add R-Car Gen3 device support

From: Koji Matsuoka Signed-off-by: Koji Matsuoka [uli: eliminate rcar-specific connector funcs, extraneous DT properties] Signed-off-by: Ulrich Hecht --- drivers/gpu/drm/bridge/dw-hdmi.c | 113

[PATCH 01/10] drm: bridge/dw_hdmi: add dw hdmi i2c bus adapter support

From: Vladimir Zapolskiy The change adds support of internal HDMI I2C master controller, this subdevice is used by default, if "ddc-i2c-bus" DT property is omitted. The main purpose of this functionality is to support reading EDID from an HDMI monitor on boards,

[PATCH 00/10] Renesas R8A7795/Salvator-X HDMI output

Hi! This implements HDMI output support for the Renesas R8A7795 (H3) SoC and Salvator-X board. It is based on mainline v4.9-rc4 and depends on Geert's "[PATCH v2 0/7] soc: renesas: Identify SoC and register with the SoC bus" series. It fixes two major issues in the previous RFC series: 1. It

[Bug 98505] [radeon, amdgpu] Regression introduced in 4.8-rc3

|introduces in 4.8-rc3 |introduced in 4.8-rc3 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161111/2428b

[PATCH] drm/etnaviv: Allow DRAW_INSTANCED commands

Vivante GPUs with HALTI0 feature support a DRAW_INSTANCED command in the command stream to draw a number of instances of the same geometry. The information that has been figured out about the command can be found here: https://github.com/etnaviv/etna_viv/blob/master/rnndb/cmdstream.xml#L270 This

[Bug 98687] Discrete R5 M330 GPU stopped working completely

tps://lists.freedesktop.org/archives/dri-devel/attachments/20161111/1abd3012/attachment.html>

[Bug 98505] [Topaz] Regression introduces in 4.8-rc3

vel/attachments/20161111/ca187e45/attachment.html>

[PATCH 2/2] drm/i915: Update i915_driver_load kerneldoc

On Thu, Nov 10, 2016 at 03:36:34PM +0200, Joonas Lahtinen wrote: > Update i915_driver_load kerneldoc to match code. > > Cc: Chris Wilson > Signed-off-by: Joonas Lahtinen Reviewed-by: Chris Wilson -Chris -- Chris Wilson, Intel Open Source Technology Centre

[PATCH v8 3/3] drm/fence: add out-fences support

Spotted one more thing on a cleanup path... On Fri, Nov 11, 2016 at 11:15:59PM +0900, Gustavo Padovan wrote: >From: Gustavo Padovan > >Support DRM out-fences by creating a sync_file with a fence for each CRTC >that sets the OUT_FENCE_PTR property. > >We use the out_fence pointer received in the

[Bug 98687] Discrete R5 M330 GPU stopped working completely

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/2016/1df82587/attachment.html>

BUG: 'list_empty(>free_vbufs)' is true!

On 11/09/2016, 09:01 AM, Gerd Hoffmann wrote: > On Di, 2016-11-08 at 22:37 +0200, Michael S. Tsirkin wrote: >> On Mon, Nov 07, 2016 at 09:43:24AM +0100, Jiri Slaby wrote: >>> Hi, >>> >>> I can relatively easily reproduce this bug: > > How? Run dmesg -w in the qemu window (virtio_gpu) to see a

[PATCH] drm/atomic: fix memory leak when fetching format name

On Friday, 2016-11-11 16:26:22 +, Colin King wrote: > From: Colin Ian King > > drm_get_format_name allocates memory that is not currently free'd > when printing the state. Fix this by kfree'ing the memory after > use. You are correct, but there are more cases of this, and another fix has

[PATCH] Gpu: drm: arm: - Fix possible dereference of NULL

From: "Shailendra Verma" There is possible dereference of NULL pointer if kmalloc fails, When function returns.So return NULL if kmalloc fails. Signed-off-by: Shailendra Verma --- drivers/gpu/drm/arm/malidp_planes.c |3 +++ 1 file changed, 3 insertions(+) diff

[PATCH RFC 00/12] tda998x updates

On 11/08/16 14:24, Russell King - ARM Linux wrote: > As no one responded to the previous round, I'm not spending soo much > time writing up a description of these changes again. It's also been > quite a long time, so I've forgotten all the details of the changes, > so I'll do my best. > >

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

p.org/archives/mesa-dev/2016-November/135076.html https://lists.freedesktop.org/archives/mesa-dev/2016-November/135077.html Regards, Boyuan -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/2016/a4af8d43/attachment-0001.html>

[PATCH] drm/atomic: fix memory leak when fetching format name

From: Colin Ian King drm_get_format_name allocates memory that is not currently free'd when printing the state. Fix this by kfree'ing the memory after use. Signed-off-by: Colin Ian King --- drivers/gpu/drm/drm_atomic.c | 5 +++-- 1 file changed, 3 insertions(+), 2

[Intel-gfx] [PATCH 0/5] Handle Link Training Failure during modeset

For HDMI, you can yank the cable, plug back in, HDMI will light up without user mode or kernel mode doing anything. For DP this is not possible, someone will have to retrain the link when plugging back in or DP will not light up. We see that on Ubuntu if someone unplug display and plug it

[PATCH v2 2/5] ARM: bus: da8xx-mstpri: new driver

On Wednesday 09 November 2016 11:54 PM, Rob Herring wrote: > On Mon, Oct 31, 2016 at 03:45:35PM +0100, Bartosz Golaszewski wrote: >> Create the driver for the da8xx master peripheral priority >> configuration and implement support for writing to the three >> Master Priority registers on da850

[PATCH v2 1/5] ARM: memory: da8xx-ddrctl: new driver

On Wednesday 09 November 2016 11:54 PM, Rob Herring wrote: > On Mon, Oct 31, 2016 at 03:45:34PM +0100, Bartosz Golaszewski wrote: >> Create a new driver for the da8xx DDR2/mDDR controller and implement >> support for writing to the Peripheral Bus Burst Priority Register. >> >> Signed-off-by:

[Intel-gfx] [PATCH 5/5] drm/i915: Implement Link Rate fallback on Link training failure

On Thu, Nov 10, 2016 at 09:58:31PM +0100, Daniel Vetter wrote: > On Wed, Nov 09, 2016 at 08:42:08PM -0800, Manasi Navare wrote: > > @@ -5692,6 +5751,39 @@ static bool intel_edp_init_connector(struct intel_dp > > *intel_dp, > > return false; > > } > > > > +static void

[Intel-gfx] [PATCH 0/5] Handle Link Training Failure during modeset

On Thu, Nov 10, 2016 at 06:51:40PM +, Cheng, Tony wrote: > Amdgpu dal implementation will do a test link training at end of detection to > verify we can achieve the capability reported in DPCD. We then report mode > base on result of test training. > > AMD hardware (at least the

[PATCH 4/4] drm/tegra: Set sgt pointer in BO pin

sc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/2016/af8eadee/attachment.sig>

[PATCH 3/4] drm/tegra: Support kernel mappings with IOMMU

e: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/2016/4c924bf6/attachment.sig>

BUG: 'list_empty(>free_vbufs)' is true!

On 11/08/2016, 09:37 PM, Michael S. Tsirkin wrote: > On Mon, Nov 07, 2016 at 09:43:24AM +0100, Jiri Slaby wrote: > The following might be helpful for debugging - if kernel still will > not stop panicing, we are looking at some kind > of memory corruption. > > > diff --git

[PATCH 2/4] gpu: host1x: Add locking to syncpt

no longer used after this and goes out of scope. I fixed up these two issues and applied. Thanks, Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.f

[PATCH 1/4] gpu: host1x: Store device address to all bufs

-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/2016/3cb81144/attachment.sig>

[PATCH RFC 00/12] tda998x updates

On Fri, Nov 11, 2016 at 05:10:09PM +0200, Jyri Sarha wrote: > On 11/08/16 14:24, Russell King - ARM Linux wrote: > > As no one responded to the previous round, I'm not spending soo much > > time writing up a description of these changes again. It's also been > > quite a long time, so I've

[PATCH] drm/i2c: tda998x: power down pre-filter and color conversion

Disabling the pre-filter block of the TDA998x saves 40mW and the colour conversion block saves 15mW. As we always disable these two blocks, we can power these sections of the chip down to save 55mW of unnecessary power consumption. Signed-off-by: Russell King ---

[PATCH] drm/radeon: use list_move in radeon_vm_bo_update

Am 11.11.2016 um 13:26 schrieb Geliang Tang: > Use list_move() instead of list_del() + list_add() to simplify the code. > > Signed-off-by: Geliang Tang Reviewed-by: Christian König . > --- > drivers/gpu/drm/radeon/radeon_vm.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > >

[PATCH v3] PCI: create revision file in sysfs

From: Emil Velikov Currently the revision isn't available via sysfs/libudev thus if one wants to know the value they need to read through the config file. This in itself wakes/powers up the device, causing unwanted delay since it can be quite costly. There are at

[PATCH] Gpu: drm: arm: - Fix possible dereference of NULL

On Fri, Nov 11, 2016 at 01:58:46PM +, Emil Velikov wrote: > On 11 November 2016 at 10:56, Liviu Dudau wrote: > > Hi Shailendra, > > > > On Fri, Nov 11, 2016 at 02:16:08PM +0530, Shailendra Verma wrote: > >> From: "Shailendra Verma" > >> > >> There is possible dereference of NULL pointer if

[PATCH v8 3/3] drm/fence: add out-fences support

From: Gustavo Padovan Support DRM out-fences by creating a sync_file with a fence for each CRTC that sets the OUT_FENCE_PTR property. We use the out_fence pointer received in the OUT_FENCE_PTR prop to send the sync_file fd back to userspace. The sync_file and

[PATCH v8 2/3] drm/fence: add fence timeline to drm_crtc

From: Gustavo Padovan Create one timeline context for each CRTC to be able to handle out-fences and signal them. It adds a few members to struct drm_crtc: fence_context, where we store the context we get from fence_context_alloc(), the fence seqno and the fence

[PATCH] Gpu: drm: arm: - Fix possible dereference of NULL

From: "Shailendra Verma" There is possible dereference of NULL pointer if kmalloc fails. So return NULL if kmalloc fails. Signed-off-by: Shailendra Verma --- drivers/gpu/drm/arm/malidp_planes.c |3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH v8 1/3] drm/fence: add in-fences support

From: Gustavo Padovan There is now a new property called IN_FENCE_FD attached to every plane state that receives sync_file fds from userspace via the atomic commit IOCTL. The fd is then translated to a fence (that may be a fence_array subclass or just a normal

[PATCH v8 0/3] drm: add explict fencing

From: Gustavo Padovan Hi, New version of the DRM fences patches with all comments on v7 adressed. Please refer to the cover letter[1] in a previous version to check for more details. The changes since the last version can be seen in commit message on each

[PATCH] Gpu: drm: arm: - Fix possible dereference of NULL

On 11 November 2016 at 10:56, Liviu Dudau wrote: > Hi Shailendra, > > On Fri, Nov 11, 2016 at 02:16:08PM +0530, Shailendra Verma wrote: >> From: "Shailendra Verma" >> >> There is possible dereference of NULL pointer if kmalloc fails. > > You could add: ... when the function returns. From the

[PATCH libdrm] headers: Add README file

On 10 November 2016 at 21:07, Alex Deucher wrote: > On Thu, Nov 10, 2016 at 11:44 AM, Emil Velikov > wrote: >> From: Emil Velikov >> >> Since we're trying to standardise and make things more consistent in >> the area, add a basic README which covers some of the more popular >> topics. >> >>

[GIT PULL] mediatek-drm: fix a typo, vblank interrupt disable, and HDMI 4K support.

Hi, Dave: This branch include one patch to fix a typo, two patches to disable vblank interrupt, and three patches to support HDMI 4K resolution. Regards, CK The following changes since commit 1001354ca34179f3db924eb66672442a173147dc: Linux 4.9-rc1 (2016-10-15 12:17:50 -0700) are available

[Intel-gfx] [PATCH] intel: Add Geminilake PCI IDs

On Thu, Nov 10, 2016 at 10:28 AM, Ben Widawsky wrote: > > From: Ben Widawsky > > Signed-off-by: Ben Widawsky > --- > intel/intel_chipset.h | 13 ++--- > 1 file changed, 10 insertions(+), 3 deletions(-) > > diff --git a/intel/intel_chipset.h b/intel/intel_chipset.h > index

[PATCH v8 3/3] drm/fence: add out-fences support

On Fri, Nov 11, 2016 at 12:11 PM, Daniel Vetter wrote: > On Fri, Nov 11, 2016 at 11:48:09AM -0500, Sean Paul wrote: >> On Fri, Nov 11, 2016 at 9:15 AM, Gustavo Padovan >> wrote: >> > +static void complete_crtc_signaling(struct drm_device *dev, >> > +struct

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On Fri, Nov 11, 2016 at 12:00 PM, Ville Syrjälä wrote: > On Thu, Nov 03, 2016 at 02:31:43PM +0200, ville.syrjala at linux.intel.com > wrote: >> From: Ville Syrjälä >> >> This reverts commit a68362fe3e84fcbedd49939aa200519aa5410135. >> >> Adding new mode flags willy nilly breaks existing

[PATCH] drm/amdgpu: Restrict GART size to half of the GPU pages

Using the kernel zone memory size to determine the size of the GART table introduced a regression on systems with a large amount of system memory. On a system with 512GB RAM, driver initialisation would fail as there are more GART entries than there are GPU pages to map to them. With 256GB RAM,

[PATCH v8 3/3] drm/fence: add out-fences support

On Fri, Nov 11, 2016 at 9:15 AM, Gustavo Padovan wrote: > From: Gustavo Padovan > > Support DRM out-fences by creating a sync_file with a fence for each CRTC > that sets the OUT_FENCE_PTR property. > > We use the out_fence pointer received in the OUT_FENCE_PTR prop to send > the sync_file fd

[Intel-gfx] [PATCH 5/5] drm/i915: Implement Link Rate fallback on Link training failure

On Thu, 10 Nov 2016, Daniel Vetter wrote: > On Wed, Nov 09, 2016 at 08:42:08PM -0800, Manasi Navare wrote: >> @@ -5692,6 +5751,39 @@ static bool intel_edp_init_connector(struct intel_dp >> *intel_dp, >> return false; >> } >> >> +static void intel_dp_modeset_retry_work_fn(struct

[PATCH v8 3/3] drm/fence: add out-fences support

Hi Gustavo, On Fri, Nov 11, 2016 at 02:16:09PM +0900, Gustavo Padovan wrote: >From: Gustavo Padovan > >Support DRM out-fences by creating a sync_file with a fence for each CRTC >that sets the OUT_FENCE_PTR property. > >We use the out_fence pointer received in the OUT_FENCE_PTR prop to send >the

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

Hi Jitao, I couldn't locate the original mail, so posting on this thread instead. Some comments below. On 11/10/2016 10:09 PM, Enric Balletbo Serra wrote: > Hi Jitao, > > 2016-08-27 8:44 GMT+02:00 Jitao Shi : >> This patch adds drm_bridge driver for parade DSI to eDP bridge chip. >> >>

[PATCH libdrm] headers: Add README file

On Fri, Nov 11, 2016 at 8:44 AM, Emil Velikov wrote: > On 10 November 2016 at 21:07, Alex Deucher wrote: >> On Thu, Nov 10, 2016 at 11:44 AM, Emil Velikov >> wrote: >>> From: Emil Velikov >>> >>> Since we're trying to standardise and make things more consistent in >>> the area, add a basic

[PATCH v6 1/9] drm/hisilicon/hibmc: Add hisilicon hibmc drm master driver

Hi Sean, Thanks for reviewing! All comments is helpful. 在 2016/11/11 1:35, Sean Paul 写道: > On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou > wrote: >> Add DRM master driver for Hisilicon Hibmc SoC which used for >> Out-of-band management. Blow is the general hardware connection, >> both

  1   2   >