Re: [linux-sunxi] [PATCH] drm/panel: simple: Fix width and height for Olimex LCD-OLinuXino-4.3TS

On Thu, Jul 20, 2017 at 6:29 PM, Jonathan Liu wrote: > The physical size of the panel is 105.5 (W) x 67.2 (H) x 4.05 (D) mm > but the active display area is 95.04 (W) x 53.856 (H) mm. > > The width and height should be set to the active display area. > > Signed-off-by: Jonathan

Re: [linux-sunxi] [PATCH 10/13] [NOT FOR REVIEW NOW] clk: sunxi: Add CLK_SET_RATE_PARENT flag for H3 HDMI clock

Hi, On Tue, Aug 1, 2017 at 9:13 PM, Icenowy Zheng wrote: > From: Jernej Skrabec > > When setting the HDMI clock of H3, the PLL_VIDEO clock needs to be set. > > Add CLK_SET_RATE_PARENT flag for H3 HDMI clock. > > Signed-off-by: Jernej Skrabec

Re: [PATCH 3/4] drm: Only lastclose on unload for legacy drivers

On 03/08/17 10:54 PM, Daniel Vetter wrote: > On Thu, Aug 3, 2017 at 1:17 AM, Daniel Vetter wrote: >> On Wed, Aug 2, 2017 at 10:50 PM, Alex Deucher wrote: >>> On Wed, Aug 2, 2017 at 7:56 AM, Daniel Vetter >>> wrote: The

Re: [linux-sunxi] [PATCH 03/13] drm: sun4i: add support for H3's TCON

On Tue, Aug 1, 2017 at 9:12 PM, Icenowy Zheng wrote: > From: Icenowy Zheng > > Allwinner H3 has two special TCONs without channel 0. > > Add support for this kind of TCON. > > Signed-off-by: Icenowy Zheng Ideally you would split this into two

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #22 from Shmerl --- Did anyone try to reproduce this bug with AMD kernel that supports display code (i.e. one with Vega support)? -- You are receiving this mail because: You are the assignee for the

Re: [PATCH v1.1] drm/rockchip: fix race with kms hotplug and fbdev

Hi Mark, 在 2017/8/1 16:11, Mark Yao 写道: According to the kerneldoc[0], should do fbdev setup before calling drm_kms_helper_poll_init(), otherwise, Kms hotplug event may race into fbdev helper initial, and fb_helper->dev may be NULL pointer, that would cause the bug: [0.735411] [0200]

[Bug 101976] glmark2 random blank or background only screen freeze over mesa3d 17.1 and 17.3 with radeon rx550 AMD POLARIS12

https://bugs.freedesktop.org/show_bug.cgi?id=101976 --- Comment #8 from Pablo Estigarribia --- (In reply to Pablo Estigarribia from comment #7) > I have tried now two more combinations (in /etc/environment to stabilize > gnome session): > > MESA_GL_VERSION_OVERRIDE=3.0 >

[Bug 101976] glmark2 random blank or background only screen freeze over mesa3d 17.1 and 17.3 with radeon rx550 AMD POLARIS12

https://bugs.freedesktop.org/show_bug.cgi?id=101976 --- Comment #7 from Pablo Estigarribia --- I have tried now two more combinations (in /etc/environment to stabilize gnome session): MESA_GL_VERSION_OVERRIDE=3.0 MESA_GL_VERSION_OVERRIDE=3.1 Up to GL 3.0, everything works

Re: [PATCH v5 03/14] drm/fb-helper: separate the fb_setcmap helper into atomic and legacy paths

On 2017-07-14 15:54, Daniel Vetter wrote: > On Thu, Jul 13, 2017 at 06:25:27PM +0200, Peter Rosin wrote: >> The legacy path implements setcmap in terms of crtc .gamma_set. >> >> The atomic path implements setcmap by directly updating the crtc gamma_lut >> property. >> >> This has a couple of

Re: [PATCH 0/6] Support for LEGO MINDSTORMS EV3 LCD display

