[Bug 95574] amdgpu_init fails on xen boot

ges which include a kernel backtrace towards the bottom. -- 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/20160523/f9

[Bug 95545] [amdgpu][tonga] mplayer -vo=gl:yuv=2 causes VM fault

hments/20160523/47e807a5/attachment-0001.html>

[Intel-gfx] [PATCH] drm/i915/ilk: Disable SSC for DPLLs if we're not using it

On Mon, May 23, 2016 at 02:56:54PM -0400, Lyude wrote: > Thanks to Ville Syrjälä for pointing me towards the cause of this issue. > > Unfortunately one of the sideaffects of having the refclk for a DPLL > set to SSC is that as long as it's set to SSC, the GPU will prevent us > from powering

[Bug 91202] Output to DVI-I (or DVI-D) is blank on Tonga (R9 285 and 380X) with multiple monitors

rg/archives/dri-devel/attachments/20160523/a7c810cd/attachment.html>

[Bug 118701] x86_64 GMA500 reports /dev/dri/card0: failed to set DRM interface version 1.4: Inappropriate ioctl for device

https://bugzilla.kernel.org/show_bug.cgi?id=118701 --- Comment #2 from Stuart Foster --- (In reply to Patrik Jakobsson from comment #1) > Hi Stuart > > Did you try with a 64-bit userspace? I haven't tried gma500 on a 64-bit > system so not sure what the status is. GPU can only address 32-bit so

[PATCH] drm/i915/ilk: Wait one vblank before enabling audio

On Fri, May 20, 2016 at 05:36:40PM -0400, Lyude wrote: > We no longer call ilk_audio_codec_enable() while we have vblanks > disabled. As such, we can finally fix this and stop the occasional pipe > underruns I'm seeing on this Dell OptiPlex 990. Hmm. Are you still getting underruns on -nightly?

[PATCH 4/4] dt-bindings: add Samsung LSN122DL01-C01 panel binding

The Samsung LSN122DL01-C01 is an 12.2" 2560x1600 (WQXGA) TFT-LCD panel connected using eDP interfaces. Signed-off-by: Yakir Yang --- .../devicetree/bindings/display/panel/samsung,lsn122dl01-c01.txt | 7 +++ 1 file changed, 7 insertions(+) create mode 100644

[PATCH 3/4] drm/panel: simple: Add support for Samsung LSN122DL01-C01 2560x1600 panel

The Samsung LSN122DL01-C01 is an 12.2" 2560x1600 (WQXGA) TFT-LCD panel connected using eDP interfaces. Signed-off-by: Yakir Yang --- drivers/gpu/drm/panel/panel-simple.c | 25 + 1 file changed, 25 insertions(+) diff --git a/drivers/gpu/drm/panel/panel-simple.c

[PATCH 2/4] dt-bindings: add LG LP097QX1-SPA1 panle binding

The LG LP097QX1-SPA1 is an 9.7", 2048x1536 (QXGA) TFT-LCD panel connected using eDP interfaces. Signed-off-by: Yakir Yang --- .../devicetree/bindings/display/panel/lg,lp097qx1-spa1.txt | 7 +++ 1 file changed, 7 insertions(+) create mode 100644

[PATCH 1/4] drm/panel: simple: Add support for LG LP097QX1-SPA1 2048x1536 panel

The LG LP097QX1-SPA1 is an 9.7", 2048x1536 (QXGA) TFT-LCD panel connected using eDP interfaces. Signed-off-by: Yakir Yang --- drivers/gpu/drm/panel/panel-simple.c | 25 + 1 file changed, 25 insertions(+) diff --git a/drivers/gpu/drm/panel/panel-simple.c

drm/vmwgfx: Add VMWare host messaging capability

Hello Sinclair Yeh, The patch 89da76fde68d: "drm/vmwgfx: Add VMWare host messaging capability" from Apr 27, 2016, leads to the following static checker warning: drivers/gpu/drm/vmwgfx/vmwgfx_msg.c:303 vmw_recv_msg() warn: 'reply' was already freed.

[Bug 118701] x86_64 GMA500 reports /dev/dri/card0: failed to set DRM interface version 1.4: Inappropriate ioctl for device

https://bugzilla.kernel.org/show_bug.cgi?id=118701 Patrik Jakobsson changed: What|Removed |Added CC||patrik.r.jakobsson at gmail.co

