[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915: Flush any deferred RCU cleanup before switching off GEM (rev2)

== Series Details == Series: drm/i915: Flush any deferred RCU cleanup before switching off GEM (rev2) URL : https://patchwork.freedesktop.org/series/64612/ State : failure == Summary == CI Bug Log - changes from CI_DRM_6615_full -> Patchwork_13852_full =

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [1/2] drm/syncobj: Convert syncobj_idr to XArray

== Series Details == Series: series starting with [1/2] drm/syncobj: Convert syncobj_idr to XArray URL : https://patchwork.freedesktop.org/series/64620/ State : success == Summary == CI Bug Log - changes from CI_DRM_6618_full -> Patchwork_13854_full

Re: [Intel-gfx] [PATCH v6 01/24] drm: Add ddc link in sysfs created by drm_connector

Hi Andrzej, Thank you for the patch, and sorry for the late review (I've been travelling for the past few weeks). On Fri, Jul 26, 2019 at 07:22:55PM +0200, Andrzej Pietrasiewicz wrote: > Add generic code which creates symbolic links in sysfs, pointing to ddc > interface used by a particular video

[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915/dmc: Load DMC on TGL

== Series Details == Series: drm/i915/dmc: Load DMC on TGL URL : https://patchwork.freedesktop.org/series/64628/ State : failure == Summary == CI Bug Log - changes from CI_DRM_6618_full -> Patchwork_13855_full Summary --- **FAILURE**

Re: [Intel-gfx] [PATCH v6 01/24] drm: Add ddc link in sysfs created by drm_connector

Hi Andrzej, On Sun, Aug 04, 2019 at 03:04:37PM +0300, Laurent Pinchart wrote: > Hi Andrzej, > > Thank you for the patch, and sorry for the late review (I've been > travelling for the past few weeks). > > On Fri, Jul 26, 2019 at 07:22:55PM +0200, Andrzej Pietrasiewicz wrote: > > Add generic code

Re: [Intel-gfx] [PATCH v6 00/24] Associate ddc adapters with connectors

Hi Andrzej, On Fri, Jul 26, 2019 at 07:22:54PM +0200, Andrzej Pietrasiewicz wrote: > It is difficult for a user to know which of the i2c adapters is for which > drm connector. This series addresses this problem. > > The idea is to have a symbolic link in connector's sysfs directory, e.g.: > > ls

Re: [Intel-gfx] [PATCH v6 00/24] Associate ddc adapters with connectors

On Tue, Jul 30, 2019 at 04:01:23PM +0100, Emil Velikov wrote: > On 2019/07/26, Andrzej Pietrasiewicz wrote: > > It is difficult for a user to know which of the i2c adapters is for which > > drm connector. This series addresses this problem. > > > > The idea is to have a symbolic link in connector'

[Intel-gfx] ✓ Fi.CI.IGT: success for add more probe failures

== Series Details == Series: add more probe failures URL : https://patchwork.freedesktop.org/series/64629/ State : success == Summary == CI Bug Log - changes from CI_DRM_6618_full -> Patchwork_13856_full Summary --- **SUCCESS** No

[Intel-gfx] [CI 1/2] drm/i915: Teach execbuffer to take the engine wakeref not GT

In the next patch, we would like to couple into the engine wakeref to free the batch pool on idling. The caveat here is that we therefore want to track the engine wakeref more precisely and to hold it instead of the broader GT wakeref as we process the ioctl. v2: Avoid introducing odd semantics fo

[Intel-gfx] [CI 2/2] drm/i915: Replace struct_mutex for batch pool serialisation

Switch to tracking activity via i915_active on individual nodes, only keeping a list of retired objects in the cache, and reaping the cache when the engine itself idles. Signed-off-by: Chris Wilson Reviewed-by: Matthew Auld --- drivers/gpu/drm/i915/Makefile | 2 +- .../gpu/drm

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [CI,1/2] drm/i915: Teach execbuffer to take the engine wakeref not GT

== Series Details == Series: series starting with [CI,1/2] drm/i915: Teach execbuffer to take the engine wakeref not GT URL : https://patchwork.freedesktop.org/series/64665/ State : warning == Summary == $ dim checkpatch origin/drm-tip d801b688cc3b drm/i915: Teach execbuffer to take the engin

[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915: Separate pinning of pages from i915_vma_insert()

== Series Details == Series: drm/i915: Separate pinning of pages from i915_vma_insert() URL : https://patchwork.freedesktop.org/series/64635/ State : failure == Summary == CI Bug Log - changes from CI_DRM_6618_full -> Patchwork_13857_full S

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [CI,1/2] drm/i915: Teach execbuffer to take the engine wakeref not GT

== Series Details == Series: series starting with [CI,1/2] drm/i915: Teach execbuffer to take the engine wakeref not GT URL : https://patchwork.freedesktop.org/series/64665/ State : success == Summary == CI Bug Log - changes from CI_DRM_6623 -> Patchwork_13865

[Intel-gfx] ✓ Fi.CI.IGT: success for Refactor to expand subslice mask (rev 2)

== Series Details == Series: Refactor to expand subslice mask (rev 2) URL : https://patchwork.freedesktop.org/series/64636/ State : success == Summary == CI Bug Log - changes from CI_DRM_6618_full -> Patchwork_13858_full Summary ---

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [CI,1/2] drm/i915: Hide unshrinkable context objects from the shrinker

== Series Details == Series: series starting with [CI,1/2] drm/i915: Hide unshrinkable context objects from the shrinker URL : https://patchwork.freedesktop.org/series/64638/ State : success == Summary == CI Bug Log - changes from CI_DRM_6619_full -> Patchwork_13859_full =

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [v2,1/2] drm/i915: Get transcoder power domain before reading its register (rev2)

== Series Details == Series: series starting with [v2,1/2] drm/i915: Get transcoder power domain before reading its register (rev2) URL : https://patchwork.freedesktop.org/series/64639/ State : success == Summary == CI Bug Log - changes from CI_DRM_6619_full -> Patchwork_13860_full ==

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/gt: Remove stale kerneldoc for internal MOCS functions

== Series Details == Series: drm/i915/gt: Remove stale kerneldoc for internal MOCS functions URL : https://patchwork.freedesktop.org/series/64649/ State : success == Summary == CI Bug Log - changes from CI_DRM_6622_full -> Patchwork_13863_full ==

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/pmu: Use GT parked for estimating RC6 while asleep (rev2)

== Series Details == Series: drm/i915/pmu: Use GT parked for estimating RC6 while asleep (rev2) URL : https://patchwork.freedesktop.org/series/56583/ State : success == Summary == CI Bug Log - changes from CI_DRM_6622_full -> Patchwork_13864_full ===

[Intel-gfx] [PATCH 3/4] drm/i915/uc: Remove redundant GuC support checks

Since commit db81bc6eb9c0 ("drm/i915/uc: Consider enable_guc modparam during fw selection") we have started using firmware status as main indicator of the GuC support. No need to use same checks twice. Signed-off-by: Michal Wajdeczko Cc: Daniele Ceraolo Spurio Cc: Chris Wilson --- drivers/gpu/

[Intel-gfx] [PATCH 2/4] drm/i915/huc: Prefer intel_huc_is_supported

No need to dance with intel_uc_supports_huc(uc) as we can directly use intel_huc_is_supported(huc) Signed-off-by: Michal Wajdeczko Cc: Daniele Ceraolo Spurio Cc: Chris Wilson --- drivers/gpu/drm/i915/gt/uc/intel_huc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/

[Intel-gfx] [PATCH 1/4] drm/i915/guc: Prefer intel_guc_is_submission_supported

No need to use intel_uc_supports_guc_submission(uc) as we can directly use intel_guc_is_submission_supported(guc) Signed-off-by: Michal Wajdeczko Cc: Daniele Ceraolo Spurio Cc: Chris Wilson --- drivers/gpu/drm/i915/gt/uc/intel_guc.c | 8 1 file changed, 4 insertions(+), 4 deletions(-)

[Intel-gfx] [PATCH 4/4] drm/i915/uc: Don't fail on HuC early init errors

Since commit 301efe96f777 ("drm/i915/uc: Don't fail on HuC firmware failure") we can continue driver load after error during HuC firmware load or authentication, but we could still fail on any error during early HuC initialization. Change that by ignoring HuC related errors until hardware initializ

[Intel-gfx] [PATCH 0/4] Don't fail on HuC early init errors

Next step to ignore all HuC related errors Michal Wajdeczko (4): drm/i915/guc: Prefer intel_guc_is_submission_supported drm/i915/huc: Prefer intel_huc_is_supported drm/i915/uc: Remove redundant GuC support checks drm/i915/uc: Don't fail on HuC early init errors drivers/gpu/drm/i915/gt/uc

[Intel-gfx] ✗ Fi.CI.BAT: failure for Don't fail on HuC early init errors

== Series Details == Series: Don't fail on HuC early init errors URL : https://patchwork.freedesktop.org/series/64668/ State : failure == Summary == CI Bug Log - changes from CI_DRM_6624 -> Patchwork_13866 Summary --- **FAILURE**

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [CI,1/2] drm/i915: Teach execbuffer to take the engine wakeref not GT

== Series Details == Series: series starting with [CI,1/2] drm/i915: Teach execbuffer to take the engine wakeref not GT URL : https://patchwork.freedesktop.org/series/64665/ State : success == Summary == CI Bug Log - changes from CI_DRM_6623_full -> Patchwork_13865_full ==

Re: [Intel-gfx] ✗ Fi.CI.BAT: failure for Don't fail on HuC early init errors

On Sun, 04 Aug 2019 22:18:51 +0200, Patchwork wrote: == Series Details == Series: Don't fail on HuC early init errors URL : https://patchwork.freedesktop.org/series/64668/ State : failure == Summary == CI Bug Log - changes from CI_DRM_6624 -> Patchwork_13866 =

Re: [Intel-gfx] Linux Kernel 5.1.21 (i915)

On 8/4/19 8:11 PM, Nathaniel Russell wrote: > I'm getting an error message when the uvcvideo module is loaded into > the kernel. Can somebody help me figure this out please? > Looks more like it is related to i915 driver: [ 18.728238] [ cut here ] [ 18.728248] timed o

Re: [Intel-gfx] [PATCH v2 20/34] xen: convert put_page() to put_user_page*()

On 05.08.19 00:49, john.hubb...@gmail.com wrote: From: John Hubbard For pages that were retained via get_user_pages*(), release those pages via the new put_user_page*() routines, instead of via put_page() or release_pages(). This is part a tree-wide conversion, as described in commit fc1d8e7cc

[Intel-gfx] patc push failed

Hi, I have clone the drm-intel code-base, after I apply my patch locally and I want upstream the patch, but it report error: fatal: unable to access 'https://anongit.freedesktop.org/git/drm-intel.git/': The requested URL returned error: 403 I use git clone to clone the code-base: git clone http