On 08/03/2017 08:08 PM, David Lechner wrote: On 08/03/2017 03:11 PM, Noralf Trønnes wrote: Den 03.08.2017 19.11, skrev Andy Shevchenko: On Thu, Aug 3, 2017 at 8:09 PM, Andy Shevchenko wrote: On Thu, Aug 3, 2017 at 6:18 PM, David Lechner

Re: [PATCH 0/6] Support for LEGO MINDSTORMS EV3 LCD display

On 08/03/2017 03:11 PM, Noralf Trønnes wrote: Den 03.08.2017 19.11, skrev Andy Shevchenko: On Thu, Aug 3, 2017 at 8:09 PM, Andy Shevchenko wrote: On Thu, Aug 3, 2017 at 6:18 PM, David Lechner wrote: The particular display I have is this

Re: [PATCH 3/5] drm/syncobj: add sync_file interaction.

On 4 August 2017 at 09:22, Chris Wilson wrote: > Quoting Dave Airlie (2017-08-04 00:01:10) >> On 4 August 2017 at 02:25, Chris Wilson wrote: >> > Quoting Dave Airlie (2017-05-12 01:34:55) >> >> @@ -385,6 +434,13 @@

Re: [PATCH 5/6] drm/rockchip: vop: report error when check resource error

Hi mark, 在 2017/7/31 17:49, Mark Yao 写道: The user would be confused while facing a error commit without any error report. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 4/6] drm/rockchip: vop: round_up pitches to word align

在 2017/7/31 17:49, Mark Yao 写道: VOP pitch register is word align, need align to word. VOP_WIN0_VIR: bit[31:16] win0_vir_stride_uv Number of words of Win0 uv Virtual width bit[15:0] win0_vir_width Number of words of Win0 yrgb Virtual width ARGB888 : win0_vir_width

Re: [PATCH 3/6] drm/rockchip: vop: fix NV12 video display error

Hi mark, 在 2017/7/31 17:49, Mark Yao 写道: fixup the scale calculation formula on the case src_height == (dst_height/2). Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_vop.h | 3 +++ 1 file changed, 3 insertions(+) diff --git

Re: [PATCH 2/2] ARM: dts: exynos: Add HDMI and Sil9234 to Trats2 board

On Thu, Aug 03, 2017 at 09:45:23AM +0200, Maciej Purski wrote: > This patch adds HDMI and Sil9234 MHL converter to Trats2 board. Just "Add HDMI...", without this patch. Except few minor nitpicks below, looks good. After fixing I will take it once bindings got accepted. > > Based on previous

Re: [PATCH 1/4] dt-bindings: adi,adv7511.txt: document cec clock

On Sun, Jul 30, 2017 at 03:07:40PM +0200, Hans Verkuil wrote: > From: Hans Verkuil > > Document the cec clock binding. > > Signed-off-by: Hans Verkuil > --- > Documentation/devicetree/bindings/display/bridge/adi,adv7511.txt | 4 > 1 file

Re: [PATCH 3/5] drm/syncobj: add sync_file interaction.

