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

From: Ong Hean Loong Driver for Intel FPGA Video and Image Processing Suite Frame Buffer II. The driver only supports the Intel Arria10 devkit and its variants. This driver can be either loaded staticlly or in modules. The OF device tree binding is located at: Documentation/devicetree/bindings/di

[PATCHv6 0/3]

From: Ong Hean Loong The FPGA FrameBuffer Soft IP could be seen as the GPU and the DRM driver patch here is allocating memory for information to be streamed from the ARM/Linux to the display port. Basically the driver just wraps the information such as the pixels to be drawn by the FPGA Frame

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

From: Ong Hean Loong Device tree binding for Intel FPGA Video and Image Processing Suite. The binding involved would be generated from the Altera (Intel) Qsys system. The bindings would set the max width, max height, buts per pixel and memory port width. The device tree binding only supports the

[PATCHv6 2/3] ARM:socfpga-defconfig Intel FPGA Video and Image Processing Suite

From: Ong Hean Loong Intel FPGA Video and Image Processing Suite Frame Buffer II driver config for Arria 10 devkit and its variants Signed-off-by: Ong, Hean Loong --- arch/arm/configs/socfpga_defconfig | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/configs/socfpga_defconfig

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

Hi Laurent, On 2017-08-10 15:39, Laurent Pinchart wrote: 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,

Re: [Intel-gfx] [PATCH 1/2] drm/dp: Bit definition for D3 power state that keeps AUX fully powered

On Fri, 11 Aug 2017, Dhinakaran Pandiyan wrote: > DPCD 600h - SET_POWER & SET_DP_PWR_VOLTAGE defines power state > > 101 = Set Main-Link for local Sink device and all downstream Sink > devices to D3 (power-down mode), keep AUX block fully powered, ready to > reply within a Response Timeout period

[git pull] drm fixes for v4.13-rc5

Hi Linus, Nothing too earth shattering here, it just seems like lots of little things all over the place, msm has probably the larger amount of changes, but they all seem fine, otherwise, some rockchip, i915, etnaviv and exynos fixes, along with one nouveau regression fix for some older GPUs. Dav

[Bug 196635] amdgpu clinfo hangs with SI

https://bugzilla.kernel.org/show_bug.cgi?id=196635 --- Comment #5 from Janpieter Sollie (janpieter.sol...@dommel.be) --- the system works with dpm=0. I attached some info about the working system. Please note that I DO NOT use the amdgpu-pro kernel module, only its libraries -- You are receivi

[Bug 194899] triple fault while loading amdgpu on Cape Verde

https://bugzilla.kernel.org/show_bug.cgi?id=194899 Janpieter Sollie (janpieter.sol...@dommel.be) changed: What|Removed |Added See Also||https://bu

[Bug 196635] amdgpu clinfo hangs with SI

https://bugzilla.kernel.org/show_bug.cgi?id=196635 Janpieter Sollie (janpieter.sol...@dommel.be) changed: What|Removed |Added See Also||https://bu

[Bug 196635] amdgpu clinfo hangs with SI

https://bugzilla.kernel.org/show_bug.cgi?id=196635 --- Comment #4 from Janpieter Sollie (janpieter.sol...@dommel.be) --- Created attachment 257883 --> https://bugzilla.kernel.org/attachment.cgi?id=257883&action=edit working clinfo clinfo output with amdgpu.dpm=0 -- You are receiving this mail

[Bug 196635] amdgpu clinfo hangs with SI

https://bugzilla.kernel.org/show_bug.cgi?id=196635 --- Comment #3 from Janpieter Sollie (janpieter.sol...@dommel.be) --- Created attachment 257881 --> https://bugzilla.kernel.org/attachment.cgi?id=257881&action=edit working dmesg dmesg with amdgpu.dpm=0 seems to intitialize the device correctly

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

在 2017/8/11 2:05, Sean Paul 写道: 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

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 > >

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

[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: [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

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] 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 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 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 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

[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 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. > >

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 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 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 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 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

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

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

[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 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

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

[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.

[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

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

[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

[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

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

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

[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: [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

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

[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

[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 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

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

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

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] 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] 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] 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)

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 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, > +

[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 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 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/

[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 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 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

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

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: [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: [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

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

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

[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

[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

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_

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

[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 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

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 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: [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

[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: [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 >

[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 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 ---

[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 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 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 +

[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

[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

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

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 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: [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 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: [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 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

[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

[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 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:

  1   2   >