[PATCH v9 14/14] drm/mediatek: Add interface to allocate Mediatek GEM buffer.

On Tue, Jan 12, 2016 at 11:02 PM, Rob Herring wrote: > On Tue, Jan 12, 2016 at 9:15 AM, Philipp Zabel > wrote: >> From: CK Hu >> >> Add an interface to allocate Mediatek GEM buffers, allow the IOCTLs >> to be used by render nodes. >> This patch also sets the RENDER

[PATCH 10/10] amdgpu: list each entry safely for sw semaphore when submit ib

From: Junwei Zhang Signed-off-by: Junwei Zhang Reviewed-by: Michel Dänzer Reviewed-by: David Zhou Reviewed-by: Christian König --- amdgpu/amdgpu_cs.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/amdgpu/amdgpu_cs.c b/amdgpu/amdgpu_cs.c index

[PATCH 09/10] amdgpu: cs_wait_fences now can return the first signaled fence index

From: "monk.liu" Signed-off-by: monk.liu --- amdgpu/amdgpu.h| 3 ++- amdgpu/amdgpu_cs.c | 12 +--- include/drm/amdgpu_drm.h | 3 ++- tests/amdgpu/basic_tests.c | 2 +- 4 files changed, 14 insertions(+), 6 deletions(-) diff --git

[PATCH 08/10] amdgpu: validate user memory for userptr

From: Chunming Zhou Signed-off-by: Chunming Zhou Reviewed-by: Christian König --- amdgpu/amdgpu_bo.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/amdgpu/amdgpu_bo.c b/amdgpu/amdgpu_bo.c index 2ae1c18..d30fd1e 100644 --- a/amdgpu/amdgpu_bo.c +++

[PATCH 07/10] tests/amdgpu: add semaphore test

From: Chunming Zhou Signed-off-by: Chunming Zhou Reviewed-by: Jammy Zhou Reviewed-by: Christian König --- tests/amdgpu/basic_tests.c | 133 + 1 file changed, 133 insertions(+) diff --git a/tests/amdgpu/basic_tests.c

[PATCH 06/10] amdgpu: add semaphore support

From: Chunming Zhou the semaphore is a binary semaphore. the work flow is: 1. create sem 2. signal sem 3. wait sem, reset sem after signalled 4. destroy sem. Signed-off-by: Chunming Zhou Reviewed-by: Jammy Zhou Reviewed-by: Christian König --- amdgpu/amdgpu.h

[PATCH 05/10] amdgpu: Cast pointer to uintptr_t for assignment to unsigned integer

From: Michel Dänzer CC amdgpu_bo.lo ../../amdgpu/amdgpu_bo.c: In function 'amdgpu_create_bo_from_user_mem': ../../amdgpu/amdgpu_bo.c:539:12: warning: assignment makes integer from pointer without a cast [-Wint-conversion] args.addr = cpu; ^

[PATCH 04/10] amdgpu/tests: add multi-fence test in base test

From: Junwei Zhang Signed-off-by: Junwei Zhang Reviewed-by: Jammy Zhou --- tests/amdgpu/basic_tests.c | 100 + 1 file changed, 100 insertions(+) diff --git a/tests/amdgpu/basic_tests.c b/tests/amdgpu/basic_tests.c index

[PATCH 03/10] amdgpu: drop address patching logics

From: "monk.liu" we don't support non-page-aligned cpu pointer anymore Signed-off-by: monk.liu Reviewed-by: Christian König --- amdgpu/amdgpu_bo.c | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/amdgpu/amdgpu_bo.c b/amdgpu/amdgpu_bo.c index

[PATCH 02/10] amdgpu: add the interface of waiting multiple fences

From: Junwei Zhang Signed-off-by: Junwei Zhang Reviewed-by: Christian König Reviewed-by: Jammy Zhou --- amdgpu/amdgpu.h | 22 +++ amdgpu/amdgpu_cs.c | 71 include/drm/amdgpu_drm.h | 27

[PATCH 01/10] Revert "amdgpu: remove sequence mutex"

From: Marek Olšák This reverts commit f6f25d67a9c0d26be9b8021a45f2acf3a4042ade. Required by the new semaphore patches. --- amdgpu/amdgpu_cs.c | 10 ++ amdgpu/amdgpu_internal.h | 3 +++ 2 files changed, 13 insertions(+) diff --git a/amdgpu/amdgpu_cs.c

