[PATCH] drm/vc4: Kick out the simplefb framebuffer before we set up KMS.

On 20 April 2016 at 06:37, Eric Anholt wrote: > If we don't, then simplefb stays loaded on /dev/fb0 even though > scanout isn't happening from simplefb's memory area any more, and you > end up with no console. > > Signed-off-by: Eric Anholt > --- > > Dave: It would be nice if I could merge this p

[Bug 95011] LLVM failed to compile shader on TAHITI

IR for the specific shader Here you are. -- 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/20160420/d0c1847d/attachment.html>

[PATCH] drm/rockchip: get rid of rockchip_drm_crtc_mode_config

On 2016年04月19日 17:06, John Keeping wrote: > On Tue, 19 Apr 2016 10:43:03 +0800, Mark yao wrote: > >> On 2016年04月18日 17:25, John Keeping wrote: >>> On Mon, 18 Apr 2016 11:03:31 +0800, Mark Yao wrote: >>> > We need to take care of the vop status when use > rockchip_drm_crtc_mod

[PATCH v2] drm/rockchip: get rid of rockchip_drm_crtc_mode_config

We need to take care of the vop status when use rockchip_drm_crtc_mode_config, if vop is disabled, the function would failed, that is terrible. Save output_type and output_mode into rockchip_crtc_state, it's nice to make them into atomic. Signed-off-by: Mark Yao --- Changes in v2: Advised by Joh

[PATCH v3] drm/rockchip: get rid of rockchip_drm_crtc_mode_config

We need to take care of the vop status when use rockchip_drm_crtc_mode_config, if vop is disabled, the function would failed, that is terrible. Save output_type and output_mode into rockchip_crtc_state, it's nice to make them into atomic. Signed-off-by: Mark Yao --- Changes in v3: - foget remove

[Bug 94874] radeon: Failed to allocate virtual address for buffer

xt part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/ba944bca/attachment.html>

[Bug 94874] radeon: Failed to allocate virtual address for buffer

xt part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/a807ad72/attachment.html>

[Bug 94874] radeon: Failed to allocate virtual address for buffer

the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/d22cea42/attachment.html>

[Bug 94874] radeon: Failed to allocate virtual address for buffer

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

[PATCH v2] drm/rockchip: support non-iommu buffer path

Some rockchip vop not support iommu, need use non-iommu buffer for it. And if we get iommu issues, we can compare the issues with non-iommu path, the would help the debug. Signed-off-by: Mark Yao --- Changes in v2 Advised by Heiko Stuebner - use more suitable message print. drivers/gpu/drm/rock

[Bug 94874] radeon: Failed to allocate virtual address for buffer

HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/58764815/attachment.html>

[Bug 94874] radeon: Failed to allocate virtual address for buffer

to my ppa, but i cant bisect locally. -- 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/20160420/42b9f7f4/attachment.html>

[Bug 94874] radeon: Failed to allocate virtual address for buffer

the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/7089e058/attachment-0001.html>

[Bug 94874] radeon: Failed to allocate virtual address for buffer

the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/c9e88dd6/attachment.html>

[Bug 95026] Alien Isolation segfault after initial loading screen/video

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/20160420/2d6530a8/attachment.html>

[Bug 95011] LLVM failed to compile shader on TAHITI

ktop.org/archives/dri-devel/attachments/20160420/4c0ad621/attachment.html>

