Hi,
On 7/3/2018 4:56 AM, Rodrigo Vivi wrote:
On Fri, Jun 29, 2018 at 03:13:35PM +0530, Mahesh Kumar wrote:
This patch implements new DDB allocation algorithm as per HW team
recommendation. This algo takecare of scenario where we allocate less DDB
for the planes with lower relative pixel rate,
Hi,
Here's two gvt fixes for 4.18. One is for guest warning to change
virtual transcoder mode for DVI to align with our virtual display,
and one to fix possible partial GGTT entry update from guest.
thanks
--
The following changes since commit 7a3727f385dc64773db1c144f6b15c1e9d4735bb:
drm/i91
Hi,
On 7/2/2018 4:57 PM, Maarten Lankhorst wrote:
Op 02-07-18 om 13:16 schreef Mahesh Kumar:
Now crc-core framework verifies the source string passed by the user.
So setting bad-source will fail. Expect file write to fail in bad-source
subtest of kms_pipe_crc_basic.
Signed-off-by: Mahesh Kuma
Hi Ville,
Can we please get this merged to DINQ?
Regards,
Abhay
-Original Message-
From: Du, Wenkai
Sent: Thursday, June 21, 2018 1:16 PM
To: Kumar, Abhay ; intel-gfx@lists.freedesktop.org;
Syrjala, Ville
Cc: Nikula, Jani
Subject: Re: [Intel-gfx] [PATCH v5] drm/i915: Force 2*96 MH
== Series Details ==
Series: drm/i915: Optimize the read/write fence_reg on SNB+
URL : https://patchwork.freedesktop.org/series/45801/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4417_full -> Patchwork_9503_full =
== Summary - WARNING ==
Minor unknown changes coming wi
Hi Zhao,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on drm-intel/for-linux-next]
[also build test WARNING on v4.18-rc3 next-20180702]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
Hi Zhao,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on drm-intel/for-linux-next]
[also build test ERROR on v4.18-rc3 next-20180702]
[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
== Series Details ==
Series: drm/i915: Optimize the read/write fence_reg on SNB+
URL : https://patchwork.freedesktop.org/series/45801/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4417 -> Patchwork_9503 =
== Summary - WARNING ==
Minor unknown changes coming with Patchwo
== Series Details ==
Series: drm/i915: Optimize the read/write fence_reg on SNB+
URL : https://patchwork.freedesktop.org/series/45801/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
51157a4ce265 drm/i915: Use 64-bit to Read/Write fence reg on SNB+
e8b6a2596672 drm/i915: write fe
On VGPU scenario the read/write operation of fence_reg will be trapped
by the GVT-g. And then gvt-g follows the HW spec to write the fence_reg.
So it is unnecessary to read/write fence reg several times. This will help
to reduce the unnecessary trap of fence_reg mmio operation.
V1->V2: Fix one typ
V1->V2: Fix one typo error.
Zhao Yakui (2):
drm/i915: Use 64-bit to Read/Write fence reg on SNB+
drm/i915: write fence reg only once on VGPU
drivers/gpu/drm/i915/i915_gem_fence_reg.c | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
--
2.7.4
_
Based on HW spec the fence reg on SNB+ is defined as 64-bit. Just follow
the b-spec to use 64-bit read/write mode.
Signed-off-by: Zhao Yakui
---
drivers/gpu/drm/i915/i915_gem_fence_reg.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem
>-Original Message-
>From: Zhao, Yakui
>Sent: Tuesday, July 3, 2018 10:22 AM
>To: intel-gfx@lists.freedesktop.org
>Cc: zhen...@linux.intel.com; Zhao, Yakui
>Subject: [PATCH 2/2] drm/i915: write fence reg only once on VGPU
>
>On VGPU scenario the read/write operation of fence_reg will be
== Series Details ==
Series: drm/i915: the Read/Write optimization of fence reg
URL : https://patchwork.freedesktop.org/series/45800/
State : failure
== Summary ==
CALLscripts/checksyscalls.sh
DESCEND objtool
CHK include/generated/compile.h
CC [M] drivers/gpu/drm/i915/i915_gem_
On VGPU scenario the read/write operation of fence_reg will be trapped
by the GVT-g. And then gvt-g follows the HW spec to write the fence_reg.
So it is unnecessary to read/write fence reg several times. This will help
to reduce the unnecessary trap of fence_reg mmio operation.
Signed-off-by: Zhao
Zhao Yakui (2):
drm/i915: Use 64-bit to Read/Write fence reg on SNB+
drm/i915: write fence reg only once on VGPU
drivers/gpu/drm/i915/i915_gem_fence_reg.c | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
--
2.7.4
___
Intel
Based on HW spec the fence reg on SNB+ is defined as 64-bit. Just follow
the b-spec to use 64-bit read/write mode.
Signed-off-by: Zhao Yakui
---
drivers/gpu/drm/i915/i915_gem_fence_reg.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem
On Fri, Jun 29, 2018 at 03:13:35PM +0530, Mahesh Kumar wrote:
> This patch implements new DDB allocation algorithm as per HW team
> recommendation. This algo takecare of scenario where we allocate less DDB
> for the planes with lower relative pixel rate, but they require more DDB
> to work.
> It al
== Series Details ==
Series: drm/i915: Show who pinned the pages when a leak is hit (rev3)
URL : https://patchwork.freedesktop.org/series/45770/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4417_full -> Patchwork_9501_full =
== Summary - FAILURE ==
Serious unknown chang
== Series Details ==
Series: drm/i915: Show who pinned the pages when a leak is hit (rev3)
URL : https://patchwork.freedesktop.org/series/45770/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4417 -> Patchwork_9501 =
== Summary - SUCCESS ==
No regressions found.
Extern
== Series Details ==
Series: drm/i915: Show who pinned the pages when a leak is hit (rev3)
URL : https://patchwork.freedesktop.org/series/45770/
State : warning
== Summary ==
$ dim sparse origin/drm-tip
Commit: drm/i915: Show who pinned the pages when a leak is hit
-drivers/gpu/drm/i915/selfte
== Series Details ==
Series: drm/i915: Show who pinned the pages when a leak is hit (rev3)
URL : https://patchwork.freedesktop.org/series/45770/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
5b98af961955 drm/i915: Show who pinned the pages when a leak is hit
-:209: CHECK:UNCOMM
Currently, we emit a warning when freeing an object if we do so with the
pages still pinned (presumably as they are still in use somewhere). This
only tells us that there is a problem, but doesn't tell us anything
about the object or who might be pinning them and so provides no clue as
to track dow
Quoting Imre Deak (2018-07-02 14:57:56)
> Work around the following boot time crash:
>
> [ 10.456056] CPU: 1 PID: 220 Comm: systemd-udevd Tainted: GW
> 4.17.0-rc7-CI-CI_DRM_4040+ #182
> [ 10.465828] Hardware name: Intel Corporation Ice Lake Client
> Platform/IceLake U DDR4 SO
== Series Details ==
Series: drm: Third attempt at fixing the fb-helper .best_encoder() mess (rev2)
URL : https://patchwork.freedesktop.org/series/45580/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4413_full -> Patchwork_9500_full =
== Summary - WARNING ==
Minor unknow
On Fri, 2018-06-29 at 16:26 -0700, Dhinakaran Pandiyan wrote:
> On Wed, 2018-06-27 at 13:02 -0700, Tarun Vyas wrote:
> >
> > The PIPEDSL freezes on PSR entry and if PSR hasn't fully exited,
> > then
> > the pipe_update_start call schedules itself out to check back
> > later.
> >
> > On ChromeOS-4
On Wed, 2018-06-27 at 13:38 +0530, vathsala nagaraju wrote:
> From: Vathsala Nagaraju
>
> Prints live state of psr1.Extending the existing
> PSR2 live state function to cover psr1.
>
> Tested on KBL with psr2 and psr1 panel.
>
> v2: rebase
> v3: DK
> Rename psr2_live_status to psr_source_st
On Thu, 2018-06-28 at 11:36 -0700, Dhinakaran Pandiyan wrote:
> On Thu, 2018-06-28 at 08:48 +0200, Daniel Vetter wrote:
> >
> > On Wed, Jun 27, 2018 at 11:18:54PM -0700, Dhinakaran Pandiyan
> > wrote:
> > >
> > >
> > > There is already a check to allow only RGB formats with CCS
> > > modifie
== Series Details ==
Series: drm/i915: Adding YUV444 packed format(DRM_FORMAT_AYUV) support. (rev3)
URL : https://patchwork.freedesktop.org/series/45774/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4413_full -> Patchwork_9499_full =
== Summary - FAILURE ==
Serious unkn
On 29/06/18 09:50, Lis, Tomasz wrote:
On 2018-06-11 18:37, Daniele Ceraolo Spurio wrote:
On 25/05/18 11:26, Tomasz Lis wrote:
The patch adds support of preempt-to-idle requesting by setting a proper
bit within Execlist Control Register, and receiving preemption result
from
Context Statu
Reviewed-by: Sinclair Yeh
I assume you'll upstream this as part of your series?
On Tue, Jun 26, 2018 at 10:47:16PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_{plane,connector}_mask() where appropriate.
>
> Cc: VMware Graphics
> Cc: Sinclair Yeh
> Cc: Thomas Hellstrom
> S
On 07/02/2018 08:54 AM, Noralf Trønnes wrote:
Make full use of the generic fbdev client.
Cc: David Lechner
Signed-off-by: Noralf Trønnes
---
Reviewed-by: David Lechner
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.free
On 07/02/2018 08:54 AM, Noralf Trønnes wrote:
Remove drm_fb_cma_fbdev_init_with_funcs(), its only user tinydrm has
moved to drm_fbdev_generic_setup().
Cc: Laurent Pinchart
Signed-off-by: Noralf Trønnes
---
Reviewed-by: David Lechner
___
Intel-gf
== Series Details ==
Series: usb/icl: Work around ACPI boottime crash
URL : https://patchwork.freedesktop.org/series/45778/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4412_full -> Patchwork_9498_full =
== Summary - SUCCESS ==
No regressions found.
== Known issues
+ Harry and Leo
On Mon, Jul 2, 2018 at 7:07 AM, Mahesh Kumar wrote:
> This series improves crc-core <-> driver interface.
> This series adds following functionality in the crc-core
> - Now control node will print all the available sources if
>implemented by driver along with current source.
== Series Details ==
Series: drm: Third attempt at fixing the fb-helper .best_encoder() mess (rev2)
URL : https://patchwork.freedesktop.org/series/45580/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4413 -> Patchwork_9500 =
== Summary - SUCCESS ==
No regressions found.
On Wed, Jun 27, 2018 at 10:59:49AM +0200, Daniel Vetter wrote:
> On Tue, Jun 26, 2018 at 11:41:44PM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Update drm_atomic_helper_commit_planes_on_crtc() to use explicit old/new
> > states instead of relying on obj->state.
> >
> > Signed-off
On Tue, Jun 26, 2018 at 01:09:53PM -0700, Rodrigo Vivi wrote:
> On Tue, Jun 26, 2018 at 10:47:07PM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Add drm_plane_mask() which returns the 1< > We already have an identical drm_crtc_mask() for crtcs.
> >
> > Mostly performed with coccine
== Series Details ==
Series: drm: Third attempt at fixing the fb-helper .best_encoder() mess (rev2)
URL : https://patchwork.freedesktop.org/series/45580/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
27feace2e181 drm/fb-helper: Eliminate the .best_encoder() usage
bd08e651f318 d
== Series Details ==
Series: tests/kms_pipe_crc_basic: expect setting bad source to fail
URL : https://patchwork.freedesktop.org/series/45768/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4404 -> IGTPW_1521 =
== Summary - FAILURE ==
Serious unknown changes coming with I
== Series Details ==
Series: drm: Add generic fbdev emulation
URL : https://patchwork.freedesktop.org/series/45777/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4412_full -> Patchwork_9497_full =
== Summary - WARNING ==
Minor unknown changes coming with Patchwork_9497_f
On 02/07/2018 10:07, Chris Wilson wrote:
When using the pollable spinner, we often want to use it as a means of
ensuring the task is running on the GPU before switching to something
else. In which case we don't want to add extra delay inside the spinner,
but the current 1000 NOPs add on order of
On 02/07/2018 10:07, Chris Wilson wrote:
In order to make adding more options easier, expose the full set of
options to the caller.
Signed-off-by: Chris Wilson
Cc: Tvrtko Ursulin
---
lib/igt_dummyload.c| 147 +
lib/igt_dummyload.h| 4
From: Ville Syrjälä
Use drm_connector_for_each_possible_encoder() for iterating
connector->encoder_ids[]. A bit more convenient not having
to deal with the implementation details.
v2: Replace drm_for_each_connector_encoder_ids() with
drm_connector_for_each_possible_encoder() (Daniel)
v3: Ini
== Series Details ==
Series: drm/i915: Adding YUV444 packed format(DRM_FORMAT_AYUV) support. (rev3)
URL : https://patchwork.freedesktop.org/series/45774/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4413 -> Patchwork_9499 =
== Summary - SUCCESS ==
No regressions found.
== Series Details ==
Series: usb/icl: Work around ACPI boottime crash
URL : https://patchwork.freedesktop.org/series/45778/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4412 -> Patchwork_9498 =
== Summary - SUCCESS ==
No regressions found.
External URL:
https://patc
On Fri, 29 Jun 2018, Rodrigo Vivi wrote:
> On Fri, Jun 29, 2018 at 01:20:39PM +0300, Jani Nikula wrote:
>> Try to describe what the pick variants do, and which to prefer. No
>> functional changes.
>>
>> Signed-off-by: Jani Nikula
>
> Reviewed-by: Rodrigo Vivi
Thanks, pushed.
BR,
Jani.
>
>>
== Series Details ==
Series: drm: Add generic fbdev emulation
URL : https://patchwork.freedesktop.org/series/45777/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4412 -> Patchwork_9497 =
== Summary - SUCCESS ==
No regressions found.
External URL:
https://patchwork.fr
== Series Details ==
Series: drm: Add generic fbdev emulation
URL : https://patchwork.freedesktop.org/series/45777/
State : warning
== Summary ==
$ dim sparse origin/drm-tip
Commit: drm: Begin an API for in-kernel clients
Okay!
Commit: drm/fb-helper: Add generic fbdev emulation .fb_probe func
From: Stanislav Lisovskiy
PLANE_CTL_FORMAT_AYUV is already supported, according to hardware
specification.
v2: Edited commit message, removed redundant whitespaces.
v3: Fixed fallthrough logic for the format switch cases.
Signed-off-by: Stanislav Lisovskiy
---
drivers/gpu/drm/i915/intel_disp
== Series Details ==
Series: drm: Add generic fbdev emulation
URL : https://patchwork.freedesktop.org/series/45777/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
44cb6f91d1db drm: Begin an API for in-kernel clients
-:26: WARNING:FILE_PATH_CHANGES: added, moved or deleted file(s
== Series Details ==
Series: drm/i915: Adding YUV444 packed format(DRM_FORMAT_AYUV) support. (rev2)
URL : https://patchwork.freedesktop.org/series/45774/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4412 -> Patchwork_9496 =
== Summary - SUCCESS ==
No regressions found.
On Mon, Jul 02, 2018 at 04:04:45PM +0300, Ville Syrjälä wrote:
> On Sat, Jun 30, 2018 at 10:12:21PM +0300, Dan Carpenter wrote:
> > Hi Ville,
> >
> > Thank you for the patch! Perhaps something to improve:
> >
> > url:
> > https://github.com/0day-ci/linux/commits/Ville-Syrjala/drm-Third-attemp
Work around the following boot time crash:
[ 10.456056] CPU: 1 PID: 220 Comm: systemd-udevd Tainted: GW
4.17.0-rc7-CI-CI_DRM_4040+ #182
[ 10.465828] Hardware name: Intel Corporation Ice Lake Client
Platform/IceLake U DDR4 SODIMM PD RVP, BIOS
+ICLSFWR1.R00.2204.A00.1805172221
On 30 June 2018 at 10:05, Chris Wilson wrote:
> If the whole object is already pinned by HW for use as scanout, we will
> fail to move it to the mappable region and so must resort to using a
> partial VMA covering the whole object.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=104513
Make full use of the generic fbdev client.
Cc: David Lechner
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/core/tinydrm-core.c | 3 +--
drivers/gpu/drm/tinydrm/ili9225.c | 1 -
drivers/gpu/drm/tinydrm/ili9341.c | 1 -
drivers/gpu/drm/tinydrm/mi0283qt.c |
This adds a drm_fbdev_generic_setup() function that sets up generic
fbdev emulation with client callbacks for restore, hotplug and
unregister.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_helper.c | 117
include/drm/drm_fb_helper.h | 7 +
This switches the CMA helper drivers that use its fbdev emulation over
to the generic fbdev emulation. It's the first phase of using generic
fbdev. A later phase will use DRM client callbacks for the
lastclose/hotplug/remove callbacks.
There are currently 2 fbdev init/fini functions:
- drm_fb_cma_
Print the names of the internal clients currently attached.
Reviewed-by: Daniel Vetter
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_client.c | 28
drivers/gpu/drm/drm_debugfs.c | 7 +++
include/drm/drm_client.h | 3 +++
3 files changed, 38 inser
Remove drm_fb_cma_fbdev_init_with_funcs(), its only user tinydrm has
moved to drm_fbdev_generic_setup().
Cc: Laurent Pinchart
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_cma_helper.c | 21 -
include/drm/drm_fb_cma_helper.h | 3 ---
2 files changed, 24 delet
Add client callbacks and hook them up.
Add a list of clients per drm_device.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_client.c| 92 -
drivers/gpu/drm/drm_drv.c | 7 +++
drivers/gpu/drm/drm_fb_cma_helper.c | 2 +-
drivers/gpu/dr
This patchset adds generic fbdev emulation for drivers that supports GEM
based dumb buffers which support .gem_prime_vmap and gem_prime_mmap. An
API is begun to support in-kernel clients in general.
Change this version:
Fix a bug in an error path that the kbuild test robot caught.
Change previous
This is the first step in getting generic fbdev emulation.
A drm_fb_helper_funcs.fb_probe function is added which uses the
DRM client API to get a framebuffer backed by a dumb buffer.
Signed-off-by: Noralf Trønnes
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/drm_fb_helper.c | 192
These are needed for pl111 to use the generic fbdev emulation.
Cc: Eric Anholt
Signed-off-by: Noralf Trønnes
Reviewed-by: Eric Anholt
---
drivers/gpu/drm/pl111/pl111_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/pl111/pl111_drv.c
b/drivers/gpu/drm/pl111/pl111_drv
This the beginning of an API for in-kernel clients.
First out is a way to get a framebuffer backed by a dumb buffer.
Only GEM drivers are supported.
The original idea of using an exported dma-buf was dropped because it
also creates an anonomous file descriptor which doesn't work when the
buffer is
== Series Details ==
Series: drm/i915: Show who pinned the pages when a leak is hit (rev2)
URL : https://patchwork.freedesktop.org/series/45770/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4412_full -> Patchwork_9495_full =
== Summary - FAILURE ==
Serious unknown chang
From: Stanislav Lisovskiy
PLANE_CTL_FORMAT_AYUV is already supported, according to hardware
specification.
v2: Edited commit message, removed redundant whitespaces.
Signed-off-by: Stanislav Lisovskiy
---
drivers/gpu/drm/i915/intel_display.c | 7 +++
drivers/gpu/drm/i915/intel_sprite.c |
From: Stanislav Lisovskiy
---
drivers/gpu/drm/i915/intel_display.c | 8
drivers/gpu/drm/i915/intel_sprite.c | 3 +++
2 files changed, 11 insertions(+)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index 56818a45181c..4bc702193c88 100644
---
On Sat, Jun 30, 2018 at 10:12:21PM +0300, Dan Carpenter wrote:
> Hi Ville,
>
> Thank you for the patch! Perhaps something to improve:
>
> url:
> https://github.com/0day-ci/linux/commits/Ville-Syrjala/drm-Third-attempt-at-fixing-the-fb-helper-best_encoder-mess/20180629-014202
> base: git://p
On Mon 02-07-18 14:39:50, Christian König wrote:
[...]
> Not wanting to block something as important as this, so feel free to add an
> Acked-by: Christian König to the patch.
Thanks a lot!
> Let's rather face the next topic: Any idea how to runtime test this?
This is a good question indeed. One
> -Original Message-
> From: Nikula, Jani
> Sent: Monday, July 2, 2018 6:12 PM
> To: Chauhan, Madhav ; intel-
> g...@lists.freedesktop.org
> Cc: Zanoni, Paulo R ; Shankar, Uma
> ; Vivi, Rodrigo ;
> Chauhan, Madhav
> Subject: Re: [PATCH 06/20] drm/i915/icl: Power down unused DSI lanes
>
>
On Fri, 15 Jun 2018, Madhav Chauhan wrote:
> To save power, unused lanes should be powered
> down using the bitfield of PORT_CL_DW10.
>
> Signed-off-by: Madhav Chauhan
> ---
> drivers/gpu/drm/i915/intel_dsi_new.c | 44
>
> 1 file changed, 44 insertions(+)
>
Am 02.07.2018 um 14:35 schrieb Michal Hocko:
On Mon 02-07-18 14:24:29, Christian König wrote:
Am 02.07.2018 um 14:20 schrieb Michal Hocko:
On Mon 02-07-18 14:13:42, Christian König wrote:
Am 02.07.2018 um 13:54 schrieb Michal Hocko:
On Mon 02-07-18 11:14:58, Christian König wrote:
Am 27.06.2
On Mon 02-07-18 14:24:29, Christian König wrote:
> Am 02.07.2018 um 14:20 schrieb Michal Hocko:
> > On Mon 02-07-18 14:13:42, Christian König wrote:
> > > Am 02.07.2018 um 13:54 schrieb Michal Hocko:
> > > > On Mon 02-07-18 11:14:58, Christian König wrote:
> > > > > Am 27.06.2018 um 09:44 schrieb M
On 02/07/2018 12:44, Chris Wilson wrote:
Quoting Tvrtko Ursulin (2018-07-02 12:34:51)
@@ -1921,6 +1914,8 @@ void i915_vma_move_to_active(struct i915_vma *vma,
if (flags & EXEC_OBJECT_NEEDS_FENCE)
i915_gem_active_set(&vma->last_fence, rq);
+
+ export_fence(vma, rq,
Am 02.07.2018 um 14:20 schrieb Michal Hocko:
On Mon 02-07-18 14:13:42, Christian König wrote:
Am 02.07.2018 um 13:54 schrieb Michal Hocko:
On Mon 02-07-18 11:14:58, Christian König wrote:
Am 27.06.2018 um 09:44 schrieb Michal Hocko:
This is the v2 of RFC based on the feedback I've received so
== Series Details ==
Series: drm/i915: Show who pinned the pages when a leak is hit (rev2)
URL : https://patchwork.freedesktop.org/series/45770/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4412 -> Patchwork_9495 =
== Summary - SUCCESS ==
No regressions found.
Extern
On Mon 02-07-18 14:13:42, Christian König wrote:
> Am 02.07.2018 um 13:54 schrieb Michal Hocko:
> > On Mon 02-07-18 11:14:58, Christian König wrote:
> > > Am 27.06.2018 um 09:44 schrieb Michal Hocko:
> > > > This is the v2 of RFC based on the feedback I've received so far. The
> > > > code even com
Op 02-07-18 om 13:07 schreef Mahesh Kumar:
> This patch implements verify_crc_source callback function introduced
> earlier in this series.
>
> Signed-off-by: Mahesh Kumar
> Cc: dri-de...@lists.freedesktop.org
> Reviewed-by: Maarten Lankhorst
> ---
Patch 6 and 7 were acked for inclusion through d
Am 02.07.2018 um 13:54 schrieb Michal Hocko:
On Mon 02-07-18 11:14:58, Christian König wrote:
Am 27.06.2018 um 09:44 schrieb Michal Hocko:
This is the v2 of RFC based on the feedback I've received so far. The
code even compiles as a bonus ;) I haven't runtime tested it yet, mostly
because I hav
== Series Details ==
Series: drm/i915: Show who pinned the pages when a leak is hit (rev2)
URL : https://patchwork.freedesktop.org/series/45770/
State : warning
== Summary ==
$ dim sparse origin/drm-tip
Commit: drm/i915: Show who pinned the pages when a leak is hit
-drivers/gpu/drm/i915/selfte
== Series Details ==
Series: drm/i915: Show who pinned the pages when a leak is hit (rev2)
URL : https://patchwork.freedesktop.org/series/45770/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
cd6455c5f8ad drm/i915: Show who pinned the pages when a leak is hit
-:207: CHECK:UNCOMM
Quoting Tvrtko Ursulin (2018-07-02 12:54:18)
>
> On 02/07/2018 10:07, Chris Wilson wrote:
> > sysinfo() doesn't include all reclaimable memory. In particular it
> > excludes the majority of global_node_page_state(NR_FILE_PAGES),
> > reclaimable pages that are a copy of on-disk files It seems the o
On 02/07/2018 10:07, Chris Wilson wrote:
Signed-off-by: Chris Wilson
---
tests/gem_set_tiling_vs_pwrite.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/gem_set_tiling_vs_pwrite.c b/tests/gem_set_tiling_vs_pwrite.c
index 006edfe4e..f0126b648 100644
--- a/tests/
On 02/07/2018 10:07, Chris Wilson wrote:
As we want to compare a templated tiling pattern against the target_bo,
we need to know that the swizzling is compatible. Or else the two
tiling pattern may differ due to underlying page address that we cannot
know, and so the test may sporadically fail.
Currently, we emit a warning when freeing an object if we do so with the
pages still pinned (presumably as they are still in use somewhere). This
only tells us that there is a problem, but doesn't tell us anything
about the object or who might be pinning them and so provides no clue as
to track dow
Quoting Chris Wilson (2018-07-02 12:44:52)
> @@ -451,6 +460,31 @@ i915_gem_object_get_tile_row_size(struct
> drm_i915_gem_object *obj)
> int i915_gem_object_set_tiling(struct drm_i915_gem_object *obj,
>unsigned int tiling, unsigned int stride);
>
> +#if IS_ENABLE
On 02/07/2018 10:07, Chris Wilson wrote:
sysinfo() doesn't include all reclaimable memory. In particular it
excludes the majority of global_node_page_state(NR_FILE_PAGES),
reclaimable pages that are a copy of on-disk files It seems the only way
to obtain this counter is by parsing /proc/meminfo.
On Mon 02-07-18 11:14:58, Christian König wrote:
> Am 27.06.2018 um 09:44 schrieb Michal Hocko:
> > This is the v2 of RFC based on the feedback I've received so far. The
> > code even compiles as a bonus ;) I haven't runtime tested it yet, mostly
> > because I have no idea how.
> >
> > Any further
== Series Details ==
Series: Improve crc-core driver interface (rev4)
URL : https://patchwork.freedesktop.org/series/45246/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4411 -> Patchwork_9494 =
== Summary - FAILURE ==
Serious unknown changes coming with Patchwork_9494 a
Currently, we emit a warning when freeing an object if we do so with the
pages still pinned (presumably as they are still in use somewhere). This
only tells us that there is a problem, but doesn't tell us anything
about the object or who might be pinning them and so provides no clue as
to track dow
Quoting Tvrtko Ursulin (2018-07-02 12:34:51)
> > @@ -1921,6 +1914,8 @@ void i915_vma_move_to_active(struct i915_vma *vma,
> >
> > if (flags & EXEC_OBJECT_NEEDS_FENCE)
> > i915_gem_active_set(&vma->last_fence, rq);
> > +
> > + export_fence(vma, rq, flags);
>
> Don't care
On 29/06/2018 23:54, Chris Wilson wrote:
i915_vma_move_to_active() has grown beyond its execbuf origins, and
should take its rightful place in i915_vma.c as a method for i915_vma!
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_drv.h| 3 --
drivers/gpu/drm/i915/i915_g
On 29/06/2018 23:54, Chris Wilson wrote:
Handling such a late error in request construction is tricky, but to
accommodate future patches which may allocate here, we potentially could
err. To handle the error after already adjusting global state to track
the new request, we must finish and submit
On 29/06/2018 23:54, Chris Wilson wrote:
In the next patch, we will want to start skipping requests on failing to
complete their payloads. So export the utility function current used to
make requests inoperable following a failed gpu reset.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i91
On 29/06/2018 23:54, Chris Wilson wrote:
Currently all callers are responsible for adding the vma to the active
timeline and then exporting its fence. Combine the two operations into
i915_vma_move_to_active() to move all the extra handling from the
callers to the single site.
Signed-off-by: Chr
Op 02-07-18 om 13:16 schreef Mahesh Kumar:
> Now crc-core framework verifies the source string passed by the user.
> So setting bad-source will fail. Expect file write to fail in bad-source
> subtest of kms_pipe_crc_basic.
>
> Signed-off-by: Mahesh Kumar
> ---
> tests/kms_pipe_crc_basic.c | 3 +--
Now crc-core framework verifies the source string passed by the user.
So setting bad-source will fail. Expect file write to fail in bad-source
subtest of kms_pipe_crc_basic.
Signed-off-by: Mahesh Kumar
---
tests/kms_pipe_crc_basic.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff -
This patch implements "verify_crc_source" callback function for
AMD drm driver.
Signed-off-by: Mahesh Kumar
Cc: dri-de...@lists.freedesktop.org
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 1 +
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.h
This patch implements get_crc_sources callback, which returns list of
all the valid crc sources supported by driver in current platform.
Changes since V1:
- Return array of crc sources
Signed-off-by: Mahesh Kumar
Cc: dri-de...@lists.freedesktop.org
Reviewed-by: Maarten Lankhorst
---
drivers/g
1 - 100 of 146 matches
Mail list logo