[PATCH 00/10] libdrm amdgpu patches

Hi, These are libdrm_amdgpu patches harvested from an internal branch. The first patch is a revert I had to make to fix the build. Yeah, sequence_mutex should be renamed to a more appropriate name. That can be done as a follow-up. One notable change is the addition of

[PATCH] configure.ac: disable annoying warning -Wmissing-field-initializers

From: Marek Olšák It warns for all "{}" initializers. Well, I want us to use {}. --- configure.ac | 3 ++- intel/intel_decode.c | 2 -- 2 files changed, 2 insertions(+), 3 deletions(-) diff --git a/configure.ac b/configure.ac index c8c4ace..057a846 100644 ---

[PATCH] x86: Add an explicit barrier() to clflushopt()

On Tue, Jan 12, 2016 at 09:05:19AM -0800, Linus Torvalds wrote: > On Tue, Jan 12, 2016 at 8:37 AM, Chris Wilson > wrote: > > On Mon, Jan 11, 2016 at 09:05:06PM +, Chris Wilson wrote: > >> I can narrow down the principal buggy path by doing the clflush(vend-1) > >> in the callers at least. >

[PATCH] x86: Add an explicit barrier() to clflushopt()

On Tue, Jan 12, 2016 at 6:42 PM, Andy Lutomirski wrote: > > Since barriers are on my mind: how strong a barrier is needed to > prevent cache fills from being speculated across the barrier? I don't think there are *any* architectural guarantees. I suspect that a real serializing instruction

[Bug 92923] SGPR spilling

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/20160112/1991690a/attachment.html>

[PATCH] drm/panel: simple: Add support for Sharp LQ101K1LY04

Hi Joshua, Am Dienstag, den 12.01.2016, 08:05 -0800 schrieb Joshua Clayton: > Sharp LQ101K1LY04 is a 10 inch WXGA (1280x800) lvds panel > > --- >  drivers/gpu/drm/panel/panel-simple.c | 26 ++ Missing documentation for the DT binding. >  1 file changed, 26

[Bug 92923] SGPR spilling

ves/dri-devel/attachments/20160112/d230a2ec/attachment.html>

[PATCH 5/5] drm: Enable markdown^Wasciidoc for gpu.tmpl

On Tue, Jan 12, 2016 at 11:06:17AM +, Graham Whaley wrote: > On Tue, 2016-01-12 at 09:34 +0100, Daniel Vetter wrote: > > On Mon, Jan 11, 2016 at 06:12:12PM -0700, Jonathan Corbet wrote: > > > On Sat, 12 Dec 2015 12:13:45 +0100 > > > Daniel Vetter wrote: > > > > > > > I just figured there's

[PATCH] x86: Add an explicit barrier() to clflushopt()

On Tue, Jan 12, 2016 at 6:06 PM, Linus Torvalds wrote: > On Tue, Jan 12, 2016 at 4:55 PM, Chris Wilson > wrote: >> >> The double clflush() remains a mystery. > > Actually, I think it's explainable. > > It's wrong to do the clflush *after* the GPU has done the write, which > seems to be what you

[PATCH] x86: Add an explicit barrier() to clflushopt()

On Tue, Jan 12, 2016 at 4:55 PM, Chris Wilson wrote: > > The double clflush() remains a mystery. Actually, I think it's explainable. It's wrong to do the clflush *after* the GPU has done the write, which seems to be what you are doing. Why? If the GPU really isn't cache coherent, what can

[PATCH] drm/rockchip: vop: fix mask when updating interrupts

Commit dbb3d94 (drm/rockchip: vop: move interrupt registers into vop_data) introduced new macros for updating the interrupt control registers but these always use the mask from the register definition without refining it for the particular bits that are being changed. This means that whenever we

[PATCH] x86: Add an explicit barrier() to clflushopt()

On Mon, Jan 11, 2016 at 09:05:06PM +, Chris Wilson wrote: > I can narrow down the principal buggy path by doing the clflush(vend-1) > in the callers at least. That leads to the suspect path being a read back of a cache line from main memory that was just written to by the GPU. Writes to

[Intel-gfx] RPM wakelock ref not held during HW access

On Wed, Jan 13, 2016 at 12:06:07AM +0900, Sergey Senozhatsky wrote: > Hello, > > -mmots 4.4.0-mm1-dbg-00602-g776bd09 Patch to shut this up (rpm is disabled by default for a reason still) on it's way into 4.5/-next. Thanks anyway for the report. -Daniel > > > [ 5331.509087] WARNING: CPU: 0

