Re: [Intel-gfx] [PATCH] drm/atomic: Acquire connection_mutex lock in drm_helper_probe_single_connector_modes.

On Wed, 29 Mar 2017 15:26:45 +0200 Daniel Vetter wrote: > On Wed, Mar 29, 2017 at 12:16:50PM +0200, Maarten Lankhorst wrote: > > mode_valid() and get_modes() called > > from drm_helper_probe_single_connector_modes() > > may need to look at connector->state because what a valid

Re: [PATCH] drm/arcpgu: Get rid of "encoder-slave" property

On Wed, Mar 29, 2017 at 01:34:00PM +, Alexey Brodkin wrote: > Hi Liviu, Rob, Hi Alexey, > > On Fri, 2017-03-03 at 18:21 +, liviu.du...@arm.com wrote: > > On Fri, Mar 03, 2017 at 05:48:19PM +, Alexey Brodkin wrote: > > > > > > Hi Liviu, > > > > > > On Fri, 2017-03-03 at 16:28

[PATCH v3 3/3] drm/etnaviv: submit support for out-fences

From: Philipp Zabel Based on commit 4cd0945901a6 ("drm/msm: submit support for out-fences"). We increment the minor driver version so userspace can detect explicit fence support. Signed-off-by: Philipp Zabel Signed-off-by: Lucas Stach

[PATCH v3 1/3] drm/etnaviv: submit support for in-fences

From: Philipp Zabel Loosely based on commit f0a42bb5423a ("drm/msm: submit support for in-fences"). Unfortunately, struct drm_etnaviv_gem_submit doesn't have a flags field yet, so we have to extend the structure and trust that drm_ioctl will clear the flags for us if an

[PATCH v3 2/3] drm/etnaviv: return GPU fence through the submit structure

The next patch will need the complete dma_fence, instead of just the seqno, to create the sync_file in etnaviv_ioctl_gem_submit, in case an out_fence_fd is requested. The submit needs to hold a reference to the dma_fence, to avoid raceing with the GPU completing the fence. Signed-off-by: Lucas

Re: [PATCH] Fix IB va_start+ib_bytes range check on 32Bit systems

Am 29.03.2017 um 11:18 schrieb Jan Burgmeier: Signed-off-by: Jan Burgmeier --- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c

[PATCHv5 07/11] s5p-cec: add cec-notifier support, move out of staging

From: Hans Verkuil By using the CEC notifier framework there is no longer any reason to manually set the physical address. This was the one blocking issue that prevented this driver from going out of staging, so do this move as well. Update the bindings documenting the

[PATCHv5 05/11] ARM: dts: exynos: add HDMI controller phandle to exynos4.dtsi

From: Hans Verkuil Add the new hdmi phandle to exynos4.dtsi. This phandle is needed by the s5p-cec driver to initialize the CEC notifier framework. Tested with my Odroid U3. Signed-off-by: Hans Verkuil Tested-by: Marek Szyprowski

[PATCHv5 03/11] cec: integrate CEC notifier support

From: Hans Verkuil Support the CEC notifier framework, simplifying drivers that depend on this. Signed-off-by: Hans Verkuil Tested-by: Marek Szyprowski --- drivers/media/cec/cec-core.c | 21 +

[PATCHv5 11/11] arm: sti: update sti-cec for CEC notifier support

From: Benjamin Gaignard To use CEC notifier sti CEC driver needs to get phandle of the hdmi device. Signed-off-by: Benjamin Gaignard Signed-off-by: Hans Verkuil CC: devicet...@vger.kernel.org ---

Re: [PATCH v2 00/10] Enable HDMI Stereoscopy

On Wed, Mar 29, 2017 at 10:24:05AM -0400, Alastair Bridgewater wrote: > On Wed, Mar 29, 2017 at 8:02 AM, Ville Syrjälä < > ville.syrj...@linux.intel.com> wrote: > > > > On Mon, Mar 27, 2017 at 05:57:57PM -0400, Alastair Bridgewater wrote: > > > And the tenth patch enables stereo mode support...

Re: [Intel-gfx] [PATCH] drm/atomic: Acquire connection_mutex lock in drm_helper_probe_single_connector_modes.

On Wed, Mar 29, 2017 at 03:51:08PM +0200, Maarten Lankhorst wrote: > Op 29-03-17 om 15:31 schreef Boris Brezillon: > > On Wed, 29 Mar 2017 15:26:45 +0200 > > Daniel Vetter wrote: > > > >> On Wed, Mar 29, 2017 at 12:16:50PM +0200, Maarten Lankhorst wrote: > >>> mode_valid() and

