mirror of
https://github.com/torvalds/linux.git
synced 2026-05-25 15:41:52 +02:00
drm/i915/selftests: fix typos in i915/selftests files
Fix all typos in files under drm/i915/selftests reported by codespell tool. v2: Fix commenting style <Andi> Signed-off-by: Nitin Gote <nitin.r.gote@intel.com> Reviewed-by: Krzysztof Niemiec <krzysztof.niemiec@intel.com> Link: https://patchwork.freedesktop.org/patch/msgid/20250120081517.3237326-6-nitin.r.gote@intel.com Signed-off-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
This commit is contained in:
parent
5fe543ce67
commit
accc7f5bf2
|
|
@ -80,7 +80,7 @@ static void simulate_hibernate(struct drm_i915_private *i915)
|
|||
wakeref = intel_runtime_pm_get(&i915->runtime_pm);
|
||||
|
||||
/*
|
||||
* As a final sting in the tail, invalidate stolen. Under a real S4,
|
||||
* As a final string in the tail, invalidate stolen. Under a real S4,
|
||||
* stolen is lost and needs to be refilled on resume. However, under
|
||||
* CI we merely do S4-device testing (as full S4 is too unreliable
|
||||
* for automated testing across a cluster), so to simulate the effect
|
||||
|
|
|
|||
|
|
@ -287,7 +287,8 @@ static int lowlevel_hole(struct i915_address_space *vm,
|
|||
GEM_BUG_ON(count * BIT_ULL(aligned_size) > vm->total);
|
||||
GEM_BUG_ON(hole_start + count * BIT_ULL(aligned_size) > hole_end);
|
||||
|
||||
/* Ignore allocation failures (i.e. don't report them as
|
||||
/*
|
||||
* Ignore allocation failures (i.e. don't report them as
|
||||
* a test failure) as we are purposefully allocating very
|
||||
* large objects without checking that we have sufficient
|
||||
* memory. We expect to hit -ENOMEM.
|
||||
|
|
@ -446,7 +447,8 @@ static int fill_hole(struct i915_address_space *vm,
|
|||
|
||||
list_add(&obj->st_link, &objects);
|
||||
|
||||
/* Align differing sized objects against the edges, and
|
||||
/*
|
||||
* Align differing sized objects against the edges, and
|
||||
* check we don't walk off into the void when binding
|
||||
* them into the GTT.
|
||||
*/
|
||||
|
|
@ -831,7 +833,8 @@ static int drunk_hole(struct i915_address_space *vm,
|
|||
return -ENOMEM;
|
||||
GEM_BUG_ON(!order);
|
||||
|
||||
/* Ignore allocation failures (i.e. don't report them as
|
||||
/*
|
||||
* Ignore allocation failures (i.e. don't report them as
|
||||
* a test failure) as we are purposefully allocating very
|
||||
* large objects without checking that we have sufficient
|
||||
* memory. We expect to hit -ENOMEM.
|
||||
|
|
@ -964,7 +967,7 @@ static int __shrink_hole(struct i915_address_space *vm,
|
|||
break;
|
||||
|
||||
if (igt_timeout(end_time,
|
||||
"%s timed out at ofset %llx [%llx - %llx]\n",
|
||||
"%s timed out at offset %llx [%llx - %llx]\n",
|
||||
__func__, addr, hole_start, hole_end)) {
|
||||
err = -EINTR;
|
||||
break;
|
||||
|
|
@ -1011,7 +1014,7 @@ static int shrink_boom(struct i915_address_space *vm,
|
|||
/*
|
||||
* Catch the case which shrink_hole seems to miss. The setup here
|
||||
* requires invoking the shrinker as we do the alloc_pt/alloc_pd, while
|
||||
* ensuring that all vma assiocated with the respective pd/pdp are
|
||||
* ensuring that all vma associated with the respective pd/pdp are
|
||||
* unpinned at the time.
|
||||
*/
|
||||
|
||||
|
|
@ -1537,9 +1540,10 @@ static int igt_gtt_reserve(void *arg)
|
|||
u64 total;
|
||||
int err = -ENODEV;
|
||||
|
||||
/* i915_gem_gtt_reserve() tries to reserve the precise range
|
||||
/*
|
||||
* i915_gem_gtt_reserve() tries to reserve the precise range
|
||||
* for the node, and evicts if it has to. So our test checks that
|
||||
* it can give us the requsted space and prevent overlaps.
|
||||
* it can give us the requested space and prevent overlaps.
|
||||
*/
|
||||
|
||||
/* Start by filling the GGTT */
|
||||
|
|
@ -1743,7 +1747,8 @@ static int igt_gtt_insert(void *arg)
|
|||
u64 total;
|
||||
int err = -ENODEV;
|
||||
|
||||
/* i915_gem_gtt_insert() tries to allocate some free space in the GTT
|
||||
/*
|
||||
* i915_gem_gtt_insert() tries to allocate some free space in the GTT
|
||||
* to the node, evicting if required.
|
||||
*/
|
||||
|
||||
|
|
|
|||
|
|
@ -159,7 +159,8 @@ static int igt_vma_create(void *arg)
|
|||
LIST_HEAD(objects);
|
||||
int err = -ENOMEM;
|
||||
|
||||
/* Exercise creating many vma amonst many objections, checking the
|
||||
/*
|
||||
* Exercise creating many vma amongst many objections, checking the
|
||||
* vma creation and lookup routines.
|
||||
*/
|
||||
|
||||
|
|
@ -292,7 +293,8 @@ static int igt_vma_pin1(void *arg)
|
|||
VALID(8192, PIN_GLOBAL | PIN_OFFSET_BIAS | (ggtt->mappable_end - 4096)),
|
||||
|
||||
#if !IS_ENABLED(CONFIG_DRM_I915_DEBUG_GEM)
|
||||
/* Misusing BIAS is a programming error (it is not controllable
|
||||
/*
|
||||
* Misusing BIAS is a programming error (it is not controllable
|
||||
* from userspace) so when debugging is enabled, it explodes.
|
||||
* However, the tests are still quite interesting for checking
|
||||
* variable start, end and size.
|
||||
|
|
@ -312,7 +314,8 @@ static int igt_vma_pin1(void *arg)
|
|||
struct i915_vma *vma;
|
||||
int err = -EINVAL;
|
||||
|
||||
/* Exercise all the weird and wonderful i915_vma_pin requests,
|
||||
/*
|
||||
* Exercise all the weird and wonderful i915_vma_pin requests,
|
||||
* focusing on error handling of boundary conditions.
|
||||
*/
|
||||
|
||||
|
|
@ -577,7 +580,8 @@ static int igt_vma_rotate_remap(void *arg)
|
|||
const unsigned int max_pages = 64;
|
||||
int err = -ENOMEM;
|
||||
|
||||
/* Create VMA for many different combinations of planes and check
|
||||
/*
|
||||
* Create VMA for many different combinations of planes and check
|
||||
* that the page layout within the rotated VMA match our expectations.
|
||||
*/
|
||||
|
||||
|
|
@ -804,7 +808,8 @@ static int igt_vma_partial(void *arg)
|
|||
struct i915_vma *vma;
|
||||
int err = -ENOMEM;
|
||||
|
||||
/* Create lots of different VMA for the object and check that
|
||||
/*
|
||||
* Create lots of different VMA for the object and check that
|
||||
* we are returned the same VMA when we later request the same range.
|
||||
*/
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue
Block a user