[PATCH 00/10] libdrm amdgpu patches

On Tue, Jan 12, 2016 at 4:23 PM, Marek Olšák wrote: > Hi, > > These are libdrm_amdgpu patches harvested from an internal branch. > > The first patch is a revert I had to make to fix the build. Yeah, > sequence_mutex should be renamed to a more appropriate name. That can be done > as a

[PATCH v3 0/3] drm/exynos: introduce generic zpos property

On Tue, Jan 12, 2016 at 02:39:17PM +0100, Marek Szyprowski wrote: > Hello all, > > This patch series is a continuation of rework of blending support in > Exynos DRM driver. Some background can be found here: > http://www.spinics.net/lists/dri-devel/msg96969.html > > Daniel Vetter suggested that

[PATCH 20/22] drm/tilcdc: Nuke preclose hook

ppening somewhere on omapdrm? Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160112/07fb4ebf/attachment-0001.sig>

[PATCH v9 14/14] drm/mediatek: Add interface to allocate Mediatek GEM buffer.

From: CK Hu Add an interface to allocate Mediatek GEM buffers, allow the IOCTLs to be used by render nodes. This patch also sets the RENDER driver feature. Signed-off-by: CK Hu Signed-off-by: Nicolas Boichat Signed-off-by: Philipp Zabel ---

[PATCH v9 13/14] clk: mediatek: remove hdmitx_dig_cts from TOP clocks

The hdmitx_dig_cts clock signal is not a child of tvdpll_445p5m, but is routed out of the HDMI PHY module. Signed-off-by: Philipp Zabel --- drivers/clk/mediatek/clk-mt8173.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/clk/mediatek/clk-mt8173.c b/drivers/clk/mediatek/clk-mt8173.c

[PATCH v9 12/14] dt-bindings: hdmi-connector: add DDC I2C bus phandle documentation

Add an optional ddc-i2c-bus phandle property that points to an I2C master controller that handles the connector DDC pins. Signed-off-by: Philipp Zabel Acked-by: Rob Herring --- Documentation/devicetree/bindings/display/connector/hdmi-connector.txt | 1 + 1 file changed, 1 insertion(+) diff

[PATCH v9 11/14] clk: mediatek: Add hdmi_ref HDMI PHY PLL reference clock output

The configurable hdmi_ref output of the PLL block is derived from the tvdpll_594m clock signal via a configurable PLL post-divider. It is used as the PLL reference input to the HDMI PHY module. Signed-off-by: Philipp Zabel Acked-by: James Liao --- drivers/clk/mediatek/clk-mt8173.c | 5

[PATCH v9 10/14] clk: mediatek: make dpi0_sel propagate rate changes

This mux is supposed to select a fitting divider after the PLL is already set to the correct rate. Signed-off-by: Philipp Zabel Acked-by: James Liao --- drivers/clk/mediatek/clk-mt8173.c | 2 +- drivers/clk/mediatek/clk-mtk.h| 7 +-- 2 files changed, 6 insertions(+), 3 deletions(-)

[PATCH v9 09/14] arm64: dts: mt8173: Add HDMI related nodes

From: CK Hu This patch adds the device nodes for the HDMI encoder, HDMI PHY, and HDMI CEC modules. Signed-off-by: CK Hu Signed-off-by: Cawa Cheng Signed-off-by: Jie Qiu Signed-off-by: Daniel Kurtz Signed-off-by: Philipp Zabel ---

[PATCH v9 08/14] arm64: dts: mt8173: Add display subsystem related nodes

From: CK Hu This patch adds the device nodes for the DISP function blocks comprising the display subsystem. Signed-off-by: CK Hu Signed-off-by: Cawa Cheng Signed-off-by: Jie Qiu Signed-off-by: Daniel Kurtz Signed-off-by: Philipp Zabel ---

[PATCH v9 07/14] drm/mediatek: enable hdmi output control bit

From: Jie Qiu MT8173 HDMI hardware has a output control bit to enable/disable HDMI output. Because of security reason, so this bit can ONLY be controlled in ARM supervisor mode. Now the only way to enter ARM supervisor is the ARM trusted firmware. So atf provides a API for

[PATCH v9 06/14] drm/mediatek: Add HDMI support