[GIT PULL] drm/arcpgu: use dedicated memory area for frame buffer

Hi David, On Mon, 2016-05-23 at 15:23 -0400, David Airlie wrote: > > > - Original Message - > > > > From: "Alexey Brodkin" > > To: airlied at redhat.com, daniel at ffwll.ch, "Vineet Gupta" > > , airlied at linux.ie > > Cc: dri-devel at lists.freedesktop.org, linux-kernel at

[Bug 95551] Firewatch: Missing elements in menu

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/20160523/25015bca/attachment.html>

[PATCH v2 2/3] drm/omapdrm: Work-a-round for errata i734 (LCD1 Gamma) in DSS dispc

if (count++ > 1) { > + dev_err(>dev, "%s: framedone timeout\n", > + __func__); > + break; > + } Add { } for the 'while' too. Busyloops are always a bit tricky... I would perhaps change the loop above so that you first busy loop for a certain amount of loops, but after that udelay() for a short period in each loop. And it would be good to have a note here why busyloop is fine and what is the calculated time the frame takes. I mean, the reason why busy loop is preferred is what you mention, that we can't easily have a irq handler here, but the reason busyloop is fine is that the frame is so small. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160523/33878e64/attachment.sig>

[PATCH v2 2/3] drm/omapdrm: Work-a-round for errata i734 (LCD1 Gamma) in DSS dispc