Re: [Intel-gfx] [PATCH] drm/atomic: Acquire connection_mutex lock in drm_helper_probe_single_connector_modes.

Op 29-03-17 om 15:31 schreef Boris Brezillon: > On Wed, 29 Mar 2017 15:26:45 +0200 > Daniel Vetter wrote: > >> On Wed, Mar 29, 2017 at 12:16:50PM +0200, Maarten Lankhorst wrote: >>> mode_valid() and get_modes() called >>> from drm_helper_probe_single_connector_modes() >>> may

[PATCHv5 00/11] video/exynos/sti/cec: add CEC notifier & use in drivers

From: Hans Verkuil This patch series adds the CEC physical address notifier code, based on Russell's code: https://patchwork.kernel.org/patch/9277043/ It adds support for it to the exynos_hdmi drm driver, adds support for it to the CEC framework and finally adds support

[PATCHv5 02/11] media: add CEC notifier support

From: Hans Verkuil Add support for CEC notifiers, which is used to convey CEC physical address information from video drivers to their CEC counterpart driver(s). Based on an earlier version from Russell King: https://patchwork.kernel.org/patch/9277043/ The cec_notifier

[PATCHv5 08/11] sti: hdmi: add CEC notifier support

From: Benjamin Gaignard Implement the CEC notifier support to allow CEC drivers to be informed when there is a new physical address. Signed-off-by: Benjamin Gaignard Signed-off-by: Hans Verkuil ---

[PATCHv5 10/11] stih-cec: add CEC notifier support

From: Benjamin Gaignard By using the CEC notifier framework there is no longer any reason to manually set the physical address. This was the one blocking issue that prevented this driver from going out of staging, so do this move as well. Signed-off-by: Benjamin

[PATCHv5 04/11] exynos_hdmi: add CEC notifier support

From: Hans Verkuil Implement the CEC notifier support to allow CEC drivers to be informed when there is a new physical address. Signed-off-by: Hans Verkuil Tested-by: Marek Szyprowski ---

[PATCHv5 06/11] s5p-cec.txt: document the HDMI controller phandle

From: Hans Verkuil Update the bindings documenting the new hdmi phandle. Signed-off-by: Hans Verkuil CC: linux-samsung-...@vger.kernel.org CC: devicet...@vger.kernel.org CC: Krzysztof Kozlowski ---

Re: [PATCHv3 00/30] drm/omap: miscallaneous improvements

On 29/03/17 15:09, Laurent Pinchart wrote: > Hi Tomi, > > On Tuesday 28 Mar 2017 16:07:46 Tomi Valkeinen wrote: >> This is the third revision of this series. Note that this series depends on >> "drm/atomic: Introduce drm_atomic_helper_shutdown" which has not yet been >> merged to drm-next. > >

[PATCH v4 05/11] drm/fb-helper: Add top-level lock

From: Thierry Reding Introduce a new top-level lock for the FB helper code. This will allow better locking granularity and avoid the need to abuse modeset locking for this purpose instead. Tested-by: John Stultz Reviewed-by: Daniel Vetter

[PATCH v4 10/11] drm/atmel-hlcdc: Remove unnecessary NULL check

From: Thierry Reding drm_fbdev_cma_hotplug_event() already checks for NULL pointers before dereferencing, so callers don't need to do that. Reviewed-by: Daniel Vetter Signed-off-by: Thierry Reding ---

[PATCH v4 07/11] drm/fb-helper: Support deferred setup

From: Thierry Reding FB helper code falls back to a 1024x768 mode if no outputs are connected or don't report back any modes upon initialization. This can be annoying because outputs that are added to FB helper later on can't be used with FB helper if they don't support a

[PATCH v4 06/11] drm/fb-helper: Make top-level lock more robust

From: Thierry Reding The existing drm_fb_helper_hotplug_event() function needs to take the top-level fb-helper lock. However, the function can also be called from code that has already taken this lock. Introduce an unlocked variant of this function that can be used in the

[PATCH v4 00/11] drm/fb-helper: Deferred setup support

From: Thierry Reding This set of patches adds support for deferring FB helper setup, which is useful to obtain a sane configuration even when no outputs are available during probe. One example is HDMI, where fbdev will currently fallback to a 1024x786 resolution if no

[PATCH v4 02/11] drm/fb-helper: Reshuffle code for subsequent patches