From: Jie Qiu This patch adds drivers for the HDMI bridge connected to the DPI0 display subsystem function block, for the HDMI DDC block, and for the HDMI PHY to support HDMI output. Signed-off-by: Jie Qiu Signed-off-by: Philipp Zabel --- Changes since v8: - Reworked N,

[PATCH v9 05/14] dt-bindings: drm/mediatek: Add Mediatek HDMI dts binding

Add the device tree binding documentation for Mediatek HDMI, HDMI PHY and HDMI DDC devices. Signed-off-by: Philipp Zabel Acked-by: Rob Herring --- .../bindings/display/mediatek/mediatek,hdmi.txt| 148 + 1 file changed, 148 insertions(+) create mode 100644

[PATCH v9 04/14] drm/mediatek: Add DPI sub driver

From: Jie Qiu Add DPI connector/encoder to support HDMI output via the attached HDMI bridge. Signed-off-by: Jie Qiu Signed-off-by: Philipp Zabel --- Changes since v8: - Fixed a DPI enable/disable and suspend/resume power count problem ---

[PATCH v9 03/14] drm/mediatek: Add DSI sub driver

From: CK Hu This patch add a drm encoder/connector driver for the MIPI DSI function block of the Mediatek display subsystem and a phy driver for the MIPI TX D-PHY control module. Signed-off-by: Jitao Shi Signed-off-by: Philipp Zabel --- drivers/gpu/drm/mediatek/Kconfig

[PATCH v9 02/14] drm/mediatek: Add DRM Driver for Mediatek SoC MT8173.

From: CK Hu This patch adds an initial DRM driver for the Mediatek MT8173 DISP subsystem. It currently supports two fixed output streams from the OVL0/OVL1 sources to the DSI0/DPI0 sinks, respectively. Signed-off-by: CK Hu Signed-off-by: YT Shen Signed-off-by: Daniel Kurtz

[PATCH v9 01/14] dt-bindings: drm/mediatek: Add Mediatek display subsystem dts binding

From: CK Hu Add device tree binding documentation for the display subsystem in Mediatek MT8173 SoCs. Signed-off-by: CK Hu Signed-off-by: Philipp Zabel Acked-by: Rob Herring --- .../bindings/display/mediatek/mediatek,disp.txt| 203 +

[PATCH v9 00/14] MT8173 DRM support

Hi, this MT8173 DRM update fixes a DPI suspend/resume refcounting bug and cleans up the HDMI driver a bit further. The audio clock regeneration configuration now just uses the N values recommended by the spec and calculates CTS. A new patch enables the RENDER driver feature and adds GEM creation

[PATCH 20/22] drm/tilcdc: Nuke preclose hook

On Tue, Jan 12, 2016 at 04:19:39PM +0200, Tomi Valkeinen wrote: > > On 11/01/16 23:41, Daniel Vetter wrote: > > Again since the drm core takes care of event unlinking/disarming this > > is now just needless code. > > > > v2: Fixup misplaced hunks. > > > > Cc: Rob Clark > > Acked-by: Daniel

[PATCH 16/22] drm/omap: Nuke close hooks

; 3 files changed, 1 insertion(+), 54 deletions(-) Acked-by: Tomi Valkeinen Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.o

[PATCH v9 14/14] drm/mediatek: Add interface to allocate Mediatek GEM buffer.

On Tue, Jan 12, 2016 at 9:15 AM, Philipp Zabel wrote: > From: CK Hu > > Add an interface to allocate Mediatek GEM buffers, allow the IOCTLs > to be used by render nodes. > This patch also sets the RENDER driver feature. But it should not a be render node unless it has a GPU AFAIK. Then again,

[PATCH 1/2] drm/dp: Add definition for Display Control DPCD Registers capability size

This is used when reading Display Control capability Registers on the sink device. cc: Jani Nikula cc: dri-devel at lists.freedesktop.org Signed-off-by: Yetunde Adebisi --- include/drm/drm_dp_helper.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/drm/drm_dp_helper.h

[PATCH v9 14/14] drm/mediatek: Add interface to allocate Mediatek GEM buffer.

Hi Philipp, Comments below. On 12/01/16 15:15, Philipp Zabel wrote: > From: CK Hu > > Add an interface to allocate Mediatek GEM buffers, allow the IOCTLs > to be used by render nodes. > This patch also sets the RENDER driver feature. > > Signed-off-by: CK Hu > Signed-off-by: Nicolas Boichat >

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

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160112/ea3da95a/attachment.html>

