Re: [PATCH v2] drm/etnaviv: init DMA ops for virtual master device

Hi Lucas, I love your patch! Yet something to improve: [auto build test ERROR on drm/drm-next] [also build test ERROR on next-20180323] [cannot apply to v4.16-rc6] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com

[Bug 105712] intel-gpu-overlay is showing insane power consumption amounts

https://bugs.freedesktop.org/show_bug.cgi?id=105712 --- Comment #7 from Chris Wilson --- And for completeness: cat /sys/devices/power/events/energy-gpu.scale -- You are receiving this mail because: You are the assignee for the

[Bug 105426] [regression] Mesa-18.0rc4 - black screen in some Valve games when run under Wine

https://bugs.freedesktop.org/show_bug.cgi?id=105426 --- Comment #9 from Tapani Pälli --- *** Bug 105568 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.___

Re: [PATCH v5 2/6] drm/exynos: Let core take care of normalizing the zpos

2018년 03월 21일 19:20에 Peter Ujfalusi 이(가) 쓴 글: > Instead of re-implementing the drm_atomic_helper_check() locally with just > adding drm_atomic_normalize_zpos() into it, set the > drm_mode_config->normalize_zpos. > > Signed-off-by: Peter Ujfalusi > CC: Inki Dae

[Bug 104193] [radeonsi] The Witcher 3 freezes the system (POLARIS10)

https://bugs.freedesktop.org/show_bug.cgi?id=104193 Józef Kucia changed: What|Removed |Added Summary|[radeonsi] The Witcher 3|[radeonsi] The

Re: [Patch 2/4] dt-bindings: display/ti: Add plane binding to dispc node

Hi Rob, On 23/03/18 03:23, Rob Herring wrote: >> Ok, I think the description was a bit unclear. So, the driver can do >> this just fine, it can reserve hw planes dynamically when needed. The >> problem is the userspace. >> >> When a DRM application starts, it sees a bunch of planes, and can see

[PATCH 2/5] arm64:dts:sdm845: Add support for GPU LLCC

Add client side bindings required for the GPU to use the last level system cache. Also add a register range in the GPU CX domain. Signed-off-by: Sharat Masetty --- arch/arm64/boot/dts/qcom/sdm845.dtsi | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff

[PATCH 0/5] Adreno A6xx system cache support

Some hardware variants contain a system level cache or the last level cache(llc). This cache is typically a large block which is shared by multiple clients on the SOC. GPU uses the system cache to cache both the GPU data buffers(like textures) as well the SMMU pagetables. This helps with improved

[PATCH 3/5] drm/msm/adreno: Add registers in the GPU CX domain

Add the registers needed for configuring the system cache slice info and other parameters in the GPU. Signed-off-by: Sharat Masetty --- drivers/gpu/drm/msm/adreno/a6xx.xml.h | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/msm/adreno/a6xx.xml.h

[PATCH 5/5] drm/msm/A6xx: Add support for using system cache(llc)

The last level system cache can be partitioned to 32 different slices of which GPU has two slices preallocated. The "gpu" slice is used for caching GPU buffers and the "gpuhtw" slice is used for caching the GPU SMMU pagetables. This patch talks to the core system cache driver to acquire the slice

[PATCH 4/5] drm/msm: Pass mmu features to generic layers

Allow different Adreno targets the ability to pass specific mmu features to the generic layers. This will help conditionally configure certain iommu features for certain Adreno targets. Also Add a few simple support functions to support a bitmask of features that a specific MMU implementation

[PATCH 1/5] drm/msm: rearrange the gpu_rmw() function

The register read-modify-write construct is generic enough that it can be used by other subsystems as needed, create a more generic rmw() function and have the gpu_rmw() use this new function. Signed-off-by: Sharat Masetty --- drivers/gpu/drm/msm/msm_drv.c | 8

Re: [PATCH v2 2/2] drm/omap: partial workaround for DRA7xx DMM errata i878