Quoting Dave Airlie (2017-08-04 00:01:10) > On 4 August 2017 at 02:25, Chris Wilson wrote: > > Quoting Dave Airlie (2017-05-12 01:34:55) > >> @@ -385,6 +434,13 @@ drm_syncobj_fd_to_handle_ioctl(struct drm_device > >> *dev, void *data, > >> if

Re: [PATCH 3/5] drm/syncobj: add sync_file interaction.

On 4 August 2017 at 02:25, Chris Wilson wrote: > Quoting Dave Airlie (2017-05-12 01:34:55) >> @@ -385,6 +434,13 @@ drm_syncobj_fd_to_handle_ioctl(struct drm_device *dev, >> void *data, >> if (!drm_core_check_feature(dev, DRIVER_SYNCOBJ)) >>

Re: [PATCH] drm/tinydrm: mipi-dbi: Fix unbalanced DMA access

On 08/01/2017 03:14 PM, David Lechner wrote: If we return here and import_attach is true, then dma_buf_end_cpu_access() will not be called balance dma_buf_begin_cpu_access(). Fix by setting ret instead of returning. Signed-off-by: David Lechner ---

[PATCH v3 4/6] drm/tinydrm: add support for LEGO MINDSTORMS EV3 LCD

LEGO MINDSTORMS EV3 has an LCD with a ST7586 controller. This adds a new module for the ST7586 controller with parameters for the LEGO MINDSTORMS EV3 LCD display. Signed-off-by: David Lechner --- MAINTAINERS | 6 + drivers/gpu/drm/tinydrm/Kconfig |

[PATCH v3 0/6] Support for LEGO MINDSTORMS EV3 LCD display

The goal of this series is to get the built-in LCD of the LEGO MINDSTORMS EV3 working. v2 changes: * Wrote a new driver for ST7586 instead of combining it with existing drivers * Don't touch MIPI DBI code (other than the patch suggested by Noralf) * New defconfig patch v3 changes: * New patch to

[PATCH v3 1/6] drm/tinydrm: remove call to mipi_dbi_init() from mipi_dbi_spi_init()

This removes the call to mipi_dbi_init() from mipi_dbi_spi_init() so that drivers can have a driver-specific implementation if needed. Suggested-by: Noralf Trønnes Signed-off-by: David Lechner Reviewed-by: Noralf Trønnes ---

[PATCH v3 6/6] ARM: davinci_all_defconfig: enable tinydrm and ST7586

This enables the tinydrm and ST7586 panel modules used by the display on LEGO MINDSTORMS EV3. Signed-off-by: David Lechner --- arch/arm/configs/davinci_all_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/configs/davinci_all_defconfig

[PATCH v3 3/6] dt-bindings: add binding for Sitronix ST7586 display panels

This adds a new binding for Sitronix ST7586 display panels. Using lego as the vendor prefix in the compatible string because the display panel I am working with is an integral part of the LEGO MINDSTORMS EV3. Signed-off-by: David Lechner ---

[PATCH v3 5/6] ARM: dts: da850-lego-ev3: Add node for LCD display

This adds a new node for the LEGO MINDSTORMS EV3 LCD display. Signed-off-by: David Lechner --- arch/arm/boot/dts/da850-lego-ev3.dts | 24 1 file changed, 24 insertions(+) diff --git a/arch/arm/boot/dts/da850-lego-ev3.dts

[PATCH v3 2/6] drm/tinydrm: generalize tinydrm_xrgb8888_to_gray8()

This adds parameters for vaddr and clip to tinydrm_xrgb_to_gray8() to make it more generic. dma_buf_{begin,end}_cpu_access() are moved out to the repaper driver. Signed-off-by: David Lechner --- drivers/gpu/drm/tinydrm/core/tinydrm-helpers.c | 35

[Bug 60879] [radeonsi] Tahiti LE: GFX block is not functional, CP is okay

https://bugs.freedesktop.org/show_bug.cgi?id=60879 --- Comment #168 from MAD --- Created attachment 133233 --> https://bugs.freedesktop.org/attachment.cgi?id=133233=edit dmesg radeon kernel 4.10 -- You are receiving this mail because: You are the assignee for the

[Bug 60879] [radeonsi] Tahiti LE: GFX block is not functional, CP is okay

https://bugs.freedesktop.org/show_bug.cgi?id=60879 --- Comment #167 from MAD --- Created attachment 133232 --> https://bugs.freedesktop.org/attachment.cgi?id=133232=edit Xorg.log amdgpu kernel 4.10 -- You are receiving this mail because: You are the assignee for the

[Bug 60879] [radeonsi] Tahiti LE: GFX block is not functional, CP is okay

https://bugs.freedesktop.org/show_bug.cgi?id=60879 --- Comment #166 from MAD --- Created attachment 133231 --> https://bugs.freedesktop.org/attachment.cgi?id=133231=edit dmesg amdgpu kernel 4.10 -- You are receiving this mail because: You are the assignee for the

[Bug 60879] [radeonsi] Tahiti LE: GFX block is not functional, CP is okay

https://bugs.freedesktop.org/show_bug.cgi?id=60879 --- Comment #165 from MAD --- 4.10.0-28-generic [AMD/ATI] Tahiti LE [Radeon HD 7870 XT] I have the same problem with this card. On amdgpu I got black screen. But monitor remains on. I can log in via ssh and all. On radeon

Re: [PATCH 0/6] Support for LEGO MINDSTORMS EV3 LCD display

Den 03.08.2017 19.11, skrev Andy Shevchenko: On Thu, Aug 3, 2017 at 8:09 PM, Andy Shevchenko wrote: On Thu, Aug 3, 2017 at 6:18 PM, David Lechner wrote: The particular display I have is this one:

[Bug 99553] Tracker bug for runnning OpenCL applications on Clover

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Jan Vesely changed: What|Removed |Added Depends on||102030 Referenced

Re: [PATCH 1/2] drm/bridge: add Silicon Image SiI9234 driver

Hi Maciej, [auto build test WARNING on drm/drm-next] [also build test WARNING on v4.13-rc3 next-20170803] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Maciej-Purski/add-Silicon-Image-SiI9234

[PATCH] drm/bridge: fix platform_no_drv_owner.cocci warnings

drivers/gpu/drm/bridge/sii9234.c:1010:3-8: No need to set .owner here. The core will do it. Remove .owner field if calls are used which set it automatically Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci Fixes: 9d5babbeda8a ("drm/bridge: add Silicon Image SiI9234 driver")

Re: [PATCH] drm: hdlcd: allow HDLCD to be used without interrupt

On Wed, Jul 26, 2017 at 11:05:39AM +0100, Russell King wrote: > Some ARM platforms do not wire the HDLCD interrupt. Allow hdlcd to > initialise without an interrupt present. > > Signed-off-by: Russell King > --- >

Re: [PATCH] i915: Add support for drm syncobjs

On Thu, Aug 3, 2017 at 11:15 AM, Chris Wilson wrote: > Quoting Jason Ekstrand (2017-08-03 19:06:02) > > I'm not concerned about what happens to racy clients. They get what > they get. > > What concerns me is what happens if somehow the fence is replaced and > deleted >

[Bug 102031] xf86drm.c should use readdir() instead of readdir_r()

https://bugs.freedesktop.org/show_bug.cgi?id=102031 Bug ID: 102031 Summary: xf86drm.c should use readdir() instead of readdir_r() Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW

Re: [PATCH] i915: Add support for drm syncobjs

Quoting Jason Ekstrand (2017-08-03 19:06:02) > I'm not concerned about what happens to racy clients.  They get what they > get.  > What concerns me is what happens if somehow the fence is replaced and deleted > before i915_gem_request_await_dma_fence takes it's reference.  Can this cause > the

Re: [PATCH] i915: Add support for drm syncobjs

On Thu, Aug 3, 2017 at 10:00 AM, Chris Wilson wrote: > Quoting Jason Ekstrand (2017-07-05 22:15:09) > > On Wed, Jul 5, 2017 at 2:13 PM, Jason Ekstrand > wrote: > > > > This commit adds support for waiting on or signaling DRM syncobjs as > >

Re: [PATCH v3 3/4] drm: rcar-du: Fix race condition when disabling planes at CRTC stop

Hi Laurent, On 29/07/17 22:08, Laurent Pinchart wrote: > When stopping the CRTC the driver must disable all planes and wait for > the change to take effect at the next vblank. Merely calling > drm_crtc_wait_one_vblank() is not enough, as the function doesn't > include any mechanism to handle the

Re: [PATCH 12/29] drm/i915: switch to drm_*{get,put} helpers

On Thu, Aug 03, 2017 at 03:26:01PM +0300, Jani Nikula wrote: > On Thu, 03 Aug 2017, Cihangir Akturk wrote: > > drm_*_reference() and drm_*_unreference() functions are just > > compatibility alias for drm_*_get() and drm_*_put() adn should not be > > used by new code. So convert

[PATCH 22/29] drm/tegra: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 16/29] drm/msm: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 01/29] drm/amdgpu: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() and should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 06/29] drm/bochs: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 15/29] drm/mgag200: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 28/29] drm/vmwgfx: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 12/29] drm/i915: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 27/29] drm/virtio: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 25/29] drm/vc4: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 11/29] drm/hisilicon: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 20/29] drm/radeon: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

