diff options
| author | Paul Walmsley | 2019-07-12 05:52:33 +0200 |
|---|---|---|
| committer | Linus Torvalds | 2019-07-12 20:05:41 +0200 |
| commit | cc0e5f1ce0a8017c68983eb6b41a1dbd0d24aa98 (patch) | |
| tree | ea45c52d492bff53598809a9353d13419742957e /arch/powerpc/kvm | |
| parent | scripts/decode_stacktrace: look for modules with .ko.debug extension (diff) | |
| download | kernel-qcow2-linux-cc0e5f1ce0a8017c68983eb6b41a1dbd0d24aa98.tar.gz kernel-qcow2-linux-cc0e5f1ce0a8017c68983eb6b41a1dbd0d24aa98.tar.xz kernel-qcow2-linux-cc0e5f1ce0a8017c68983eb6b41a1dbd0d24aa98.zip | |
scripts/spelling.txt: drop "sepc" from the misspelling list
The RISC-V architecture has a register named the "Supervisor Exception
Program Counter", or "sepc". This abbreviation triggers checkpatch.pl's
misspelling detector, resulting in noise in the checkpatch output. The
risk that this noise could cause more useful warnings to be missed seems
to outweigh the harm of an occasional misspelling of "spec". Thus drop
the "sepc" entry from the misspelling list.
[akpm@linux-foundation.org: fix existing "sepc" instances, per Joe]
Link: http://lkml.kernel.org/r/20190518210037.13674-1-paul.walmsley@sifive.com
Signed-off-by: Paul Walmsley <paul.walmsley@sifive.com>
Cc: Joe Perches <joe@perches.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'arch/powerpc/kvm')
| -rw-r--r-- | arch/powerpc/kvm/book3s_xics.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/arch/powerpc/kvm/book3s_xics.c b/arch/powerpc/kvm/book3s_xics.c index e8276161872e..381bf8dea193 100644 --- a/arch/powerpc/kvm/book3s_xics.c +++ b/arch/powerpc/kvm/book3s_xics.c @@ -827,7 +827,7 @@ static noinline int kvmppc_h_eoi(struct kvm_vcpu *vcpu, unsigned long xirr) * * Note: If EOI is incorrectly used by SW to lower the CPPR * value (ie more favored), we do not check for rejection of - * a pending interrupt, this is a SW error and PAPR sepcifies + * a pending interrupt, this is a SW error and PAPR specifies * that we don't have to deal with it. * * The sending of an EOI to the ICS is handled after the |