From: Thierry Reding An unlocked version of the drm_fb_helper_add_one_connector() function will be added in a subsequent patch. Reshuffle the code separately to make the diff more readable later on. Tested-by: John Stultz Reviewed-by: Daniel Vetter

[PATCH v4 09/11] drm/hisilicon: Remove custom FB helper deferred setup

From: Thierry Reding The FB helper core now supports deferred setup, so the driver's custom implementation can be removed. Reviewed-by: Daniel Vetter Signed-off-by: Thierry Reding ---

[PATCH v4 08/11] drm/exynos: Remove custom FB helper deferred setup

From: Thierry Reding The FB helper core now supports deferred setup, so the driver's custom implementation can be removed. Signed-off-by: Thierry Reding --- drivers/gpu/drm/exynos/exynos_drm_drv.c | 6 -- drivers/gpu/drm/exynos/exynos_drm_fbdev.c

[PATCH v4 04/11] drm/fb-helper: Push down modeset lock into FB helpers

From: Thierry Reding Move the modeset locking from drivers into FB helpers. Tested-by: John Stultz Reviewed-by: Daniel Vetter Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_fb_helper.c| 40

Re: [PATCH v4 06/11] drm/fb-helper: Make top-level lock more robust

On Wed, Mar 29, 2017 at 04:43:56PM +0200, Thierry Reding wrote: > From: Thierry Reding > > The existing drm_fb_helper_hotplug_event() function needs to take the > top-level fb-helper lock. However, the function can also be called from > code that has already taken this lock.

[GIT PULL] etnaviv-fixes for 4.11-rc5

Hi Dave, a single fix to keep fence seqnos of completed jobs monotonically increasing, as expected in various locations of the driver code. Also tagged for stable. Regards, Lucas The following changes since commit c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201: Linux 4.11-rc1 (2017-03-05 12:59:56

[PATCHv5 01/11] cec-edid: rename cec_get_edid_phys_addr

From: Hans Verkuil Rename cec_get_edid_phys_addr to cec_get_raw_edid_phys_addr. Add a new cec_get_edid_phys_addr function that takes a struct edid pointer. This reflects the fact that some drivers have a struct edid pointer and others a u8 pointer to the raw edid data.

[PATCHv5 09/11] stih-cec.txt: document new hdmi phandle

From: Benjamin Gaignard Update the bindings documentation with the new hdmi phandle. Signed-off-by: Benjamin Gaignard Signed-off-by: Hans Verkuil Acked-by: Rob Herring CC:

Re: [Intel-gfx] [PATCH] drm/atomic: Acquire connection_mutex lock in drm_helper_probe_single_connector_modes.

Op 29-03-17 om 16:06 schreef Daniel Vetter: > On Wed, Mar 29, 2017 at 03:51:08PM +0200, Maarten Lankhorst wrote: >> Op 29-03-17 om 15:31 schreef Boris Brezillon: >>> On Wed, 29 Mar 2017 15:26:45 +0200 >>> Daniel Vetter wrote: >>> On Wed, Mar 29, 2017 at 12:16:50PM +0200,

[PATCH v4 03/11] drm/fb-helper: Improve code readability

From: Thierry Reding Add a couple of temporary variables and use shorter names for existing variables in drm_fb_helper_add_one_connector() for better readability. Tested-by: John Stultz Reviewed-by: Daniel Vetter

[PATCH v4 01/11] drm/fb-helper: Cleanup checkpatch warnings

From: Thierry Reding Fix up a couple of checkpatch warnings, such as whitespace or coding style issues. Tested-by: John Stultz Reviewed-by: Daniel Vetter Signed-off-by: Thierry Reding ---

[PATCH v4 11/11] drm/rockchip: Remove unnecessary NULL check

From: Thierry Reding The expression >fbdev_helper can never be NULL, so the check is completely unnecessary. Reviewed-by: Daniel Vetter Signed-off-by: Thierry Reding --- drivers/gpu/drm/rockchip/rockchip_drm_fb.c | 4 +--- 1

Re: [Nouveau] [PATCH v2 00/10] Enable HDMI Stereoscopy

On Wed, Mar 29, 2017 at 10:24 AM, Alastair Bridgewater wrote: > On Wed, Mar 29, 2017 at 8:02 AM, Ville Syrjälä > wrote: >> >> On Mon, Mar 27, 2017 at 05:57:57PM -0400, Alastair Bridgewater wrote: >> > And the tenth patch enables

Re: [PATCH] Fix IB va_start+ib_bytes range check on 32Bit systems

On 29/03/17 10:22 PM, Christian König wrote: > Am 29.03.2017 um 11:18 schrieb Jan Burgmeier: >> Signed-off-by: Jan Burgmeier >> --- >> drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 4 +++- >> 1 file changed, 3 insertions(+), 1 deletion(-) >> >> diff --git

Re: [PATCH] Fix IB va_start+ib_bytes range check on 32Bit systems

Am 29.03.2017 um 16:54 schrieb Michel Dänzer: On 29/03/17 10:22 PM, Christian König wrote: Am 29.03.2017 um 11:18 schrieb Jan Burgmeier: Signed-off-by: Jan Burgmeier --- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 4 +++- 1 file changed, 3 insertions(+), 1

[PATCHv5.1 03/11] cec: integrate CEC notifier support

Support the CEC notifier framework, simplifying drivers that depend on this. Signed-off-by: Hans Verkuil Tested-by: Marek Szyprowski --- Accidentally removed adap->notifier causing this to fail. Fixed this stupid mistake. ---

Re: [PATCHv5 00/11] video/exynos/sti/cec: add CEC notifier & use in drivers

2017-03-29 16:15 GMT+02:00 Hans Verkuil : > From: Hans Verkuil > > This patch series adds the CEC physical address notifier code, based on > Russell's code: > > https://patchwork.kernel.org/patch/9277043/ > > It adds support for it to the exynos_hdmi

[pull] radeon drm-fixes-4.11

Hi Dave, One small fix for radeon. The following changes since commit d64a04720b0e64c1cd0726a3a27b360822fbee22: Merge branch 'drm-fixes-4.11' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2017-03-24 11:05:06 +1000) are available in the git repository at:

[drm-intel:drm-intel-nightly 1077/1091] drivers/gpu/drm/drm_irq.c:341:6: error: call to '__cmpxchg_called_with_bad_pointer' declared with attribute error: Bad argument size for cmpxchg

tree: git://anongit.freedesktop.org/drm-intel drm-intel-nightly head: 2f9f22b419350cafb06ba7e5342bc461fcb0afca commit: 43dc7fe2b2118c76fbc2808dec0c57b3158e6dc0 [1077/1091] drm: Mark up accesses of vblank->enabled outside of its spinlock config: tile-tilegx_defconfig (attached as .config)

Re: [pull] radeon drm-fixes-4.11

On Wed, Mar 29, 2017 at 1:53 PM, Panariti, David wrote: > Hi, > > I'm still new to this stuff. > Is this informational or some action items? It's a request to Dave (drm maintainer), to pull fixes into the next 4.11 rc kernel. Unless you are Dave, it's largely

[ANNOUNCE] libdrm 2.4.76

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 libdrm 2.4.76 has been released. This release is required for upcoming Radeon Vega GPUs. Adam Jackson (1): configure: Explicitly check for pkg-config at the top level Alex Xie (3): amdgpu: Free/uninit vamgr_32 in theoretically

[PATCH v4 4/5] drm: convert drivers to use drm_of_find_panel_or_bridge

Similar to the previous commit, convert drivers open coding OF graph parsing to use drm_of_find_panel_or_bridge instead. This changes some error messages to debug messages (in the graph core). Graph connections are often "no connects" depending on the particular board, so we want to avoid

Re: [PATCHv5 00/11] video/exynos/sti/cec: add CEC notifier & use in drivers

On Wed, Mar 29, 2017 at 04:15:32PM +0200, Hans Verkuil wrote: > From: Hans Verkuil > > This patch series adds the CEC physical address notifier code, based on > Russell's code: > > https://patchwork.kernel.org/patch/9277043/ > > It adds support for it to the exynos_hdmi

Re: [PATCH] drm: Fixup failure paths in drm_atomic_helper_set_config

Of course. I totally missed that. Reviewed-by: Harry Wentland Harry On 2017-03-29 01:41 PM, Daniel Vetter wrote: I've screwed this up when removing the legacy backoff hack. Fixes: 38b6441e4e75 ("drm/atomic-helper: Remove the backoff hack from set_config") Cc: Harry

[PATCH 1/6] drm/ttm: cleanup and optimize ttm_bo_mem_compat

From: Christian König No need to implement the same logic twice. Also check if the busy placements are identical to the already scanned placements before checking them. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo.c | 45