Re: [PATCH v3 2/4] drm: rcar-du: Wait for flip completion instead of vblank in commit tail

Hi Laurent, On 29/07/17 22:08, Laurent Pinchart wrote: > Page flips can take more than one vertical blanking to complete if > arming the page flips races with the vertical blanking interrupt. > Waiting for one vblank to complete the atomic commit in the commit tail > handler is thus incorrect,

[PATCH 02/29] drm: mali-dp: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() and should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 04/29] drm/ast: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 17/29] drm/nouveau: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 14/29] drm/mediatek: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 24/29] drm/udl: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 13/29] drm/imx: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 10/29] drm/gma500: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 07/29] drm/cirrus: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 19/29] drm/qxl: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

Re: [PATCH 17/29] drm/nouveau: switch to drm_*{get,put} helpers

Looks good to me! Reviewed-by: Tobias Klausmann On 8/3/17 1:58 PM, Cihangir Akturk wrote: > drm_*_reference() and drm_*_unreference() functions are just > compatibility alias for drm_*_get() and drm_*_put() adn should not be > used by new code. So convert

[PATCH 18/29] drm/omap: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 00/29] DRM API conversions

This patch set replaces the occurrences of drm_*_reference() and drm_*_unreference() with the new drm_*_get() and drm_*_put() functions. All patches in the series do the same thing, converting to the new APIs. I created patches per DRM driver as suggested by Daniel Vetter. Background: In the

