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

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

[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

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

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

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

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

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

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

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

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

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

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

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

[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

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

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

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

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

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 >

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

[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

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

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

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

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

[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

[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

[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

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 >

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

[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=edit kernel config -- You are receiving this mail because: You are watching the assignee

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

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

[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=edit lspci output -- You are receiving this mail because: You are watching the assignee

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

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

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]

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

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 > wrote: Am 10.08.2017 um 01:53 schrieb Jason Ekstrand: On Wed, Aug 9, 2017 at 3:41 PM, Chris Wilson

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 >

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

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

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

[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

[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

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

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:

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

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

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:

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

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

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

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

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

[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

[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

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

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

[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

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

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

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

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:

[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

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

[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

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

[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

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

[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

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

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

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

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

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

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

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

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

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

[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

[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

[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

[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

[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

[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

[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

[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

[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

  1   2   >