mirror of
https://github.com/torvalds/linux.git
synced 2026-05-28 09:04:39 +02:00
drm/i915: add trailing newlines to msgs
By at least strong convention, a print-buffer's trailing newline says "message complete, send it". The exception (no TNL, followed by a call to pr_cont) proves the general rule. Most DRM.debug calls already comport with this: 207 DRM_DEV_DEBUG, 1288 drm_dbg. Clean up the remainders, in maintainer sized chunks. No functional changes. Signed-off-by: Jim Cromie <jim.cromie@gmail.com> Reviewed-by: Andi Shyti <andi.shyti@linux.intel.com> Signed-off-by: Rodrigo Vivi <rodrigo.vivi@intel.com> [Rodrigo changed subject while pushing] Link: https://patchwork.freedesktop.org/patch/msgid/20230903184607.272198-4-jim.cromie@gmail.com
This commit is contained in:
parent
a3f84a67c7
commit
183670347b
|
|
@ -4173,7 +4173,7 @@ static int intel_ddi_compute_config_late(struct intel_encoder *encoder,
|
|||
struct drm_connector *connector = conn_state->connector;
|
||||
u8 port_sync_transcoders = 0;
|
||||
|
||||
drm_dbg_kms(&i915->drm, "[ENCODER:%d:%s] [CRTC:%d:%s]",
|
||||
drm_dbg_kms(&i915->drm, "[ENCODER:%d:%s] [CRTC:%d:%s]\n",
|
||||
encoder->base.base.id, encoder->base.name,
|
||||
crtc_state->uapi.crtc->base.id, crtc_state->uapi.crtc->name);
|
||||
|
||||
|
|
|
|||
|
|
@ -1436,7 +1436,7 @@ eb_relocate_entry(struct i915_execbuffer *eb,
|
|||
if (unlikely(reloc->write_domain & (reloc->write_domain - 1))) {
|
||||
drm_dbg(&i915->drm, "reloc with multiple write domains: "
|
||||
"target %d offset %d "
|
||||
"read %08x write %08x",
|
||||
"read %08x write %08x\n",
|
||||
reloc->target_handle,
|
||||
(int) reloc->offset,
|
||||
reloc->read_domains,
|
||||
|
|
@ -1447,7 +1447,7 @@ eb_relocate_entry(struct i915_execbuffer *eb,
|
|||
& ~I915_GEM_GPU_DOMAINS)) {
|
||||
drm_dbg(&i915->drm, "reloc with read/write non-GPU domains: "
|
||||
"target %d offset %d "
|
||||
"read %08x write %08x",
|
||||
"read %08x write %08x\n",
|
||||
reloc->target_handle,
|
||||
(int) reloc->offset,
|
||||
reloc->read_domains,
|
||||
|
|
|
|||
Loading…
Reference in New Issue
Block a user