[PATCH v3] drm/exynos: fix kernel panic issue at drm releasing

Hi Daniel, 2016년 01월 12일 04:00에 Daniel Stone 이(가) 쓴 글: > Hi Inki, > > On 8 January 2016 at 08:46, Inki Dae wrote: >> Changelog v3: >> - initialize only device specific things. Each page flip event object >> is created by DRM core so DRM core should release the object including

[PATCH 13/22] drm/exynos: Remove event cancelling from postclose

Hi Daniel, It seems your patch is exactly same as below my one I posted before, http://www.spinics.net/lists/dri-devel/msg97922.html Anyway, it's ok if this patch can go to mainline. Acked-by: Inki Dae 2016년 01월 12일 06:41에 Daniel Vetter 이(가) 쓴 글: > The core takes care of this

[Bug 92923] SGPR spilling

num-bytes-moved, with and without the attached patch. -- 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/20160112/bfb99e84/attachment.html>

[PATCH v3 3/3] drm: simplify initialization of rotation property

This patch simplifies initialization of generic rotation property and aligns the code to match recently introduced function for intializing generic zpos property. It also adds missing documentation. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 10

[PATCH v3 2/3] drm/exynos: use generic code for managing zpos plane property

This patch replaces zpos property handling custom code in Exynos DRM driver with calls to generic DRM code. Signed-off-by: Marek Szyprowski --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 - drivers/gpu/drm/exynos/exynos_drm_plane.c | 66 +++

[PATCH v3 1/3] drm: add generic zpos property

This patch adds support for generic plane's zpos property property with well-defined semantics: - added zpos properties to drm core and plane state structures - added helpers for normalizing zpos properties of given set of planes - well defined semantics: planes are sorted by zpos values and then

[PATCH v3 0/3] drm/exynos: introduce generic zpos property

Hello all, This patch series is a continuation of rework of blending support in Exynos DRM driver. Some background can be found here: http://www.spinics.net/lists/dri-devel/msg96969.html Daniel Vetter suggested that zpos property should be made generic, with well-defined semantics. This patchset

[PATCH] drm/i915: Assign crtc correctly in load detection.

Op 12-01-16 om 13:34 schreef Daniel Vetter: > On Tue, Jan 12, 2016 at 12:35:59PM +0100, Maarten Lankhorst wrote: >> drm_atomic_set_crtc_for_connector should be used, >> and crtc->primary->crtc is assigned by atomic_commit. >> >> Rely on the helpers for setting this correctly, so >> connector_mask

[PATCH] x86: Add an explicit barrier() to clflushopt()

On Tue, Jan 12, 2016 at 1:13 PM, Chris Wilson wrote: > > That is a continual worry. To try and assuage that fear, I sent 8x > flush gpu writes between the end of the copy and setting the "I'm done" > flag. The definition of the GPU flush is that it both flushes all > previous writes before it

[PATCH 2/2] drm/panel: simple: Add Documentation for Sharp LQ101K1LY04

Document basic simple-panel support for Sharp LQ101K1LY04 Signed-off-by: Joshua Clayton --- .../devicetree/bindings/display/panel/sharp,lq101k1ly04.txt| 7 +++ 1 file changed, 7 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/panel/sharp,lq101k1ly04.txt

[PATCH 1/2] drm/panel: simple: Add support for Sharp LQ101K1LY04

Add simple-panel support for the Sharp LQ101K1LY04i, which is a 10 inch WXGA (1280x800) lvds panel. Signed-off-by: Joshua Clayton --- drivers/gpu/drm/panel/panel-simple.c | 27 +++ 1 file changed, 27 insertions(+) diff --git a/drivers/gpu/drm/panel/panel-simple.c

[PATCH] drm/i915: Assign crtc correctly in load detection.

On Tue, Jan 12, 2016 at 12:35:59PM +0100, Maarten Lankhorst wrote: > drm_atomic_set_crtc_for_connector should be used, > and crtc->primary->crtc is assigned by atomic_commit. > > Rely on the helpers for setting this correctly, so > connector_mask gets updated too. > > Signed-off-by: Maarten

[PATCH 07/22] drm/armada: Remove NULL open/pre/postclose hooks