On 2018-03-22 15:42, Peter Ujfalusi wrote: > From: Tomi Valkeinen > > Errata i878 says that MPU should not be used to access RAM and DMM at > the same time. As it's not possible to prevent MPU accessing RAM, we > need to access DMM via a proxy. > > This patch changes

Re: [PATCH v2 1/2] dt-bindings: arm: omap: dmm: Document new compatible for DRA7xx family

On 2018-03-22 15:42, Peter Ujfalusi wrote: > From: Tomi Valkeinen > > Define unique compatible string for the DMM in DRA7xx family. > > The new compatible can be used to apply DRA7xx specific workarounds for > ERRATAs, like i878 (MPU Lockup with concurrent DMM and EMIF

[Bug 104064] (DC 4.15-rc2) WARNING: CPU: 4 PID: 75 at drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm.c:601 dm_suspend+0x4e/0x60 [amdgpu]

https://bugs.freedesktop.org/show_bug.cgi?id=104064 --- Comment #47 from taij...@posteo.de --- (In reply to Harry Wentland from comment #46) > The backlight patch has been stuck in our submission queue for a while but > it's in our internal repo. It should be part of the next set of DC patches, >

Re: [PATCH 07/10] drm/sun4i: Add support for YUV formats through the frontend

On Wed, Mar 21, 2018 at 04:29:01PM +0100, Paul Kocialkowski wrote: > The frontend supports many YUV formats as input and also contains a > color-space converter (CSC) block that can convert YUV input into > RGB output. It also allows scaling between the input and output for > every possible

[PATCH] drm/amd/pp: silence a static checker warning

This has a static checker warning because "frev" and "crev" can be uninitialized if "info" is NULL. I just changed the order of the checks so that we check "info" first. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/amd/powerplay/hwmgr/smu8_hwmgr.c

Re: [PATCH 02/10] drm/sun4i: Disable YUV channel when using the frontend and set interlace

On Wed, Mar 21, 2018 at 04:28:56PM +0100, Paul Kocialkowski wrote: > The YUV channel was only disabled in sun4i_backend_update_layer_formats, > which is not called when the frontend is selected. > > Thus, creating a layer with a YUV format handled by the backend and then > switching to a format

Re: [PATCH 09/10] drm/sun4i: Add a dedicated ioctl call for allocating tiled buffers

Hi, On Wed, Mar 21, 2018 at 04:29:03PM +0100, Paul Kocialkowski wrote: > This introduces a dedicated ioctl for allocating tiled buffers in the > Allwinner MB32 format, that comes with a handful of specific > constraints. In particular, the stride of the buffers is expected to be > aligned to 32

Re: [PATCH] drm: Fix uabi regression by allowing garbage mode->type from userspace

On 21 March 2018 at 21:12, Ville Syrjala wrote: > Apparently xf86-video-vmware leaves the mode->type uninitialized > when feeding the mode to the kernel. Thus we have no choice but > to accept the garbage in. We'll just ignore any of the bits we > don't want. The

Re: [PATCH] drm: Fix uabi regression by allowing garbage mode->type from userspace

Op 22-03-18 om 08:42 schreef Thomas Hellstrom: > On 03/21/2018 10:12 PM, Ville Syrjala wrote: >> From: Ville Syrjälä >> >> Apparently xf86-video-vmware leaves the mode->type uninitialized >> when feeding the mode to the kernel. Thus we have no choice but >> to

Re: linux-next: Signed-off-by missing for commits in the drm tree

On 21/03/18 11:27, Stephen Rothwell wrote: > Hi all, > > A series of commits > > a82f034765fa ("drm: omapdrm: Split init and cleanup from probe and remove > functions") > to > 663ac57b285d ("drm: omapdrm: venc: Allocate the venc private data structure > dynamically") > > are missing a

Re: [PATCH 01/10] drm/sun4i: Disable frontend video channel before enabling a layer

On Wed, Mar 21, 2018 at 04:28:55PM +0100, Paul Kocialkowski wrote: > This adds a dedicated function for disabling the layer video channel > from the frontend to the backend. It is called automatically on an > atomic update, as to disable the frontend by default (it will be enabled > later on in

Re: [PATCH 06/10] drm/sun4i: Move and extend format-related helpers and tables

On Wed, Mar 21, 2018 at 04:29:00PM +0100, Paul Kocialkowski wrote: > This moves the various helpers and tables related to format detection > and conversion to a dedicated file, while adding a bunch of new helpers > (especially for YUV and tiling support) along the way. The addition of new helpers

Re: [PATCH] drm: Fix uabi regression by allowing garbage mode->type from userspace

On Thu, Mar 22, 2018 at 08:42:11AM +0100, Thomas Hellstrom wrote: > On 03/21/2018 10:12 PM, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > Apparently xf86-video-vmware leaves the mode->type uninitialized > > when feeding the mode to the kernel. Thus we have no

Re: [PATCH 04/10] drm/sun4i: Explicitly list and check formats supported by the backend

On Wed, Mar 21, 2018 at 04:28:58PM +0100, Paul Kocialkowski wrote: > In order to check whether the backend supports a specific format, an > explicit list and a related helper are introduced. > > They are then used to determine whether the frontend should be used for > a layer, when the format is

Re: [PATCH 2/2] drm/tinydrm: Make fb_dirty into a lower level hook

On Fri, Mar 23, 2018 at 12:43:58AM +0100, Noralf Trønnes wrote: > > > Den 22.03.2018 21.27, skrev Ville Syrjala: > > From: Ville Syrjälä > > > > mipi_dbi_enable_flush() wants to call the fb->dirty() hook from the > > bowels of the .atomic_enable() hook. That

[PATCH] drm/gma500: simplify a condition in psbfb_mmap()

Since we enforce that "vma->vm_pgoff" has to be zero it means we don't need an additional cap on the upper bound. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/gma500/framebuffer.c b/drivers/gpu/drm/gma500/framebuffer.c index cb0a2ae916e0..a6732bffb2e2

[Bug 105617] [CI] [CNL only] igt@* - incomplete - Build timed out (after 18 minutes). Marking the build as aborted.

https://bugs.freedesktop.org/show_bug.cgi?id=105617 --- Comment #5 from Marta Löfstedt --- https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_6/fi-cnl-y3/igt@kms_cursor_...@cursor-128x42-offscreen.html

Re: [PATCH 05/10] drm/sun4i: Explicitly list and check formats supported by the frontend

On Wed, Mar 21, 2018 at 04:28:59PM +0100, Paul Kocialkowski wrote: > In order to check whether the frontend supports a specific format, an > explicit list and a related helper are introduced. > > They are then used to determine whether the frontend can actually support > the requested format when

[PATCH] drm/scdc-helper: Convert errors into debug messages

From: Ville Syrjälä Since we may attempt to reconfigure SCDC when the sink has already been disconnected we probably shouldn't scare the user with errors in dmesg that are 100% expected in that case. Just leave it up to the caller whether to print an error message

[Bug 105712] intel-gpu-overlay is showing insane power consumption amounts

https://bugs.freedesktop.org/show_bug.cgi?id=105712 --- Comment #2 from leozinho29...@hotmail.com --- I suppose drm-tip is this: https://cgit.freedesktop.org/drm-tip I have tried to use that kernel but intel-gpu-overlay is still showing the super high values. Both older versions of

[Bug 105718] amdgpu reported fan speed looks too high (dual fan Sapphire Pulse Vega 56)

https://bugs.freedesktop.org/show_bug.cgi?id=105718 Shmerl changed: What|Removed |Added OS|All |Linux (All) -- You are

Re: [PATCH v6] ARM: dts: wheat: Fix ADV7513 address usage

Hi Simon, On 23/03/18 08:51, Simon Horman wrote: > On Thu, Mar 22, 2018 at 09:30:40PM +, Kieran Bingham wrote: >> The r8a7792 Wheat board has two ADV7513 devices sharing a single I2C >> bus, however in low power mode the ADV7513 will reset it's slave maps to >> use the hardware defined

[Bug 105712] intel-gpu-overlay is showing insane power consumption amounts

https://bugs.freedesktop.org/show_bug.cgi?id=105712 --- Comment #5 from Chris Wilson --- Add a couple of printfs, diff --git a/overlay/power.c b/overlay/power.c index 9ac90fde..e6ac728a 100644 --- a/overlay/power.c +++ b/overlay/power.c @@ -117,8 +117,12 @@ int

Re: [PATCH 16/23] drm/amdgpu/dc: Stop updating plane->fb

On 2018-03-22 11:23 AM, Ville Syrjala wrote: > From: Ville Syrjälä > > We want to get rid of plane->fb on atomic drivers. Stop setting it. > > Cc: Alex Deucher > Cc: "Christian König" > Cc: "David (ChunMing)

[Bug 105712] intel-gpu-overlay is showing insane power consumption amounts

https://bugs.freedesktop.org/show_bug.cgi?id=105712 --- Comment #3 from Chris Wilson --- Ok, try changing intel-gpu-tools: diff --git a/overlay/power.c b/overlay/power.c index 9ac90fde..e02edec8 100644 --- a/overlay/power.c +++ b/overlay/power.c @@ -116,7 +116,8 @@ int

[Bug 105712] intel-gpu-overlay is showing insane power consumption amounts

https://bugs.freedesktop.org/show_bug.cgi?id=105712 --- Comment #4 from leozinho29...@hotmail.com --- With this change it is showing the values as expected, 350 mW instead of 35000 mW. -- You are receiving this mail because: You are the assignee for the

[PATCH libdrm] tests/util: Add support for sun4i-drm module

Add support for sun4i DRM driver merged for Linux 4.7. Signed-off-by: Jonathan Liu --- tests/util/kms.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tests/util/kms.c b/tests/util/kms.c index 8b3e7878..ffae2531 100644 --- a/tests/util/kms.c +++ b/tests/util/kms.c @@

[PATCH 1/4] drm/i915: Use intel_fb_obj() everywhere

We already have a macro to pull the GEM object from a FB, so use it everywhere. We'll make use of this later to move the object storage. Signed-off-by: Daniel Stone Cc: Jani Nikula Cc: Joonas Lahtinen Cc:

[PATCH i-g-t 1/3] tests/kms_getfb: Split property-ID get into helper

We'll want to reuse this, so split it out into a (smaller!) helper. Signed-off-by: Daniel Stone --- tests/kms_getfb.c | 36 +++- 1 file changed, 19 insertions(+), 17 deletions(-) diff --git a/tests/kms_getfb.c b/tests/kms_getfb.c index

[PATCH libdrm] NOMERGE: Add drmModeGetFB2

Add a wrapper around the getfb2 ioctl, which returns extended framebuffer information mirroring addfb2, including multiple planes and modifiers. This depends on unmerged kernel API so should not be merged. --- include/drm/drm.h | 1 + xf86drmMode.c | 40

[PATCH 2/4] drm/i915: Move GEM BO inside drm_framebuffer

Since drm_framebuffer can now store GEM objects directly, place them there rather than in our own subclass. Signed-off-by: Daniel Stone Cc: Jani Nikula Cc: Joonas Lahtinen Cc: Rodrigo Vivi

[PATCH 4/4] drm: Add getfb2 ioctl

getfb2 allows us to pass multiple planes and modifiers, just like addfb2 over addfb. Signed-off-by: Daniel Stone --- drivers/gpu/drm/drm_crtc_internal.h | 2 + drivers/gpu/drm/drm_framebuffer.c | 109 drivers/gpu/drm/drm_ioctl.c

[PATCH 3/4] drm: Reshuffle getfb error returns

Make it a little more clear what's going on inside of getfb, and also make it easier to add alternate paths to get a handle in future. Signed-off-by: Daniel Stone --- drivers/gpu/drm/drm_framebuffer.c | 33 + 1 file changed, 17

Re: [PATCH 0/8] Add GetFB2 ioctl

On 23 March 2018 at 13:42, Daniel Stone wrote: > This submission rights that historical wrong, which allows Xorg > -background none to continue to work in the face of exotic buffers. > I've written patches to Xorg to use this as UABI verification, and > I'll post a link to

Re: [PATCH 2/2] drm/tinydrm: Make fb_dirty into a lower level hook

On Fri, Mar 23, 2018 at 02:37:23PM +0100, Noralf Trønnes wrote: > > Den 23.03.2018 12.31, skrev Ville Syrjälä: > > On Fri, Mar 23, 2018 at 12:43:58AM +0100, Noralf Trønnes wrote: > >> > >> Den 22.03.2018 21.27, skrev Ville Syrjala: > >>> From: Ville Syrjälä > >>> >

Re: [PATCH v2 0/3] Cleanup excessive DSI host controller version checks

On Tuesday 20 March 2018 01:11 AM, Sibi S wrote: This patch series aims to create and bind dsi host controller helper functions to functionalities that vary across DSI v2, DSI 6G 1.x and DSI 6G v2.0+ controllers. These functionalities are currently under excessive version checks which is now

Re: [PATCH v4 0/8] cgroup private data and DRM/i915 integration

Quoting Matt Roper (2018-03-17 02:08:57) > This is the fourth iteration of the work previously posted here: > (v1) > https://lists.freedesktop.org/archives/intel-gfx/2018-January/153156.html > (v2) > https://www.mail-archive.com/dri-devel@lists.freedesktop.org/msg208170.html > (v3)

[PATCH] drm/omap: fix memory barrier bug in DMM driver

From: Tomi Valkeinen A DMM timeout "timed out waiting for done" has been observed on DRA7 devices. The timeout happens rarely, and only when the system is under heavy load. Debugging showed that the timeout can be made to happen much more frequently by optimizing the DMM

Re: [PATCH 2/2] drm/tinydrm: Make fb_dirty into a lower level hook

Den 23.03.2018 12.31, skrev Ville Syrjälä: On Fri, Mar 23, 2018 at 12:43:58AM +0100, Noralf Trønnes wrote: Den 22.03.2018 21.27, skrev Ville Syrjala: From: Ville Syrjälä mipi_dbi_enable_flush() wants to call the fb->dirty() hook from the bowels of the

[PATCH 0/8] Add GetFB2 ioctl

Hi, AddFB is single-planar, with no offset and only depth/bpp rather than an explicit format, so we now have AddFB2 which can carry multiple planes, an explicit format and also a modifier. At the time we never actually did GetFB2 to go with GetFB. This submission rights that historical wrong,

Re: [PATCH 3/4] drm: Reshuffle getfb error returns

On Fri, Mar 23, 2018 at 01:45:51PM +, Daniel Stone wrote: > Make it a little more clear what's going on inside of getfb, and also > make it easier to add alternate paths to get a handle in future. > > Signed-off-by: Daniel Stone Much better. Reviewed-by: Ville Syrjälä

Re: [PATCH i-g-t 1/3] tests/kms_getfb: Split property-ID get into helper

On Fri, Mar 23, 2018 at 01:46:14PM +, Daniel Stone wrote: > We'll want to reuse this, so split it out into a (smaller!) helper. > > Signed-off-by: Daniel Stone > --- > tests/kms_getfb.c | 36 +++- > 1 file changed, 19 insertions(+), 17

[Bug 105712] intel-gpu-overlay is showing insane power consumption amounts

https://bugs.freedesktop.org/show_bug.cgi?id=105712 Bug ID: 105712 Summary: intel-gpu-overlay is showing insane power consumption amounts Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux

[Bug 199157] BUG: unable to handle kernel NULL pointer dereference at 0000000000000000

https://bugzilla.kernel.org/show_bug.cgi?id=199157 --- Comment #4 from Harry Wentland (harry.wentl...@amd.com) --- I have one of the first R7 1700 at home on have only seen the marginality problem affecting gcc and bash while compiling something multi-threaded. Never noticed it crashing the

Re: [PATCH 4/4] drm: Add getfb2 ioctl

On Fri, Mar 23, 2018 at 01:45:52PM +, Daniel Stone wrote: > getfb2 allows us to pass multiple planes and modifiers, just like addfb2 > over addfb. > > Signed-off-by: Daniel Stone > --- > drivers/gpu/drm/drm_crtc_internal.h | 2 + > drivers/gpu/drm/drm_framebuffer.c

Re: [Intel-gfx] [PATCH 2/4] drm/i915: Move GEM BO inside drm_framebuffer

Hi Ville, On 23 March 2018 at 14:42, Ville Syrjälä wrote: > On Fri, Mar 23, 2018 at 01:45:50PM +, Daniel Stone wrote: >> --- a/drivers/gpu/drm/i915/intel_display.c >> +++ b/drivers/gpu/drm/i915/intel_display.c >> @@ -13916,7 +13916,8 @@ static void

Re: [igt-dev] [PATCH i-g-t 1/3] tests/kms_getfb: Split property-ID get into helper

On 23 March 2018 at 14:53, Ville Syrjälä wrote: > On Fri, Mar 23, 2018 at 01:46:14PM +, Daniel Stone wrote: >> +/** >> + * Find and return an arbitrary valid property ID. >> + */ >> +static uint32_t get_prop_id(int fd) > > get_any_prop_id() or something like

Re: [igt-dev] [PATCH i-g-t 3/3] tests/kms_getfb: Add getfb2 tests

On Fri, Mar 23, 2018 at 01:46:16PM +, Daniel Stone wrote: > Mirroring addfb2, add tests for the new ioctl which will return us > information about framebuffers containing multiple buffers, as well as > modifiers. lgtm Reviewed-by: Ville Syrjälä Maybe we also

Re: [Intel-gfx] linux-next: manual merge of the drm-intel tree with Linus' tree

Quoting Stephen Rothwell (2018-03-23 02:50:18) > Hi all, > > On Thu, 22 Mar 2018 13:21:29 +1100 Stephen Rothwell > wrote: > > > > Today's linux-next merge of the drm-intel tree got a conflict in: > > > > drivers/gpu/drm/i915/gvt/scheduler.c > > > > between commit: > >

[Bug 105712] intel-gpu-overlay is showing insane power consumption amounts

https://bugs.freedesktop.org/show_bug.cgi?id=105712 --- Comment #1 from Chris Wilson --- Please try drm-tip as the interface intel-gpu-overlay uses has finally been upstreamed, hopefully it's just that. -- You are receiving this mail because: You are the assignee for

Re: [Intel-gfx] [PATCH 2/4] drm/i915: Move GEM BO inside drm_framebuffer

On Fri, Mar 23, 2018 at 01:45:50PM +, Daniel Stone wrote: > Since drm_framebuffer can now store GEM objects directly, place them > there rather than in our own subclass. > > Signed-off-by: Daniel Stone > Cc: Jani Nikula > Cc: Joonas

[pull] amdgpu drm-next-4.17

Hi Dave, Last pull for 4.17. Highlights: - Vega12 support - A few more bug fixes and cleanups for powerplay The following changes since commit 6da2b9332c572fcda94de9631f8fa514f574388a: amdgpu/dm: Default PRE_VEGA ASIC support to 'y' (2018-03-16 16:16:50 -0500) are available in the git

Re: [RFC] splitting dri-devel to drm core and drivers lists?

On Fri, Mar 23, 2018 at 06:22:46PM +0200, Jani Nikula wrote: > There was some discussion on the dim-tools list about splitting the > dri-devel list to drm core and drivers lists [1]. Moving the discussion > to the list in question seems prudent. ;) > > I freely admit I don't have the time or

[Bug 105718] amdgpu reported fan speed looks too high (dual fan Sapphire Pulse Vega 56)

https://bugs.freedesktop.org/show_bug.cgi?id=105718 Bug ID: 105718 Summary: amdgpu reported fan speed looks too high (dual fan Sapphire Pulse Vega 56) Product: DRI Version: unspecified Hardware: x86-64 (AMD64)

Re: [PATCH 4/4] drm: Add getfb2 ioctl

Hi, On 23 March 2018 at 14:49, Ville Syrjälä wrote: > On Fri, Mar 23, 2018 at 01:45:52PM +, Daniel Stone wrote: >> + for (i = 0; i < ARRAY_SIZE(r->handles); i++) { >> + r->handles[i] = 0; >> + r->pitches[i] = 0; >> +

[Bug 105712] intel-gpu-overlay is showing insane power consumption amounts

https://bugs.freedesktop.org/show_bug.cgi?id=105712 --- Comment #6 from leozinho29...@hotmail.com --- The lines fprintf(stderr, "rapl_type_id()=%"PRIx64", rapl_gpu_power()=%"PRIx64"\n", rapl_type_id(), rapl_gpu_power()); made the overlay fail to build. I have changed

Re: [PATCH v2 2/2] drivers: remove force dma flag from buses

Hi Nipun, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.16-rc6 next-20180323] [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

[PATCH] drm/dp: Correctly mask DP_TRAINING_AUX_RD_INTERVAL values for DP 1.4

From: Matt Atwood DP_TRAINING_AUX_RD_INTERVAL with DP 1.3 spec changed bit scheeme from 8 bits to 7 in DPCD 0x000e. The 8th bit is used to identify extended receiver capabilities. For panels that use this new feature wait interval would be increased by 512 ms, when

[RFC] splitting dri-devel to drm core and drivers lists?

There was some discussion on the dim-tools list about splitting the dri-devel list to drm core and drivers lists [1]. Moving the discussion to the list in question seems prudent. ;) I freely admit I don't have the time or interest in reading the patches for other drivers than i915, but I do

Re: [PATCH v2 2/2] drm/tinydrm: Make fb_dirty into a lower level hook

Den 23.03.2018 16.35, skrev Ville Syrjala: From: Ville Syrjälä mipi_dbi_enable_flush() wants to call the fb->dirty() hook from the bowels of the .atomic_enable() hook. That prevents us from taking the plane mutex in fb->dirty() unless we also plumb down the

[PATCHv2 2/3] drm: bridge: dw-hdmi: check the cec-disable property

From: Hans Verkuil If the cec-disable property was set, then disable the DW CEC controller. This is needed for boards that have their own CEC controller. Signed-off-by: Hans Verkuil Reviewed-by: Neil Armstrong ---

[PATCHv2 1/3] dt-bindings: display: dw_hdmi.txt: add cec-disable property

From: Hans Verkuil Some boards have both a DesignWare and their own CEC controller. The CEC pin is only hooked up to their own CEC controller and not to the DW controller. Add the cec-disable property to disable the DW CEC controller. This particular situation happens

[PATCHv2 3/3] arm64: dts: meson-gx.dtsi: add cec-disable

From: Hans Verkuil The meson-gx boards have two CEC controllers: the DesignWare controller and a meson-specific controller. Disable the DW controller since the CEC line is hooked up to the meson controller. Signed-off-by: Hans Verkuil Acked-by:

[PATCHv2 0/3] dw-hdmi: add property to disable CEC

From: Hans Verkuil Some boards (amlogic) have two CEC controllers: the DesignWare controller and their own CEC controller (meson ao-cec). Since the CEC line is not hooked up to the DW controller we need a way to disable that controller. This patch series adds the

[PATCH i-g-t 3/3] tests/kms_getfb: Add getfb2 tests

Mirroring addfb2, add tests for the new ioctl which will return us information about framebuffers containing multiple buffers, as well as modifiers. Signed-off-by: Daniel Stone --- tests/kms_getfb.c | 91 +++ 1 file

[PATCH i-g-t 2/3] NOMERGE: Update DRM UAPI to latest kernel version

This depends on unmerged kernel code, so. --- include/drm-uapi/amdgpu_drm.h | 1 + include/drm-uapi/drm.h | 1 + include/drm-uapi/drm_mode.h| 9 ++--- include/drm-uapi/etnaviv_drm.h | 1 + include/drm-uapi/msm_drm.h | 9 - include/drm-uapi/virtgpu_drm.h | 1 + 6 files

[PATCH v2 2/2] drm/tinydrm: Make fb_dirty into a lower level hook

From: Ville Syrjälä mipi_dbi_enable_flush() wants to call the fb->dirty() hook from the bowels of the .atomic_enable() hook. That prevents us from taking the plane mutex in fb->dirty() unless we also plumb down the acquire context. Instead it seems simpler to

Re: [Intel-gfx] [PATCH 2/2] drm/tinydrm: Make fb_dirty into a lower level hook

On Fri, Mar 23, 2018 at 03:58:06PM +0200, Ville Syrjälä wrote: > On Fri, Mar 23, 2018 at 02:37:23PM +0100, Noralf Trønnes wrote: > > > > Den 23.03.2018 12.31, skrev Ville Syrjälä: > > > On Fri, Mar 23, 2018 at 12:43:58AM +0100, Noralf Trønnes wrote: > > >> > > >> Den 22.03.2018 21.27, skrev Ville

Re: [PATCH v4 0/8] cgroup private data and DRM/i915 integration

On Fri, Mar 23, 2018 at 02:15:38PM +0200, Joonas Lahtinen wrote: > Quoting Matt Roper (2018-03-17 02:08:57) > > This is the fourth iteration of the work previously posted here: > > (v1) > > https://lists.freedesktop.org/archives/intel-gfx/2018-January/153156.html > > (v2) > >

Re: [PATCH v3] drm/xen-front: Add support for Xen PV display frontend

My apologies, but I found a few more things that look strange and should be cleaned up. Sorry for this iterative review approach, but I think we're slowly getting there. Thank you for reviewing! Cheers, Daniel --- +static int xen_drm_drv_dumb_create(struct drm_file *filp, +

Re: [PATCH 4/4] drm: Add getfb2 ioctl

On Fri, Mar 23, 2018 at 05:00:11PM +, Daniel Stone wrote: > Hi, > > On 23 March 2018 at 14:49, Ville Syrjälä > wrote: > > On Fri, Mar 23, 2018 at 01:45:52PM +, Daniel Stone wrote: > >> + for (i = 0; i < ARRAY_SIZE(r->handles); i++) { > >> +

Re: [PATCH v2 2/2] drivers: remove force dma flag from buses

Hi Nipun, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.16-rc6 next-20180323] [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

[DPU PATCH 0/2] Remove DPU RSC support

MSM display controller hardware (DPU) has an inbuilt RSC block which can control power resources and bus bandwidth voting w/o driver intervention. Downstream driver relies on RSC hardware block for controlling these resources for better power benefits. Since, DPU driver controls these resources,

[PATCH 1/2] dt-bindings: msm/disp: Remove DPU RSC device bindings

Display controller's power resources and bus bandwidth voting is controlled by DPU device. Remove DPU RSC (hardware block for DPU power resource control) device support. Signed-off-by: Rajesh Yadav --- .../devicetree/bindings/display/msm/dpu-rsc.txt| 96

Re: [PATCH] drm/scdc-helper: Convert errors into debug messages

Reviewed-by: Shashank Sharma Regards Shashank On 3/23/2018 11:55 PM, Ville Syrjala wrote: From: Ville Syrjälä Since we may attempt to reconfigure SCDC when the sink has already been disconnected we probably shouldn't scare the user

[Bug 199157] BUG: unable to handle kernel NULL pointer dereference at 0000000000000000

https://bugzilla.kernel.org/show_bug.cgi?id=199157 --- Comment #5 from Kyle De'Vir (kyle.de...@mykolab.com) --- This is the first time I've seen it happening on DC, so I decided to just throw it up as bug report. At the time, I was browsing on Firefox Nightly, while listening to some music with

[Bug 105712] intel-gpu-overlay is showing insane power consumption amounts

https://bugs.freedesktop.org/show_bug.cgi?id=105712 --- Comment #8 from leozinho29...@hotmail.com --- $ sudo cat /sys/devices/power/events/energy-gpu.scale 2.3283064365386962890625e-10 -- You are receiving this mail because: You are the assignee for the