On 05/23/16 17:41, Jyri Sarha wrote: > @@ -4112,7 +4115,8 @@ static const struct dispc_features omap54xx_dispc_feats > = { > .has_writeback = true, > .supports_double_pixel = true, > .reverse_ilace_field_order =true, > - .has_gamma_tables =

[RFC v2 3/5] drm/mediatek: add *driver_data for different hardware settings

Hi, YT: One comment below. On Fri, 2016-05-20 at 23:05 +0800, yt.shen at mediatek.com wrote: > From: YT Shen > > 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

[PATCH v2 3/3] drm/omapdrm: Implement gamma_lut atomic crtc property

Implement gamma_lut atomic crtc property, set crtc gamma size to 256 for all crtcs and use drm_atomic_helper_legacy_gamma_set() as gamma_set func. The tv-out crtc has 1024 element gamma table (with 10bit precision) in HW, but current Xorg server does not accept anything else but 256 elements so

[PATCH v2 2/3] drm/omapdrm: Work-a-round for errata i734 (LCD1 Gamma) in DSS dispc

Work-a-round for errata i734 in DSS dispc - LCD1 Gamma Correction Is Not Working When GFX Pipe Is Disabled For gamma tables to work on LCD1 the GFX plane has to be used at least once after DSS HW has come out of reset. The work-a-round sets up a minimal LCD setup with GFX plane and waits for one

[PATCH v2 1/3] drm/omapdrm: Add gamma table support to DSS dispc

Add gamma table support to DSS dispc. DSS driver initializes the default gamma table at component bind time and holds a copy of all gamma tables in its internal data structure. Each call to dispc_mgr_set_gamma() updates the internal table and triggers write to the HW, if it is enabled. The

[PATCH v2 0/3] drm/omapdrm: gamma table support

Implements gamma tables for OMAP4, OMAP5, and dra7xx SoCs and adds a work-a-round for errata that may break LCD1 channel if gamma tables are in use. Changes from v1 to v2 - Drop "drm/omapdrm: omap_modeset_init: Separate crtc id and plane id indexing" - "drm/omapdrm: Add gamma table support to DSS

[RFC v2 2/5] drm/mediatke: add support for Mediatek SoC MT2701

Hi, YT: Some comments below. On Fri, 2016-05-20 at 23:05 +0800, yt.shen at mediatek.com wrote: > From: YT Shen > > This patch add support for the Mediatek MT2701 DISP subsystem. > There is only one OVL engine in MT2701. > > Signed-off-by: YT Shen > > +static void mtk_ddp_mux_sel(void

[PATCH v2] dma-buf: use vma_pages().

Replace explicit computation of vma page count by a call to vma_pages(). Also, include Signed-off-by: Muhammad Falak R Wani --- drivers/dma-buf/dma-buf.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/dma-buf/dma-buf.c b/drivers/dma-buf/dma-buf.c index

[PATCH] drm/amdgpu/gfx6: set compute ring->ready = false on disable

Need to properly update the sw ring status when we disable the gfx MEs on SI. Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c b/drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c index

[PATCH] drm/mm: avoid possible null pointer dereference

On Mon, May 23, 2016 at 04:35:53PM +0100, Eric Engestrom wrote: > On Mon, May 23, 2016 at 02:46:59PM +0100, Chris Wilson wrote: > > It's a programming error, just as would be passing in mm == NULL. Mark up > > the function as requiring non-NULL parameters. > > Using `__attribute__((nonnull))`? I

[PATCH] drm/mm: avoid possible null pointer dereference

On Mon, May 23, 2016 at 02:46:59PM +0100, Chris Wilson wrote: > On Mon, May 23, 2016 at 02:38:29PM +0100, Eric Engestrom wrote: > > On Mon, May 23, 2016 at 02:02:26PM +0100, Chris Wilson wrote: > > > On Mon, May 23, 2016 at 02:56:45PM +0200, Daniel Vetter wrote: > > > > On Mon, May 23, 2016 at

[Bug 95532] Kernel oops WARNING: CPU: 5 PID: 148 at include/drm/drm_crtc.h:2561 drm_helper_choose_crtc_dpms+0x93/0xa0 [drm_kms_helper]() [drm_kms_helper]

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160523/40c5139b/attachment-0001.html>

[PATCH 4/4] dt-bindings: add Samsung LSN122DL01-C01 panel binding

On Mon, May 23, 2016 at 08:55:37PM +0800, Yakir Yang wrote: > The Samsung LSN122DL01-C01 is an 12.2" 2560x1600 (WQXGA) TFT-LCD > panel connected using eDP interfaces. > > Signed-off-by: Yakir Yang > --- > .../devicetree/bindings/display/panel/samsung,lsn122dl01-c01.txt | 7 > +++ > 1

[PATCH 2/4] dt-bindings: add LG LP097QX1-SPA1 panle binding

On Mon, May 23, 2016 at 08:55:15PM +0800, Yakir Yang wrote: > The LG LP097QX1-SPA1 is an 9.7", 2048x1536 (QXGA) TFT-LCD panel > connected using eDP interfaces. > > Signed-off-by: Yakir Yang > --- > .../devicetree/bindings/display/panel/lg,lp097qx1-spa1.txt | 7 > +++ > 1 file

[Bug 95532] Kernel oops WARNING: CPU: 5 PID: 148 at include/drm/drm_crtc.h:2561 drm_helper_choose_crtc_dpms+0x93/0xa0 [drm_kms_helper]() [drm_kms_helper]

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160523/1b292a09/attachment.html>

[PATCH 3/3] dma-buf/fence: add signal_on_any to the fence array

On Mon, May 23, 2016 at 03:58:41PM +0200, Christian König wrote: > Am 23.05.2016 um 15:50 schrieb Daniel Vetter: > >On Mon, May 23, 2016 at 01:25:22PM +0200, Christian König wrote: > >>From: Christian König > >> > >>If @signal_on_any is true the fence array signals if any fence in the array >

[Bug 95551] Firewatch: Missing elements in menu

ext part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160523/695efb7c/attachment.html>

[Bug 95551] Firewatch: Missing elements in menu

-devel/attachments/20160523/388db975/attachment.html>

[PATCH 2/2] dma-buf/fence: add fence_array fences v4

On Mon, May 23, 2016 at 01:29:11PM +0200, Christian König wrote: > Am 23.05.2016 um 09:41 schrieb Daniel Vetter: > >On Fri, May 20, 2016 at 11:47:28AM -0300, Gustavo Padovan wrote: > >>2016-05-20 Christian König : > >> > >>>From: Gustavo Padovan > >>> > >>>struct fence_collection inherits from

[PATCH 3/3] dma-buf/fence: add signal_on_any to the fence array

Am 23.05.2016 um 15:50 schrieb Daniel Vetter: > On Mon, May 23, 2016 at 01:25:22PM +0200, Christian König wrote: >> From: Christian König >> >> If @signal_on_any is true the fence array signals if any fence in the array >> signals, otherwise it signals when all fences in the array signal. >

[PATCH v2] drm/i915/ilk: Don't disable SSC source if it's in use

Thanks to Ville Syrjälä for pointing me towards the cause of this issue. Unfortunately one of the sideaffects of having the refclk for a DPLL set to SSC is that as long as it's set to SSC, the GPU will prevent us from powering down any of the pipes or transcoders using it. A couple of BIOSes

[PATCH 2/3] dma-buf/fence: add fence_array fences v5

On Mon, May 23, 2016 at 01:25:21PM +0200, Christian König wrote: > From: Gustavo Padovan > > struct fence_collection inherits from struct fence and carries a > collection of fences that needs to be waited together. > > It is useful to translate a sync_file to a fence to remove the complexity >

[PATCH 3/3] dma-buf/fence: add signal_on_any to the fence array

On Mon, May 23, 2016 at 01:25:22PM +0200, Christian König wrote: > From: Christian König > > If @signal_on_any is true the fence array signals if any fence in the array > signals, otherwise it signals when all fences in the array signal. What do you need this for? Sounds neat, but I can't

[PATCH 2/3] Define fb_open_adj_file()

On Mon, May 23, 2016 at 12:48:52PM +0200, 'Max Staudt wrote: > From: Max Staudt > > This callback from fb_open() allows a fbdev driver to adjust things such > as file->f_mapping to better represent the internal structures. > > This is needed to allow TTM drivers using ttm_fbdev_mmap() to

[Bug 95545] [amdgpu][tonga] mplayer -vo=gl:yuv=2 causes VM fault

ext part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160523/a5531a6e/attachment.html>

[Bug 95545] [amdgpu][tonga] mplayer -vo=gl:yuv=2 causes VM fault

ext part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160523/e8b5d378/attachment.html>

[Bug 95545] [amdgpu][tonga] mplayer -vo=gl:yuv=2 causes VM fault

bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160523/68b65f94/attachment-0001.html>

[Bug 95545] [amdgpu][tonga] mplayer -vo=gl:yuv=2 causes VM fault

r37870 gigabyte 380 (tonga) -- 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/20160523/fdb30ee8/attachment.html>

[PATCH] drm/i915/ilk: Wait one vblank before enabling audio

On Mon, 2016-05-23 at 21:06 +0300, Ville Syrjälä wrote: > On Fri, May 20, 2016 at 05:36:40PM -0400, Lyude wrote: > > > > We no longer call ilk_audio_codec_enable() while we have vblanks > > disabled. As such, we can finally fix this and stop the occasional pipe > > underruns I'm seeing on this

[GIT PULL] drm/arcpgu: use dedicated memory area for frame buffer

- Original Message - > From: "Alexey Brodkin" > To: airlied at redhat.com, daniel at ffwll.ch, "Vineet Gupta" at synopsys.com>, airlied at linux.ie > Cc: dri-devel at lists.freedesktop.org, linux-kernel at vger.kernel.org, > linux-snps-arc at lists.infradead.org > Sent: Monday, 23

[PATCH v3 02/12] drm: Read DPCD receiver capability for DP to VGA converter

On Mon, May 23, 2016 at 01:50:47PM +0300, Mika Kahola wrote: > Read from DPCD receiver capability field the max allowed > pixel clock and bits per component for DP to VGA converter. > > Signed-off-by: Mika Kahola > --- > drivers/gpu/drm/drm_dp_helper.c | 46 >

[PATCH] drm/i915/ilk: Disable SSC for DPLLs if we're not using it

Thanks to Ville Syrjälä for pointing me towards the cause of this issue. Unfortunately one of the sideaffects of having the refclk for a DPLL set to SSC is that as long as it's set to SSC, the GPU will prevent us from powering down any of the pipes or transcoders using it. A couple of BIOSes,

[PATCH] drm/mm: avoid possible null pointer dereference

On Mon, May 23, 2016 at 11:27:14AM +0100, Eric Engestrom wrote: > On Wed, May 18, 2016 at 10:17:19PM +0200, Heinrich Schuchardt wrote: > > Do not dereference node before the check if node is NULL. > > > > Signed-off-by: Heinrich Schuchardt > > --- > > drivers/gpu/drm/drm_mm.c | 4 +++- > > 1

[GIT PULL] drm/rockchip: new feature to support rk3399 vop and some fixes

Hi Dave This series of patches add rk3399 vop support and fix some sparse warnings. Now seems no doubt on them, and looks good for me, So I'd like you can land them. Thanks. The following changes since commit fcee59065e58498682c60069cc6fb90694bab27e: drm: Nuke ->vblank_disable_allowed

[PATCH] drm/mm: avoid possible null pointer dereference

On Mon, May 23, 2016 at 02:38:29PM +0100, Eric Engestrom wrote: > On Mon, May 23, 2016 at 02:02:26PM +0100, Chris Wilson wrote: > > On Mon, May 23, 2016 at 02:56:45PM +0200, Daniel Vetter wrote: > > > On Mon, May 23, 2016 at 11:27:14AM +0100, Eric Engestrom wrote: > > > > On Wed, May 18, 2016 at

[PATCH] drm/mm: avoid possible null pointer dereference

On Mon, May 23, 2016 at 02:02:26PM +0100, Chris Wilson wrote: > On Mon, May 23, 2016 at 02:56:45PM +0200, Daniel Vetter wrote: > > On Mon, May 23, 2016 at 11:27:14AM +0100, Eric Engestrom wrote: > > > On Wed, May 18, 2016 at 10:17:19PM +0200, Heinrich Schuchardt wrote: > > > > Do not dereference

[PATCH 1/2] drm/rockchip: vop: Do check if an update is pending during disable

On 2016年05月05日 17:34, Tomeu Vizoso wrote: > On 20 April 2016 at 16:23, Tomeu Vizoso wrote: >> On 11 April 2016 at 03:15, Mark yao wrote: >>> On 2016年04月08日 18:54, Tomeu Vizoso wrote: On 8 April 2016 at 03:07, Mark yao wrote: > On 2016年04月06日 18:14, Tomeu Vizoso wrote:

[PATCH 0/3] drm/rockchip: fix some sparse warnings

On 2016年05月11日 00:03, John Keeping wrote: > The first patch wasn't found by sparse, but is something I noticed while > in the area. The following two fix all of the sparse warnings inside > drm/rockchip. > > John Keeping (3): >drm/rockchip: dw_hdmi: remove unused #include >

[PATCH] drm/mm: avoid possible null pointer dereference

On Mon, May 23, 2016 at 02:56:45PM +0200, Daniel Vetter wrote: > On Mon, May 23, 2016 at 11:27:14AM +0100, Eric Engestrom wrote: > > On Wed, May 18, 2016 at 10:17:19PM +0200, Heinrich Schuchardt wrote: > > > Do not dereference node before the check if node is NULL. > > > > > > Signed-off-by:

[PATCH 3/4] drm/omapdrm: Work-a-round for errata i734 (LCD1 Gamma) in DSS dispc

But - but with your permission - I'll keep the IRQ mask > initializations as they are quite constant in nature anyway. Yes, those should be fine. Presuming all DSS versions have CHANNEL_LCD, which happens to be the case =). Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160523/14b0399a/attachment.sig>

[PATCH v3 12/12] drm/i915: Add DP branch device info on debugfs

Read DisplayPort branch device info from through debugfs interface. Signed-off-by: Mika Kahola --- drivers/gpu/drm/i915/i915_debugfs.c | 37 + 1 file changed, 37 insertions(+) diff --git a/drivers/gpu/drm/i915/i915_debugfs.c

[PATCH v3 11/12] drm/i915: Read DP branch device SW revision

SW revision is mandatory field for DisplayPort branch devices. This is defined in DPCD register field 0x50A. Signed-off-by: Mika Kahola --- drivers/gpu/drm/i915/intel_dp.c | 5 + include/drm/drm_dp_helper.h | 2 ++ 2 files changed, 7 insertions(+) diff --git

[PATCH v3 10/12] drm/i915: Read DP branch device HW revision

HW revision is mandatory field for DisplayPort branch devices. This is defined in DPCD register field 0x509. Signed-off-by: Mika Kahola --- drivers/gpu/drm/i915/intel_dp.c | 5 + include/drm/drm_dp_helper.h | 2 ++ 2 files changed, 7 insertions(+) diff --git

[PATCH v3 09/12] drm/i915: Read DP branch device id

Read device ID for DisplayPort branch devices. The device ID is defined in DPCD register 0x503 and it is mandatory field for DP branch devices. Signed-off-by: Mika Kahola --- drivers/gpu/drm/i915/intel_dp.c | 6 ++ include/drm/drm_dp_helper.h | 2 ++ 2 files changed, 8 insertions(+)

[PATCH v3 08/12] drm/i915: Check pixel rate for DP to VGA dongle

Prep work to improve DP branch device handling. Filter out a mode that exceeds the max pixel rate setting for DP to VGA dongle. This is defined in DPCD register 0x81 if detailed cap info i.e. info field is 4 bytes long and it is available for DP downstream port. The register defines the pixel

[PATCH v3 07/12] drm: Compute max pixel rate for DP sink

For DP branch devices DPCD register may define the max supported pixel rate for VGA dongles. This patch adds a check if DPCD register value is less than current setting for pixel rate. Signed-off-by: Mika Kahola --- drivers/gpu/drm/drm_dp_helper.c | 22 ++

[PATCH v3 06/12] drm: Read DPCD receiver capability for DP to Wireless Converter

Read from DPCD receiver capability field for the DP to Wireless converter. The only supported wireless technology on DP1.3 spec is WiGig display extension. If WiGig display extension is present, then read out the - number of wde tx on device - the number of wde txs that can be concurrently

[PATCH v3 05/12] drm: Read DPCD receiver capability for DP++

Read from DPCD receiver capability field for the DP++ devices. The features are - max TMDS charachter clock - max bits per component - support for conversion from 3D frame sequential to frame pack Signed-off-by: Mika Kahola --- drivers/gpu/drm/drm_dp_helper.c | 4

[PATCH v3 04/12] drm: Read DPCD receiver capability for DP to HDMI converter

Read from DPCD receiver capability field for DP to HDMI converter. The features for DP to HDMI converter are - max TMDS characther clock rate - max bits per component - support for conversion from 3D frame sequential to frame pack - support for YCBCR422 pass through - support for YCBCR420

[PATCH v3 03/12] drm: Read DPCD receiver capability for DP to DVI converter

Read from DPCD receiver capability field for the following features: - max TMDS clock rate - max bits per component - single or dual link support - high color depth support Signed-off-by: Mika Kahola --- drivers/gpu/drm/drm_dp_helper.c | 5 + include/drm/drm_dp_helper.h | 14

[PATCH v3 02/12] drm: Read DPCD receiver capability for DP to VGA converter

Read from DPCD receiver capability field the max allowed pixel clock and bits per component for DP to VGA converter. Signed-off-by: Mika Kahola --- drivers/gpu/drm/drm_dp_helper.c | 46 drivers/gpu/drm/i915/intel_drv.h | 2 ++

[PATCH v3 01/12] drm: Add missing DP downstream port types

Add missing DisplayPort downstream port types. The introduced new port types are DP++ and Wireless. Signed-off-by: Mika Kahola --- include/drm/drm_dp_helper.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h index 5a848e7..e384c7f

[PATCH v3 00/12] drm/i915: DP branch devices

Prep work for DP branch device handling This series of patches reads DPCD register 0x80h for receiver capabilities for DP branch devices. The branch device types are converters for the following standards - DP to VGA - DP to DVI - DP to HDMI - DP++ dual mode - Wireless WiGig DPCD register

[PATCH v2] dma-buf: use vma_pages().

On Mon, May 23, 2016 at 05:08:42PM +0530, Muhammad Falak R Wani wrote: > Replace explicit computation of vma page count by a call to > vma_pages(). > Also, include All good! Reviewed-by: Eric Engestrom

[Bug 94891] BUG: unable to handle kernel NULL pointer dereference

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160523/441f5420/attachment.html>

[PATCH 2/2] dma-buf/fence: add fence_array fences v4

Am 23.05.2016 um 09:41 schrieb Daniel Vetter: > On Fri, May 20, 2016 at 11:47:28AM -0300, Gustavo Padovan wrote: >> 2016-05-20 Christian König : >> >>> From: Gustavo Padovan >>> >>> struct fence_collection inherits from struct fence and carries a >>> collection of fences that needs to be waited

[PATCH 3/3] dma-buf/fence: add signal_on_any to the fence array

From: Christian König If @signal_on_any is true the fence array signals if any fence in the array signals, otherwise it signals when all fences in the array signal. Signed-off-by: Christian König --- drivers/dma-buf/fence-array.c | 23 ---

[PATCH 2/3] dma-buf/fence: add fence_array fences v5

From: Gustavo Padovan struct fence_collection inherits from struct fence and carries a collection of fences that needs to be waited together. It is useful to translate a sync_file to a fence to remove the complexity of dealing with sync_files on DRM drivers. So

[PATCH 1/3] dma-buf/fence: make fence context 64 bit v2

From: Christian König Fence contexts are created on the fly (for example) by the GPU scheduler used in the amdgpu driver as a result of an userspace request. Because of this userspace could in theory force a wrap around of the 32bit context number if it doesn't behave

[Intel-gfx] [Nouveau] [PATCH v4] vga_switcheroo: Add helper for deferred probing

On Sat, 21 May 2016, Lukas Wunner wrote: > Hi Emil, > > On Fri, May 20, 2016 at 12:41:04AM +0100, Emil Velikov wrote: >> On 19 May 2016 at 15:39, Lukas Wunner wrote: >> > +bool vga_switcheroo_client_probe_defer(struct pci_dev *pdev) >> > +{ >> > + if ((pdev->class >> 8) ==

[PATCH 5/5] drm/exynos: iommu: add support for ARM64 specific code for IOMMU glue

This patch adds support for ARM 64bit architecture with IOMMU-DMA glue code, so Exynos DRM can be now used on Exynos 5433 with IOMMU enabled. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/Kconfig| 2 +- drivers/gpu/drm/exynos/exynos_drm_drv.c | 7 +---

[PATCH 3/4] drm/omapdrm: Work-a-round for errata i734 (LCD1 Gamma) in DSS dispc

your permission - I'll keep the IRQ mask initializations as they are quite constant in nature anyway. BR, Jyri -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160523/6a674655/attachment.sig>

[PATCH 4/5] drm/exynos: iommu: move ARM specific code to exynos_drm_iommu.h

This patch moves all ARM 32bit DMA-mapping/IOMMU dependant code from exynos_drm_iommu.c to .h, to let it compile conditionally and prepare for adding support for other architectures/IOMMU glue code (like ARM 64bit with IOMMU-DMA glue). Later, when ARM 32bit and 64bit will be unified, this code can

[PATCH 3/5] drm/exynos: iommu: remove unused entries from exynos_drm_private strcuture

This patch removes unused entries from exynos_drm_private strcuture. da_start/da_space_size were only used in drm_create_iommu_mapping() function and never set to other value than the defaults. Instead use default values directly in arm_iommu_create_mapping() call. Signed-off-by: Marek Szyprowski

[PATCH 2/5] drm/exynos: iommu: add a check if all sub-devices have iommu controller

This patch adds a check if all devices belonging to Exynos DRM have the same dma_map_ops set. This is required to enable operation with IOMMU enabled. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_iommu.c | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH 1/5] drm/exynos: iommu: move dma_params configuration code to separate functions

Move code for managing DMA max segment size parameter to separate functions. This patch also replaces devm_kzalloc() with kzalloc() and adds proper kfree call. devm_kzalloc() cannot be used for dma_params structure, because it will be freed on driver remove not on device release. This means in

[PATCH 0/5] Exynos DRM: add support for ARM 64bit arch with IOMMU

Hello, This patch series reworks IOMMU integration code to add support for ARM 64bit architecture with DMA-IOMMU glue code. Current inplementation uses conditional code (hidden in the exynos_drm_iommu.h file) because ARM 32bit and 64bit are not compatible in the area of DMA-mapping and IOMMU glue

[PATCH 3/3] dma-buf/fence: add signal_on_any to the fence array

On Mon, May 23, 2016 at 01:25:22PM +0200, Christian König wrote: > From: Christian König > > If @signal_on_any is true the fence array signals if any fence in the array > signals, otherwise it signals when all fences in the array signal. > > Signed-off-by: Christian König > --- >

[PATCH 3/3] Add fb_open_adj_file() to bochsdrmfb to avoid use-after-free

From: Max Staudt Currently, when using bochsdrm(fb), opening /dev/drm/card0 will adjust file->f_mapping, but opening /dev/fb0 will not. This may result in dangling pointers from user space when memory is evicted, and therefore in use-after-free crashes when using the emulated

[PATCH 2/3] Define fb_open_adj_file()

From: Max Staudt This callback from fb_open() allows a fbdev driver to adjust things such as file->f_mapping to better represent the internal structures. This is needed to allow TTM drivers using ttm_fbdev_mmap() to properly set file->f_mapping to TTM's address_space from

[PATCH 1/3] Add missing "goto out" after fbops->fb_open()

From: Max Staudt It doesn't make sense to execute any further actions after a failed call to fbops->fb_open(). Signed-off-by: Max Staudt --- drivers/video/fbdev/core/fbmem.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[PATCH 0/3] Fix kernel WARNING in TTM/Bochs KMS driver

This patch set addresses an instance of dangling/use-after-free pointers that can occur in the bochsdrm driver. The original report can be found at: https://lkml.kernel.org/g/s5hy49ue4y0.wl-tiwai at suse.de It can be tested using 'qemu-system-x86_64 -vga std' with any kernel recent enough to

[Bug 95532] Kernel oops WARNING: CPU: 5 PID: 148 at include/drm/drm_crtc.h:2561 drm_helper_choose_crtc_dpms+0x93/0xa0 [drm_kms_helper]() [drm_kms_helper]

: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160523/b42065cd/attachment.html>

linux-next: build failure after merge of the drm-intel tree

Hi all, After merging the drm-intel tree, today's linux-next build (x86_64 allmodconfig) failed like this: In file included from drivers/gpu/drm/i915/i915_trace.h:10:0, from drivers/gpu/drm/i915/i915_drv.h:2735, from drivers/gpu/drm/i915/i915_drv.c:34:

[git pull] drm for v4.7

On Mon, May 23, 2016 at 11:59 AM, Linus Torvalds wrote: > > I'll test this out and look what happens, but I hate getting different > results than what I'm told to expect. Hmm. I also get a lot of ./usr/include/drm/amdgpu_drm.h:38: userspace cannot reference function or variable defined in the

[PATCH] dma-buf: use vma_pages().

On Sat, May 21, 2016 at 06:53:32PM +0530, Muhammad Falak R Wani wrote: > Replace explicit computation of vma page count by a call to > vma_pages() > > Signed-off-by: Muhammad Falak R Wani > --- Good change, but this function is defined in mm.h Please add: #include With that fixed:

[git pull] drm for v4.7

On Sun, May 22, 2016 at 11:41 PM, Dave Airlie wrote: > > Here's the main drm pull request for 4.7, it's been > a busy one, and I've been a bit more distracted in > real life this merge window. Hmm. I pulled this, but I think I'll have to unpull again. Neither the diffstat not the shortlog

[Intel-gfx] linux-next: build failure after merge of the drm-intel tree

On Mon, 23 May 2016, Stephen Rothwell wrote: > Hi all, > > After merging the drm-intel tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > In file included from drivers/gpu/drm/i915/i915_trace.h:10:0, > from drivers/gpu/drm/i915/i915_drv.h:2735, >

[PATCH] drm/dp/mst: Always clear proposed vcpi table for port.

Added some folks to Cc. On Fri, 20 May 2016, Andrey Grodzovsky wrote: > Not clearing mst manager's proposed vcpis table for destroyed > connectors when the manager is stopped leaves it pointing to > unrefernced memory, this causes pagefault when the manager is > restarted when plugging back a

[PATCH 1/1] drm/mediatek: do not dereference NULL

On Wed, May 18, 2016 at 10:59:50PM +0200, Heinrich Schuchardt wrote: > After having verified that dpi is NULL we should not > dereference it. > > Signed-off-by: Heinrich Schuchardt > --- > drivers/gpu/drm/mediatek/mtk_dpi.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

[Bug 93826] 144Hz graphic glitches and bad refresh rate

next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160523/3d599627/attachment.html>

[PATCH] drm/mm: avoid possible null pointer dereference

On Wed, May 18, 2016 at 10:17:19PM +0200, Heinrich Schuchardt wrote: > Do not dereference node before the check if node is NULL. > > Signed-off-by: Heinrich Schuchardt > --- > drivers/gpu/drm/drm_mm.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git

[Bug 93826] 144Hz graphic glitches and bad refresh rate

tps://lists.freedesktop.org/archives/dri-devel/attachments/20160523/f3139602/attachment.html>

[Intel-gfx] [PATCH v5] vga_switcheroo: Add helper for deferred probing

On Mon, 23 May 2016, Daniel Vetter wrote: > On Sat, May 21, 2016 at 03:59:16PM +0100, Lukas Wunner wrote: >> So far we've got one condition when DRM drivers need to defer probing >> on a dual GPU system and it's coded separately into each of the relevant >> drivers. As suggested by Daniel Vetter,

[PATCH 16/54] MAINTAINERS: Add file patterns for drm device tree bindings

On 22 May 2016 at 10:05, Geert Uytterhoeven wrote: > Submitters of device tree binding documentation may forget to CC > the subsystem maintainer if this is missing. > > Signed-off-by: Geert Uytterhoeven > Cc: David Airlie > Cc: dri-devel at lists.freedesktop.org > --- > Please apply this patch

  1   2   >