* [Intel-gfx] [PATCH 0/2] drm/i915/gem: conversion to new drm logging macros
@ 2020-01-22 12:57 Wambui Karuga
2020-01-22 12:57 ` [Intel-gfx] [PATCH 1/2] drm/i915/gem: initial conversion to new logging macros using coccinelle Wambui Karuga
` (4 more replies)
0 siblings, 5 replies; 16+ messages in thread
From: Wambui Karuga @ 2020-01-22 12:57 UTC (permalink / raw)
To: jani.nikula, joonas.lahtinen, rodrigo.vivi, airlied, daniel,
intel-gfx, dri-devel, linux-kernel
This series is a part of the conversion to the new struct drm_device
based logging macros in drm/i915.
This series focuses on the drm/i915/gem directory and converts all
straightforward instances of the printk based logging macros to the new
macros.
Wambui Karuga (2):
drm/i915/gem: initial conversion to new logging macros using
coccinelle.
drm/i915/gem: manual conversion to struct drm_device logging macros.
drivers/gpu/drm/i915/gem/i915_gem_context.c | 68 +++++++++++--------
.../gpu/drm/i915/gem/i915_gem_execbuffer.c | 60 +++++++++-------
drivers/gpu/drm/i915/gem/i915_gem_pages.c | 4 +-
drivers/gpu/drm/i915/gem/i915_gem_stolen.c | 56 ++++++++-------
4 files changed, 110 insertions(+), 78 deletions(-)
--
2.17.1
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 16+ messages in thread* [Intel-gfx] [PATCH 1/2] drm/i915/gem: initial conversion to new logging macros using coccinelle 2020-01-22 12:57 [Intel-gfx] [PATCH 0/2] drm/i915/gem: conversion to new drm logging macros Wambui Karuga @ 2020-01-22 12:57 ` Wambui Karuga 2020-01-28 13:25 ` Tvrtko Ursulin 2020-01-22 12:57 ` [Intel-gfx] [PATCH 2/2] drm/i915/gem: manual conversion to struct drm_device logging macros Wambui Karuga ` (3 subsequent siblings) 4 siblings, 1 reply; 16+ messages in thread From: Wambui Karuga @ 2020-01-22 12:57 UTC (permalink / raw) To: jani.nikula, joonas.lahtinen, rodrigo.vivi, airlied, daniel, intel-gfx, dri-devel, linux-kernel First pass of conversion to the new struct drm_based device logging macros in the drm/i915/gem directory. This conversion was achieved using the following coccinelle script that transforms based on the existence of a straightforward struct drm_i915_private device: @rule1@ identifier fn, T; @@ fn(struct drm_i915_private *T,...) { <+... ( -DRM_INFO( +drm_info(&T->drm, ...) | -DRM_ERROR( +drm_err(&T->drm, ...) | -DRM_WARN( +drm_warn(&T->drm, ...) | -DRM_DEBUG( +drm_dbg(&T->drm, ...) | -DRM_DEBUG_DRIVER( +drm_dbg(&T->drm, ...) | -DRM_DEBUG_KMS( +drm_dbg_kms(&T->drm, ...) | -DRM_DEBUG_ATOMIC( +drm_dbg_atomic(&T->drm, ...) ) ...+> } @rule2@ identifier fn, T; @@ fn(...) { ... struct drm_i915_private *T = ...; <+... ( -DRM_INFO( +drm_info(&T->drm, ...) | -DRM_ERROR( +drm_err(&T->drm, ...) | -DRM_WARN( +drm_warn(&T->drm, ...) | -DRM_DEBUG( +drm_dbg(&T->drm, ...) | -DRM_DEBUG_KMS( +drm_dbg_kms(&T->drm, ...) | -DRM_DEBUG_DRIVER( +drm_dbg(&T->drm, ...) | -DRM_DEBUG_ATOMIC( +drm_dbg_atomic(&T->drm, ...) ) ...+> } Checkpatch warnings were addressed manually. Signed-off-by: Wambui Karuga <wambui.karugax@gmail.com> --- drivers/gpu/drm/i915/gem/i915_gem_context.c | 27 +++++---- .../gpu/drm/i915/gem/i915_gem_execbuffer.c | 37 +++++++----- drivers/gpu/drm/i915/gem/i915_gem_stolen.c | 56 +++++++++++-------- 3 files changed, 70 insertions(+), 50 deletions(-) diff --git a/drivers/gpu/drm/i915/gem/i915_gem_context.c b/drivers/gpu/drm/i915/gem/i915_gem_context.c index a2e57e62af30..5432da2abda0 100644 --- a/drivers/gpu/drm/i915/gem/i915_gem_context.c +++ b/drivers/gpu/drm/i915/gem/i915_gem_context.c @@ -708,8 +708,8 @@ i915_gem_create_context(struct drm_i915_private *i915, unsigned int flags) ppgtt = i915_ppgtt_create(&i915->gt); if (IS_ERR(ppgtt)) { - DRM_DEBUG_DRIVER("PPGTT setup failed (%ld)\n", - PTR_ERR(ppgtt)); + drm_dbg(&i915->drm, "PPGTT setup failed (%ld)\n", + PTR_ERR(ppgtt)); context_close(ctx); return ERR_CAST(ppgtt); } @@ -751,9 +751,9 @@ static void init_contexts(struct i915_gem_contexts *gc) void i915_gem_init__contexts(struct drm_i915_private *i915) { init_contexts(&i915->gem.contexts); - DRM_DEBUG_DRIVER("%s context support initialized\n", - DRIVER_CAPS(i915)->has_logical_contexts ? - "logical" : "fake"); + drm_dbg(&i915->drm, "%s context support initialized\n", + DRIVER_CAPS(i915)->has_logical_contexts ? + "logical" : "fake"); } void i915_gem_driver_release__contexts(struct drm_i915_private *i915) @@ -1624,6 +1624,7 @@ static int set_engines(struct i915_gem_context *ctx, const struct drm_i915_gem_context_param *args) { + struct drm_i915_private *i915 = ctx->i915; struct i915_context_param_engines __user *user = u64_to_user_ptr(args->value); struct set_engines set = { .ctx = ctx }; @@ -1645,8 +1646,8 @@ set_engines(struct i915_gem_context *ctx, BUILD_BUG_ON(!IS_ALIGNED(sizeof(*user), sizeof(*user->engines))); if (args->size < sizeof(*user) || !IS_ALIGNED(args->size, sizeof(*user->engines))) { - DRM_DEBUG("Invalid size for engine array: %d\n", - args->size); + drm_dbg(&i915->drm, "Invalid size for engine array: %d\n", + args->size); return -EINVAL; } @@ -1682,8 +1683,9 @@ set_engines(struct i915_gem_context *ctx, ci.engine_class, ci.engine_instance); if (!engine) { - DRM_DEBUG("Invalid engine[%d]: { class:%d, instance:%d }\n", - n, ci.engine_class, ci.engine_instance); + drm_dbg(&i915->drm, + "Invalid engine[%d]: { class:%d, instance:%d }\n", + n, ci.engine_class, ci.engine_instance); __free_engines(set.engines, n); return -ENOENT; } @@ -2197,8 +2199,9 @@ int i915_gem_context_create_ioctl(struct drm_device *dev, void *data, ext_data.fpriv = file->driver_priv; if (client_is_banned(ext_data.fpriv)) { - DRM_DEBUG("client %s[%d] banned from creating ctx\n", - current->comm, task_pid_nr(current)); + drm_dbg(&i915->drm, + "client %s[%d] banned from creating ctx\n", + current->comm, task_pid_nr(current)); return -EIO; } @@ -2220,7 +2223,7 @@ int i915_gem_context_create_ioctl(struct drm_device *dev, void *data, goto err_ctx; args->ctx_id = id; - DRM_DEBUG("HW context %d created\n", args->ctx_id); + drm_dbg(&i915->drm, "HW context %d created\n", args->ctx_id); return 0; diff --git a/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c b/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c index 60c984e10c4a..61c0a837f163 100644 --- a/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c +++ b/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c @@ -420,6 +420,7 @@ eb_validate_vma(struct i915_execbuffer *eb, struct drm_i915_gem_exec_object2 *entry, struct i915_vma *vma) { + struct drm_i915_private *i915 = eb->i915; if (unlikely(entry->flags & eb->invalid_flags)) return -EINVAL; @@ -443,8 +444,9 @@ eb_validate_vma(struct i915_execbuffer *eb, } if (unlikely(vma->exec_flags)) { - DRM_DEBUG("Object [handle %d, index %d] appears more than once in object list\n", - entry->handle, (int)(entry - eb->exec)); + drm_dbg(&i915->drm, + "Object [handle %d, index %d] appears more than once in object list\n", + entry->handle, (int)(entry - eb->exec)); return -EINVAL; } @@ -1330,6 +1332,7 @@ eb_relocate_entry(struct i915_execbuffer *eb, struct i915_vma *vma, const struct drm_i915_gem_relocation_entry *reloc) { + struct drm_i915_private *i915 = eb->i915; struct i915_vma *target; int err; @@ -1340,7 +1343,7 @@ eb_relocate_entry(struct i915_execbuffer *eb, /* Validate that the target is in a valid r/w GPU domain */ if (unlikely(reloc->write_domain & (reloc->write_domain - 1))) { - DRM_DEBUG("reloc with multiple write domains: " + drm_dbg(&i915->drm, "reloc with multiple write domains: " "target %d offset %d " "read %08x write %08x", reloc->target_handle, @@ -1351,7 +1354,7 @@ eb_relocate_entry(struct i915_execbuffer *eb, } if (unlikely((reloc->write_domain | reloc->read_domains) & ~I915_GEM_GPU_DOMAINS)) { - DRM_DEBUG("reloc with read/write non-GPU domains: " + drm_dbg(&i915->drm, "reloc with read/write non-GPU domains: " "target %d offset %d " "read %08x write %08x", reloc->target_handle, @@ -1391,7 +1394,7 @@ eb_relocate_entry(struct i915_execbuffer *eb, /* Check that the relocation address is valid... */ if (unlikely(reloc->offset > vma->size - (eb->reloc_cache.use_64bit_reloc ? 8 : 4))) { - DRM_DEBUG("Relocation beyond object bounds: " + drm_dbg(&i915->drm, "Relocation beyond object bounds: " "target %d offset %d size %d.\n", reloc->target_handle, (int)reloc->offset, @@ -1399,7 +1402,7 @@ eb_relocate_entry(struct i915_execbuffer *eb, return -EINVAL; } if (unlikely(reloc->offset & 3)) { - DRM_DEBUG("Relocation not 4-byte aligned: " + drm_dbg(&i915->drm, "Relocation not 4-byte aligned: " "target %d offset %d.\n", reloc->target_handle, (int)reloc->offset); @@ -2075,6 +2078,7 @@ static int eb_parse_pipeline(struct i915_execbuffer *eb, static int eb_parse(struct i915_execbuffer *eb) { + struct drm_i915_private *i915 = eb->i915; struct intel_engine_pool_node *pool; struct i915_vma *shadow, *trampoline; unsigned int len; @@ -2090,7 +2094,8 @@ static int eb_parse(struct i915_execbuffer *eb) * post-scan tampering */ if (!eb->context->vm->has_read_only) { - DRM_DEBUG("Cannot prevent post-scan tampering without RO capable vm\n"); + drm_dbg(&i915->drm, + "Cannot prevent post-scan tampering without RO capable vm\n"); return -EINVAL; } } else { @@ -2371,8 +2376,9 @@ eb_select_legacy_ring(struct i915_execbuffer *eb, if (user_ring_id != I915_EXEC_BSD && (args->flags & I915_EXEC_BSD_MASK)) { - DRM_DEBUG("execbuf with non bsd ring but with invalid " - "bsd dispatch flags: %d\n", (int)(args->flags)); + drm_dbg(&i915->drm, + "execbuf with non bsd ring but with invalid " + "bsd dispatch flags: %d\n", (int)(args->flags)); return -1; } @@ -2386,8 +2392,9 @@ eb_select_legacy_ring(struct i915_execbuffer *eb, bsd_idx >>= I915_EXEC_BSD_SHIFT; bsd_idx--; } else { - DRM_DEBUG("execbuf with unknown bsd ring: %u\n", - bsd_idx); + drm_dbg(&i915->drm, + "execbuf with unknown bsd ring: %u\n", + bsd_idx); return -1; } @@ -2395,7 +2402,8 @@ eb_select_legacy_ring(struct i915_execbuffer *eb, } if (user_ring_id >= ARRAY_SIZE(user_ring_map)) { - DRM_DEBUG("execbuf with unknown ring: %u\n", user_ring_id); + drm_dbg(&i915->drm, "execbuf with unknown ring: %u\n", + user_ring_id); return -1; } @@ -2669,13 +2677,14 @@ i915_gem_do_execbuffer(struct drm_device *dev, } if (unlikely(*eb.batch->exec_flags & EXEC_OBJECT_WRITE)) { - DRM_DEBUG("Attempting to use self-modifying batch buffer\n"); + drm_dbg(&i915->drm, + "Attempting to use self-modifying batch buffer\n"); err = -EINVAL; goto err_vma; } if (eb.batch_start_offset > eb.batch->size || eb.batch_len > eb.batch->size - eb.batch_start_offset) { - DRM_DEBUG("Attempting to use out-of-bounds batch\n"); + drm_dbg(&i915->drm, "Attempting to use out-of-bounds batch\n"); err = -EINVAL; goto err_vma; } diff --git a/drivers/gpu/drm/i915/gem/i915_gem_stolen.c b/drivers/gpu/drm/i915/gem/i915_gem_stolen.c index 451f3078d60d..52c92f4fcb56 100644 --- a/drivers/gpu/drm/i915/gem/i915_gem_stolen.c +++ b/drivers/gpu/drm/i915/gem/i915_gem_stolen.c @@ -110,8 +110,11 @@ static int i915_adjust_stolen(struct drm_i915_private *i915, if (stolen[0].start != stolen[1].start || stolen[0].end != stolen[1].end) { - DRM_DEBUG_DRIVER("GTT within stolen memory at %pR\n", &ggtt_res); - DRM_DEBUG_DRIVER("Stolen memory adjusted to %pR\n", dsm); + drm_dbg(&i915->drm, + "GTT within stolen memory at %pR\n", + &ggtt_res); + drm_dbg(&i915->drm, "Stolen memory adjusted to %pR\n", + dsm); } } @@ -142,8 +145,9 @@ static int i915_adjust_stolen(struct drm_i915_private *i915, * range. Apparently this works. */ if (!r && !IS_GEN(i915, 3)) { - DRM_ERROR("conflict detected with stolen region: %pR\n", - dsm); + drm_err(&i915->drm, + "conflict detected with stolen region: %pR\n", + dsm); return -EBUSY; } @@ -171,8 +175,8 @@ static void g4x_get_stolen_reserved(struct drm_i915_private *i915, ELK_STOLEN_RESERVED); resource_size_t stolen_top = i915->dsm.end + 1; - DRM_DEBUG_DRIVER("%s_STOLEN_RESERVED = %08x\n", - IS_GM45(i915) ? "CTG" : "ELK", reg_val); + drm_dbg(&i915->drm, "%s_STOLEN_RESERVED = %08x\n", + IS_GM45(i915) ? "CTG" : "ELK", reg_val); if ((reg_val & G4X_STOLEN_RESERVED_ENABLE) == 0) return; @@ -200,7 +204,7 @@ static void gen6_get_stolen_reserved(struct drm_i915_private *i915, { u32 reg_val = intel_uncore_read(uncore, GEN6_STOLEN_RESERVED); - DRM_DEBUG_DRIVER("GEN6_STOLEN_RESERVED = %08x\n", reg_val); + drm_dbg(&i915->drm, "GEN6_STOLEN_RESERVED = %08x\n", reg_val); if (!(reg_val & GEN6_STOLEN_RESERVED_ENABLE)) return; @@ -234,7 +238,7 @@ static void vlv_get_stolen_reserved(struct drm_i915_private *i915, u32 reg_val = intel_uncore_read(uncore, GEN6_STOLEN_RESERVED); resource_size_t stolen_top = i915->dsm.end + 1; - DRM_DEBUG_DRIVER("GEN6_STOLEN_RESERVED = %08x\n", reg_val); + drm_dbg(&i915->drm, "GEN6_STOLEN_RESERVED = %08x\n", reg_val); if (!(reg_val & GEN6_STOLEN_RESERVED_ENABLE)) return; @@ -262,7 +266,7 @@ static void gen7_get_stolen_reserved(struct drm_i915_private *i915, { u32 reg_val = intel_uncore_read(uncore, GEN6_STOLEN_RESERVED); - DRM_DEBUG_DRIVER("GEN6_STOLEN_RESERVED = %08x\n", reg_val); + drm_dbg(&i915->drm, "GEN6_STOLEN_RESERVED = %08x\n", reg_val); if (!(reg_val & GEN6_STOLEN_RESERVED_ENABLE)) return; @@ -289,7 +293,7 @@ static void chv_get_stolen_reserved(struct drm_i915_private *i915, { u32 reg_val = intel_uncore_read(uncore, GEN6_STOLEN_RESERVED); - DRM_DEBUG_DRIVER("GEN6_STOLEN_RESERVED = %08x\n", reg_val); + drm_dbg(&i915->drm, "GEN6_STOLEN_RESERVED = %08x\n", reg_val); if (!(reg_val & GEN6_STOLEN_RESERVED_ENABLE)) return; @@ -323,7 +327,7 @@ static void bdw_get_stolen_reserved(struct drm_i915_private *i915, u32 reg_val = intel_uncore_read(uncore, GEN6_STOLEN_RESERVED); resource_size_t stolen_top = i915->dsm.end + 1; - DRM_DEBUG_DRIVER("GEN6_STOLEN_RESERVED = %08x\n", reg_val); + drm_dbg(&i915->drm, "GEN6_STOLEN_RESERVED = %08x\n", reg_val); if (!(reg_val & GEN6_STOLEN_RESERVED_ENABLE)) return; @@ -342,7 +346,7 @@ static void icl_get_stolen_reserved(struct drm_i915_private *i915, { u64 reg_val = intel_uncore_read64(uncore, GEN6_STOLEN_RESERVED); - DRM_DEBUG_DRIVER("GEN6_STOLEN_RESERVED = 0x%016llx\n", reg_val); + drm_dbg(&i915->drm, "GEN6_STOLEN_RESERVED = 0x%016llx\n", reg_val); *base = reg_val & GEN11_STOLEN_RESERVED_ADDR_MASK; @@ -453,8 +457,9 @@ static int i915_gem_init_stolen(struct drm_i915_private *i915) * it likely means we failed to read the registers correctly. */ if (!reserved_base) { - DRM_ERROR("inconsistent reservation %pa + %pa; ignoring\n", - &reserved_base, &reserved_size); + drm_err(&i915->drm, + "inconsistent reservation %pa + %pa; ignoring\n", + &reserved_base, &reserved_size); reserved_base = stolen_top; reserved_size = 0; } @@ -463,8 +468,9 @@ static int i915_gem_init_stolen(struct drm_i915_private *i915) (struct resource)DEFINE_RES_MEM(reserved_base, reserved_size); if (!resource_contains(&i915->dsm, &i915->dsm_reserved)) { - DRM_ERROR("Stolen reserved area %pR outside stolen memory %pR\n", - &i915->dsm_reserved, &i915->dsm); + drm_err(&i915->drm, + "Stolen reserved area %pR outside stolen memory %pR\n", + &i915->dsm_reserved, &i915->dsm); return 0; } @@ -472,9 +478,10 @@ static int i915_gem_init_stolen(struct drm_i915_private *i915) * memory, so just consider the start. */ reserved_total = stolen_top - reserved_base; - DRM_DEBUG_DRIVER("Memory reserved for graphics device: %lluK, usable: %lluK\n", - (u64)resource_size(&i915->dsm) >> 10, - ((u64)resource_size(&i915->dsm) - reserved_total) >> 10); + drm_dbg(&i915->drm, + "Memory reserved for graphics device: %lluK, usable: %lluK\n", + (u64)resource_size(&i915->dsm) >> 10, + ((u64)resource_size(&i915->dsm) - reserved_total) >> 10); i915->stolen_usable_size = resource_size(&i915->dsm) - reserved_total; @@ -690,8 +697,9 @@ i915_gem_object_create_stolen_for_preallocated(struct drm_i915_private *i915, if (!drm_mm_initialized(&i915->mm.stolen)) return ERR_PTR(-ENODEV); - DRM_DEBUG_DRIVER("creating preallocated stolen object: stolen_offset=%pa, gtt_offset=%pa, size=%pa\n", - &stolen_offset, >t_offset, &size); + drm_dbg(&i915->drm, + "creating preallocated stolen object: stolen_offset=%pa, gtt_offset=%pa, size=%pa\n", + &stolen_offset, >t_offset, &size); /* KISS and expect everything to be page-aligned */ if (WARN_ON(size == 0) || @@ -709,14 +717,14 @@ i915_gem_object_create_stolen_for_preallocated(struct drm_i915_private *i915, ret = drm_mm_reserve_node(&i915->mm.stolen, stolen); mutex_unlock(&i915->mm.stolen_lock); if (ret) { - DRM_DEBUG_DRIVER("failed to allocate stolen space\n"); + drm_dbg(&i915->drm, "failed to allocate stolen space\n"); kfree(stolen); return ERR_PTR(ret); } obj = __i915_gem_object_create_stolen(mem, stolen); if (IS_ERR(obj)) { - DRM_DEBUG_DRIVER("failed to allocate stolen object\n"); + drm_dbg(&i915->drm, "failed to allocate stolen object\n"); i915_gem_stolen_remove_node(i915, stolen); kfree(stolen); return obj; @@ -746,7 +754,7 @@ i915_gem_object_create_stolen_for_preallocated(struct drm_i915_private *i915, size, gtt_offset, obj->cache_level, 0); if (ret) { - DRM_DEBUG_DRIVER("failed to allocate stolen GTT space\n"); + drm_dbg(&i915->drm, "failed to allocate stolen GTT space\n"); mutex_unlock(&ggtt->vm.mutex); goto err_pages; } -- 2.17.1 _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply related [flat|nested] 16+ messages in thread
* Re: [Intel-gfx] [PATCH 1/2] drm/i915/gem: initial conversion to new logging macros using coccinelle 2020-01-22 12:57 ` [Intel-gfx] [PATCH 1/2] drm/i915/gem: initial conversion to new logging macros using coccinelle Wambui Karuga @ 2020-01-28 13:25 ` Tvrtko Ursulin 2020-01-28 13:48 ` Jani Nikula 0 siblings, 1 reply; 16+ messages in thread From: Tvrtko Ursulin @ 2020-01-28 13:25 UTC (permalink / raw) To: Wambui Karuga, jani.nikula, joonas.lahtinen, rodrigo.vivi, airlied, daniel, intel-gfx, dri-devel, linux-kernel On 22/01/2020 12:57, Wambui Karuga wrote: > First pass of conversion to the new struct drm_based device logging > macros in the drm/i915/gem directory. This conversion was achieved using > the following coccinelle script that transforms based on the existence > of a straightforward struct drm_i915_private device: > > @rule1@ > identifier fn, T; > @@ > > fn(struct drm_i915_private *T,...) { > <+... > ( > -DRM_INFO( > +drm_info(&T->drm, > ...) > | > -DRM_ERROR( > +drm_err(&T->drm, > ...) > | > -DRM_WARN( > +drm_warn(&T->drm, > ...) > | > -DRM_DEBUG( > +drm_dbg(&T->drm, > ...) > | > -DRM_DEBUG_DRIVER( > +drm_dbg(&T->drm, > ...) > | > -DRM_DEBUG_KMS( > +drm_dbg_kms(&T->drm, > ...) > | > -DRM_DEBUG_ATOMIC( > +drm_dbg_atomic(&T->drm, > ...) > ) > ...+> > } > > @rule2@ > identifier fn, T; > @@ > > fn(...) { > ... > struct drm_i915_private *T = ...; > <+... > ( > -DRM_INFO( > +drm_info(&T->drm, > ...) > | > -DRM_ERROR( > +drm_err(&T->drm, > ...) > | > -DRM_WARN( > +drm_warn(&T->drm, > ...) > | > -DRM_DEBUG( > +drm_dbg(&T->drm, This changes DRM_UT_CORE to DRM_UT_DRIVER so our typical drm.debug=0xe becomes much more spammy. Regards, Tvrtko > ...) > | > -DRM_DEBUG_KMS( > +drm_dbg_kms(&T->drm, > ...) > | > -DRM_DEBUG_DRIVER( > +drm_dbg(&T->drm, > ...) > | > -DRM_DEBUG_ATOMIC( > +drm_dbg_atomic(&T->drm, > ...) > ) > ...+> > } > > Checkpatch warnings were addressed manually. > > Signed-off-by: Wambui Karuga <wambui.karugax@gmail.com> > --- > drivers/gpu/drm/i915/gem/i915_gem_context.c | 27 +++++---- > .../gpu/drm/i915/gem/i915_gem_execbuffer.c | 37 +++++++----- > drivers/gpu/drm/i915/gem/i915_gem_stolen.c | 56 +++++++++++-------- > 3 files changed, 70 insertions(+), 50 deletions(-) > > diff --git a/drivers/gpu/drm/i915/gem/i915_gem_context.c b/drivers/gpu/drm/i915/gem/i915_gem_context.c > index a2e57e62af30..5432da2abda0 100644 > --- a/drivers/gpu/drm/i915/gem/i915_gem_context.c > +++ b/drivers/gpu/drm/i915/gem/i915_gem_context.c > @@ -708,8 +708,8 @@ i915_gem_create_context(struct drm_i915_private *i915, unsigned int flags) > > ppgtt = i915_ppgtt_create(&i915->gt); > if (IS_ERR(ppgtt)) { > - DRM_DEBUG_DRIVER("PPGTT setup failed (%ld)\n", > - PTR_ERR(ppgtt)); > + drm_dbg(&i915->drm, "PPGTT setup failed (%ld)\n", > + PTR_ERR(ppgtt)); > context_close(ctx); > return ERR_CAST(ppgtt); > } > @@ -751,9 +751,9 @@ static void init_contexts(struct i915_gem_contexts *gc) > void i915_gem_init__contexts(struct drm_i915_private *i915) > { > init_contexts(&i915->gem.contexts); > - DRM_DEBUG_DRIVER("%s context support initialized\n", > - DRIVER_CAPS(i915)->has_logical_contexts ? > - "logical" : "fake"); > + drm_dbg(&i915->drm, "%s context support initialized\n", > + DRIVER_CAPS(i915)->has_logical_contexts ? > + "logical" : "fake"); > } > > void i915_gem_driver_release__contexts(struct drm_i915_private *i915) > @@ -1624,6 +1624,7 @@ static int > set_engines(struct i915_gem_context *ctx, > const struct drm_i915_gem_context_param *args) > { > + struct drm_i915_private *i915 = ctx->i915; > struct i915_context_param_engines __user *user = > u64_to_user_ptr(args->value); > struct set_engines set = { .ctx = ctx }; > @@ -1645,8 +1646,8 @@ set_engines(struct i915_gem_context *ctx, > BUILD_BUG_ON(!IS_ALIGNED(sizeof(*user), sizeof(*user->engines))); > if (args->size < sizeof(*user) || > !IS_ALIGNED(args->size, sizeof(*user->engines))) { > - DRM_DEBUG("Invalid size for engine array: %d\n", > - args->size); > + drm_dbg(&i915->drm, "Invalid size for engine array: %d\n", > + args->size); > return -EINVAL; > } > > @@ -1682,8 +1683,9 @@ set_engines(struct i915_gem_context *ctx, > ci.engine_class, > ci.engine_instance); > if (!engine) { > - DRM_DEBUG("Invalid engine[%d]: { class:%d, instance:%d }\n", > - n, ci.engine_class, ci.engine_instance); > + drm_dbg(&i915->drm, > + "Invalid engine[%d]: { class:%d, instance:%d }\n", > + n, ci.engine_class, ci.engine_instance); > __free_engines(set.engines, n); > return -ENOENT; > } > @@ -2197,8 +2199,9 @@ int i915_gem_context_create_ioctl(struct drm_device *dev, void *data, > > ext_data.fpriv = file->driver_priv; > if (client_is_banned(ext_data.fpriv)) { > - DRM_DEBUG("client %s[%d] banned from creating ctx\n", > - current->comm, task_pid_nr(current)); > + drm_dbg(&i915->drm, > + "client %s[%d] banned from creating ctx\n", > + current->comm, task_pid_nr(current)); > return -EIO; > } > > @@ -2220,7 +2223,7 @@ int i915_gem_context_create_ioctl(struct drm_device *dev, void *data, > goto err_ctx; > > args->ctx_id = id; > - DRM_DEBUG("HW context %d created\n", args->ctx_id); > + drm_dbg(&i915->drm, "HW context %d created\n", args->ctx_id); > > return 0; > > diff --git a/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c b/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c > index 60c984e10c4a..61c0a837f163 100644 > --- a/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c > +++ b/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c > @@ -420,6 +420,7 @@ eb_validate_vma(struct i915_execbuffer *eb, > struct drm_i915_gem_exec_object2 *entry, > struct i915_vma *vma) > { > + struct drm_i915_private *i915 = eb->i915; > if (unlikely(entry->flags & eb->invalid_flags)) > return -EINVAL; > > @@ -443,8 +444,9 @@ eb_validate_vma(struct i915_execbuffer *eb, > } > > if (unlikely(vma->exec_flags)) { > - DRM_DEBUG("Object [handle %d, index %d] appears more than once in object list\n", > - entry->handle, (int)(entry - eb->exec)); > + drm_dbg(&i915->drm, > + "Object [handle %d, index %d] appears more than once in object list\n", > + entry->handle, (int)(entry - eb->exec)); > return -EINVAL; > } > > @@ -1330,6 +1332,7 @@ eb_relocate_entry(struct i915_execbuffer *eb, > struct i915_vma *vma, > const struct drm_i915_gem_relocation_entry *reloc) > { > + struct drm_i915_private *i915 = eb->i915; > struct i915_vma *target; > int err; > > @@ -1340,7 +1343,7 @@ eb_relocate_entry(struct i915_execbuffer *eb, > > /* Validate that the target is in a valid r/w GPU domain */ > if (unlikely(reloc->write_domain & (reloc->write_domain - 1))) { > - DRM_DEBUG("reloc with multiple write domains: " > + drm_dbg(&i915->drm, "reloc with multiple write domains: " > "target %d offset %d " > "read %08x write %08x", > reloc->target_handle, > @@ -1351,7 +1354,7 @@ eb_relocate_entry(struct i915_execbuffer *eb, > } > if (unlikely((reloc->write_domain | reloc->read_domains) > & ~I915_GEM_GPU_DOMAINS)) { > - DRM_DEBUG("reloc with read/write non-GPU domains: " > + drm_dbg(&i915->drm, "reloc with read/write non-GPU domains: " > "target %d offset %d " > "read %08x write %08x", > reloc->target_handle, > @@ -1391,7 +1394,7 @@ eb_relocate_entry(struct i915_execbuffer *eb, > /* Check that the relocation address is valid... */ > if (unlikely(reloc->offset > > vma->size - (eb->reloc_cache.use_64bit_reloc ? 8 : 4))) { > - DRM_DEBUG("Relocation beyond object bounds: " > + drm_dbg(&i915->drm, "Relocation beyond object bounds: " > "target %d offset %d size %d.\n", > reloc->target_handle, > (int)reloc->offset, > @@ -1399,7 +1402,7 @@ eb_relocate_entry(struct i915_execbuffer *eb, > return -EINVAL; > } > if (unlikely(reloc->offset & 3)) { > - DRM_DEBUG("Relocation not 4-byte aligned: " > + drm_dbg(&i915->drm, "Relocation not 4-byte aligned: " > "target %d offset %d.\n", > reloc->target_handle, > (int)reloc->offset); > @@ -2075,6 +2078,7 @@ static int eb_parse_pipeline(struct i915_execbuffer *eb, > > static int eb_parse(struct i915_execbuffer *eb) > { > + struct drm_i915_private *i915 = eb->i915; > struct intel_engine_pool_node *pool; > struct i915_vma *shadow, *trampoline; > unsigned int len; > @@ -2090,7 +2094,8 @@ static int eb_parse(struct i915_execbuffer *eb) > * post-scan tampering > */ > if (!eb->context->vm->has_read_only) { > - DRM_DEBUG("Cannot prevent post-scan tampering without RO capable vm\n"); > + drm_dbg(&i915->drm, > + "Cannot prevent post-scan tampering without RO capable vm\n"); > return -EINVAL; > } > } else { > @@ -2371,8 +2376,9 @@ eb_select_legacy_ring(struct i915_execbuffer *eb, > > if (user_ring_id != I915_EXEC_BSD && > (args->flags & I915_EXEC_BSD_MASK)) { > - DRM_DEBUG("execbuf with non bsd ring but with invalid " > - "bsd dispatch flags: %d\n", (int)(args->flags)); > + drm_dbg(&i915->drm, > + "execbuf with non bsd ring but with invalid " > + "bsd dispatch flags: %d\n", (int)(args->flags)); > return -1; > } > > @@ -2386,8 +2392,9 @@ eb_select_legacy_ring(struct i915_execbuffer *eb, > bsd_idx >>= I915_EXEC_BSD_SHIFT; > bsd_idx--; > } else { > - DRM_DEBUG("execbuf with unknown bsd ring: %u\n", > - bsd_idx); > + drm_dbg(&i915->drm, > + "execbuf with unknown bsd ring: %u\n", > + bsd_idx); > return -1; > } > > @@ -2395,7 +2402,8 @@ eb_select_legacy_ring(struct i915_execbuffer *eb, > } > > if (user_ring_id >= ARRAY_SIZE(user_ring_map)) { > - DRM_DEBUG("execbuf with unknown ring: %u\n", user_ring_id); > + drm_dbg(&i915->drm, "execbuf with unknown ring: %u\n", > + user_ring_id); > return -1; > } > > @@ -2669,13 +2677,14 @@ i915_gem_do_execbuffer(struct drm_device *dev, > } > > if (unlikely(*eb.batch->exec_flags & EXEC_OBJECT_WRITE)) { > - DRM_DEBUG("Attempting to use self-modifying batch buffer\n"); > + drm_dbg(&i915->drm, > + "Attempting to use self-modifying batch buffer\n"); > err = -EINVAL; > goto err_vma; > } > if (eb.batch_start_offset > eb.batch->size || > eb.batch_len > eb.batch->size - eb.batch_start_offset) { > - DRM_DEBUG("Attempting to use out-of-bounds batch\n"); > + drm_dbg(&i915->drm, "Attempting to use out-of-bounds batch\n"); > err = -EINVAL; > goto err_vma; > } > diff --git a/drivers/gpu/drm/i915/gem/i915_gem_stolen.c b/drivers/gpu/drm/i915/gem/i915_gem_stolen.c > index 451f3078d60d..52c92f4fcb56 100644 > --- a/drivers/gpu/drm/i915/gem/i915_gem_stolen.c > +++ b/drivers/gpu/drm/i915/gem/i915_gem_stolen.c > @@ -110,8 +110,11 @@ static int i915_adjust_stolen(struct drm_i915_private *i915, > > if (stolen[0].start != stolen[1].start || > stolen[0].end != stolen[1].end) { > - DRM_DEBUG_DRIVER("GTT within stolen memory at %pR\n", &ggtt_res); > - DRM_DEBUG_DRIVER("Stolen memory adjusted to %pR\n", dsm); > + drm_dbg(&i915->drm, > + "GTT within stolen memory at %pR\n", > + &ggtt_res); > + drm_dbg(&i915->drm, "Stolen memory adjusted to %pR\n", > + dsm); > } > } > > @@ -142,8 +145,9 @@ static int i915_adjust_stolen(struct drm_i915_private *i915, > * range. Apparently this works. > */ > if (!r && !IS_GEN(i915, 3)) { > - DRM_ERROR("conflict detected with stolen region: %pR\n", > - dsm); > + drm_err(&i915->drm, > + "conflict detected with stolen region: %pR\n", > + dsm); > > return -EBUSY; > } > @@ -171,8 +175,8 @@ static void g4x_get_stolen_reserved(struct drm_i915_private *i915, > ELK_STOLEN_RESERVED); > resource_size_t stolen_top = i915->dsm.end + 1; > > - DRM_DEBUG_DRIVER("%s_STOLEN_RESERVED = %08x\n", > - IS_GM45(i915) ? "CTG" : "ELK", reg_val); > + drm_dbg(&i915->drm, "%s_STOLEN_RESERVED = %08x\n", > + IS_GM45(i915) ? "CTG" : "ELK", reg_val); > > if ((reg_val & G4X_STOLEN_RESERVED_ENABLE) == 0) > return; > @@ -200,7 +204,7 @@ static void gen6_get_stolen_reserved(struct drm_i915_private *i915, > { > u32 reg_val = intel_uncore_read(uncore, GEN6_STOLEN_RESERVED); > > - DRM_DEBUG_DRIVER("GEN6_STOLEN_RESERVED = %08x\n", reg_val); > + drm_dbg(&i915->drm, "GEN6_STOLEN_RESERVED = %08x\n", reg_val); > > if (!(reg_val & GEN6_STOLEN_RESERVED_ENABLE)) > return; > @@ -234,7 +238,7 @@ static void vlv_get_stolen_reserved(struct drm_i915_private *i915, > u32 reg_val = intel_uncore_read(uncore, GEN6_STOLEN_RESERVED); > resource_size_t stolen_top = i915->dsm.end + 1; > > - DRM_DEBUG_DRIVER("GEN6_STOLEN_RESERVED = %08x\n", reg_val); > + drm_dbg(&i915->drm, "GEN6_STOLEN_RESERVED = %08x\n", reg_val); > > if (!(reg_val & GEN6_STOLEN_RESERVED_ENABLE)) > return; > @@ -262,7 +266,7 @@ static void gen7_get_stolen_reserved(struct drm_i915_private *i915, > { > u32 reg_val = intel_uncore_read(uncore, GEN6_STOLEN_RESERVED); > > - DRM_DEBUG_DRIVER("GEN6_STOLEN_RESERVED = %08x\n", reg_val); > + drm_dbg(&i915->drm, "GEN6_STOLEN_RESERVED = %08x\n", reg_val); > > if (!(reg_val & GEN6_STOLEN_RESERVED_ENABLE)) > return; > @@ -289,7 +293,7 @@ static void chv_get_stolen_reserved(struct drm_i915_private *i915, > { > u32 reg_val = intel_uncore_read(uncore, GEN6_STOLEN_RESERVED); > > - DRM_DEBUG_DRIVER("GEN6_STOLEN_RESERVED = %08x\n", reg_val); > + drm_dbg(&i915->drm, "GEN6_STOLEN_RESERVED = %08x\n", reg_val); > > if (!(reg_val & GEN6_STOLEN_RESERVED_ENABLE)) > return; > @@ -323,7 +327,7 @@ static void bdw_get_stolen_reserved(struct drm_i915_private *i915, > u32 reg_val = intel_uncore_read(uncore, GEN6_STOLEN_RESERVED); > resource_size_t stolen_top = i915->dsm.end + 1; > > - DRM_DEBUG_DRIVER("GEN6_STOLEN_RESERVED = %08x\n", reg_val); > + drm_dbg(&i915->drm, "GEN6_STOLEN_RESERVED = %08x\n", reg_val); > > if (!(reg_val & GEN6_STOLEN_RESERVED_ENABLE)) > return; > @@ -342,7 +346,7 @@ static void icl_get_stolen_reserved(struct drm_i915_private *i915, > { > u64 reg_val = intel_uncore_read64(uncore, GEN6_STOLEN_RESERVED); > > - DRM_DEBUG_DRIVER("GEN6_STOLEN_RESERVED = 0x%016llx\n", reg_val); > + drm_dbg(&i915->drm, "GEN6_STOLEN_RESERVED = 0x%016llx\n", reg_val); > > *base = reg_val & GEN11_STOLEN_RESERVED_ADDR_MASK; > > @@ -453,8 +457,9 @@ static int i915_gem_init_stolen(struct drm_i915_private *i915) > * it likely means we failed to read the registers correctly. > */ > if (!reserved_base) { > - DRM_ERROR("inconsistent reservation %pa + %pa; ignoring\n", > - &reserved_base, &reserved_size); > + drm_err(&i915->drm, > + "inconsistent reservation %pa + %pa; ignoring\n", > + &reserved_base, &reserved_size); > reserved_base = stolen_top; > reserved_size = 0; > } > @@ -463,8 +468,9 @@ static int i915_gem_init_stolen(struct drm_i915_private *i915) > (struct resource)DEFINE_RES_MEM(reserved_base, reserved_size); > > if (!resource_contains(&i915->dsm, &i915->dsm_reserved)) { > - DRM_ERROR("Stolen reserved area %pR outside stolen memory %pR\n", > - &i915->dsm_reserved, &i915->dsm); > + drm_err(&i915->drm, > + "Stolen reserved area %pR outside stolen memory %pR\n", > + &i915->dsm_reserved, &i915->dsm); > return 0; > } > > @@ -472,9 +478,10 @@ static int i915_gem_init_stolen(struct drm_i915_private *i915) > * memory, so just consider the start. */ > reserved_total = stolen_top - reserved_base; > > - DRM_DEBUG_DRIVER("Memory reserved for graphics device: %lluK, usable: %lluK\n", > - (u64)resource_size(&i915->dsm) >> 10, > - ((u64)resource_size(&i915->dsm) - reserved_total) >> 10); > + drm_dbg(&i915->drm, > + "Memory reserved for graphics device: %lluK, usable: %lluK\n", > + (u64)resource_size(&i915->dsm) >> 10, > + ((u64)resource_size(&i915->dsm) - reserved_total) >> 10); > > i915->stolen_usable_size = > resource_size(&i915->dsm) - reserved_total; > @@ -690,8 +697,9 @@ i915_gem_object_create_stolen_for_preallocated(struct drm_i915_private *i915, > if (!drm_mm_initialized(&i915->mm.stolen)) > return ERR_PTR(-ENODEV); > > - DRM_DEBUG_DRIVER("creating preallocated stolen object: stolen_offset=%pa, gtt_offset=%pa, size=%pa\n", > - &stolen_offset, >t_offset, &size); > + drm_dbg(&i915->drm, > + "creating preallocated stolen object: stolen_offset=%pa, gtt_offset=%pa, size=%pa\n", > + &stolen_offset, >t_offset, &size); > > /* KISS and expect everything to be page-aligned */ > if (WARN_ON(size == 0) || > @@ -709,14 +717,14 @@ i915_gem_object_create_stolen_for_preallocated(struct drm_i915_private *i915, > ret = drm_mm_reserve_node(&i915->mm.stolen, stolen); > mutex_unlock(&i915->mm.stolen_lock); > if (ret) { > - DRM_DEBUG_DRIVER("failed to allocate stolen space\n"); > + drm_dbg(&i915->drm, "failed to allocate stolen space\n"); > kfree(stolen); > return ERR_PTR(ret); > } > > obj = __i915_gem_object_create_stolen(mem, stolen); > if (IS_ERR(obj)) { > - DRM_DEBUG_DRIVER("failed to allocate stolen object\n"); > + drm_dbg(&i915->drm, "failed to allocate stolen object\n"); > i915_gem_stolen_remove_node(i915, stolen); > kfree(stolen); > return obj; > @@ -746,7 +754,7 @@ i915_gem_object_create_stolen_for_preallocated(struct drm_i915_private *i915, > size, gtt_offset, obj->cache_level, > 0); > if (ret) { > - DRM_DEBUG_DRIVER("failed to allocate stolen GTT space\n"); > + drm_dbg(&i915->drm, "failed to allocate stolen GTT space\n"); > mutex_unlock(&ggtt->vm.mutex); > goto err_pages; > } > _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Intel-gfx] [PATCH 1/2] drm/i915/gem: initial conversion to new logging macros using coccinelle 2020-01-28 13:25 ` Tvrtko Ursulin @ 2020-01-28 13:48 ` Jani Nikula 2020-01-28 14:58 ` Tvrtko Ursulin 2020-01-28 18:28 ` Chris Wilson 0 siblings, 2 replies; 16+ messages in thread From: Jani Nikula @ 2020-01-28 13:48 UTC (permalink / raw) To: Tvrtko Ursulin, Wambui Karuga, joonas.lahtinen, rodrigo.vivi, airlied, daniel, intel-gfx, dri-devel On Tue, 28 Jan 2020, Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com> wrote: >> -DRM_DEBUG( >> +drm_dbg(&T->drm, > > This changes DRM_UT_CORE to DRM_UT_DRIVER so our typical drm.debug=0xe > becomes much more spammy. This is what I've instructed Wambui to do in i915. It's my mistake that I haven't requested this to be pointed out in the commit message. DRM_DEBUG() and DRM_DEBUG_DRIVER() have been conflated over the years. The former is supposed to be for drm core code only, but drivers are littered with it. I'm hoping drivers are less likely to use the new drm_dbg_core() which maps to DRM_DEBUG(). The shorter drm_dbg() is the new DRM_DEBUG_DRIVER(). If you think drm.debug=0xe is too spammy now, the fix is not to abuse DRM_UT_CORE as a spare category. BR, Jani. -- Jani Nikula, Intel Open Source Graphics Center _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Intel-gfx] [PATCH 1/2] drm/i915/gem: initial conversion to new logging macros using coccinelle 2020-01-28 13:48 ` Jani Nikula @ 2020-01-28 14:58 ` Tvrtko Ursulin 2020-01-28 18:28 ` Chris Wilson 1 sibling, 0 replies; 16+ messages in thread From: Tvrtko Ursulin @ 2020-01-28 14:58 UTC (permalink / raw) To: Jani Nikula, Wambui Karuga, joonas.lahtinen, rodrigo.vivi, airlied, daniel, intel-gfx, dri-devel On 28/01/2020 13:48, Jani Nikula wrote: > On Tue, 28 Jan 2020, Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com> wrote: >>> -DRM_DEBUG( >>> +drm_dbg(&T->drm, >> >> This changes DRM_UT_CORE to DRM_UT_DRIVER so our typical drm.debug=0xe >> becomes much more spammy. > > This is what I've instructed Wambui to do in i915. It's my mistake that > I haven't requested this to be pointed out in the commit message. > > DRM_DEBUG() and DRM_DEBUG_DRIVER() have been conflated over the > years. The former is supposed to be for drm core code only, but drivers > are littered with it. I'm hoping drivers are less likely to use the new > drm_dbg_core() which maps to DRM_DEBUG(). The shorter drm_dbg() is the > new DRM_DEBUG_DRIVER(). > > If you think drm.debug=0xe is too spammy now, the fix is not to abuse > DRM_UT_CORE as a spare category. For i915 negative impact (in terms of amount of new logging produced) is probably limited to CI runs. Maybe developer testing to a lesser extent. I think wait and see approach will be okay. Regards, Tvrtko _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Intel-gfx] [PATCH 1/2] drm/i915/gem: initial conversion to new logging macros using coccinelle 2020-01-28 13:48 ` Jani Nikula 2020-01-28 14:58 ` Tvrtko Ursulin @ 2020-01-28 18:28 ` Chris Wilson 2020-01-29 8:32 ` Jani Nikula 1 sibling, 1 reply; 16+ messages in thread From: Chris Wilson @ 2020-01-28 18:28 UTC (permalink / raw) To: Jani Nikula, Tvrtko Ursulin, Wambui Karuga, airlied, daniel, dri-devel, intel-gfx, joonas.lahtinen, rodrigo.vivi Quoting Jani Nikula (2020-01-28 13:48:10) > On Tue, 28 Jan 2020, Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com> wrote: > >> -DRM_DEBUG( > >> +drm_dbg(&T->drm, > > > > This changes DRM_UT_CORE to DRM_UT_DRIVER so our typical drm.debug=0xe > > becomes much more spammy. > > This is what I've instructed Wambui to do in i915. It's my mistake that > I haven't requested this to be pointed out in the commit message. > > DRM_DEBUG() and DRM_DEBUG_DRIVER() have been conflated over the > years. The former is supposed to be for drm core code only, but drivers > are littered with it. I'm hoping drivers are less likely to use the new > drm_dbg_core() which maps to DRM_DEBUG(). The shorter drm_dbg() is the > new DRM_DEBUG_DRIVER(). > > If you think drm.debug=0xe is too spammy now, the fix is not to abuse > DRM_UT_CORE as a spare category That mistake was made when that category was assigned to user debug like ioctls. Shall I send a revert to remove the spam? -Chris _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Intel-gfx] [PATCH 1/2] drm/i915/gem: initial conversion to new logging macros using coccinelle 2020-01-28 18:28 ` Chris Wilson @ 2020-01-29 8:32 ` Jani Nikula 2020-01-29 13:59 ` Jani Nikula 0 siblings, 1 reply; 16+ messages in thread From: Jani Nikula @ 2020-01-29 8:32 UTC (permalink / raw) To: Chris Wilson, Tvrtko Ursulin, Wambui Karuga, airlied, daniel, dri-devel, intel-gfx, joonas.lahtinen, rodrigo.vivi On Tue, 28 Jan 2020, Chris Wilson <chris@chris-wilson.co.uk> wrote: > Quoting Jani Nikula (2020-01-28 13:48:10) >> On Tue, 28 Jan 2020, Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com> wrote: >> >> -DRM_DEBUG( >> >> +drm_dbg(&T->drm, >> > >> > This changes DRM_UT_CORE to DRM_UT_DRIVER so our typical drm.debug=0xe >> > becomes much more spammy. >> >> This is what I've instructed Wambui to do in i915. It's my mistake that >> I haven't requested this to be pointed out in the commit message. >> >> DRM_DEBUG() and DRM_DEBUG_DRIVER() have been conflated over the >> years. The former is supposed to be for drm core code only, but drivers >> are littered with it. I'm hoping drivers are less likely to use the new >> drm_dbg_core() which maps to DRM_DEBUG(). The shorter drm_dbg() is the >> new DRM_DEBUG_DRIVER(). >> >> If you think drm.debug=0xe is too spammy now, the fix is not to abuse >> DRM_UT_CORE as a spare category > > That mistake was made when that category was assigned to user debug like > ioctls. > > Shall I send a revert to remove the spam? Fine. Please suggest an alternative to DRM_UT_CORE to use here. BR, Jani. -- Jani Nikula, Intel Open Source Graphics Center _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Intel-gfx] [PATCH 1/2] drm/i915/gem: initial conversion to new logging macros using coccinelle 2020-01-29 8:32 ` Jani Nikula @ 2020-01-29 13:59 ` Jani Nikula 0 siblings, 0 replies; 16+ messages in thread From: Jani Nikula @ 2020-01-29 13:59 UTC (permalink / raw) To: Chris Wilson, Tvrtko Ursulin, Wambui Karuga, airlied, daniel, dri-devel, intel-gfx, joonas.lahtinen, rodrigo.vivi On Wed, 29 Jan 2020, Jani Nikula <jani.nikula@linux.intel.com> wrote: > On Tue, 28 Jan 2020, Chris Wilson <chris@chris-wilson.co.uk> wrote: >> Quoting Jani Nikula (2020-01-28 13:48:10) >>> On Tue, 28 Jan 2020, Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com> wrote: >>> >> -DRM_DEBUG( >>> >> +drm_dbg(&T->drm, >>> > >>> > This changes DRM_UT_CORE to DRM_UT_DRIVER so our typical drm.debug=0xe >>> > becomes much more spammy. >>> >>> This is what I've instructed Wambui to do in i915. It's my mistake that >>> I haven't requested this to be pointed out in the commit message. >>> >>> DRM_DEBUG() and DRM_DEBUG_DRIVER() have been conflated over the >>> years. The former is supposed to be for drm core code only, but drivers >>> are littered with it. I'm hoping drivers are less likely to use the new >>> drm_dbg_core() which maps to DRM_DEBUG(). The shorter drm_dbg() is the >>> new DRM_DEBUG_DRIVER(). >>> >>> If you think drm.debug=0xe is too spammy now, the fix is not to abuse >>> DRM_UT_CORE as a spare category >> >> That mistake was made when that category was assigned to user debug like >> ioctls. >> >> Shall I send a revert to remove the spam? > > Fine. Please suggest an alternative to DRM_UT_CORE to use here. How about this for the time being, to continue the conversion: 1. Selectively revert the DRM_DEBUG() calls that were converted to drm_dbg() back to DRM_DEBUG() in gt/ and gem/. Let the others be. I think elsewhere the conversion is fine. 2. Continue the conversion otherwise, but leave current DRM_DEBUG() intact. Except in display/ where I think the conversion is fine. 3. Deal with the DRM_DEBUG() later once we figure out what we want. BR, Jani. -- Jani Nikula, Intel Open Source Graphics Center _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 16+ messages in thread
* [Intel-gfx] [PATCH 2/2] drm/i915/gem: manual conversion to struct drm_device logging macros. 2020-01-22 12:57 [Intel-gfx] [PATCH 0/2] drm/i915/gem: conversion to new drm logging macros Wambui Karuga 2020-01-22 12:57 ` [Intel-gfx] [PATCH 1/2] drm/i915/gem: initial conversion to new logging macros using coccinelle Wambui Karuga @ 2020-01-22 12:57 ` Wambui Karuga 2020-01-23 19:47 ` [Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/gem: conversion to new drm " Patchwork ` (2 subsequent siblings) 4 siblings, 0 replies; 16+ messages in thread From: Wambui Karuga @ 2020-01-22 12:57 UTC (permalink / raw) To: jani.nikula, joonas.lahtinen, rodrigo.vivi, airlied, daniel, intel-gfx, dri-devel, linux-kernel Convert most of the remaining uses of the printk based logging macros to the new struct drm_device based logging macros in drm/i915/gem. This also involves extracting the struct drm_i915_private device from various types, and using it in the various macros. Signed-off-by: Wambui Karuga <wambui.karugax@gmail.com> --- drivers/gpu/drm/i915/gem/i915_gem_context.c | 41 +++++++++++-------- .../gpu/drm/i915/gem/i915_gem_execbuffer.c | 23 ++++++----- drivers/gpu/drm/i915/gem/i915_gem_pages.c | 4 +- 3 files changed, 40 insertions(+), 28 deletions(-) diff --git a/drivers/gpu/drm/i915/gem/i915_gem_context.c b/drivers/gpu/drm/i915/gem/i915_gem_context.c index 5432da2abda0..28b8794695be 100644 --- a/drivers/gpu/drm/i915/gem/i915_gem_context.c +++ b/drivers/gpu/drm/i915/gem/i915_gem_context.c @@ -1444,6 +1444,7 @@ set_engines__load_balance(struct i915_user_extension __user *base, void *data) struct i915_context_engines_load_balance __user *ext = container_of_user(base, typeof(*ext), base); const struct set_engines *set = data; + struct drm_i915_private *i915 = set->ctx->i915; struct intel_engine_cs *stack[16]; struct intel_engine_cs **siblings; struct intel_context *ce; @@ -1451,24 +1452,25 @@ set_engines__load_balance(struct i915_user_extension __user *base, void *data) unsigned int n; int err; - if (!HAS_EXECLISTS(set->ctx->i915)) + if (!HAS_EXECLISTS(i915)) return -ENODEV; - if (USES_GUC_SUBMISSION(set->ctx->i915)) + if (USES_GUC_SUBMISSION(i915)) return -ENODEV; /* not implement yet */ if (get_user(idx, &ext->engine_index)) return -EFAULT; if (idx >= set->engines->num_engines) { - DRM_DEBUG("Invalid placement value, %d >= %d\n", - idx, set->engines->num_engines); + drm_dbg(&i915->drm, "Invalid placement value, %d >= %d\n", + idx, set->engines->num_engines); return -EINVAL; } idx = array_index_nospec(idx, set->engines->num_engines); if (set->engines->engines[idx]) { - DRM_DEBUG("Invalid placement[%d], already occupied\n", idx); + drm_dbg(&i915->drm, + "Invalid placement[%d], already occupied\n", idx); return -EEXIST; } @@ -1500,12 +1502,13 @@ set_engines__load_balance(struct i915_user_extension __user *base, void *data) goto out_siblings; } - siblings[n] = intel_engine_lookup_user(set->ctx->i915, + siblings[n] = intel_engine_lookup_user(i915, ci.engine_class, ci.engine_instance); if (!siblings[n]) { - DRM_DEBUG("Invalid sibling[%d]: { class:%d, inst:%d }\n", - n, ci.engine_class, ci.engine_instance); + drm_dbg(&i915->drm, + "Invalid sibling[%d]: { class:%d, inst:%d }\n", + n, ci.engine_class, ci.engine_instance); err = -EINVAL; goto out_siblings; } @@ -1538,6 +1541,7 @@ set_engines__bond(struct i915_user_extension __user *base, void *data) struct i915_context_engines_bond __user *ext = container_of_user(base, typeof(*ext), base); const struct set_engines *set = data; + struct drm_i915_private *i915 = set->ctx->i915; struct i915_engine_class_instance ci; struct intel_engine_cs *virtual; struct intel_engine_cs *master; @@ -1548,14 +1552,15 @@ set_engines__bond(struct i915_user_extension __user *base, void *data) return -EFAULT; if (idx >= set->engines->num_engines) { - DRM_DEBUG("Invalid index for virtual engine: %d >= %d\n", - idx, set->engines->num_engines); + drm_dbg(&i915->drm, + "Invalid index for virtual engine: %d >= %d\n", + idx, set->engines->num_engines); return -EINVAL; } idx = array_index_nospec(idx, set->engines->num_engines); if (!set->engines->engines[idx]) { - DRM_DEBUG("Invalid engine at %d\n", idx); + drm_dbg(&i915->drm, "Invalid engine at %d\n", idx); return -EINVAL; } virtual = set->engines->engines[idx]->engine; @@ -1573,11 +1578,12 @@ set_engines__bond(struct i915_user_extension __user *base, void *data) if (copy_from_user(&ci, &ext->master, sizeof(ci))) return -EFAULT; - master = intel_engine_lookup_user(set->ctx->i915, + master = intel_engine_lookup_user(i915, ci.engine_class, ci.engine_instance); if (!master) { - DRM_DEBUG("Unrecognised master engine: { class:%u, instance:%u }\n", - ci.engine_class, ci.engine_instance); + drm_dbg(&i915->drm, + "Unrecognised master engine: { class:%u, instance:%u }\n", + ci.engine_class, ci.engine_instance); return -EINVAL; } @@ -1590,12 +1596,13 @@ set_engines__bond(struct i915_user_extension __user *base, void *data) if (copy_from_user(&ci, &ext->engines[n], sizeof(ci))) return -EFAULT; - bond = intel_engine_lookup_user(set->ctx->i915, + bond = intel_engine_lookup_user(i915, ci.engine_class, ci.engine_instance); if (!bond) { - DRM_DEBUG("Unrecognised engine[%d] for bonding: { class:%d, instance: %d }\n", - n, ci.engine_class, ci.engine_instance); + drm_dbg(&i915->drm, + "Unrecognised engine[%d] for bonding: { class:%d, instance: %d }\n", + n, ci.engine_class, ci.engine_instance); return -EINVAL; } diff --git a/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c b/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c index 61c0a837f163..cae0581d7e47 100644 --- a/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c +++ b/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c @@ -1924,7 +1924,7 @@ static int i915_reset_gen7_sol_offsets(struct i915_request *rq) int i; if (!IS_GEN(rq->i915, 7) || rq->engine->id != RCS0) { - DRM_DEBUG("sol reset is gen7/rcs only\n"); + drm_dbg(&rq->i915->drm, "sol reset is gen7/rcs only\n"); return -EINVAL; } @@ -2847,6 +2847,7 @@ int i915_gem_execbuffer_ioctl(struct drm_device *dev, void *data, struct drm_file *file) { + struct drm_i915_private *i915 = to_i915(dev); struct drm_i915_gem_execbuffer *args = data; struct drm_i915_gem_execbuffer2 exec2; struct drm_i915_gem_exec_object *exec_list = NULL; @@ -2856,7 +2857,7 @@ i915_gem_execbuffer_ioctl(struct drm_device *dev, void *data, int err; if (!check_buffer_count(count)) { - DRM_DEBUG("execbuf2 with %zd buffers\n", count); + drm_dbg(&i915->drm, "execbuf2 with %zd buffers\n", count); return -EINVAL; } @@ -2881,8 +2882,9 @@ i915_gem_execbuffer_ioctl(struct drm_device *dev, void *data, exec2_list = kvmalloc_array(count + 1, eb_element_size(), __GFP_NOWARN | GFP_KERNEL); if (exec_list == NULL || exec2_list == NULL) { - DRM_DEBUG("Failed to allocate exec list for %d buffers\n", - args->buffer_count); + drm_dbg(&i915->drm, + "Failed to allocate exec list for %d buffers\n", + args->buffer_count); kvfree(exec_list); kvfree(exec2_list); return -ENOMEM; @@ -2891,8 +2893,8 @@ i915_gem_execbuffer_ioctl(struct drm_device *dev, void *data, u64_to_user_ptr(args->buffers_ptr), sizeof(*exec_list) * count); if (err) { - DRM_DEBUG("copy %d exec entries failed %d\n", - args->buffer_count, err); + drm_dbg(&i915->drm, "copy %d exec entries failed %d\n", + args->buffer_count, err); kvfree(exec_list); kvfree(exec2_list); return -EFAULT; @@ -2939,6 +2941,7 @@ int i915_gem_execbuffer2_ioctl(struct drm_device *dev, void *data, struct drm_file *file) { + struct drm_i915_private *i915 = to_i915(dev); struct drm_i915_gem_execbuffer2 *args = data; struct drm_i915_gem_exec_object2 *exec2_list; struct drm_syncobj **fences = NULL; @@ -2946,7 +2949,7 @@ i915_gem_execbuffer2_ioctl(struct drm_device *dev, void *data, int err; if (!check_buffer_count(count)) { - DRM_DEBUG("execbuf2 with %zd buffers\n", count); + drm_dbg(&i915->drm, "execbuf2 with %zd buffers\n", count); return -EINVAL; } @@ -2958,14 +2961,14 @@ i915_gem_execbuffer2_ioctl(struct drm_device *dev, void *data, exec2_list = kvmalloc_array(count + 1, eb_element_size(), __GFP_NOWARN | GFP_KERNEL); if (exec2_list == NULL) { - DRM_DEBUG("Failed to allocate exec list for %zd buffers\n", - count); + drm_dbg(&i915->drm, "Failed to allocate exec list for %zd buffers\n", + count); return -ENOMEM; } if (copy_from_user(exec2_list, u64_to_user_ptr(args->buffers_ptr), sizeof(*exec2_list) * count)) { - DRM_DEBUG("copy %zd exec entries failed\n", count); + drm_dbg(&i915->drm, "copy %zd exec entries failed\n", count); kvfree(exec2_list); return -EFAULT; } diff --git a/drivers/gpu/drm/i915/gem/i915_gem_pages.c b/drivers/gpu/drm/i915/gem/i915_gem_pages.c index 54aca5c9101e..24f4cadea114 100644 --- a/drivers/gpu/drm/i915/gem/i915_gem_pages.c +++ b/drivers/gpu/drm/i915/gem/i915_gem_pages.c @@ -83,10 +83,12 @@ void __i915_gem_object_set_pages(struct drm_i915_gem_object *obj, int ____i915_gem_object_get_pages(struct drm_i915_gem_object *obj) { + struct drm_i915_private *i915 = to_i915(obj->base.dev); int err; if (unlikely(obj->mm.madv != I915_MADV_WILLNEED)) { - DRM_DEBUG("Attempting to obtain a purgeable object\n"); + drm_dbg(&i915->drm, + "Attempting to obtain a purgeable object\n"); return -EFAULT; } -- 2.17.1 _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply related [flat|nested] 16+ messages in thread
* [Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/gem: conversion to new drm logging macros 2020-01-22 12:57 [Intel-gfx] [PATCH 0/2] drm/i915/gem: conversion to new drm logging macros Wambui Karuga 2020-01-22 12:57 ` [Intel-gfx] [PATCH 1/2] drm/i915/gem: initial conversion to new logging macros using coccinelle Wambui Karuga 2020-01-22 12:57 ` [Intel-gfx] [PATCH 2/2] drm/i915/gem: manual conversion to struct drm_device logging macros Wambui Karuga @ 2020-01-23 19:47 ` Patchwork 2020-01-25 4:45 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork 2020-01-25 16:08 ` [Intel-gfx] [PATCH 0/2] " Chris Wilson 4 siblings, 0 replies; 16+ messages in thread From: Patchwork @ 2020-01-23 19:47 UTC (permalink / raw) To: Wambui Karuga; +Cc: intel-gfx == Series Details == Series: drm/i915/gem: conversion to new drm logging macros URL : https://patchwork.freedesktop.org/series/72454/ State : success == Summary == CI Bug Log - changes from CI_DRM_7802 -> Patchwork_16231 ==================================================== Summary ------- **SUCCESS** No regressions found. External URL: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/index.html Known issues ------------ Here are the changes found in Patchwork_16231 that come from known issues: ### IGT changes ### #### Issues hit #### * igt@i915_selftest@live_blt: - fi-hsw-4770r: [PASS][1] -> [DMESG-FAIL][2] ([i915#563]) [1]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-hsw-4770r/igt@i915_selftest@live_blt.html [2]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-hsw-4770r/igt@i915_selftest@live_blt.html - fi-hsw-4770: [PASS][3] -> [DMESG-FAIL][4] ([i915#563]) [3]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-hsw-4770/igt@i915_selftest@live_blt.html [4]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-hsw-4770/igt@i915_selftest@live_blt.html * igt@i915_selftest@live_hangcheck: - fi-icl-guc: [PASS][5] -> [INCOMPLETE][6] ([fdo#108569] / [i915#140]) [5]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-icl-guc/igt@i915_selftest@live_hangcheck.html [6]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-icl-guc/igt@i915_selftest@live_hangcheck.html * igt@i915_selftest@live_mman: - fi-bxt-dsi: [PASS][7] -> [DMESG-WARN][8] ([i915#889]) +22 similar issues [7]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-bxt-dsi/igt@i915_selftest@live_mman.html [8]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-bxt-dsi/igt@i915_selftest@live_mman.html * igt@i915_selftest@live_reset: - fi-bxt-dsi: [PASS][9] -> [DMESG-FAIL][10] ([i915#889]) +7 similar issues [9]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-bxt-dsi/igt@i915_selftest@live_reset.html [10]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-bxt-dsi/igt@i915_selftest@live_reset.html * igt@prime_vgem@basic-gtt: - fi-tgl-y: [PASS][11] -> [DMESG-WARN][12] ([CI#94] / [i915#402]) [11]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-tgl-y/igt@prime_vgem@basic-gtt.html [12]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-tgl-y/igt@prime_vgem@basic-gtt.html #### Possible fixes #### * igt@gem_exec_parallel@fds: - fi-byt-j1900: [INCOMPLETE][13] ([i915#45]) -> [PASS][14] [13]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-byt-j1900/igt@gem_exec_parallel@fds.html [14]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-byt-j1900/igt@gem_exec_parallel@fds.html * igt@gem_exec_suspend@basic-s4-devices: - fi-tgl-y: [FAIL][15] ([CI#94]) -> [PASS][16] [15]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-tgl-y/igt@gem_exec_suspend@basic-s4-devices.html [16]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-tgl-y/igt@gem_exec_suspend@basic-s4-devices.html * igt@i915_module_load@reload-with-fault-injection: - fi-cfl-8700k: [INCOMPLETE][17] ([i915#505]) -> [PASS][18] [17]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-cfl-8700k/igt@i915_module_load@reload-with-fault-injection.html [18]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-cfl-8700k/igt@i915_module_load@reload-with-fault-injection.html * igt@i915_selftest@live_blt: - fi-ivb-3770: [DMESG-FAIL][19] ([i915#563]) -> [PASS][20] [19]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-ivb-3770/igt@i915_selftest@live_blt.html [20]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-ivb-3770/igt@i915_selftest@live_blt.html * igt@kms_chamelium@hdmi-hpd-fast: - fi-kbl-7500u: [FAIL][21] ([fdo#111407]) -> [PASS][22] [21]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-kbl-7500u/igt@kms_chamelium@hdmi-hpd-fast.html [22]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-kbl-7500u/igt@kms_chamelium@hdmi-hpd-fast.html * igt@prime_busy@basic-wait-before-default: - fi-tgl-y: [DMESG-WARN][23] ([CI#94] / [i915#402]) -> [PASS][24] +1 similar issue [23]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-tgl-y/igt@prime_busy@basic-wait-before-default.html [24]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-tgl-y/igt@prime_busy@basic-wait-before-default.html #### Warnings #### * igt@gem_exec_parallel@contexts: - fi-byt-j1900: [TIMEOUT][25] ([fdo#112271]) -> [FAIL][26] ([i915#694]) [25]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-byt-j1900/igt@gem_exec_parallel@contexts.html [26]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-byt-j1900/igt@gem_exec_parallel@contexts.html * igt@i915_selftest@live_gt_heartbeat: - fi-bxt-dsi: [DMESG-FAIL][27] ([fdo#112406]) -> [DMESG-WARN][28] ([i915#889]) [27]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-bxt-dsi/igt@i915_selftest@live_gt_heartbeat.html [28]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-bxt-dsi/igt@i915_selftest@live_gt_heartbeat.html * igt@kms_chamelium@vga-edid-read: - fi-tgl-y: [SKIP][29] ([CI#94] / [fdo#111827]) -> [SKIP][30] ([CI#94] / [fdo#111827] / [i915#1017]) +8 similar issues [29]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-tgl-y/igt@kms_chamelium@vga-edid-read.html [30]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-tgl-y/igt@kms_chamelium@vga-edid-read.html * igt@kms_force_connector_basic@force-load-detect: - fi-tgl-y: [SKIP][31] ([CI#94] / [fdo#109285]) -> [SKIP][32] ([CI#94] / [fdo#109285] / [i915#1017]) [31]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/fi-tgl-y/igt@kms_force_connector_basic@force-load-detect.html [32]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/fi-tgl-y/igt@kms_force_connector_basic@force-load-detect.html {name}: This element is suppressed. This means it is ignored when computing the status of the difference (SUCCESS, WARNING, or FAILURE). [CI#94]: https://gitlab.freedesktop.org/gfx-ci/i915-infra/issues/94 [fdo#108569]: https://bugs.freedesktop.org/show_bug.cgi?id=108569 [fdo#109284]: https://bugs.freedesktop.org/show_bug.cgi?id=109284 [fdo#109285]: https://bugs.freedesktop.org/show_bug.cgi?id=109285 [fdo#109315]: https://bugs.freedesktop.org/show_bug.cgi?id=109315 [fdo#111407]: https://bugs.freedesktop.org/show_bug.cgi?id=111407 [fdo#111827]: https://bugs.freedesktop.org/show_bug.cgi?id=111827 [fdo#112271]: https://bugs.freedesktop.org/show_bug.cgi?id=112271 [fdo#112406]: https://bugs.freedesktop.org/show_bug.cgi?id=112406 [i915#1017]: https://gitlab.freedesktop.org/drm/intel/issues/1017 [i915#140]: https://gitlab.freedesktop.org/drm/intel/issues/140 [i915#402]: https://gitlab.freedesktop.org/drm/intel/issues/402 [i915#45]: https://gitlab.freedesktop.org/drm/intel/issues/45 [i915#505]: https://gitlab.freedesktop.org/drm/intel/issues/505 [i915#563]: https://gitlab.freedesktop.org/drm/intel/issues/563 [i915#668]: https://gitlab.freedesktop.org/drm/intel/issues/668 [i915#694]: https://gitlab.freedesktop.org/drm/intel/issues/694 [i915#889]: https://gitlab.freedesktop.org/drm/intel/issues/889 [i915#937]: https://gitlab.freedesktop.org/drm/intel/issues/937 Participating hosts (43 -> 44) ------------------------------ Additional (7): fi-bdw-5557u fi-hsw-peppy fi-snb-2520m fi-gdg-551 fi-skl-lmem fi-blb-e6850 fi-snb-2600 Missing (6): fi-hsw-4200u fi-byt-squawks fi-bsw-cyan fi-ctg-p8600 fi-byt-clapper fi-skl-6700k2 Build changes ------------- * CI: CI-20190529 -> None * Linux: CI_DRM_7802 -> Patchwork_16231 CI-20190529: 20190529 CI_DRM_7802: cd932df72f11bdff93423a8d4a9e0e9ccb0985d7 @ git://anongit.freedesktop.org/gfx-ci/linux IGT_5381: 4ff48cdd5c94140d2dd9bfa3225a6e1e0238e247 @ git://anongit.freedesktop.org/xorg/app/intel-gpu-tools Patchwork_16231: 861ca3b565c71d604edcc127031327c14312f8ef @ git://anongit.freedesktop.org/gfx-ci/linux == Linux commits == 861ca3b565c7 drm/i915/gem: manual conversion to struct drm_device logging macros. dba9aa46dfdf drm/i915/gem: initial conversion to new logging macros using coccinelle == Logs == For more details see: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/index.html _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 16+ messages in thread
* [Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/gem: conversion to new drm logging macros 2020-01-22 12:57 [Intel-gfx] [PATCH 0/2] drm/i915/gem: conversion to new drm logging macros Wambui Karuga ` (2 preceding siblings ...) 2020-01-23 19:47 ` [Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/gem: conversion to new drm " Patchwork @ 2020-01-25 4:45 ` Patchwork 2020-01-25 16:08 ` [Intel-gfx] [PATCH 0/2] " Chris Wilson 4 siblings, 0 replies; 16+ messages in thread From: Patchwork @ 2020-01-25 4:45 UTC (permalink / raw) To: Wambui Karuga; +Cc: intel-gfx == Series Details == Series: drm/i915/gem: conversion to new drm logging macros URL : https://patchwork.freedesktop.org/series/72454/ State : success == Summary == CI Bug Log - changes from CI_DRM_7802_full -> Patchwork_16231_full ==================================================== Summary ------- **SUCCESS** No regressions found. Known issues ------------ Here are the changes found in Patchwork_16231_full that come from known issues: ### IGT changes ### #### Issues hit #### * igt@gem_busy@busy-vcs1: - shard-iclb: [PASS][1] -> [SKIP][2] ([fdo#112080]) +8 similar issues [1]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb4/igt@gem_busy@busy-vcs1.html [2]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb6/igt@gem_busy@busy-vcs1.html * igt@gem_busy@close-race: - shard-hsw: [PASS][3] -> [TIMEOUT][4] ([fdo#112271]) [3]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-hsw5/igt@gem_busy@close-race.html [4]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-hsw1/igt@gem_busy@close-race.html * igt@gem_ctx_isolation@rcs0-s3: - shard-apl: [PASS][5] -> [DMESG-WARN][6] ([i915#180]) +2 similar issues [5]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-apl2/igt@gem_ctx_isolation@rcs0-s3.html [6]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-apl2/igt@gem_ctx_isolation@rcs0-s3.html * igt@gem_ctx_shared@exec-single-timeline-bsd: - shard-iclb: [PASS][7] -> [SKIP][8] ([fdo#110841]) [7]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb5/igt@gem_ctx_shared@exec-single-timeline-bsd.html [8]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb1/igt@gem_ctx_shared@exec-single-timeline-bsd.html * igt@gem_exec_schedule@pi-shared-iova-bsd: - shard-iclb: [PASS][9] -> [SKIP][10] ([i915#677]) [9]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb5/igt@gem_exec_schedule@pi-shared-iova-bsd.html [10]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb1/igt@gem_exec_schedule@pi-shared-iova-bsd.html * igt@gem_exec_schedule@preempt-contexts-bsd2: - shard-iclb: [PASS][11] -> [SKIP][12] ([fdo#109276]) +14 similar issues [11]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb2/igt@gem_exec_schedule@preempt-contexts-bsd2.html [12]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb3/igt@gem_exec_schedule@preempt-contexts-bsd2.html * igt@gem_exec_schedule@reorder-wide-bsd: - shard-iclb: [PASS][13] -> [SKIP][14] ([fdo#112146]) +1 similar issue [13]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb7/igt@gem_exec_schedule@reorder-wide-bsd.html [14]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb1/igt@gem_exec_schedule@reorder-wide-bsd.html * igt@gem_persistent_relocs@forked-faulting-reloc-thrashing: - shard-kbl: [PASS][15] -> [INCOMPLETE][16] ([fdo#103665]) [15]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-kbl7/igt@gem_persistent_relocs@forked-faulting-reloc-thrashing.html [16]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-kbl6/igt@gem_persistent_relocs@forked-faulting-reloc-thrashing.html * igt@gem_persistent_relocs@forked-interruptible-faulting-reloc-thrash-inactive: - shard-hsw: [PASS][17] -> [INCOMPLETE][18] ([i915#61]) [17]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-hsw5/igt@gem_persistent_relocs@forked-interruptible-faulting-reloc-thrash-inactive.html [18]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-hsw5/igt@gem_persistent_relocs@forked-interruptible-faulting-reloc-thrash-inactive.html * igt@gem_persistent_relocs@forked-interruptible-faulting-reloc-thrashing: - shard-hsw: [PASS][19] -> [INCOMPLETE][20] ([i915#530] / [i915#61]) +1 similar issue [19]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-hsw7/igt@gem_persistent_relocs@forked-interruptible-faulting-reloc-thrashing.html [20]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-hsw8/igt@gem_persistent_relocs@forked-interruptible-faulting-reloc-thrashing.html * igt@gem_persistent_relocs@forked-thrashing: - shard-tglb: [PASS][21] -> [INCOMPLETE][22] ([i915#472]) [21]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-tglb1/igt@gem_persistent_relocs@forked-thrashing.html [22]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-tglb4/igt@gem_persistent_relocs@forked-thrashing.html * igt@i915_pm_dc@dc6-psr: - shard-iclb: [PASS][23] -> [FAIL][24] ([i915#454]) [23]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb7/igt@i915_pm_dc@dc6-psr.html [24]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb6/igt@i915_pm_dc@dc6-psr.html - shard-skl: [PASS][25] -> [FAIL][26] ([i915#454]) [25]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-skl3/igt@i915_pm_dc@dc6-psr.html [26]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-skl10/igt@i915_pm_dc@dc6-psr.html * igt@i915_selftest@mock_requests: - shard-skl: [PASS][27] -> [INCOMPLETE][28] ([i915#198]) [27]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-skl4/igt@i915_selftest@mock_requests.html [28]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-skl2/igt@i915_selftest@mock_requests.html - shard-iclb: [PASS][29] -> [INCOMPLETE][30] ([i915#140]) [29]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb5/igt@i915_selftest@mock_requests.html [30]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb5/igt@i915_selftest@mock_requests.html * igt@kms_flip@2x-flip-vs-expired-vblank-interruptible: - shard-glk: [PASS][31] -> [FAIL][32] ([i915#79]) [31]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-glk6/igt@kms_flip@2x-flip-vs-expired-vblank-interruptible.html [32]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-glk4/igt@kms_flip@2x-flip-vs-expired-vblank-interruptible.html * igt@kms_flip@flip-vs-expired-vblank-interruptible: - shard-skl: [PASS][33] -> [FAIL][34] ([i915#79]) [33]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-skl6/igt@kms_flip@flip-vs-expired-vblank-interruptible.html [34]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-skl9/igt@kms_flip@flip-vs-expired-vblank-interruptible.html * igt@kms_frontbuffer_tracking@fbc-1p-indfb-fliptrack: - shard-tglb: [PASS][35] -> [FAIL][36] ([i915#49]) +5 similar issues [35]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-tglb2/igt@kms_frontbuffer_tracking@fbc-1p-indfb-fliptrack.html [36]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-tglb1/igt@kms_frontbuffer_tracking@fbc-1p-indfb-fliptrack.html * igt@kms_plane@plane-panning-bottom-right-suspend-pipe-a-planes: - shard-kbl: [PASS][37] -> [DMESG-WARN][38] ([i915#180]) +2 similar issues [37]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-kbl2/igt@kms_plane@plane-panning-bottom-right-suspend-pipe-a-planes.html [38]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-kbl7/igt@kms_plane@plane-panning-bottom-right-suspend-pipe-a-planes.html - shard-skl: [PASS][39] -> [INCOMPLETE][40] ([i915#69]) [39]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-skl7/igt@kms_plane@plane-panning-bottom-right-suspend-pipe-a-planes.html [40]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-skl9/igt@kms_plane@plane-panning-bottom-right-suspend-pipe-a-planes.html * igt@kms_psr@psr2_sprite_mmap_gtt: - shard-iclb: [PASS][41] -> [SKIP][42] ([fdo#109441]) +3 similar issues [41]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb2/igt@kms_psr@psr2_sprite_mmap_gtt.html [42]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb3/igt@kms_psr@psr2_sprite_mmap_gtt.html #### Possible fixes #### * igt@gem_ctx_persistence@bcs0-mixed-process: - shard-skl: [FAIL][43] ([i915#679]) -> [PASS][44] [43]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-skl8/igt@gem_ctx_persistence@bcs0-mixed-process.html [44]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-skl4/igt@gem_ctx_persistence@bcs0-mixed-process.html * igt@gem_ctx_persistence@vcs1-queued: - shard-iclb: [SKIP][45] ([fdo#109276] / [fdo#112080]) -> [PASS][46] +2 similar issues [45]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb5/igt@gem_ctx_persistence@vcs1-queued.html [46]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb1/igt@gem_ctx_persistence@vcs1-queued.html * igt@gem_exec_schedule@independent-bsd2: - shard-iclb: [SKIP][47] ([fdo#109276]) -> [PASS][48] +13 similar issues [47]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb7/igt@gem_exec_schedule@independent-bsd2.html [48]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb2/igt@gem_exec_schedule@independent-bsd2.html * igt@gem_exec_schedule@pi-common-bsd: - shard-iclb: [SKIP][49] ([i915#677]) -> [PASS][50] [49]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb4/igt@gem_exec_schedule@pi-common-bsd.html [50]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb6/igt@gem_exec_schedule@pi-common-bsd.html * igt@gem_exec_schedule@preempt-other-chain-bsd: - shard-iclb: [SKIP][51] ([fdo#112146]) -> [PASS][52] +4 similar issues [51]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb2/igt@gem_exec_schedule@preempt-other-chain-bsd.html [52]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb3/igt@gem_exec_schedule@preempt-other-chain-bsd.html * igt@gem_exec_store@cachelines-vcs1: - shard-iclb: [SKIP][53] ([fdo#112080]) -> [PASS][54] +4 similar issues [53]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb8/igt@gem_exec_store@cachelines-vcs1.html [54]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb4/igt@gem_exec_store@cachelines-vcs1.html * igt@gem_tiled_blits@normal: - shard-hsw: [FAIL][55] ([i915#818]) -> [PASS][56] [55]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-hsw5/igt@gem_tiled_blits@normal.html [56]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-hsw8/igt@gem_tiled_blits@normal.html * igt@i915_pm_dc@dc6-dpms: - shard-iclb: [FAIL][57] ([i915#454]) -> [PASS][58] [57]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb3/igt@i915_pm_dc@dc6-dpms.html [58]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb7/igt@i915_pm_dc@dc6-dpms.html * igt@i915_selftest@mock_requests: - shard-snb: [INCOMPLETE][59] ([i915#82]) -> [PASS][60] [59]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-snb2/igt@i915_selftest@mock_requests.html [60]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-snb2/igt@i915_selftest@mock_requests.html - shard-tglb: [INCOMPLETE][61] ([i915#472]) -> [PASS][62] [61]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-tglb4/igt@i915_selftest@mock_requests.html [62]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-tglb2/igt@i915_selftest@mock_requests.html * igt@i915_suspend@sysfs-reader: - shard-apl: [DMESG-WARN][63] ([i915#180]) -> [PASS][64] +1 similar issue [63]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-apl1/igt@i915_suspend@sysfs-reader.html [64]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-apl3/igt@i915_suspend@sysfs-reader.html * igt@kms_fbcon_fbt@psr-suspend: - shard-skl: [INCOMPLETE][65] ([i915#69]) -> [PASS][66] [65]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-skl10/igt@kms_fbcon_fbt@psr-suspend.html [66]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-skl10/igt@kms_fbcon_fbt@psr-suspend.html * igt@kms_flip@flip-vs-expired-vblank: - shard-glk: [FAIL][67] ([i915#79]) -> [PASS][68] [67]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-glk7/igt@kms_flip@flip-vs-expired-vblank.html [68]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-glk7/igt@kms_flip@flip-vs-expired-vblank.html * igt@kms_flip@flip-vs-suspend-interruptible: - shard-skl: [INCOMPLETE][69] ([i915#221]) -> [PASS][70] [69]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-skl5/igt@kms_flip@flip-vs-suspend-interruptible.html [70]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-skl6/igt@kms_flip@flip-vs-suspend-interruptible.html * igt@kms_flip@plain-flip-fb-recreate: - shard-skl: [FAIL][71] ([i915#34]) -> [PASS][72] [71]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-skl8/igt@kms_flip@plain-flip-fb-recreate.html [72]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-skl3/igt@kms_flip@plain-flip-fb-recreate.html * igt@kms_frontbuffer_tracking@fbcpsr-badstride: - shard-tglb: [FAIL][73] ([i915#49]) -> [PASS][74] +4 similar issues [73]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-tglb3/igt@kms_frontbuffer_tracking@fbcpsr-badstride.html [74]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-tglb3/igt@kms_frontbuffer_tracking@fbcpsr-badstride.html * igt@kms_plane@plane-panning-bottom-right-suspend-pipe-c-planes: - shard-kbl: [DMESG-WARN][75] ([i915#180]) -> [PASS][76] +2 similar issues [75]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-kbl2/igt@kms_plane@plane-panning-bottom-right-suspend-pipe-c-planes.html [76]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-kbl3/igt@kms_plane@plane-panning-bottom-right-suspend-pipe-c-planes.html * igt@kms_plane_alpha_blend@pipe-b-coverage-7efc: - shard-skl: [FAIL][77] ([fdo#108145] / [i915#265]) -> [PASS][78] [77]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-skl6/igt@kms_plane_alpha_blend@pipe-b-coverage-7efc.html [78]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-skl2/igt@kms_plane_alpha_blend@pipe-b-coverage-7efc.html * igt@kms_plane_alpha_blend@pipe-c-constant-alpha-min: - shard-skl: [FAIL][79] ([fdo#108145]) -> [PASS][80] [79]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-skl7/igt@kms_plane_alpha_blend@pipe-c-constant-alpha-min.html [80]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-skl6/igt@kms_plane_alpha_blend@pipe-c-constant-alpha-min.html * igt@kms_psr@psr2_basic: - shard-iclb: [SKIP][81] ([fdo#109441]) -> [PASS][82] [81]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb7/igt@kms_psr@psr2_basic.html [82]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb2/igt@kms_psr@psr2_basic.html * igt@perf_pmu@cpu-hotplug: - shard-hsw: [INCOMPLETE][83] ([i915#61]) -> [PASS][84] +2 similar issues [83]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-hsw6/igt@perf_pmu@cpu-hotplug.html [84]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-hsw5/igt@perf_pmu@cpu-hotplug.html #### Warnings #### * igt@gem_ctx_isolation@vcs1-nonpriv: - shard-iclb: [SKIP][85] ([fdo#109276] / [fdo#112080]) -> [FAIL][86] ([IGT#28]) +1 similar issue [85]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-iclb7/igt@gem_ctx_isolation@vcs1-nonpriv.html [86]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-iclb1/igt@gem_ctx_isolation@vcs1-nonpriv.html * igt@gem_tiled_blits@interruptible: - shard-hsw: [FAIL][87] ([i915#818]) -> [FAIL][88] ([i915#694]) [87]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7802/shard-hsw7/igt@gem_tiled_blits@interruptible.html [88]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/shard-hsw2/igt@gem_tiled_blits@interruptible.html [IGT#28]: https://gitlab.freedesktop.org/drm/igt-gpu-tools/issues/28 [fdo#103665]: https://bugs.freedesktop.org/show_bug.cgi?id=103665 [fdo#108145]: https://bugs.freedesktop.org/show_bug.cgi?id=108145 [fdo#109276]: https://bugs.freedesktop.org/show_bug.cgi?id=109276 [fdo#109441]: https://bugs.freedesktop.org/show_bug.cgi?id=109441 [fdo#110841]: https://bugs.freedesktop.org/show_bug.cgi?id=110841 [fdo#112080]: https://bugs.freedesktop.org/show_bug.cgi?id=112080 [fdo#112146]: https://bugs.freedesktop.org/show_bug.cgi?id=112146 [fdo#112271]: https://bugs.freedesktop.org/show_bug.cgi?id=112271 [i915#140]: https://gitlab.freedesktop.org/drm/intel/issues/140 [i915#180]: https://gitlab.freedesktop.org/drm/intel/issues/180 [i915#198]: https://gitlab.freedesktop.org/drm/intel/issues/198 [i915#221]: https://gitlab.freedesktop.org/drm/intel/issues/221 [i915#265]: https://gitlab.freedesktop.org/drm/intel/issues/265 [i915#34]: https://gitlab.freedesktop.org/drm/intel/issues/34 [i915#454]: https://gitlab.freedesktop.org/drm/intel/issues/454 [i915#472]: https://gitlab.freedesktop.org/drm/intel/issues/472 [i915#49]: https://gitlab.freedesktop.org/drm/intel/issues/49 [i915#530]: https://gitlab.freedesktop.org/drm/intel/issues/530 [i915#61]: https://gitlab.freedesktop.org/drm/intel/issues/61 [i915#677]: https://gitlab.freedesktop.org/drm/intel/issues/677 [i915#679]: https://gitlab.freedesktop.org/drm/intel/issues/679 [i915#69]: https://gitlab.freedesktop.org/drm/intel/issues/69 [i915#694]: https://gitlab.freedesktop.org/drm/intel/issues/694 [i915#79]: https://gitlab.freedesktop.org/drm/intel/issues/79 [i915#818]: https://gitlab.freedesktop.org/drm/intel/issues/818 [i915#82]: https://gitlab.freedesktop.org/drm/intel/issues/82 Participating hosts (10 -> 10) ------------------------------ No changes in participating hosts Build changes ------------- * CI: CI-20190529 -> None * Linux: CI_DRM_7802 -> Patchwork_16231 CI-20190529: 20190529 CI_DRM_7802: cd932df72f11bdff93423a8d4a9e0e9ccb0985d7 @ git://anongit.freedesktop.org/gfx-ci/linux IGT_5381: 4ff48cdd5c94140d2dd9bfa3225a6e1e0238e247 @ git://anongit.freedesktop.org/xorg/app/intel-gpu-tools Patchwork_16231: 861ca3b565c71d604edcc127031327c14312f8ef @ git://anongit.freedesktop.org/gfx-ci/linux piglit_4509: fdc5a4ca11124ab8413c7988896eec4c97336694 @ git://anongit.freedesktop.org/piglit == Logs == For more details see: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16231/index.html _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Intel-gfx] [PATCH 0/2] drm/i915/gem: conversion to new drm logging macros 2020-01-22 12:57 [Intel-gfx] [PATCH 0/2] drm/i915/gem: conversion to new drm logging macros Wambui Karuga ` (3 preceding siblings ...) 2020-01-25 4:45 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork @ 2020-01-25 16:08 ` Chris Wilson 2020-01-27 9:05 ` Daniel Vetter 2020-01-27 9:17 ` Jani Nikula 4 siblings, 2 replies; 16+ messages in thread From: Chris Wilson @ 2020-01-25 16:08 UTC (permalink / raw) To: Wambui Karuga, airlied, daniel, dri-devel, intel-gfx, jani.nikula, joonas.lahtinen, linux-kernel, rodrigo.vivi Quoting Wambui Karuga (2020-01-22 12:57:48) > This series is a part of the conversion to the new struct drm_device > based logging macros in drm/i915. > This series focuses on the drm/i915/gem directory and converts all > straightforward instances of the printk based logging macros to the new > macros. Overall, I'm not keen on this as it perpetuates the mistake of putting client debug message in dmesg and now gives them even more an air of being device driver debug messages. We need a mechanism by which we report the details of what a client did wrong back to that client (tracefs + context/client getparam to return an isolated debug fd is my idea). > Wambui Karuga (2): > drm/i915/gem: initial conversion to new logging macros using > coccinelle. > drm/i915/gem: manual conversion to struct drm_device logging macros. Still this is a necessary evil for the current situation, Acked-by: Chris Wilson <chris@chris-wilson.co.uk> -Chris _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Intel-gfx] [PATCH 0/2] drm/i915/gem: conversion to new drm logging macros 2020-01-25 16:08 ` [Intel-gfx] [PATCH 0/2] " Chris Wilson @ 2020-01-27 9:05 ` Daniel Vetter 2020-01-27 9:08 ` Chris Wilson 2020-01-27 9:17 ` Jani Nikula 1 sibling, 1 reply; 16+ messages in thread From: Daniel Vetter @ 2020-01-27 9:05 UTC (permalink / raw) To: Chris Wilson; +Cc: airlied, intel-gfx, linux-kernel, dri-devel, Wambui Karuga On Sat, Jan 25, 2020 at 04:08:39PM +0000, Chris Wilson wrote: > Quoting Wambui Karuga (2020-01-22 12:57:48) > > This series is a part of the conversion to the new struct drm_device > > based logging macros in drm/i915. > > This series focuses on the drm/i915/gem directory and converts all > > straightforward instances of the printk based logging macros to the new > > macros. > > Overall, I'm not keen on this as it perpetuates the mistake of putting > client debug message in dmesg and now gives them even more an air of > being device driver debug messages. We need a mechanism by which we > report the details of what a client did wrong back to that client > (tracefs + context/client getparam to return an isolated debug fd is my > idea). Sean is working on that, but it's a global thing still. Well since it's tracefs should be easy to filter for a given process at least. We've had long discussion about how to expose that, big fear (especially with atomic) is that clients/compositors will start to look at random debug strings and make them uapi. But I think for stuff like igt we should be able to wire it up easily and get it dumped when things go wrong. Maybe similar when mesa gets an unexpected errno. -Daniel > > Wambui Karuga (2): > > drm/i915/gem: initial conversion to new logging macros using > > coccinelle. > > drm/i915/gem: manual conversion to struct drm_device logging macros. > > Still this is a necessary evil for the current situation, > Acked-by: Chris Wilson <chris@chris-wilson.co.uk> > -Chris -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Intel-gfx] [PATCH 0/2] drm/i915/gem: conversion to new drm logging macros 2020-01-27 9:05 ` Daniel Vetter @ 2020-01-27 9:08 ` Chris Wilson 2020-01-27 9:10 ` Daniel Vetter 0 siblings, 1 reply; 16+ messages in thread From: Chris Wilson @ 2020-01-27 9:08 UTC (permalink / raw) To: Daniel Vetter; +Cc: airlied, intel-gfx, linux-kernel, dri-devel, Wambui Karuga Quoting Daniel Vetter (2020-01-27 09:05:57) > On Sat, Jan 25, 2020 at 04:08:39PM +0000, Chris Wilson wrote: > > Quoting Wambui Karuga (2020-01-22 12:57:48) > > > This series is a part of the conversion to the new struct drm_device > > > based logging macros in drm/i915. > > > This series focuses on the drm/i915/gem directory and converts all > > > straightforward instances of the printk based logging macros to the new > > > macros. > > > > Overall, I'm not keen on this as it perpetuates the mistake of putting > > client debug message in dmesg and now gives them even more an air of > > being device driver debug messages. We need a mechanism by which we > > report the details of what a client did wrong back to that client > > (tracefs + context/client getparam to return an isolated debug fd is my > > idea). > > Sean is working on that, but it's a global thing still. Go look at how I suggest we can use tracefs in that thread :) -Chris _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Intel-gfx] [PATCH 0/2] drm/i915/gem: conversion to new drm logging macros 2020-01-27 9:08 ` Chris Wilson @ 2020-01-27 9:10 ` Daniel Vetter 0 siblings, 0 replies; 16+ messages in thread From: Daniel Vetter @ 2020-01-27 9:10 UTC (permalink / raw) To: Chris Wilson; +Cc: airlied, intel-gfx, linux-kernel, dri-devel, Wambui Karuga On Mon, Jan 27, 2020 at 09:08:01AM +0000, Chris Wilson wrote: > Quoting Daniel Vetter (2020-01-27 09:05:57) > > On Sat, Jan 25, 2020 at 04:08:39PM +0000, Chris Wilson wrote: > > > Quoting Wambui Karuga (2020-01-22 12:57:48) > > > > This series is a part of the conversion to the new struct drm_device > > > > based logging macros in drm/i915. > > > > This series focuses on the drm/i915/gem directory and converts all > > > > straightforward instances of the printk based logging macros to the new > > > > macros. > > > > > > Overall, I'm not keen on this as it perpetuates the mistake of putting > > > client debug message in dmesg and now gives them even more an air of > > > being device driver debug messages. We need a mechanism by which we > > > report the details of what a client did wrong back to that client > > > (tracefs + context/client getparam to return an isolated debug fd is my > > > idea). > > > > Sean is working on that, but it's a global thing still. > > Go look at how I suggest we can use tracefs in that thread :) Hm I think we're a few threads further already? Steven Rostedt has jumped in now too ... -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Intel-gfx] [PATCH 0/2] drm/i915/gem: conversion to new drm logging macros 2020-01-25 16:08 ` [Intel-gfx] [PATCH 0/2] " Chris Wilson 2020-01-27 9:05 ` Daniel Vetter @ 2020-01-27 9:17 ` Jani Nikula 1 sibling, 0 replies; 16+ messages in thread From: Jani Nikula @ 2020-01-27 9:17 UTC (permalink / raw) To: Chris Wilson, Wambui Karuga, airlied, daniel, dri-devel, intel-gfx, joonas.lahtinen, linux-kernel, rodrigo.vivi On Sat, 25 Jan 2020, Chris Wilson <chris@chris-wilson.co.uk> wrote: > Quoting Wambui Karuga (2020-01-22 12:57:48) >> This series is a part of the conversion to the new struct drm_device >> based logging macros in drm/i915. >> This series focuses on the drm/i915/gem directory and converts all >> straightforward instances of the printk based logging macros to the new >> macros. > > Overall, I'm not keen on this as it perpetuates the mistake of putting > client debug message in dmesg and now gives them even more an air of > being device driver debug messages. We need a mechanism by which we > report the details of what a client did wrong back to that client > (tracefs + context/client getparam to return an isolated debug fd is my > idea). I don't disagree, but I also don't think this makes things (much) worse in that regard. > >> Wambui Karuga (2): >> drm/i915/gem: initial conversion to new logging macros using >> coccinelle. >> drm/i915/gem: manual conversion to struct drm_device logging macros. > > Still this is a necessary evil for the current situation, > Acked-by: Chris Wilson <chris@chris-wilson.co.uk> Thanks, pushed both. BR, Jani. -- Jani Nikula, Intel Open Source Graphics Center _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2020-01-29 13:59 UTC | newest] Thread overview: 16+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2020-01-22 12:57 [Intel-gfx] [PATCH 0/2] drm/i915/gem: conversion to new drm logging macros Wambui Karuga 2020-01-22 12:57 ` [Intel-gfx] [PATCH 1/2] drm/i915/gem: initial conversion to new logging macros using coccinelle Wambui Karuga 2020-01-28 13:25 ` Tvrtko Ursulin 2020-01-28 13:48 ` Jani Nikula 2020-01-28 14:58 ` Tvrtko Ursulin 2020-01-28 18:28 ` Chris Wilson 2020-01-29 8:32 ` Jani Nikula 2020-01-29 13:59 ` Jani Nikula 2020-01-22 12:57 ` [Intel-gfx] [PATCH 2/2] drm/i915/gem: manual conversion to struct drm_device logging macros Wambui Karuga 2020-01-23 19:47 ` [Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/gem: conversion to new drm " Patchwork 2020-01-25 4:45 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork 2020-01-25 16:08 ` [Intel-gfx] [PATCH 0/2] " Chris Wilson 2020-01-27 9:05 ` Daniel Vetter 2020-01-27 9:08 ` Chris Wilson 2020-01-27 9:10 ` Daniel Vetter 2020-01-27 9:17 ` Jani Nikula
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox