Re: [PATCH] drm/omap: add OMAP5 DSIPHY lane-enable support

Hi Tomi, Thank you for the patch. On Thursday 10 Aug 2017 09:45:20 Tomi Valkeinen wrote: > We are missing OMAP5 DSIPHY lane-enable support, which has prevented > OMAP5 DSI working in mainline. This patch adds the lane-enable similarly > to the recently added OMAP4 version. > > Signed-off-by: Tom

[Bug 97861] [amdgpu SI] purple line is visible on left side of the screen connected by HDMI

https://bugs.freedesktop.org/show_bug.cgi?id=97861 --- Comment #12 from Gregor Münch --- Tested with yesterdays amd-staging-git-4.11 and the issue seems to be gone. Looks like we can close this bug when Linux 4.13 is released. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH 1/3] dt-bindings: document the CEC GPIO bindings

On 02/08/17 10:42, Hans Verkuil wrote: > From: Hans Verkuil > > Document the bindings for the cec-gpio module for hardware where the > CEC pin is connected to a GPIO pin. ping? > > Signed-off-by: Hans Verkuil > --- > Documentation/devicetree/bindings/media/cec-gpio.txt | 18 +

Re: [PATCH 1/3] dt-bindings: document the CEC GPIO bindings

On 10/08/17 10:03, Hans Verkuil wrote: > On 02/08/17 10:42, Hans Verkuil wrote: >> From: Hans Verkuil >> >> Document the bindings for the cec-gpio module for hardware where the >> CEC pin is connected to a GPIO pin. > > ping? > >> >> Signed-off-by: Hans Verkuil >> --- >> Documentation/devicetr

[Bug 102130] pp_dpm_mclk always on level 1 (cant set to level 0) rx 480

https://bugs.freedesktop.org/show_bug.cgi?id=102130 --- Comment #2 from Gašper Sedej --- Created attachment 133420 --> https://bugs.freedesktop.org/attachment.cgi?id=133420&action=edit dmesg -- You are receiving this mail because: You are the assignee for the bug._

[Bug 102130] pp_dpm_mclk always on level 1 (cant set to level 0) rx 480

https://bugs.freedesktop.org/show_bug.cgi?id=102130 --- Comment #3 from Gašper Sedej --- Created attachment 133421 --> https://bugs.freedesktop.org/attachment.cgi?id=133421&action=edit Xorg.0.log -- You are receiving this mail because: You are the assignee for the bug.

[Bug 102130] pp_dpm_mclk always on level 1 (cant set to level 0) rx 480

https://bugs.freedesktop.org/show_bug.cgi?id=102130 --- Comment #4 from Gašper Sedej --- Phisically unplugging monitor (and rebooting) did help. If i just disable monitor in manager, the memory frequency does not go below 2000 MHz. So if i wish to save power and temperature I would need to physic

Re: [PATCH] drm/omap: add OMAP5 DSIPHY lane-enable support

This message contains a digitally signed email which can be read by opening the attachment. Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki --- Begin Message --- Hi, On 10/08/17 10:22, Laurent Pinchart wrote: > Hi

[PATCHv3 2/4] ARM: tegra: add CEC support to tegra124.dtsi

From: Hans Verkuil Add support for the Tegra CEC IP to tegra124.dtsi and enable it on the Jetson TK1. Signed-off-by: Hans Verkuil --- arch/arm/boot/dts/tegra124-jetson-tk1.dts | 4 arch/arm/boot/dts/tegra124.dtsi | 12 +++- 2 files changed, 15 insertions(+), 1 deletion(

[PATCHv3 4/4] drm/tegra: add cec-notifier support

From: Hans Verkuil In order to support CEC the HDMI driver has to inform the CEC driver whenever the physical address changes. So when the EDID is read the CEC driver has to be informed and whenever the hotplug detect goes away. This is done through the cec-notifier framework. The link between

[PATCHv3 0/4] tegra-cec: add Tegra HDMI CEC support

From: Hans Verkuil This patch series adds support for the Tegra CEC functionality. It has this prerequisite: https://patchwork.linuxtv.org/patch/42521/ That patch has been merged in 4.13-rc4. The first patch documents the CEC bindings, the second adds support for this to tegra124.dtsi and enab

[PATCHv3 3/4] tegra-cec: add Tegra HDMI CEC driver

From: Hans Verkuil This driver adds support for the Tegra CEC IP. It is based on the NVIDIA drivers/misc/tegra-cec driver in their 3.10 kernel. This has been converted to the CEC framework and cleaned up. Tested with my Jetson TK1 board. It has also been tested with the Tegra X1 in an embedded

[PATCHv3 1/4] dt-bindings: document the tegra CEC bindings

From: Hans Verkuil This documents the binding for the Tegra CEC module. Signed-off-by: Hans Verkuil --- .../devicetree/bindings/media/tegra-cec.txt| 27 ++ 1 file changed, 27 insertions(+) create mode 100644 Documentation/devicetree/bindings/media/tegra-cec.txt di

[PATCHv2 3/3] MAINTAINERS: add cec-gpio entry

From: Hans Verkuil Add an entry for the CEC GPIO driver. Signed-off-by: Hans Verkuil --- MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index aeb84877854b..d85959f82a09 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3199,6 +3199,15 @@ F:

[PATCHv2 2/3] cec-gpio: add HDMI CEC GPIO driver

From: Hans Verkuil Add a simple HDMI CEC GPIO driver that sits on top of the cec-pin framework. While I have heard of SoCs that use the GPIO pin for CEC (apparently an early RockChip SoC used that), the main use-case of this driver is to function as a debugging tool. By connecting the CEC line

[PATCHv2 1/3] dt-bindings: document the CEC GPIO bindings

From: Hans Verkuil Document the bindings for the cec-gpio module for hardware where the CEC pin is connected to a GPIO pin. Signed-off-by: Hans Verkuil --- Documentation/devicetree/bindings/media/cec-gpio.txt | 16 1 file changed, 16 insertions(+) create mode 100644 Documenta

[PATCHv2 0/3] cec-gpio: add HDMI CEC GPIO-based driver

From: Hans Verkuil This driver adds support for CEC implementations that use a pull-up GPIO pin. While SoCs exist that do this, the primary use-case is to turn a single-board computer into a cheap CEC debugger. Together with 'cec-ctl --monitor-pin' you can do low-level CEC bus monitoring and do

Re: [PATCH 4/4] drm: adv7511/33: add HDMI CEC support

On 07/30/2017 06:37 PM, Hans Verkuil wrote: From: Hans Verkuil Add support for HDMI CEC to the drm adv7511/adv7533 drivers. The CEC registers that we need to use are identical for both drivers, but they appear at different offsets in the register map. Thanks for the patch. Some minor comme

Re: [PATCH 0/4] drm/bridge/adv7511: add CEC support

Hi Hans, On 07/30/2017 06:37 PM, Hans Verkuil wrote: From: Hans Verkuil This patch series adds CEC support to the drm adv7511/adv7533 drivers. I have tested this with the Qualcomm Dragonboard C410 (adv7533 based) and the Renesas R-Car Koelsch board (adv7511 based). Note: the Dragonboard need

Re: [PATCH 0/4] drm/bridge/adv7511: add CEC support

On 10/08/17 10:49, Archit Taneja wrote: > Hi Hans, > > On 07/30/2017 06:37 PM, Hans Verkuil wrote: >> From: Hans Verkuil >> >> This patch series adds CEC support to the drm adv7511/adv7533 drivers. >> >> I have tested this with the Qualcomm Dragonboard C410 (adv7533 based) >> and the Renesas R-Ca

Re: [Intel-gfx] [PATCH libdrm] drm: Remove create_handle() drm_framebuffer "virtual".

On Wed, Aug 09, 2017 at 04:13:05PM -0700, Joe Kniss wrote: > On Wed, Aug 9, 2017 at 12:14 PM, Noralf Trønnes wrote: > > > > Den 09.08.2017 01.42, skrev Joe Kniss: > >> > >> Because all drivers currently use gem objects for framebuffer planes, > >> the virtual create_handle() is not required. This

Re: [PATCH 0/4] drm/bridge/adv7511: add CEC support

On 08/10/2017 02:26 PM, Hans Verkuil wrote: On 10/08/17 10:49, Archit Taneja wrote: Hi Hans, On 07/30/2017 06:37 PM, Hans Verkuil wrote: From: Hans Verkuil This patch series adds CEC support to the drm adv7511/adv7533 drivers. I have tested this with the Qualcomm Dragonboard C410 (adv7533

Re: [PATCH] drm/amdgpu: Uninitialized variable in amdgpu_ttm_backend_bind()

Am 10.08.2017 um 07:34 schrieb Alex Deucher: On Wed, Aug 9, 2017 at 10:16 PM, Michel Dänzer wrote: On 09/08/17 07:30 PM, Dan Carpenter wrote: My static checker complains that it's possible for "r" to be uninitialized. It used to be set to zero so this returns it to the old behavior. Fixes: 9

Re: [PATCH 3/3] drm/rockchip: Add support for Rockchip Soc LVDS

Hi Sean Paul, Thanks for your review. 在 2017/8/10 3:58, Sean Paul 写道: On Wed, Aug 09, 2017 at 06:00:59PM +0800, Sandy Huang wrote: This adds support for Rockchip soc lvds found on rk3288 Based on the patches from Mark yao and Heiko Stuebner Signed-off-by: Sandy Huang Signed-off-by: Mark y

[PATCHv2] drm/omap: add OMAP5 DSIPHY lane-enable support

We are missing OMAP5 DSIPHY lane-enable support, which has prevented OMAP5 DSI working in mainline. This patch adds the lane-enable similarly to the recently added OMAP4 version. Signed-off-by: Tomi Valkeinen --- Changes: - Fixed the check for DSI model - Use else if - Drop the unnecessary sys

[radeon-alex:amd-staging-4.12 1309/1353] drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h:78:25: fatal error: asm/fpu/api.h: No such file or directory

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.12 head: 06b85147cc7f49f13e7bceb2ec97c51712c6a3f0 commit: 0cea20904755da7896bdd4ef95b894f0c6c41b6a [1309/1353] drm/amd/display: remove DCN1 guard as DCN1 is already open sourced. config: arm-allmodconfig (attached as .config) co

[PATCH 3/3] drm/rockchip: Add support for Rockchip Soc LVDS

This adds support for Rockchip soc lvds found on rk3288 Based on the patches from Mark yao and Heiko Stuebner Signed-off-by: Sandy Huang Signed-off-by: Mark yao Signed-off-by: Heiko Stuebner --- drivers/gpu/drm/rockchip/Kconfig | 9 + drivers/gpu/drm/rockchip/Makefile| 1 +

Re: [PATCH 0/4] drm/bridge/adv7511: add CEC support

On 10/08/17 11:08, Archit Taneja wrote: > > > On 08/10/2017 02:26 PM, Hans Verkuil wrote: >> On 10/08/17 10:49, Archit Taneja wrote: >>> Hi Hans, >>> >>> On 07/30/2017 06:37 PM, Hans Verkuil wrote: From: Hans Verkuil This patch series adds CEC support to the drm adv7511/adv7533 dr

[PATCH v2 3/3] drm/rockchip: Add support for Rockchip Soc LVDS

This adds support for Rockchip soc lvds found on rk3288 Based on the patches from Mark yao and Heiko Stuebner Signed-off-by: Sandy Huang Signed-off-by: Mark yao Signed-off-by: Heiko Stuebner --- Changes according to Sean Paul's reviews. drivers/gpu/drm/rockchip/Kconfig | 9 + driver

Re: [PATCH 3/3] drm/rockchip: Add support for Rockchip Soc LVDS

sorry, it's a wrong email, send the v1 patch ,please ignore. 在 2017/8/10 17:49, Sandy Huang 写道: This adds support for Rockchip soc lvds found on rk3288 Based on the patches from Mark yao and Heiko Stuebner Signed-off-by: Sandy Huang Signed-off-by: Mark yao Signed-off-by: Heiko Stuebner ---

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

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #27 from Samuel Pitoiset --- An apitrace that reproduces the issue would be very useful. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing lis

Re: [PATCH 0/3] drm: make drm_connector_funcs structures const

On Wed, Aug 9, 2017 at 10:07 PM, Daniel Vetter wrote: > On Wed, Aug 09, 2017 at 04:02:45PM +0530, Archit Taneja wrote: >> >> >> On 08/08/2017 04:58 PM, Bhumika Goyal wrote: >> > Declare drm_connector_funcs structures as const. >> >> Could you rebase this series over the latest drm-misc-next? The >

[PATCH] drm/sun4i: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto --- - Not tested drivers/gpu/drm/sun4i/sun4i_backend.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/sun4i/sun4i_backend.c b/drivers/g

Re: [PATCHv2] drm/omap: add OMAP5 DSIPHY lane-enable support

Hi Tomi, Thank you for the patch. On Thursday 10 Aug 2017 12:44:01 Tomi Valkeinen wrote: > We are missing OMAP5 DSIPHY lane-enable support, which has prevented > OMAP5 DSI working in mainline. This patch adds the lane-enable similarly > to the recently added OMAP4 version. > > Signed-off-by: Tom

Re: [PATCH 2/9] drm/syncobj: Lock around drm_syncobj::fence

Quoting Jason Ekstrand (2017-08-10 01:31:52) > > > On Wed, Aug 9, 2017 at 2:21 PM, Chris Wilson wrote: > > Quoting Jason Ekstrand (2017-08-08 23:46:02) > > The atomic exchange operation we were doing before in replace_fence was > > sufficient for the case where it raced with itself.

Re: [PATCH] drm/syncobj: Allow wait for submit and signal behavior (v2)

Quoting Jason Ekstrand (2017-08-10 00:53:00) > On Wed, Aug 9, 2017 at 3:41 PM, Chris Wilson wrote: > However, this installs the proxy into syncobj->fence with the result > that any concurrent wait also become a WAIT_FOR_SUBMIT. The behaviour > of drm_syncobj is then quite inconsistent,

Re: [PATCH libdrm] exynos: change the license to X11/MIT

Hello, some comments first. - What is this license checker and why should we care about it? - If multiple licenses are really the problem, we could also change it to GPLv3. But you want to change it to X11/MIT, so you should clarify this particular choice. You kinda did this in [1], but it's tota

[PATCH] drm/amdgpu: potential shift wrapping bug

"frag_align" is a u64, so presumably we want to use the high bits as well instead of shift wrapping. Fixes: 6be7adb37d9b ("drm/amdgpu: increase fragmentation size for Vega10 v2") Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c b/drivers/gpu/drm/amd/amdgpu/amdgpu

Re: [PATCH] drm/syncobj: Allow wait for submit and signal behavior (v2)

Am 10.08.2017 um 01:53 schrieb Jason Ekstrand: On Wed, Aug 9, 2017 at 3:41 PM, Chris Wilson > wrote: Quoting Chris Wilson (2017-08-09 18:57:44) > So we are taking a snapshot here. It looks like this could have been > done using a dma_fence_array + dma

Re: [PATCH] drm/syncobj: Allow wait for submit and signal behavior (v2)

Am 09.08.2017 um 23:31 schrieb Chris Wilson: Quoting Jason Ekstrand (2017-08-09 18:00:54) +static signed long drm_syncobj_array_wait_timeout(struct drm_syncobj **syncobjs, + uint32_t count, + uint32_

[PATCHv3 2/2] drm/omap: add OMAP5 DSIPHY lane-enable support

We are missing OMAP5 DSIPHY lane-enable support, which has prevented OMAP5 DSI working in mainline. This patch adds the lane-enable similarly to the recently added OMAP4 version. Signed-off-by: Tomi Valkeinen --- drivers/gpu/drm/omapdrm/dss/dsi.c | 47 --- 1

[PATCHv3 1/2] drm/omap: use regmap_update_bit() when muxing DSI pads

Use regmap_update_bits instead of regmap_read/write, which simplifies the code. Signed-off-by: Tomi Valkeinen --- drivers/gpu/drm/omapdrm/dss/dsi.c | 15 +++ 1 file changed, 3 insertions(+), 12 deletions(-) diff --git a/drivers/gpu/drm/omapdrm/dss/dsi.c b/drivers/gpu/drm/omapdrm/d

Re: [PATCH] drm/amdgpu: potential shift wrapping bug

Am 10.08.2017 um 14:16 schrieb Dan Carpenter: "frag_align" is a u64, so presumably we want to use the high bits as well instead of shift wrapping. Fixes: 6be7adb37d9b ("drm/amdgpu: increase fragmentation size for Vega10 v2") Signed-off-by: Dan Carpenter The fragment field has only 5bits in ha

Re: [PATCH] drm/amdgpu: potential shift wrapping bug

On Thu, Aug 10, 2017 at 02:30:15PM +0200, Christian König wrote: > Am 10.08.2017 um 14:16 schrieb Dan Carpenter: > > "frag_align" is a u64, so presumably we want to use the high bits as > > well instead of shift wrapping. > > > > Fixes: 6be7adb37d9b ("drm/amdgpu: increase fragmentation size for Ve

Re: [PATCH] drm/bridge/sii8620: add remote control support

Hi Hans, Thank you for your reply. All dongles that we used to work with in Samsung convert CEC protocol to RCP which we get through MHL Sideband Channel. All we can do in the driver is to report RCP messages to user-space. On the RC subsystem: your point is right, which was confirmed by Sean a

Re: [PATCH] drm/amdgpu: potential shift wrapping bug

On Thu, Aug 10, 2017 at 02:30:15PM +0200, Christian König wrote: > Am 10.08.2017 um 14:16 schrieb Dan Carpenter: > > "frag_align" is a u64, so presumably we want to use the high bits as > > well instead of shift wrapping. > > > > Fixes: 6be7adb37d9b ("drm/amdgpu: increase fragmentation size for Ve

Re: [PATCH] drm/amdgpu: potential shift wrapping bug

On Thu, Aug 10, 2017 at 03:02:53PM +0200, Christian König wrote: > Am 10.08.2017 um 14:53 schrieb Dan Carpenter: > > On Thu, Aug 10, 2017 at 02:30:15PM +0200, Christian König wrote: > > > Am 10.08.2017 um 14:16 schrieb Dan Carpenter: > > > > "frag_align" is a u64, so presumably we want to use the h

Re: [PATCH] drm/amdgpu: potential shift wrapping bug

Am 10.08.2017 um 14:53 schrieb Dan Carpenter: On Thu, Aug 10, 2017 at 02:30:15PM +0200, Christian König wrote: Am 10.08.2017 um 14:16 schrieb Dan Carpenter: "frag_align" is a u64, so presumably we want to use the high bits as well instead of shift wrapping. Fixes: 6be7adb37d9b ("drm/amdgpu: in

Re: [PATCHv3 1/2] drm/omap: use regmap_update_bit() when muxing DSI pads

Hi Tomi, Thank you for the patch. On Thursday 10 Aug 2017 15:29:44 Tomi Valkeinen wrote: > Use regmap_update_bits instead of regmap_read/write, which simplifies > the code. > > Signed-off-by: Tomi Valkeinen Reviewed-by: Laurent Pinchart > --- > drivers/gpu/drm/omapdrm/dss/dsi.c | 15 +++

Re: [PATCHv3 2/2] drm/omap: add OMAP5 DSIPHY lane-enable support

Hi Tomi, Thank you for the patch. On Thursday 10 Aug 2017 15:29:45 Tomi Valkeinen wrote: > We are missing OMAP5 DSIPHY lane-enable support, which has prevented > OMAP5 DSI working in mainline. This patch adds the lane-enable similarly > to the recently added OMAP4 version. > > Signed-off-by: Tom

Re: [PATCH] drm/amdgpu: potential shift wrapping bug

Am 10.08.2017 15:02, schrieb Christian König: > Am 10.08.2017 um 14:53 schrieb Dan Carpenter: >> On Thu, Aug 10, 2017 at 02:30:15PM +0200, Christian König wrote: >>> Am 10.08.2017 um 14:16 schrieb Dan Carpenter: "frag_align" is a u64, so presumably we want to use the high bits as well i

[PATCH 0/2] drm/bridge/sii8620: add external connector handle

Hi everyone, These patches add external connector handling to sii8620 driver. The first patch documents the extcon binding and add extcon handling to the driver. The second adds support for this in exynos5433-tm2-common.dtsi. All comments are welcome. Regards, Maciej Purski Patch summary: M

[PATCH 1/2] drm/bridge/sii8620: add external connector handle

The driver should be switched on if an external connector is plugged and switched off if it is unplugged. Extcon is optional. If it is not found, the driver stays in "always-on" mode. Signed-off-by: Maciej Purski --- .../bindings/display/bridge/sil-sii8620.txt| 4 ++ drivers/gpu/drm/bri

[PATCH 2/2] arm64: dts: exynos: add extcon phandle

Sii8620 driver can now use extcon in order to switch on and off the device. Signed-off-by: Maciej Purski --- arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi b/arch/arm64/boot/dts/exyn

[PATCH 0/2] add Silicon Image SiI9234 driver

Hi everyone, These patches are a continuation of work by Tomasz Stanislawski on sii9324 driver, which was described in th following letter: https://lists.freedesktop.org/archives/dri-devel/2014-April/057481.html The main differences from the previous code are: * driver moved to /gpu/drm/bridge/

Re: [PATCH 1/2] drm/bridge/sii8620: add external connector handle

Hi Maciej, Thank you for the patch. On Thursday 10 Aug 2017 15:25:29 Maciej Purski wrote: > The driver should be switched on if an external connector is plugged and > switched off if it is unplugged. Extcon is optional. If it is not found, > the driver stays in "always-on" mode. > > Signed-off-b

[PATCH] dma-buf: handle NULL src_list in reservation_object_copy_fences

From: Christian König The list of shared fences can be NULL and that needs to be handled as well. Signed-off-by: Christian König --- drivers/dma-buf/reservation.c | 28 +++- 1 file changed, 15 insertions(+), 13 deletions(-) diff --git a/drivers/dma-buf/reservation.c b/

Re: [PATCH libdrm] drm/amdgpu: add new low overhead command submission API. (v2)

Hi Dave, On 18 July 2017 at 04:52, Dave Airlie wrote: > +int amdgpu_cs_submit_raw(amdgpu_device_handle dev, > +amdgpu_context_handle context, > +amdgpu_bo_list_handle bo_list_handle, > +int num_chunks, > +

Re: [PATCH] drm/syncobj: Allow wait for submit and signal behavior (v2)

On Thu, Aug 10, 2017 at 5:26 AM, Christian König wrote: > Am 10.08.2017 um 01:53 schrieb Jason Ekstrand: > > On Wed, Aug 9, 2017 at 3:41 PM, Chris Wilson > wrote: > >> Quoting Chris Wilson (2017-08-09 18:57:44) >> > So we are taking a snapshot here. It looks like this could have been >> > done u

RE: [PATCH] dma-buf: handle NULL src_list in reservation_object_copy_fences

> -Original Message- > From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf > Of Christian König > Sent: Thursday, August 10, 2017 9:42 AM > To: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org > Subject: [PATCH] dma-buf: handle NULL src_list in > reservation

Re: [PATCH] drm/syncobj: Allow wait for submit and signal behavior (v2)

Am 10.08.2017 um 16:32 schrieb Jason Ekstrand: On Thu, Aug 10, 2017 at 5:26 AM, Christian König mailto:deathsim...@vodafone.de>> wrote: Am 10.08.2017 um 01:53 schrieb Jason Ekstrand: On Wed, Aug 9, 2017 at 3:41 PM, Chris Wilson mailto:ch...@chris-wilson.co.uk>> wrote: Quot

Re: [PATCH] drm/syncobj: Allow wait for submit and signal behavior (v2)

On Thu, Aug 10, 2017 at 4:00 AM, Chris Wilson wrote: > Quoting Jason Ekstrand (2017-08-10 00:53:00) > > On Wed, Aug 9, 2017 at 3:41 PM, Chris Wilson > wrote: > > However, this installs the proxy into syncobj->fence with the result > > that any concurrent wait also become a WAIT_FOR_SUBMI

Re: [PATCH] dma-buf: handle NULL src_list in reservation_object_copy_fences

Am 10.08.2017 um 16:40 schrieb Deucher, Alexander: -Original Message- From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf Of Christian König Sent: Thursday, August 10, 2017 9:42 AM To: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org Subject: [PATCH] dma-b

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

Hi Marek, On Friday 04 Aug 2017 08:55:55 Marek Szyprowski wrote: > Hi Laurent, > > Thanks for your detailed comments. Maciej resurrected some orphaned code, > which is still useful today (Tomasz has left Samsung a few years ago). > I'm not sure we will be able to answer all your questions without

RE: [PATCH] dma-buf: handle NULL src_list in reservation_object_copy_fences

> -Original Message- > From: Christian König [mailto:deathsim...@vodafone.de] > Sent: Thursday, August 10, 2017 10:44 AM > To: Deucher, Alexander; amd-...@lists.freedesktop.org; dri- > de...@lists.freedesktop.org > Subject: Re: [PATCH] dma-buf: handle NULL src_list in > reservation_object_c

[Bug 196635] New: amdgpu clinfo hangs with SI

https://bugzilla.kernel.org/show_bug.cgi?id=196635 Bug ID: 196635 Summary: amdgpu clinfo hangs with SI Product: Drivers Version: 2.5 Kernel Version: 4.13-rc4 Hardware: x86-64 OS: Linux Tree: Mainline

[Bug 196635] amdgpu clinfo hangs with SI

https://bugzilla.kernel.org/show_bug.cgi?id=196635 --- Comment #1 from Janpieter Sollie (janpieter.sol...@dommel.be) --- Created attachment 257865 --> https://bugzilla.kernel.org/attachment.cgi?id=257865&action=edit lspci output -- You are receiving this mail because: You are watching the assi

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

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #28 from Shmerl --- (In reply to Samuel Pitoiset from comment #27) > An apitrace that reproduces the issue would be very useful. There is one example already from Philipp Überbacher above in the comments: https://bugs.freedesktop.or

Re: [PATCH v2 2/4] drm/tinydrm: add support for LEGO MINDSTORMS EV3 LCD

On Tue, Aug 01, 2017 at 05:11:48PM -0500, David Lechner wrote: > LEGO MINDSTORMS EV3 has an LCD with a ST7586 controller. This adds a new > module for the ST7586 controller with parameters for the EV3 LCD display. > > Signed-off-by: David Lechner > --- > .../devicetree/bindings/display/st7586.tx

Re: [PATCH libdrm] exynos: change the license to X11/MIT

On Thu, 2017-08-10 at 13:52 +0900, Inki Dae wrote: > Chnage GPL license of Exynos relevant code to X11/MIT. > > I'd like to keep license consistency to all Exynos code > because License checker notices two more licenses exist > in libdrm. > > For the license change I need to get your agree - all

[Bug 196635] amdgpu clinfo hangs with SI

https://bugzilla.kernel.org/show_bug.cgi?id=196635 --- Comment #2 from Janpieter Sollie (janpieter.sol...@dommel.be) --- Created attachment 257867 --> https://bugzilla.kernel.org/attachment.cgi?id=257867&action=edit kernel config -- You are receiving this mail because: You are watching the ass

Re: [PATCHv5 1/3] ARM:dt-bindings Intel FPGA Video and Image Processing Suite

On Thu, Aug 03, 2017 at 01:01:34PM +0800, Hean Loong, Ong wrote: > From: Ong Hean Loong Why did you change the subject? "dt-bindings: display: ..." for the subject was correct. With subject fixed, Acked-by: Rob Herring > > Device tree binding for Intel FPGA Video and Image > Processing Suit

Re: [PATCHv5 1/3] ARM:dt-bindings Intel FPGA Video and Image Processing Suite

On Thu, Aug 03, 2017 at 01:01:34PM +0800, Hean Loong, Ong wrote: > From: Ong Hean Loong I take back my ack... Laurent's comments on v4 are not addressed. > Device tree binding for Intel FPGA Video and Image > Processing Suite. The binding involved would be generated > from the Altera (Intel) Qs

[PATCH 2/2] dma-buf: fix reservation_object_wait_timeout_rcu to wait correctly v2

From: Christian König With hardware resets in mind it is possible that all shared fences are signaled, but the exlusive isn't. Fix waiting for everything in this situation. v2: make sure we always wait for the exclusive fence Signed-off-by: Christian König Reviewed-by: Alex Deucher Reviewed-b

[PATCH 0/3] dma-buf changes for ttm and amdgpu

We have some changes in ttm and amdgpu that depend on these patches. Sumit, can you pull these in via dma-buf or should I roll them up through my amdgpu tree? Christian König (3): dma-buf: dma_fence_put is NULL safe dma-buf: add reservation_object_copy_fences dma-buf: fix reservation_object_

[PATCH 1/2] dma-buf: add reservation_object_copy_fences (v2)

From: Christian König Allows us to copy all the fences in a reservation object to another one. v2: handle NULL src_list Signed-off-by: Christian König Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher --- drivers/dma-buf/reservation.c | 60 +++ in

Re: [PATCH 2/2] dma-buf: fix reservation_object_wait_timeout_rcu to wait correctly v2

Quoting Alex Deucher (2017-08-10 18:01:49) > From: Christian König > > With hardware resets in mind it is possible that all shared fences are > signaled, but the exlusive isn't. Fix waiting for everything in this > situation. I'm still puzzling over this one. Setting an exclusive fence will cl

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio)

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #7 from Direx --- Thank you for the feedback. From Alex's comment I take that it actually should be an ALSA issue (correct me if I am wrong). I also opened an ALSA bug, let's see what the ALSA developers think about this: https://bu

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio)

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #8 from Alex Deucher --- Not sure if it's an Alsa issue or not. Just pointing out the relevant code to aid in debugging. -- You are receiving this mail because: You are the assignee for the bug.

Re: [PATCH 3/3] drm/rockchip: Add support for Rockchip Soc LVDS

On Thu, Aug 10, 2017 at 05:35:52PM +0800, Sandy Huang wrote: > Hi Sean Paul, > Thanks for your review. > > 在 2017/8/10 3:58, Sean Paul 写道: > > On Wed, Aug 09, 2017 at 06:00:59PM +0800, Sandy Huang wrote: > > > This adds support for Rockchip soc lvds found on rk3288 > > > Based on the patches f

Re: [PATCH v2 21/29] drm/rockchip: switch to drm_*_get(), drm_*_put() helpers

On Thu, Aug 10, 2017 at 03:10:04PM +0300, Cihangir Akturk wrote: > Use drm_*_get() and drm_*_put() helpers instead of drm_*_reference() > and drm_*_unreference() helpers. > > drm_*_reference() and drm_*_unreference() functions are just > compatibility alias for drm_*_get() and drm_*_put() and shou

[PATCH libdrm] tests/amdgpu: add uvd encode unit tests

From: Boyuan Zhang Signed-off-by: Boyuan Zhang --- tests/amdgpu/Makefile.am | 1 + tests/amdgpu/amdgpu_test.c | 6 + tests/amdgpu/amdgpu_test.h | 15 ++ tests/amdgpu/frame.h | 2 +- tests/amdgpu/uvd_enc_tests.c | 500 tests/amdgpu/

Re: [PATCH 2/2] dma-buf: fix reservation_object_wait_timeout_rcu to wait correctly v2

Am 10.08.2017 um 19:11 schrieb Chris Wilson: Quoting Alex Deucher (2017-08-10 18:01:49) From: Christian König With hardware resets in mind it is possible that all shared fences are signaled, but the exlusive isn't. Fix waiting for everything in this situation. I'm still puzzling over this one

Re: [PATCH v2 01/22] drm: Add GEM backed framebuffer library

A few nits. On Wed, Aug 9, 2017 at 3:12 AM, wrote: > Send dri-devel mailing list submissions to > dri-devel@lists.freedesktop.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.freedesktop.org/mailman/listinfo/dri-devel > or, via email, send a messag

Re: [PATCH 2/2] dma-buf: fix reservation_object_wait_timeout_rcu to wait correctly v2

Quoting Christian König (2017-08-10 19:19:52) > Am 10.08.2017 um 19:11 schrieb Chris Wilson: > > Quoting Alex Deucher (2017-08-10 18:01:49) > >> From: Christian König > >> > >> With hardware resets in mind it is possible that all shared fences are > >> signaled, but the exlusive isn't. Fix waiting

Re: [PATCH v2 01/22] drm: Add GEM backed framebuffer library

Den 09.08.2017 22.04, skrev Daniel Vetter: On Wed, Aug 09, 2017 at 12:11:04PM +0200, Noralf Trønnes wrote: This library provides helpers for drivers that don't subclass drm_framebuffer and are backed by drm_gem_object. The code is taken from drm_fb_cma_helper. Signed-off-by: Noralf Trønnes l

Re: [PATCH v2 02/22] drm/fb-cma-helper: Use drm_gem_framebuffer_helper

Den 09.08.2017 22.07, skrev Daniel Vetter: On Wed, Aug 09, 2017 at 12:11:05PM +0200, Noralf Trønnes wrote: Use the new drm_gem_framebuffer_helper who's code was copied from this helper. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_fb_cma_helper.c | 172 +++--

Re: [PATCH 2/9] drm/syncobj: Lock around drm_syncobj::fence

Quoting Jason Ekstrand (2017-08-10 01:31:52) > > > On Wed, Aug 9, 2017 at 2:21 PM, Chris Wilson wrote: > > Quoting Jason Ekstrand (2017-08-08 23:46:02) > > The atomic exchange operation we were doing before in replace_fence was > > sufficient for the case where it raced with itself.

Re: [PATCH 2/2] dma-buf: fix reservation_object_wait_timeout_rcu to wait correctly v2

Am 10.08.2017 um 20:50 schrieb Chris Wilson: Quoting Christian König (2017-08-10 19:19:52) Am 10.08.2017 um 19:11 schrieb Chris Wilson: Quoting Alex Deucher (2017-08-10 18:01:49) From: Christian König With hardware resets in mind it is possible that all shared fences are signaled, but the ex

Re: [PATCH 1/3] drm: add support for DisplayPort CEC-Tunneling-over-AUX

On Tue, Jul 11, 2017 at 03:30:09PM +0200, Hans Verkuil wrote: > From: Hans Verkuil > > This adds support for the DisplayPort CEC-Tunneling-over-AUX > feature that is part of the DisplayPort 1.3 standard. Hi Hans, Thank you for the patch, it looks great, I just have a few minor nits below. > >

[PATCH] drm: RCU syncobj

The first contention point we hit using syncobjs from concurrent threads is the spinlock guarding drm_syncobj_find(). We use an RCU-safe idr to store the syncobj, so if we employ RCU to free drm_syncobj and be careful in acquiring the reference (as we may now observe zombie synocbjs in the idr) we

Re: [PATCH libdrm] drm: Remove create_handle() drm_framebuffer "virtual".

On Wed, Aug 9, 2017 at 4:13 PM, Joe Kniss wrote: > On Wed, Aug 9, 2017 at 12:14 PM, Noralf Trønnes wrote: >> >> Den 09.08.2017 01.42, skrev Joe Kniss: >>> >>> Because all drivers currently use gem objects for framebuffer planes, >>> the virtual create_handle() is not required. This change adds a

Re: [PATCH libdrm] drm/amdgpu: add new low overhead command submission API. (v2)

On 10 August 2017 at 23:56, Emil Velikov wrote: > Hi Dave, > > On 18 July 2017 at 04:52, Dave Airlie wrote: > >> +int amdgpu_cs_submit_raw(amdgpu_device_handle dev, >> +amdgpu_context_handle context, >> +amdgpu_bo_list_handle bo_list_handle, >> +

Re: [PATCH v2 21/29] drm/rockchip: switch to drm_*_get(), drm_*_put() helpers

On Thu, Aug 10, 2017 at 3:52 PM, Cihangir Akturk wrote: > On Thu, Aug 10, 2017 at 02:16:08PM -0400, Sean Paul wrote: >> On Thu, Aug 10, 2017 at 03:10:04PM +0300, Cihangir Akturk wrote: >> > Use drm_*_get() and drm_*_put() helpers instead of drm_*_reference() >> > and drm_*_unreference() helpers. >

Re: [PATCH] drm: Shift wrap bug in create_in_format_blob()

On Wed, Aug 09, 2017 at 03:38:33PM +0100, Daniel Stone wrote: > On 9 August 2017 at 15:36, Sean Paul wrote: > > On Wed, Aug 09, 2017 at 02:19:06PM +0300, Dan Carpenter wrote: > >> "plane->format_count" can go up to 64. (It's capped in > >> drm_universal_plane_init().) So we should be using ULL t

Re: [PATCH] drm: Support drivers with threaded irqs

Hi Thomas, [auto build test WARNING on drm/drm-next] [also build test WARNING on v4.13-rc4 next-20170810] [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/Sinclair-Yeh/drm-Support-drivers-with

Re: [PATCH v4 2/5] dt-bindings: add binding for Sitronix ST7586 display panels

On Mon, Aug 07, 2017 at 12:39:38PM -0500, David Lechner wrote: > 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

[Bug 99851] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=99851 --- Comment #51 from Alex Perez --- This is still happening with kernel 4.13-rc4, with both a polaris 11 based RX460, as well as a Cape Verde PRO. In my case, it's on a BE ppc64 machine (e5500-based ppc64 SoC, Freescale-manufactured) -- You ar

Re: [Intel-gfx] [PATCH libdrm] drm: Remove create_handle() drm_framebuffer "virtual".

On 10 August 2017 at 20:29, Joe Kniss wrote: > On Wed, Aug 9, 2017 at 4:13 PM, Joe Kniss wrote: >> On Wed, Aug 9, 2017 at 12:14 PM, Noralf Trønnes wrote: >>> >>> Den 09.08.2017 01.42, skrev Joe Kniss: Because all drivers currently use gem objects for framebuffer planes, the virtua

Re: [PATCHv5 1/3] ARM:dt-bindings Intel FPGA Video and Image Processing Suite

On Thu, 2017-08-10 at 11:59 -0500, Rob Herring wrote: > On Thu, Aug 03, 2017 at 01:01:34PM +0800, Hean Loong, Ong wrote: > > > > From: Ong Hean Loong > I take back my ack... > > Laurent's comments on v4 are not addressed. > Noted. > > > > Device tree binding for Intel FPGA Video and Image > >

  1   2   >