On Tue, Jan 12, 2016 at 11:51:58AM +, Russell King - ARM Linux wrote: > On Mon, Jan 11, 2016 at 10:41:01PM +0100, Daniel Vetter wrote: > > The compiler will do this, but the void hits when grepping all the > > hooks for a subsystem wide audit are slightly annoying. So remove them > > for next

[PATCH] drm/panel: simple: Add support for Sharp LQ101K1LY04

Hi Lucas, Thanks for the review. On Tue, 12 Jan 2016 19:45:30 +0100 Lucas Stach wrote: > >  drivers/gpu/drm/panel/panel-simple.c | 26 > > ++ > > Missing documentation for the DT binding. > Thanks, will add. ... > > + .bus_format =

[PATCH] drm/i915: Assign crtc correctly in load detection.

drm_atomic_set_crtc_for_connector should be used, and crtc->primary->crtc is assigned by atomic_commit. Rely on the helpers for setting this correctly, so connector_mask gets updated too. Signed-off-by: Maarten Lankhorst --- Should this be applied to topic/drm-misc since atomic connector_masks

[PATCH v2] drm: Release driver references to handle before making it available again

On Fri, Jan 08, 2016 at 11:27:05PM +, Chris Wilson wrote: > When userspace closes a handle, we remove it from the file->object_idr > and then tell the driver to drop its references to that file/handle. > However, as the file/handle is already available again for reuse, it may > be reallocated

[PATCH v2] drm: Release driver references to handle before making it available again

On Mon, Jan 11, 2016 at 08:44:03PM +, Chris Wilson wrote: > On Mon, Jan 11, 2016 at 07:51:03PM +0200, Ville Syrjälä wrote: > > On Fri, Jan 08, 2016 at 11:27:05PM +, Chris Wilson wrote: > > > When userspace closes a handle, we remove it from the file->object_idr > > > and then tell the

[PATCH] etnaviv: etnaviv_drv: Remove owner assignment from platform_driver

Am Freitag, den 08.01.2016, 11:52 -0200 schrieb Fabio Estevam: > This platform_driver does not need to set an owner as it will be > populated by the driver core. > > Generated by scripts/coccinelle/api/platform_no_drv_owner.cocci. > > Signed-off-by: Fabio Estevam Thanks, I've picked this up.

[PATCH 07/22] drm/armada: Remove NULL open/pre/postclose hooks

On Mon, Jan 11, 2016 at 10:41:01PM +0100, Daniel Vetter wrote: > The compiler will do this, but the void hits when grepping all the > hooks for a subsystem wide audit are slightly annoying. So remove them > for next time around. I'll try to remember to queue this after -rc1, though a reminder

[PATCH v2 2/3] drm/exynos: use generic code for managing zpos plane property

On Tue, Jan 12, 2016 at 10:34:27AM +0100, Marek Szyprowski wrote: > Hello, > > On 2016-01-11 16:13, Daniel Vetter wrote: > >On Mon, Jan 11, 2016 at 12:03:04PM +0100, Marek Szyprowski wrote: > >>This patch replaces zpos property handling custom code in Exynos DRM > >>driver with calls to generic

[PATCH 08/22] drm/gma500: Remove empty preclose hook

On Mon, Jan 11, 2016 at 10:41 PM, Daniel Vetter wrote: > I'm auditing them all, empty ones just confuse ... > > Cc: Patrik Jakobsson > Acked-by: Daniel Stone > Reviewed-by: Alex Deucher > Signed-off-by: Daniel Vetter Acked-by: Patrik Jakobsson > --- > drivers/gpu/drm/gma500/psb_drv.c | 9

[PATCH 5/5] drm: Enable markdown^Wasciidoc for gpu.tmpl

On Tue, 2016-01-12 at 09:34 +0100, Daniel Vetter wrote: > On Mon, Jan 11, 2016 at 06:12:12PM -0700, Jonathan Corbet wrote: > > On Sat, 12 Dec 2015 12:13:45 +0100 > > Daniel Vetter wrote: > > > > > I just figured there's no way this could get it, and I'd > > > much rather improve the docs

[PATCH v2] drm: Release driver references to handle before making it available again

On Tue, Jan 12, 2016 at 12:19:12PM +0200, Ville Syrjälä wrote: > On Fri, Jan 08, 2016 at 11:27:05PM +, Chris Wilson wrote: > > When userspace closes a handle, we remove it from the file->object_idr > > and then tell the driver to drop its references to that file/handle. > > However, as the