[PATCH 2/6] drm/ttm: add io_mem_pfn callback

From: Christian König This allows the driver to handle io_mem mappings on their own. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 1 + drivers/gpu/drm/ast/ast_ttm.c | 1 +

[PATCH 4/6] drm/amdgpu: drop alpha support

From: Christian König We will probably never see this combination. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 25 - 1 file changed, 25 deletions(-) diff --git

[PATCH 6/6] drm/amdgpu: handle CPU access for split VRAM buffers

From: Christian König This avoids merging them together on page fault. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 4 +--- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c| 16 2 files

[PATCH 5/6] drm/amdgpu: use TTM_PL_FLAG_CONTIGUOUS

From: Christian König Implement AMDGPU_GEM_CREATE_VRAM_CONTIGUOUS using TTM_PL_FLAG_CONTIGUOUS instead of a placement limit. That allows us to better handle CPU accessible placements. Signed-off-by: Christian König ---

[PATCH 3/6] drm/ttm: add TTM_PL_FLAG_CONTIGUOUS

From: Christian König This allows drivers to specify if they need a contiguous allocation or not. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo.c| 4 +++- include/drm/ttm/ttm_placement.h | 1 + 2 files changed, 4

Re: [Intel-gfx] [PATCH v4 08/11] drm/exynos: Remove custom FB helper deferred setup

On Wed, Mar 29, 2017 at 04:43:58PM +0200, Thierry Reding wrote: > From: Thierry Reding > > The FB helper core now supports deferred setup, so the driver's custom > implementation can be removed. > > Signed-off-by: Thierry Reding > --- >

Re: [PATCH] Revert "drm/radeon: Try evicting from CPU accessible to inaccessible VRAM first"

On 29.03.2017 11:36, Michel Dänzer wrote: On 29/03/17 06:07 PM, Christian König wrote: Am 29.03.2017 um 10:59 schrieb Michel Dänzer: On 28/03/17 08:00 PM, Julien Isorce wrote: On 28 March 2017 at 10:36, Michel Dänzer > wrote: On 28/03/17

[PATCH] drm: Fixup failure paths in drm_atomic_helper_set_config

I've screwed this up when removing the legacy backoff hack. Fixes: 38b6441e4e75 ("drm/atomic-helper: Remove the backoff hack from set_config") Cc: Harry Wentland Cc: Daniel Vetter Cc: Daniel Vetter Cc: Jani Nikula

Re: [PATCHv3 06/30] drm/omap: Add support for render nodes

Hi David, On Wednesday 29 Mar 2017 14:51:48 David Herrmann wrote: > On Wed, Mar 29, 2017 at 2:20 PM, Laurent Pinchart wrote: > > On Wednesday 29 Mar 2017 11:58:23 Tomi Valkeinen wrote: > >> On 29/03/17 11:22, Laurent Pinchart wrote: > >>> On Tuesday 28 Mar 2017 16:07:52 Tomi Valkeinen wrote: >

Re: [PATCH v2] drm/amdgpu: Fail fb creation from imported dma-bufs. (v2)

On Wed, Mar 29, 2017 at 2:07 AM, Michel Dänzer wrote: > On 29/03/17 01:02 PM, r...@ubuntu.com wrote: >> From: Christopher James Halse Rogers >> >> Any use of the framebuffer will migrate it to VRAM, which is not sensible for >> an

Re: drivers/gpu/drm/radeon/r100.c:3303]: (style) Redundant condition