[Bug 95017] [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on GFX ring (-35).

... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/e5fe6f34/attachment.html>

Nouveau crashes in 4.6-rc on arm64

On 04/11/2016 04:22 PM, Alexandre Courbot wrote: > Hi Robin, > > On 04/09/2016 03:46 AM, Robin Murphy wrote: >> Hi Alex, >> >> On 08/04/16 05:47, Alexandre Courbot wrote: >>> Hi Robin, >>> >>> On 04/07/2016 08:50 PM, Robin Murphy wrote: Hello, With 4.6-rc2 (and -rc1) I'm seeing Nouve

[PATCH 2/3] drm/msm: Centralize connector registration/unregistration

On 04/19/2016 05:40 PM, Daniel Vetter wrote: > On Tue, Apr 19, 2016 at 04:26:35PM +0530, Archit Taneja wrote: >> Move the drm_connector registration from the encoder(HDMI/DSI etc) drivers >> to the msm platform driver. This will simplify the task of ensuring that >> the connectors are registered

[PATCH 1/3] drm/msm/hdmi: Prevent gpio_free related kernel warnings

Hi Bjorn, Rob, On 04/19/2016 11:14 PM, Rob Clark wrote: > > On Apr 19, 2016 11:50, "Bjorn Andersson" > wrote: > > > > On Tue 19 Apr 03:56 PDT 2016, Archit Taneja wrote: > > > > > Calling the legacy gpio_free on an invalid GPIO (a GPIO numbered -1) > > >

[PATCH] drm: Loongson-3 doesn't fully support wc memory

Cc: stable at vger.kernel.org On Tue, Apr 19, 2016 at 9:53 PM, Alex Deucher wrote: > On Tue, Apr 19, 2016 at 7:19 AM, Huacai Chen wrote: >> Signed-off-by: Huacai Chen > > Reviewed-by: Alex Deucher > >> --- >> include/drm/drm_cache.h | 2 ++ >> 1 file changed, 2 insertions(+) >> >> diff --git

[PATCH v2 0/5] drm/rockchip: add rk3399 display controller support

This series of patches add support for rk3399 display crontroller(vop), there are two VOP in rk3399 chip, respectively VOP_BIG and VOP_LIT. most registers layout of this two vop is same, their framework are both VOP_FULL, the differences of this two is VOP_LIT cut off some features. Those patches

[PATCH v2 1/5] drm/rockchip: sort registers define by chip's number

No functional changes, sort the vop registers to make code more readable. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 166 +-- drivers/gpu/drm/rockchip/rockchip_vop_reg.h | 88 +++--- 2 files changed, 127 insertions(+), 127 deletio

[PATCH v2 4/5] drm/rockchip: vop: add rk3399 vop support

There are two VOP in rk3399 chip, respectively VOP_BIG and VOP_LIT. most registers layout of this two vop is same, their framework are both VOP_FULL, the Major differences of this two is that: VOP_BIG max output resolution is 4096x2160. VOP_LIT max output resolution is 2560x1600 VOP_BIG support f

[PATCH v2 2/5] dt-bindings: sort Rockchip vop compatible by chip's number

Signed-off-by: Mark Yao --- .../bindings/display/rockchip/rockchip-vop.txt |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt b/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt index 5

[PATCH v2 3/5] drm/rockchip: vop: introduce VOP_REG_MASK

Some new vop register support mask, bit[16-31] is mask, bit[0-15] is value, the mask is correspond to the value. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 45 ++- drivers/gpu/drm/rockchip/rockchip_drm_vop.h |1 + drivers/gpu/drm/rockc

[PATCH 1/2] MAINTAINERS: Add maintainer for OMAP DRM driver

M: Jyri Sarha R: Tomi Valkeinen L: dri-devel at lists.freedesktop.org S: Maintained F: drivers/gpu/drm/tilcdc/ F: Documentation/devicetree/bindings/display/tilcdc/ 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/20160420/875eedb9/attachment.sig>

[PATCH v2 5/5] dt-bindings: add documentation for Rockchip rk3399 display controllers

Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Signed-off-by: Mark Yao --- .../bindings/display/rockchip/rockchip-vop.txt |5 + 1 file changed, 5 insertions(+) diff --git a/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt b/

[PATCH] drm: Loongson-3 doesn't fully support wc memory

On Wed, Apr 20, 2016 at 02:18:20PM +0800, Huacai Chen wrote: > Cc: stable at vger.kernel.org This is not the correct way to submit patches for inclusion in the stable kernel tree. Please read Documentation/stable_kernel_rules.txt for how to do this properly.

[PATCH v10 RESEND 2/3] kernel.h: add u64_to_user_ptr()

Op 19-04-16 om 22:42 schreef Gustavo Padovan: > From: Gustavo Padovan > > This function had copies in 3 different files. Unify them in kernel.h. > > Cc: Joe Perches > Cc: Andrew Morton > Cc: David Airlie > Cc: Daniel Vetter > Cc: Rob Clark > Signed-off-by: Gustavo Padovan > --- > drivers/gp

[Bug 95026] Alien Isolation segfault after initial loading screen/video

-- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/04054eab/attachment.html>

[PATCH v15 0/6] MT8173 HDMI support

This series contains the HDMI encoder, PHY, and DDC drivers split out from the "MT8173 DRM support" series. It now depends on the recently merged hdmi-codec [1] driver, to which it interfaces for audio playback. [1] commit 09184118a8ab ("ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

[PATCH v15 1/6] 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 Documentation

[PATCH v15 2/6] 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. This includes an interface to the generic hdmi-codec driver to start or stop audio playback and to retrieve ELD (E

[PATCH v15 3/6] 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 HDMI driver to call to

[PATCH v15 4/6] 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 -- Changes since v13: - Add HDMI DDC I2C node --- arch/arm64/bo

[PATCH v15 5/6] 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 --g

[PATCH v15 6/6] arm64: dts: mt8173-evb: enable HDMI output

Add an HDMI connector node and enable the devices that are part of the HDMI display path: cec, dpi0, hdmi_phy, and hdmi0. Signed-off-by: Philipp Zabel --- arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 38 + 1 file changed, 38 insertions(+) diff --git a/arch/arm64/boo

[PATCH] drm: Make drm.debug parameter description more helpful

On Tue, 19 Apr 2016, Ezequiel Garcia wrote: > Let's be user-friendly and print an actually helpful parameter > description. > > Signed-off-by: Ezequiel Garcia > --- > drivers/gpu/drm/drm_drv.c | 13 +++-- > 1 file changed, 11 insertions(+), 2 deletions(-) > > diff --git a/drivers/gpu/drm

[PATCH] drm: probe_helper: Hide ugly ifdef

On Tue, 19 Apr 2016, Ezequiel Garcia wrote: > Push the ifdef to the drm_edid.h and create a stub, for the > DRM_LOAD_EDID_FIRMWARE=n case. This removes some clutter in > the code, making it more readable. > > Signed-off-by: Ezequiel Garcia Reviewed-by: Jani Nikula > --- > drivers/gpu/drm/drm

[PATCH 4/4] drm/i915: Move ioremap_wc tracking onto VMA

On Wed, Apr 20, 2016 at 11:10:54AM +0200, Luis R. Rodriguez wrote: > On Tue, Apr 19, 2016 at 01:33:58PM +0100, Chris Wilson wrote: > > diff --git a/drivers/gpu/drm/i915/i915_gem.c > > b/drivers/gpu/drm/i915/i915_gem.c > > index 6ce2c31b9a81..9ef47329e8ae 100644 > > --- a/drivers/gpu/drm/i915/i915_

[PATCH v2 3/4] drm/dsi: Implement set tear scanline

Hi, [auto build test ERROR on tegra-drm/drm/tegra/for-next] [also build test ERROR on v4.6-rc4 next-20160420] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Vinay-Simha-BN/dt-bindings-Add-jdi

[PATCH] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

On Wed, Apr 13, 2016 at 7:19 PM, Thierry Reding wrote: > On Wed, Apr 13, 2016 at 11:58:04AM +0530, Vinay Simha BN wrote: >> Add support for the JDI lt070me05000 WUXGA DSI panel used in >> Nexus 7 2013 devices. >> >> Programming sequence for the panel is was originally found in the >> android-msm-f

[PATCH 4/4] drm/i915: Move ioremap_wc tracking onto VMA

On Tue, Apr 19, 2016 at 01:33:58PM +0100, Chris Wilson wrote: > diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c > index 6ce2c31b9a81..9ef47329e8ae 100644 > --- a/drivers/gpu/drm/i915/i915_gem.c > +++ b/drivers/gpu/drm/i915/i915_gem.c > @@ -3346,6 +3346,15 @@ static vo

[PATCH v2 3/4] drm/dsi: Implement set tear scanline

Provide a small convenience wrapper that transmits a set_tear_scanline command. Signed-off-by: Vinay Simha BN --- drivers/gpu/drm/drm_mipi_dsi.c | 22 ++ include/drm/drm_mipi_dsi.h | 2 ++ 2 files changed, 24 insertions(+) diff --git a/drivers/gpu/drm/drm_mipi_dsi.c b/d

[PATCH v2 4/4] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

Add support for the JDI lt070me05000 WUXGA DSI panel used in Nexus 7 2013 devices. Programming sequence for the panel is was originally found in the android-msm-flo-3.4-lollipop-release branch from: https://android.googlesource.com/kernel/msm.git And video mode setting is from dsi-panel-jdi-d

[PATCH] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

On Thu, Apr 14, 2016 at 8:10 PM, Archit Taneja wrote: > > > On 4/13/2016 11:58 AM, Vinay Simha BN wrote: >> >> Add support for the JDI lt070me05000 WUXGA DSI panel used in >> Nexus 7 2013 devices. >> >> Programming sequence for the panel is was originally found in the >> android-msm-flo-3.4-lolli

[PATCH v3] drm/dsi: Implement set tear scanline compile fix

Provide a small convenience wrapper that transmits a set_tear_scanline command. compilation fix Signed-off-by: Vinay Simha BN --- drivers/gpu/drm/drm_mipi_dsi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_mipi_dsi.c b/drivers/gpu/drm/drm_mipi_dsi.c ind

[PATCH v2 2/4] dt-bindings: Add jdi lt070me05000 panel bindings

Add documentation for lt070me05000 panel Signed-off-by: Vinay Simha BN --- .../bindings/display/panel/jdi,lt070me05000.txt| 43 ++ 1 file changed, 43 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/panel/jdi,lt070me05000.txt diff --git a/Doc

Nouveau crashes in 4.6-rc on arm64

On 20/04/16 11:44, Robin Murphy wrote: > Hi Alex, > > On 20/04/16 05:35, Alexandre Courbot wrote: > [...] Bisection came down to 1733a2ad3674("drm/nouveau/device/pci: set as non-CPU-coherent on ARM64"), and sure enough reverting that removes the crash. >>> >>> Thanks for taking the t

Nouveau crashes in 4.6-rc on arm64

Hi Alex, On 20/04/16 05:35, Alexandre Courbot wrote: [...] >>> Bisection came down to 1733a2ad3674("drm/nouveau/device/pci: set as >>> non-CPU-coherent on ARM64"), and sure enough reverting that removes the >>> crash. >> >> Thanks for taking the time to bisect this. And apologies as it seems my >>

[PATCH] drm: fix lut value extraction function

On Mon, Apr 18, 2016 at 08:39:00PM +0100, Emil Velikov wrote: > On 18 April 2016 at 16:53, Daniel Vetter wrote: > > On Mon, Apr 18, 2016 at 03:40:11PM +0100, Emil Velikov wrote: > >> On 18 April 2016 at 13:36, Daniel Vetter wrote: > >> > On Mon, Apr 18, 2016 at 12:09:51PM +0100, Lionel Landwerlin

[PATCH 02/13] drm/omapdrm: Use unlocked gem unreferencing

On Mon, Apr 18, 2016 at 07:15:04PM +0300, Tomi Valkeinen wrote: > On 30/03/16 12:40, Daniel Vetter wrote: > > For drm_gem_object_unreference callers are required to hold > > dev->struct_mutex, which these paths don't. Enforcing this requirement > > has become a bit more strict with > > > > commit

[RFC v2 1/8] drm/fb-helper: Add fb_deferred_io support

On Mon, Apr 18, 2016 at 05:15:03PM +0200, Noralf Trønnes wrote: > > Den 13.04.2016 13:09, skrev Daniel Vetter: > >On Fri, Apr 08, 2016 at 07:05:03PM +0200, Noralf Trønnes wrote: > >>This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled. > >>Accumulated fbdev framebuffer changes are s

[PATCH 05/14] drm/msm: use drm_crtc_send_vblank_event()

On Tue, Apr 19, 2016 at 11:02:50AM -0300, Gustavo Padovan wrote: > Hi Rob, > > 2016-04-14 Rob Clark : > > > On Thu, Apr 14, 2016 at 1:48 PM, Gustavo Padovan > > wrote: > > > From: Gustavo Padovan > > > > > > Replace the legacy drm_send_vblank_event() with the new helper function. > > > > > > S

[Intel-gfx] [PATCH 4/4] drm/i915: Move ioremap_wc tracking onto VMA

On Wed, Apr 20, 2016 at 11:10:54AM +0200, Luis R. Rodriguez wrote: > Reason I ask is since I noticed a while ago a lot of drivers > were using info->fix.smem_start and info->fix.smem_len consistently > for their ioremap'd areas it might make sense instead to let the > internal framebuffer (register

[PATCH v3 1/2] drm: introduce bus_flags in drm_display_info

On Mon, Apr 18, 2016 at 01:38:14PM -0700, Stefan Agner wrote: > Introduce bus_flags to specify display bus properties like signal > polarities. This is useful for parallel display buses, e.g. to > specify the pixel clock or data enable polarity. > > Suggested-by: Thierry Reding > Acked-by: Philip

[PATCH] drm: Loongson-3 doesn't fully support wc memory

On Wed, Apr 20, 2016 at 03:49:23PM +0900, Greg KH wrote: > On Wed, Apr 20, 2016 at 02:18:20PM +0800, Huacai Chen wrote: > > Cc: stable at vger.kernel.org > > > > This is not the correct way to submit patches for inclusion in the > stable kernel tree. Please read Documentation/stable_kernel_rule

[PATCH v3] drm/rockchip: get rid of rockchip_drm_crtc_mode_config

On Wed, 20 Apr 2016 10:41:42 +0800, Mark Yao wrote: > We need to take care of the vop status when use > rockchip_drm_crtc_mode_config, if vop is disabled, > the function would failed, that is terrible. > > Save output_type and output_mode into rockchip_crtc_state, > it's nice to make them into at

[PATCH 1/3 v6] drm: Introduce drm_connector_register_all() helper

On Tue, Apr 19, 2016 at 03:24:51PM +0300, Alexey Brodkin wrote: > As a pair to already existing drm_connector_unregister_all() we're adding > generic implementation of what is already done in some drivers. > > Once this helper is implemented we'll be ready to switch existing > driver-specific impl

[PATCH 0/3 v6] drm: Introduce drm_connector_register_all() helper

On Tue, Apr 19, 2016 at 03:24:50PM +0300, Alexey Brodkin wrote: > As a pair to already existing drm_connector_unplug_all() > (which we'll rename in this series to drm_connector_unregister_all()) > we're adding generic implementation of what is already done in some drivers > for registering all conn

[Intel-gfx] [PATCH] drm: i915: Improve behavior in case of broken HDMI EDID

On Tue, Apr 19, 2016 at 02:31:13PM -0300, Ezequiel Garcia wrote: > Currently, our implementation of drm_connector_funcs.detect is > based on getting a valid EDID. > > This requirement makes the driver fail to detect connected > connectors in case of EDID corruption, which in turn prevents > from f

[PATCH] drm: probe_helper: Hide ugly ifdef

On Wed, Apr 20, 2016 at 12:24:16PM +0300, Jani Nikula wrote: > On Tue, 19 Apr 2016, Ezequiel Garcia wrote: > > Push the ifdef to the drm_edid.h and create a stub, for the > > DRM_LOAD_EDID_FIRMWARE=n case. This removes some clutter in > > the code, making it more readable. > > > > Signed-off-by: E

[PATCH] drm/panel: simple: Add support for Innolux AT070TN92

From: Riccardo Bortolato Add support for the Innolux AT070TN92 panel. Signed-off-by: Riccardo Bortolato --- .../bindings/display/panel/innolux,at070tn92.txt | 7 ++ drivers/gpu/drm/panel/panel-simple.c | 26 ++ 2 files changed, 33 insertions(+) create

[PATCH v3 3/3] drm: bridge: anx78xx: Add anx78xx driver support.

-i2c patch series > ;) Yes, improving this in a follow-up patch seems fine, especially since this already seems to be a common pattern. I'll try to take a look at v4 hopefully within the week. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/40fdb0db/attachment.sig>

[PATCH] drm/rockchip: Return -EBUSY if there's already a pending flip event v4

As per the docs, atomic_commit should return -EBUSY "if an asycnhronous updated is requested and there is an earlier updated pending". v2: Use the status of the workqueue instead of vop->event, and don't add a superfluous wait on the workqueue. v3: Drop work_busy, as there's a sizeable delay when

[PATCH 1/2] drm/radeon: forbid mapping of userptr bo through radeon device file

There are also checks in (amdgpu|radeon)_gem_mmap_ioctl() to prevent this as well. But it shouldn't hurt us to check that here as well. So both patches are Reviewed-by: Christian König Regards, Christian. Am 19.04.2016 um 15:07 schrieb Jérôme Glisse: > Allowing userptr bo which are basicly

[PATCH] drm/panel: simple: Add support for Innolux AT070TN92

A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/8efe027b/attachment.sig>

[PATCH v2] drm/panel: simple: Add support for Innolux AT070TN92

From: Riccardo Bortolato Add support for the Innolux AT070TN92 panel. Signed-off-by: Riccardo Bortolato Signed-off-by: Boris Brezillon --- Changes since v1: - Add missing SoB --- .../bindings/display/panel/innolux,at070tn92.txt | 7 ++ drivers/gpu/drm/panel/panel-simple.c

[PATCH v2] drm/panel: simple: Add support for Innolux AT070TN92

el/innolux,at070tn92.txt Applied, thanks. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/f4e71d52/attachment.sig>

[PATCH] Fix compilation on systems that don't provide O_CLOEXEC

Patch suggestion by Thomas Klausner . See also http://mail-index.netbsd.org/pkgsrc-changes/2012/08/13/msg076887.html Signed-off-by: Stefan Dirsch --- include/drm/drm.h | 4 1 file changed, 4 insertions(+) diff --git a/include/drm/drm.h b/include/drm/drm.h index b4ebaa9..739df01 100644 ---

[PATCH] drm: Fix compilation on systems that don't provide O_CLOEXEC

Patch suggestion by Thomas Klausner . See also http://mail-index.netbsd.org/pkgsrc-changes/2012/08/13/msg076887.html Signed-off-by: Stefan Dirsch --- include/drm/drm.h | 4 1 file changed, 4 insertions(+) diff --git a/include/drm/drm.h b/include/drm/drm.h index b4ebaa9..739df01 100644 ---

[PATCH 02/13] drm/omapdrm: Use unlocked gem unreferencing

Hi Daniel, Thank you for the patch. On Wednesday 30 Mar 2016 11:40:41 Daniel Vetter wrote: > For drm_gem_object_unreference callers are required to hold > dev->struct_mutex, which these paths don't. Enforcing this requirement > has become a bit more strict with > > commit ef4c6270bf2867e2f8032e9

[PATCH] drm: Fix compilation on systems that don't provide O_CLOEXEC

On Wed, Apr 20, 2016 at 03:49:19PM +0200, Stefan Dirsch wrote: > Patch suggestion by Thomas Klausner . See You might want to replace that with a valid email address, or remove it :)

[PATCH 0/9] Enable Gen 7 Observation Architecture

I've been working on some i-g-t tests for this new interface and while I still have some more tests to write, it still seemed worth sending out another updated series in the mean time. Firstly this includes updates based on Emil's previous comments. Then there have been a few issue hit while wri

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

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: >>> >>> When a plane is being disabled but it's still enabled, do check if the >>> previous update h

[PATCH 1/9] drm/i915: Add i915 perf infrastructure

Adds base i915 perf infrastructure for Gen performance metrics. This adds a DRM_IOCTL_I915_PERF_OPEN ioctl that takes an array of uint64 properties to configure a stream of metrics and returns a new fd usable with standard VFS system calls including read() to read typed and sized records; ioctl()

[PATCH 2/9] drm/i915: rename OACONTROL GEN7_OACONTROL

OACONTROL changes quite a bit for gen8, with some bits split out into a per-context OACTXCONTROL register. Rename now before add more gen7 OA registers Signed-off-by: Robert Bragg --- drivers/gpu/drm/i915/i915_cmd_parser.c | 4 ++-- drivers/gpu/drm/i915/i915_reg.h| 2 +- 2 files changed,

[PATCH 3/9] drm/i915: don't whitelist oacontrol in cmd parser

Being able to program OACONTROL from a non-privileged batch buffer is not sufficient to be able to configure the OA unit. This was originally allowed to help enable Mesa to expose OA counters via the INTEL_performance_query extension, but the current implementation based on programming OACONTROL vi

[PATCH 4/9] drm/i915: Add 'render basic' Haswell OA unit config

Adds a static OA unit, MUX + B Counter configuration for basic render metrics on Haswell. This is autogenerated from an internal XML description of metric sets. Signed-off-by: Robert Bragg --- drivers/gpu/drm/i915/Makefile | 3 +- drivers/gpu/drm/i915/i915_drv.h| 14 drivers/gpu

[PATCH 5/9] drm/i915: Enable i915 perf stream for Haswell OA unit

Gen graphics hardware can be set up to periodically write snapshots of performance counters into a circular buffer via its Observation Architecture and this patch exposes that capability to userspace via the i915 perf interface. Cc: Chris Wilson Signed-off-by: Robert Bragg Signed-off-by: Zhenyu

[PATCH 6/9] drm/i915: advertise available metrics via sysfs

Each metric set is given a sysfs entry like: /sys/class/drm/card0/metrics//id This allows userspace to enumerate the specific sets that are available for the current system. The 'id' file contains an unsigned integer that can be used to open the associated metric set via DRM_IOCTL_I915_PERF_OPEN.

[PATCH 7/9] drm/i915: Add dev.i915.perf_event_paranoid sysctl option

Consistent with the kernel.perf_event_paranoid sysctl option that can allow non-root users to access system wide cpu metrics, this can optionally allow non-root users to access system wide OA counter metrics from Gen graphics hardware. Signed-off-by: Robert Bragg --- drivers/gpu/drm/i915/i915_dr

[PATCH 8/9] drm/i915: add oa_event_min_timer_exponent sysctl

The minimal sampling period is now configurable via a dev.i915.oa_min_timer_exponent sysctl parameter. Following the precedent set by perf, the default is the minimum that won't (on its own) exceed the default kernel.perf_event_max_sample_rate default of 10 samples/s. Signed-off-by: Robert Br

[PATCH 9/9] drm/i915: Add more Haswell OA metric sets

This adds 'compute', 'compute extended', 'memory reads', 'memory writes' and 'sampler balance' metric sets for Haswell. Signed-off-by: Robert Bragg --- drivers/gpu/drm/i915/i915_oa_hsw.c | 483 - 1 file changed, 482 insertions(+), 1 deletion(-) diff --git a/d

[PATCH] drm: Fix compilation on systems that don't provide O_CLOEXEC

Patch suggestion by Thomas Klausner. See also http://mail-index.netbsd.org/pkgsrc-changes/2012/08/13/msg076887.html Signed-off-by: Stefan Dirsch --- include/drm/drm.h | 4 1 file changed, 4 insertions(+) diff --git a/include/drm/drm.h b/include/drm/drm.h index b4ebaa9..739df01 100644 --- a

[PATCH] drm: Fix compilation on systems that don't provide O_CLOEXEC

On Wed, Apr 20, 2016 at 4:39 PM, Stefan Dirsch wrote: > Patch suggestion by Thomas Klausner. See also > http://mail-index.netbsd.org/pkgsrc-changes/2012/08/13/msg076887.html > > Signed-off-by: Stefan Dirsch Fix your OS to have O_CLOEXEC semantics I think is what should happen here. It's an obvio

[PATCH 0/9] Enable Gen 7 Observation Architecture

| 340 +++- > include/uapi/drm/i915_drm.h | 133 +++ > 10 files changed, 2795 insertions(+), 37 deletions(-) > create mode 100644 drivers/gpu/drm/i915/i915_oa_hsw.c > create mode 100644 drivers/gpu/drm/i915/i915_oa_hsw.h > create mode 100644 drivers/gpu/drm/i915/i915_perf.c > > -- > 2.7.1 > > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/68836221/attachment.html>

[GIT PULL] MT8173 DRM support

On 19/04/16 15:42, Philipp Zabel wrote: > Hi Dave, > > please consider pulling this tag with initial MediaTek MT8173 DRM > support, corresponding to v14 of the patch series. These patches have > been mostly stable for the last few rounds. I'll follow up with the HDMI > encoder support pending rev

[PATCH 1/3 v6] drm: Introduce drm_connector_register_all() helper

Hi Daniel, On Wed, 2016-04-20 at 13:28 +0200, Daniel Vetter wrote: > On Tue, Apr 19, 2016 at 03:24:51PM +0300, Alexey Brodkin wrote: > > > > As a pair to already existing drm_connector_unregister_all() we're adding > > generic implementation of what is already done in some drivers. > > > > Once

[PATCH 1/2] drm/radeon: forbid mapping of userptr bo through radeon device file

On Wed, Apr 20, 2016 at 9:26 AM, Christian König wrote: > There are also checks in (amdgpu|radeon)_gem_mmap_ioctl() to prevent this as > well. > > But it shouldn't hurt us to check that here as well. So both patches are > Reviewed-by: Christian König Applied both. Thanks! Alex > > Regards,

[Bug 44647] [wine regression] Call of Duty 4: Intro videos renders garbage

part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/9cafb6d2/attachment.html>

[GIT PULL] MT8173 DRM support

On Wed, Apr 20, 2016 at 03:36:16PM +0200, Matthias Brugger wrote: > > > On 19/04/16 15:42, Philipp Zabel wrote: > >Hi Dave, > > > >please consider pulling this tag with initial MediaTek MT8173 DRM > >support, corresponding to v14 of the patch series. These patches have > >been mostly stable for t

[RFC v2 1/8] drm/fb-helper: Add fb_deferred_io support

Den 20.04.2016 13:12, skrev Daniel Vetter: > On Mon, Apr 18, 2016 at 05:15:03PM +0200, Noralf Trønnes wrote: >> Den 13.04.2016 13:09, skrev Daniel Vetter: >>> On Fri, Apr 08, 2016 at 07:05:03PM +0200, Noralf Trønnes wrote: This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled. >

[PATCH] drm: Fix compilation on systems that don't provide O_CLOEXEC

On Wed, Apr 20, 2016 at 04:47:20PM +0200, Daniel Vetter wrote: > On Wed, Apr 20, 2016 at 4:39 PM, Stefan Dirsch wrote: > > Patch suggestion by Thomas Klausner. See also > > http://mail-index.netbsd.org/pkgsrc-changes/2012/08/13/msg076887.html > > > > Signed-off-by: Stefan Dirsch > > Fix your OS

[PATCH 2/8] drm/udl: Change drm_fb_helper_sys_*() calls to sys_*()

Now that drm_fb_helper gets deferred io support, the drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions will schedule the worker that calls the deferred_io callback. This will break this driver so use the sys_{fillrect,copyarea,imageblit} functions directly. Signed-off-by: Noralf Trønnes

[PATCH 4/8] drm/fb-helper: Add fb_deferred_io support

This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled. Accumulated fbdev framebuffer changes are signaled using the callback (struct drm_framebuffer_funcs *)->dirty() The drm_fb_helper_sys_*() functions will accumulate changes and schedule fb_info.deferred_work _if_ fb_info.fbdefio is

[PATCH 6/8] drm/fb-cma-helper: Add fb_deferred_io support

This adds fbdev deferred io support if CONFIG_FB_DEFERRED_IO is enabled. The driver has to provide a (struct drm_framebuffer_funcs *)->dirty() callback to get notification of fbdev framebuffer changes. If the dirty() hook is set, then fb_deferred_io is set up automatically by the helper. Two funct

[PATCH 5/8] fbdev: fb_defio: Export fb_deferred_io_mmap

Export fb_deferred_io_mmap so drivers can change vma->vm_page_prot. When the framebuffer memory is allocated using dma_alloc_writecombine() instead of vmalloc(), I get cache syncing problems. This solves it: static int drm_fbdev_cma_deferred_io_mmap(struct fb_info *info,

[PATCH 1/8] drm/rect: Add some drm_clip_rect utility functions

Add some utility functions for struct drm_clip_rect. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_rect.c | 67 include/drm/drm_rect.h | 69 ++ 2 files changed, 136 insertions(+) diff --git a/d

  1   2   >