[PATCH 09/29] drm/exynos: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

Re: [PATCH 12/29] drm/i915: switch to drm_*{get,put} helpers

On Thu, Aug 03, 2017 at 02:49:03PM +0200, Daniel Vetter wrote: > On Thu, Aug 03, 2017 at 03:26:01PM +0300, Jani Nikula wrote: > > On Thu, 03 Aug 2017, Cihangir Akturk wrote: > > > drm_*_reference() and drm_*_unreference() functions are just > > > compatibility alias for

[PATCH 03/29] drm/armada: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 23/29] drm/tilcdc: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 26/29] drm/vgem: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 08/29] drm/etnaviv: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

Re: [PATCHv5 3/3] ARM:drm ivip Intel FPGA Video and Image Processing Suite

On 08/02/2017 10:01 PM, Hean Loong, Ong wrote: > From: Ong Hean Loong > Really needs a short commit description. > Signed-off-by: Ong Hean Loong > --- > V5: > *Fix Comments > > V4: > *Fix Comments > > V3: > *Changes to fixing

[PATCH 05/29] drm/atmel-hlcdc: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

[PATCH 21/29] drm/rockchip: switch to drm_*{get,put} helpers

drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() adn should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir Akturk ---

Re: [PATCH 3/4] drm: Only lastclose on unload for legacy drivers

On Thu, Aug 3, 2017 at 9:54 AM, Daniel Vetter wrote: > On Thu, Aug 3, 2017 at 1:17 AM, Daniel Vetter wrote: >> On Wed, Aug 2, 2017 at 10:50 PM, Alex Deucher wrote: >>> On Wed, Aug 2, 2017 at 7:56 AM, Daniel Vetter

Re: [PATCH 23/29] drm/tilcdc: switch to drm_*{get,put} helpers

 Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 08/03/17 18:42, Daniel Vetter wrote: > On Thu, Aug 3, 2017 at 3:56 PM, Jyri Sarha wrote: >> >> On 08/03/17 14:58, Cihangir Akturk wrote: >>>

Re: [PATCH 6/6] [v4] drm/i915: Add support for CCS modifiers

On 17-08-03 12:00:56, Daniel Stone wrote: Hi, On 1 August 2017 at 17:58, Ben Widawsky wrote: @@ -1240,6 +1253,19 @@ intel_sprite_plane_create(struct drm_i915_private *dev_priv, plane_formats = skl_plane_formats; num_plane_formats =

Re: [Intel-gfx] [PATCH 6/6] drm/i915: Add support for CCS modifiers

On 17-08-03 10:08:51, Daniel Vetter wrote: On Wed, Aug 2, 2017 at 5:43 PM, Ben Widawsky wrote: On 17-08-02 12:14:15, Daniel Vetter wrote: On Tue, Aug 01, 2017 at 09:14:50AM -0700, Ben Widawsky wrote: On 17-07-31 10:29:55, Daniel Vetter wrote: > On Sat, Jul 29, 2017 at

Re: [PATCH 0/6] Support for LEGO MINDSTORMS EV3 LCD display

On Thu, Aug 3, 2017 at 8:09 PM, Andy Shevchenko wrote: > On Thu, Aug 3, 2017 at 6:18 PM, David Lechner wrote: > >> The particular display I have is this one: >> http://wiki.seeed.cc/Grove-OLED_Display_1.12inch/ >> >> It looks like it uses a

Re: [PATCH 0/6] Support for LEGO MINDSTORMS EV3 LCD display

On Thu, Aug 3, 2017 at 6:18 PM, David Lechner wrote: > The particular display I have is this one: > http://wiki.seeed.cc/Grove-OLED_Display_1.12inch/ > > It looks like it uses a command/data scheme like the MIPI displays, but > doesn't use any of the standard values for the

Re: [PATCH] i915: Add support for drm syncobjs

Quoting Jason Ekstrand (2017-07-05 22:15:09) > On Wed, Jul 5, 2017 at 2:13 PM, Jason Ekstrand wrote: > > This commit adds support for waiting on or signaling DRM syncobjs as > part of execbuf.  It does so by hijacking the currently unused cliprects > pointer to

Re: [PATCH 20/29] drm/radeon: switch to drm_*{get,put} helpers

On Thu, Aug 3, 2017 at 8:08 AM, Christian König wrote: > Am 03.08.2017 um 13:58 schrieb Cihangir Akturk: >> >> drm_*_reference() and drm_*_unreference() functions are just >> compatibility alias for drm_*_get() and drm_*_put() adn should not be >> used by new code. So

Re: [PATCH 3/5] drm/syncobj: add sync_file interaction.

Quoting Dave Airlie (2017-05-12 01:34:55) > @@ -385,6 +434,13 @@ drm_syncobj_fd_to_handle_ioctl(struct drm_device *dev, > void *data, > if (!drm_core_check_feature(dev, DRIVER_SYNCOBJ)) > return -ENODEV; > > + if (args->flags & >

[PATCH v3 1/2] drm/fb-helper: add new drm_setup_crtcs_fb() function

This adds a new drm_setup_crtcs_fb() function to handle the parts of drm_setup_crtcs() that touch fb_helper->fb and fb_helper->fbdev. When drm_setup_crtcs() is called during initialization, these fields are NULL because they have not been allocated yet. There is currently a hack at the end of

[PATCH v3 2/2] drm/fb-helper: pass physical dimensions to fbdev

The fbdev subsystem has a place for physical dimensions (width and height in mm) that is readable by userspace. Since DRM also knows these dimensions, pass this information to the fbdev device. This has to be done in drm_setup_crtcs_fb() instead of drm_setup_crtcs() because fb_helper->fbdev may

[PATCH v3 0/2] drm/fb-helper: pass physical dimensions to fbdev

v1 changes (from RFC): * Use loop to get info from first connected connector instead of just the first connector. v2 changes: * Update width in height in drm_setup_crtcs() also to handle hotplug events. v3 changes: * Add new patch to handle post-fb allocation crcts setup. * Use new

Re: Monochrome/greyscale and software dithering in the kernel

Den 03.08.2017 17.46, skrev Daniel Vetter: On Thu, Aug 3, 2017 at 5:24 PM, David Lechner wrote: On 08/03/2017 09:58 AM, Noralf Trønnes wrote: Hi, The tinydrm/repaper driver is monochrome, but I have just used an emulation format XRGB, since monochrome support is

Re: Monochrome/greyscale and software dithering in the kernel

On Thu, Aug 3, 2017 at 5:24 PM, David Lechner wrote: > On 08/03/2017 09:58 AM, Noralf Trønnes wrote: >> >> Hi, >> >> The tinydrm/repaper driver is monochrome, but I have just used an >> emulation format XRGB, since monochrome support is scarce in >> userspace. I'm using

Re: [PATCH 23/29] drm/tilcdc: switch to drm_*{get,put} helpers

On Thu, Aug 3, 2017 at 3:56 PM, Jyri Sarha wrote: > > Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. > Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki > > On 08/03/17 14:58, Cihangir Akturk wrote: >> drm_*_reference() and drm_*_unreference()

Re: Monochrome/greyscale and software dithering in the kernel

On 08/03/2017 09:58 AM, Noralf Trønnes wrote: Hi, The tinydrm/repaper driver is monochrome, but I have just used an emulation format XRGB, since monochrome support is scarce in userspace. I'm using ITU BT.601 to convert from rgb to greyscale and then use the msb for monochrome. Now I'm

Re: [PATCH 0/6] Support for LEGO MINDSTORMS EV3 LCD display

On 08/03/2017 09:07 AM, Noralf Trønnes wrote: Den 02.08.2017 00.26, skrev David Lechner: On 08/01/2017 01:08 PM, Noralf Trønnes wrote: (cc: Daniel Vetter) Den 01.08.2017 18.51, skrev David Lechner: On 07/30/2017 12:14 PM, Noralf Trønnes wrote: Den 29.07.2017 21.40, skrev David Lechner:

Monochrome/greyscale and software dithering in the kernel

Hi, The tinydrm/repaper driver is monochrome, but I have just used an emulation format XRGB, since monochrome support is scarce in userspace. I'm using ITU BT.601 to convert from rgb to greyscale and then use the msb for monochrome. Now I'm asked if we can implement Floyd–Steinberg

Re: [PATCH] drm/atmel-hlcdc : constify drm_plane_helper_funcs and drm_plane_funcs.

On Mon, 3 Jul 2017 21:53:54 +0530 Arvind Yadav wrote: > drm_plane_helper_funcs and drm_plane_funcsare not supposed to change > at runtime. All functions working with drm_plane_helper_funcs and > drm_plane_funcs work with const. So mark the non-const structs as const.

Re: [PATCH 05/29] drm/atmel-hlcdc: switch to drm_*{get,put} helpers

On Thu, 3 Aug 2017 14:10:50 +0200 Boris Brezillon wrote: > On Thu, 3 Aug 2017 14:58:20 +0300 > Cihangir Akturk wrote: > > > drm_*_reference() and drm_*_unreference() functions are just > > compatibility alias for drm_*_get() and

Re: [PATCH v13 5/7] vfio: ABI for mdev display dma-buf operation

On Thu, 3 Aug 2017 07:08:15 + "Zhang, Tina" wrote: > > -Original Message- > > From: Alex Williamson [mailto:alex.william...@redhat.com] > > Sent: Thursday, August 3, 2017 11:38 AM > > To: Zhang, Tina > > Cc: Tian, Kevin

Re: [PATCH 01/29] drm/amdgpu: switch to drm_*{get,put} helpers

Am 03.08.2017 um 13:58 schrieb Cihangir Akturk: drm_*_reference() and drm_*_unreference() functions are just compatibility alias for drm_*_get() and drm_*_put() and should not be used by new code. So convert all users of compatibility functions to use the new APIs. Signed-off-by: Cihangir

Re: [PATCH 0/6] Support for LEGO MINDSTORMS EV3 LCD display

Den 02.08.2017 00.26, skrev David Lechner: On 08/01/2017 01:08 PM, Noralf Trønnes wrote: (cc: Daniel Vetter) Den 01.08.2017 18.51, skrev David Lechner: On 07/30/2017 12:14 PM, Noralf Trønnes wrote: Den 29.07.2017 21.40, skrev David Lechner: On 07/29/2017 02:17 PM, David Lechner wrote:

[PATCH] drm/vc4: Advertise supported modifiers for planes

The IN_FORMATS blob allows the kernel to advertise to userspace which format/modifier combinations are supported, per plane. Use this to advertise that we support both T_TILED and linear. Signed-off-by: Daniel Stone --- drivers/gpu/drm/vc4/vc4_plane.c | 22

Re: [PATCH 02/29] drm: mali-dp: switch to drm_*{get,put} helpers

Hi Cihangir, On Thu, Aug 03, 2017 at 02:58:17PM +0300, Cihangir Akturk wrote: > drm_*_reference() and drm_*_unreference() functions are just > compatibility alias for drm_*_get() and drm_*_put() and should not be > used by new code. So convert all users of compatibility functions to use > the new

  1   2   >