On Mon, Mar 27, 2017 at 6:07 AM, David Binderman wrote: > > Hello there, > > linux-4.11-rc4/drivers/gpu/drm/radeon/r100.c:3303]: (style) Redundant > condition: If 'EXPR == 11', the comparison 'EXPR <= 12' is always true. > > Source code is > > } else if (rdev->family ==

Re: [Intel-gfx] [PATCH] drm/atomic: Acquire connection_mutex lock in drm_helper_probe_single_connector_modes.

On Wed, Mar 29, 2017 at 12:16:50PM +0200, Maarten Lankhorst wrote: > mode_valid() and get_modes() called > from drm_helper_probe_single_connector_modes() > may need to look at connector->state because what a valid mode is may > depend on connector properties being set. For example some HDMI modes

Re: [PATCH] drm: don't link DP aux i2c adapter to the hardware device node

On Mon, Jan 23, 2017 at 10:33 AM, Thierry Reding wrote: > On Fri, Jan 13, 2017 at 06:36:30PM +0100, Lucas Stach wrote: >> The i2c adapter on DP AUX is purely a software construct. Linking >> it to the device node of the parent device is wrong, as it leads to >> 2 devices

[Bug 100395] DC, Powerplay, Tonga, top screen flicker with current amd-staging-4.9

https://bugs.freedesktop.org/show_bug.cgi?id=100395 --- Comment #5 from Andy Furniss --- Seems, I've found it. Many skips to work around vega build issues, but I got past them and got a bad then good. Further skips then due to startx hangs with dmesg logging ring test fails

Re: [PATCH 3/3] drm/i915: Add format modifiers for Intel

On 17-03-29 23:17:13, Ville Syrjälä wrote: On Fri, Mar 24, 2017 at 02:29:50PM -0700, Ben Widawsky wrote: This was based on a patch originally by Kristian. It has been modified pretty heavily to use the new callbacks from the previous patch. v2: - Add LINEAR and Yf modifiers to list (Ville)

[Bug 100398] [agd5f] New errors when tonga card powers up

https://bugs.freedesktop.org/show_bug.cgi?id=100398 --- Comment #3 from Alex Deucher --- Can you try the latest drm-next-4.12-wip branch? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

[Bug 100306] System randomly freezes or crashes to the login screen, glitches until rebooted

https://bugs.freedesktop.org/show_bug.cgi?id=100306 MirceaKitsune changed: What|Removed |Added Status|NEW

Re: [Intel-gfx] [PATCH 1/3] drm/i915: Use LINEAR modifier instead of NONE

On Wed, Mar 29, 2017 at 11:03:40PM +0300, Ville Syrjälä wrote: > On Fri, Mar 24, 2017 at 02:29:48PM -0700, Ben Widawsky wrote: > > They're the same, so use the one which makes more sense. > > > > Signed-off-by: Ben Widawsky > > Reviewed-by: Ville Syrjälä

Re: [PATCH 10/11] drm/vmwgfx: Switch over to internal atomic API for STDU

Hi Daniel, On Tue, Mar 28, 2017 at 09:49:38AM +0200, Daniel Vetter wrote: > On Mon, Mar 27, 2017 at 03:01:03PM -0700, Sinclair Yeh wrote: > > Switch over to using internal atomic API for mode set. > > > > This removes the legacy set_config API, replacing it with > >

[PATCH libdrm 2/2] tegra: update symbol-check

I get a few more symbols in my build tegra-libraries, so let's include these in the whitelist as well. While we're at it, update the comment at the top. Signed-off-by: Erik Faye-Lund --- tegra/tegra-symbol-check | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-)

[PATCH libdrm 1/2] tests/tegra: add openclose test to check-target

This makes the test run under the 'make check'-taget. Signed-off-by: Erik Faye-Lund --- tests/tegra/Makefile.am | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/tests/tegra/Makefile.am b/tests/tegra/Makefile.am index 8e625c8f..f8e2a146 100644 ---

Re: [PATCHv5 00/11] video/exynos/sti/cec: add CEC notifier & use in drivers

Hi Daniel, On 29/03/17 19:47, Daniel Vetter wrote: > On Wed, Mar 29, 2017 at 04:15:32PM +0200, Hans Verkuil wrote: >> From: Hans Verkuil >> >> This patch series adds the CEC physical address notifier code, based on >> Russell's code: >> >>

Re: [PATCH 1/3] drm/i915: Use LINEAR modifier instead of NONE

On Fri, Mar 24, 2017 at 02:29:48PM -0700, Ben Widawsky wrote: > They're the same, so use the one which makes more sense. > > Signed-off-by: Ben Widawsky Reviewed-by: Ville Syrjälä > --- > drivers/gpu/drm/i915/intel_display.c | 28

[Bug 100437] IO_PAGE_FAULT is spammed in dmesg

https://bugs.freedesktop.org/show_bug.cgi?id=100437 Christian Lanig changed: What|Removed |Added Resolution|--- |FIXED

Re: [PATCH 3/3] drm/i915: Add format modifiers for Intel

On Fri, Mar 24, 2017 at 02:29:50PM -0700, Ben Widawsky wrote: > This was based on a patch originally by Kristian. It has been modified > pretty heavily to use the new callbacks from the previous patch. > > v2: > - Add LINEAR and Yf modifiers to list (Ville) > - Combine i8xx and i965 into one

[Bug 100443] DMESG: [powerplay] Can't find requested voltage id in vdd_dep_on_sclk table!

