From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_2 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 88186C433DF for ; Sun, 5 Jul 2020 03:23:10 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 3530D20715 for ; Sun, 5 Jul 2020 03:23:10 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=hansenpartnership.com header.i=@hansenpartnership.com header.b="topv1Xwf"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=hansenpartnership.com header.i=@hansenpartnership.com header.b="topv1Xwf" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728211AbgGEDXI (ORCPT ); Sat, 4 Jul 2020 23:23:08 -0400 Received: from bedivere.hansenpartnership.com ([66.63.167.143]:42856 "EHLO bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728134AbgGEDXI (ORCPT ); Sat, 4 Jul 2020 23:23:08 -0400 Received: from localhost (localhost [127.0.0.1]) by bedivere.hansenpartnership.com (Postfix) with ESMTP id BEFF98EE12E; Sat, 4 Jul 2020 20:23:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com; s=20151216; t=1593919387; bh=hvwML/qk7j/LDv4jikG6wAaRn8p7ch1lsOGpjbuXuaA=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=topv1XwfJJxfkEaSqNL26bC/8ZxwsuUu7DSPUbEH8jTLBvk2S+eqrPAhYVeETyCMI dfzbPBsURGFpr/SwEqlhcVc+QvyQNJKVj2vAQAvGKrXELbSGqbXWiITvPoJPyf0ob+ gqErXaVmRVSFDBswsbUfdXdhP6GW/cZOf49smMzo= Received: from bedivere.hansenpartnership.com ([127.0.0.1]) by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HoBB9uIwWM0p; Sat, 4 Jul 2020 20:23:07 -0700 (PDT) Received: from [153.66.254.194] (unknown [50.35.76.230]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 3EBA48EE07B; Sat, 4 Jul 2020 20:23:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com; s=20151216; t=1593919387; bh=hvwML/qk7j/LDv4jikG6wAaRn8p7ch1lsOGpjbuXuaA=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=topv1XwfJJxfkEaSqNL26bC/8ZxwsuUu7DSPUbEH8jTLBvk2S+eqrPAhYVeETyCMI dfzbPBsURGFpr/SwEqlhcVc+QvyQNJKVj2vAQAvGKrXELbSGqbXWiITvPoJPyf0ob+ gqErXaVmRVSFDBswsbUfdXdhP6GW/cZOf49smMzo= Message-ID: <1593919384.7058.22.camel@HansenPartnership.com> Subject: Re: [Ksummit-discuss] [PATCH] CodingStyle: Inclusive Terminology From: James Bottomley To: Dave Airlie , Stephen Rothwell Cc: Greg Kroah-Hartman , tech-board-discuss@lists.linuxfoundation.org, LKML , ksummit Date: Sat, 04 Jul 2020 20:23:04 -0700 In-Reply-To: References: <159389297140.2210796.13590142254668787525.stgit@dwillia2-desk3.amr.corp.intel.com> <20200705064348.71d4d51f@canb.auug.org.au> <20200705121216.2ce2dd46@canb.auug.org.au> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.6 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 2020-07-05 at 12:56 +1000, Dave Airlie wrote: > On Sun, 5 Jul 2020 at 12:12, Stephen Rothwell > wrote: [...] > > > As for the non-black slavery, others have never pointed this out > > > > (I did not say "non-black") > > > > Sorry I misdirected what you said a bit, and I did misinterpret as > Australia also has it's own indigenous slavery issues, > > I was trying to stop the "white slavery" is a thing crew from turning > up on this. > > Apologies for accidentally implying something what you hadn't said. Not at all, thank you; you just gave a precise illustration of my point: putting statements like this in the kernel acts as a magnet for this type of disagreement ... and not just from honourable people. Developers can honestly disagree about this sort of thing, while supporting the aim of using inclusive language. That's why this file shouldn't be in the kernel tree. James