From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751191AbcFIT3k (ORCPT ); Thu, 9 Jun 2016 15:29:40 -0400 Received: from tex.lwn.net ([70.33.254.29]:58975 "EHLO vena.lwn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750759AbcFIT3j (ORCPT ); Thu, 9 Jun 2016 15:29:39 -0400 Date: Thu, 9 Jun 2016 13:29:37 -0600 From: Jonathan Corbet To: Kees Cook Cc: Randy Dunlap , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Jiri Kosina Subject: Re: [PATCH] docs: fix "interruptible" misspellings Message-ID: <20160609132937.3511e494@lwn.net> In-Reply-To: <20160518135545.GA13773@www.outflux.net> References: <20160518135545.GA13773@www.outflux.net> Organization: LWN.net X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 18 May 2016 06:55:45 -0700 Kees Cook 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 > Signed-off-by: Kees Cook > --- > 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