https://bugs.freedesktop.org/show_bug.cgi?id=100443 --- Comment #2 from Christian Lanig --- Created attachment 130553 --> https://bugs.freedesktop.org/attachment.cgi?id=130553=edit Bios values I verified my bios against another one from the Internet and had a look at

[PATCH 1/6] virtio: wrap find_vqs

We are going to add more parameters to find_vqs, let's wrap the call so we don't need to tweak all drivers every time. Signed-off-by: Michael S. Tsirkin --- drivers/block/virtio_blk.c | 3 +-- drivers/char/virtio_console.c | 6 +++---

Re: [PATCH v4 1/2] dt-bindings: Add INNOLUX P079ZCA panel bindings

On Fri, Mar 24, 2017 at 08:51:31AM +0800, Chris Zhong wrote: > The Innolux P079ZCA is a 7.85" panel with a 768X1024 resolution and > connected to DSI using four lanes. > > Signed-off-by: Chris Zhong > Reviewed-by: Brian Norris > --- > > Changes in

amdgpu fixes for display watermark calculations.

Hi, attached two patches for amdgpu to improve the accuracy of display wm calculations, and to avoid some overflow and divide-by-zero errors which can cause the driver to die. Both are tested for the DCE-10 code path with a AMD R9 380 Tonga Pro on two different panels and their various modes.

[PATCH 1/2] drm/amdgpu: Make display watermark calculations more accurate

Avoid big roundoff errors in scanline/hactive durations for high pixel clocks, especially for >= 500 Mhz, and thereby program more accurate display fifo watermarks. Implemented here for DCE 6,8,10,11. Successfully tested on DCE 10 with AMD R9 380 Tonga. Signed-off-by: Mario Kleiner

[PATCH 2/2] drm/amdgpu: Avoid overflows/divide-by-zero in latency_watermark calculations.

At dot clocks > approx. 250 Mhz, some of these calcs will overflow and cause miscalculation of latency watermarks, and for some overflows also divide-by-zero driver crash ("divide error: [#1] PREEMPT SMP" in "dce_v10_0_latency_watermark+0x12d/0x190"). This zero-divide happened, e.g., on AMD

[Bug 100443] DMESG: [powerplay] Can't find requested voltage id in vdd_dep_on_sclk table!

https://bugs.freedesktop.org/show_bug.cgi?id=100443 Christian Lanig changed: What|Removed |Added Attachment #130529|0 |1 is

[drm-intel:drm-intel-nightly 1066/1091] drivers/gpu/drm/drm_plane.c:933:48-49: ERROR: reference preceded by free on line 926 (fwd)

The kfree on line 926 would only be a problem for the references to e on lines 933 and 937 if the return value of drm_event_reserve_init can be -EDEADLK. julia -- Forwarded message -- Date: Thu, 30 Mar 2017 00:48:54 +0800 From: kbuild test robot To:

[Bug 100398] [agd5f] New errors when tonga card powers up

https://bugs.freedesktop.org/show_bug.cgi?id=100398 --- Comment #4 from Mike Lothian --- I still get errors but they're slightly different this time: [9.641782] [drm] PCIE GART of 4096M enabled (table at 0x0004). [9.691719] [drm] ring test on 0 succeeded

[Bug 100460] AMDGPU system hang with Slic3r Prusa Edition

