linux-kernel - Re: [PATCH] docs: fix "interruptible" misspellings

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 9 Jun 2016 13:29:37 -0600
From:	Jonathan Corbet <corbet@....net>
To:	Kees Cook <keescook@...omium.org>
Cc:	Randy Dunlap <rdunlap@...radead.org>, linux-doc@...r.kernel.org,
	linux-kernel@...r.kernel.org, Jiri Kosina <jikos@...nel.org>
Subject: Re: [PATCH] docs: fix "interruptible" misspellings

On Wed, 18 May 2016 06:55:45 -0700
Kees Cook <keescook@...omium.org> wrote:

> A common misspelling of "interruptible" is "interruptable". This fixes
> them in the tree and adds the two most common variations to spelling.txt.
> 
> Suggested-by: Randy Dunlap <rdunlap@...radead.org>
> Signed-off-by: Kees Cook <keescook@...omium.org>
> ---
>  Documentation/hid/hiddev.txt          |  2 +-
>  Documentation/scsi/ChangeLog.lpfc     |  2 +-
>  Documentation/sysrq.txt               |  2 +-
>  arch/arc/include/asm/irqflags-arcv2.h |  2 +-
>  arch/x86/platform/uv/tlb_uv.c         |  2 +-
>  drivers/firmware/qcom_scm-32.c        |  2 +-
>  drivers/gpu/drm/radeon/radeon_fence.c | 12 ++++++------
>  drivers/hid/Kconfig                   |  2 +-
>  drivers/hid/usbhid/Kconfig            |  2 +-
>  drivers/input/serio/hil_mlc.c         |  2 +-
>  drivers/net/ethernet/amd/nmclan_cs.c  |  4 ++--
>  drivers/scsi/aacraid/commsup.c        |  2 +-
>  drivers/tty/serial/mux.c              |  2 +-
>  fs/ecryptfs/miscdev.c                 |  2 +-
>  mm/kmemleak.c                         |  2 +-
>  scripts/spelling.txt                  |  2 ++
>  sound/soc/intel/atom/sst/sst_pvt.c    |  2 +-
>  17 files changed, 24 insertions(+), 22 deletions(-)

So I'm a bit nervous about taking this one; I don't normally feel that
the docs tree has the mandate to reach out into the rest of the kernel
this way.  Sending them to maintainers individually wouldn't be much
fun.  Maybe Jiri (CC'd) can take it for the trivial tree?

Thanks,

jon