[PATCH v2 2/3] drm/exynos: use generic code for managing zpos plane property

Hello, On 2016-01-11 16:13, Daniel Vetter wrote: > On Mon, Jan 11, 2016 at 12:03:04PM +0100, Marek Szyprowski wrote: >> This patch replaces zpos property handling custom code in Exynos DRM >> driver with calls to generic DRM code. >> >> Signed-off-by: Marek Szyprowski >> --- >>

[PATCH 14/22] drm/imx: Unconfuse preclose logic

Am Montag, den 11.01.2016, 22:41 +0100 schrieb Daniel Vetter: > So this one is special, since it tries to prevent races when userspace > crashes simply by disabling the vblank machinery. Well except that imx > always has vblanks enabled, and the disable_vblank hook actually just > tries to cancel

[PATCH v3] drm/exynos: fix kernel panic issue at drm releasing

Hi Inki, On 12 January 2016 at 06:25, Inki Dae wrote: > 2016년 01월 12일 04:00에 Daniel Stone 이(가) 쓴 글: >> On 8 January 2016 at 08:46, Inki Dae wrote: >>> Changelog v3: >>> - initialize only device specific things. Each page flip event object >>> is created by DRM core so DRM core

[PATCH] drm/panel: simple: Add support for Sharp LQ101K1LY04

On Tue, 12 Jan 2016 08:05:46 -0800 Joshua Clayton wrote: Bah. I mistakenly thought that send-email would add my SoB if I passed "-s" to git-send-email. > Sharp LQ101K1LY04 is a 10 inch WXGA (1280x800) lvds panel > Please add: Signed-off-by: Joshua Clayton > --- >

[PATCH 5/5] drm: Enable markdown^Wasciidoc for gpu.tmpl

On Mon, Jan 11, 2016 at 06:12:12PM -0700, Jonathan Corbet wrote: > On Sat, 12 Dec 2015 12:13:45 +0100 > Daniel Vetter wrote: > > > I just figured there's no way this could get it, and I'd > > much rather improve the docs themselves than trying to convince core > > kernel folks that this might be

[PATCH] x86: Add an explicit barrier() to clflushopt()

On January 11, 2016 3:28:01 AM PST, Chris Wilson wrote: >On Sat, Jan 09, 2016 at 02:36:03PM -0800, Andy Lutomirski wrote: >> On Sat, Jan 9, 2016 at 12:01 AM, Chris Wilson > wrote: >> > On Thu, Jan 07, 2016 at 02:32:23PM -0800, H. Peter Anvin wrote: >> >> On 01/07/16 14:29, H. Peter Anvin wrote:

[PATCH] x86: Add an explicit barrier() to clflushopt()

On Tue, Jan 12, 2016 at 8:37 AM, Chris Wilson wrote: > On Mon, Jan 11, 2016 at 09:05:06PM +, Chris Wilson wrote: >> I can narrow down the principal buggy path by doing the clflush(vend-1) >> in the callers at least. > > That leads to the suspect path being a read back of a cache line from >

[PATCH 5/5] drm: Enable markdown^Wasciidoc for gpu.tmpl

On Tue, 12 Jan 2016, Jonathan Corbet wrote: > In my mind, there's clearly no good that can come from (further) delaying > something that works in favor of an "it would be nice" that may never > even exist. So I'm currently thinking that I'll pull this into the docs > tree once the merge window

[PATCH] drm/panel: simple: Add support for Sharp LQ101K1LY04

Sharp LQ101K1LY04 is a 10 inch WXGA (1280x800) lvds panel --- drivers/gpu/drm/panel/panel-simple.c | 26 ++ 1 file changed, 26 insertions(+) diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c index f97b73e..9207b5d 100644 ---

[Bug 93663] Stuck on screen blanking/dmps/monitor turned off/on

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160112/733f4340/attachment-0001.html>

[Bug 92923] SGPR spilling

a shot. -- 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/20160112/aec92a5e/attachment.html>

[Bug 93653] Crash while using GALLIUM_HUD

. ||org -- 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/20160112/9a293721/attachment.html>

[Bug 93658] Distortions on the right of the monitor

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160112/635f87a3/attachment.html>

[Bug 93663] Stuck on screen blanking/dmps/monitor turned off/on

, it's probably a kernel driver issue. -- 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/20160112/f85f4a1c/attachment-0001.html>