https://bugs.freedesktop.org/show_bug.cgi?id=100460 Bug ID: 100460 Summary: AMDGPU system hang with Slic3r Prusa Edition Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/intel_lrc.c between commit: dd68f2ba0720 ("drm/i915/execlists: Wrap tail pointer after reset tweaking") from the drm-intel-fixes tree and commit: 944a36d472be ("drm/i915: Assert that the

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/intel_ringbuffer.h between commit: dd68f2ba0720 ("drm/i915/execlists: Wrap tail pointer after reset tweaking") from the drm-intel-fixes tree and commit: 73dec95e6ba3 ("drm/i915: Emit to ringbuffer

Re: [drm] 4e64e5539d [ 1138.272031] NMI watchdog: BUG: soft lockup - CPU#0 stuck for 23s! [swapper:1]

Fengguang Wu writes: > Hi Chris, > >>+--+++---+---+ >>| | 17aad8a340 | 4e64e5539d | >>v4.11-rc3 | next-20170320 |

Re: [PATCH] Fix IB va_start+ib_bytes range check on 32Bit systems

On 30/03/17 12:18 AM, Christian König wrote: > Am 29.03.2017 um 16:54 schrieb Michel Dänzer: >> On 29/03/17 10:22 PM, Christian König wrote: >>> Am 29.03.2017 um 11:18 schrieb Jan Burgmeier: Signed-off-by: Jan Burgmeier ---

Re: [pull] radeon drm-fixes-4.11

This is a request for Dave to pull changes from Alex's tree into Dave's "drm-fixes" tree, which is the last step before it gets sent to Linus. Dave is the drm subsystem maintainer, and drm-next / drm-fixes branches are where code from multiple GPU driver maintainers comes together. Dave would

[PATCH v3 01/11] dt-bindings: add binding for the Allwinner DE2 CCU

From: Icenowy Zheng Allwinner "Display Engine 2.0" contains some clock controls in it. In order to add them as clock drivers, we need a device tree binding. Add the binding here. Signed-off-by: Icenowy Zheng --- Changes in v3: - Fill the address space

[PATCH v3 06/11] drm/sun4i: add support for Allwinner DE2 mixers

Allwinner have a new "Display Engine 2.0" in their new SoCs, which comes with mixers to do graphic processing and feed data to TCON, like the old backends and frontends. Add support for the mixer on Allwinner V3s SoC; it's the simplest one. Currently a lot of functions are still missing -- more

[PATCH RESEND] drm: use .hword to represent 16-bit numbers

The size of .word is the size of a word in the given platform, which for intel systems is 16-bits but other architectures use different sizes. However, .hword emits 16-bit numbers regardless of the platform (and despite the name). The quantities specified in EDID are platform independent, so

Re: [PATCH 2/2] ARM: dts: sun5i: Add interrupt for display backend

On Wed, Mar 29, 2017 at 3:13 PM, Maxime Ripard wrote: > On Mon, Mar 27, 2017 at 10:38:47PM +0800, Chen-Yu Tsai wrote: >> The display backend on sun5i shares the same interrupt line as the >> display frontend. Add it. >> >> Signed-off-by: Chen-Yu Tsai

Re: [PATCH v2 00/10] Enable HDMI Stereoscopy

On Wed, Mar 29, 2017 at 8:02 AM, Ville Syrjälä < ville.syrj...@linux.intel.com> wrote: > > On Mon, Mar 27, 2017 at 05:57:57PM -0400, Alastair Bridgewater wrote: > > And the tenth patch enables stereo mode support... on HDMI and DPort > > connectors on nv50+ hardware. HDMI connectors because

drivers/gpu/drm/radeon/r100.c:3303]: (style) Redundant condition

Hello there, linux-4.11-rc4/drivers/gpu/drm/radeon/r100.c:3303]: (style) Redundant condition: If 'EXPR == 11', the comparison 'EXPR <= 12' is always true. Source code is } else if (rdev->family == CHIP_RV350 || rdev->family <= CHIP_RV380) { Also in the same file:

[PATCH] drm/i915: fix build error without CONFIG_BACKLIGHT_CLASS_DEVICE

With CONFIG_ACPI=n and CONFIG_BACKLIGHT_CLASS_DEVICE=n we see the following link error in the i915 driver: drivers/built-in.o: In function 'intel_backlight_device_register': (.text+0x2a921d): undefined reference to 'backlight_device_register' Fix this by removing the condition on ACPI from the

Fix hardware accelerated video playback with amdgpu on 32Bit system

Hi, on 32Bit systems hardware accelerated video playback with amdgpu always errors out with the following message: "[drm:amdgpu_cs_ioctl [amdgpu]] *ERROR* IB va_start+ib_bytes is invalid." Attached you find a patch witch fixes the problem. The patch was made against the staging-next

[PATCH v3 08/11] drm/sun4i: tcon: add support for V3s TCON

From: Icenowy Zheng Allwinner V3s SoC features a TCON without channel 1. Add support for it. Signed-off-by: Icenowy Zheng --- drivers/gpu/drm/sun4i/sun4i_drv.c | 3 ++- drivers/gpu/drm/sun4i/sun4i_tcon.c | 5 + 2 files changed, 7 insertions(+), 1

[PATCH v3 09/11] ARM: dts: sun8i: add DE2 nodes for V3s SoC

From: Icenowy Zheng Allwinner V3s SoC features a "Display Engine 2.0" with only one TCON which have RGB LCD output. Add device nodes for it as well as the TCON. Signed-off-by: Icenowy Zheng --- Changes in v3: - Change the size of de2_clocks regs according

  1   2   >