Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp260622ybt; Mon, 6 Jul 2020 08:41:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzslS6rYf/ts2zEeaPx50wwChGohNdaPhrmOrD5bjKpyR2GPHu9N4gAaSEYydnZ9O0SSNk8 X-Received: by 2002:a17:906:c459:: with SMTP id ck25mr45969647ejb.177.1594050096661; Mon, 06 Jul 2020 08:41:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594050096; cv=none; d=google.com; s=arc-20160816; b=Xey6ZAQnYV0Qlh1gpq7Y9NU2eglVpLLwAcs9vWZ8US/EvROl/HU4cSRzcB9KcwCBS2 gvFiDVWNV11GDG0mgADSWKSMbKH213oyPUm7tM7xoOpkapLTihTbVp5DhM3WmJiIRFbC OXWb+4+INZNzTNDMYNaz6rQZBxsaBPrlU7VplhhSY9aor6yGOO0iRFfnvI+4qvMdp5nU hSDh5xT+tLfpChrSXEW6mb+Y51xulTLEzMVwWEjePz+3rd8UqciCBfuExmnBov2wcYl7 d/wjw8N+tcdSHPRHQ42ftfnv+9c5cF27BgShvrqiMVELARJgXNZK7+txesX9boeVzqnk darg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=3Uwi03P20ocYqLQABfnh7qZsRi9Ir84cijkXoqLyU5o=; b=NOssWtrnUa2wsaAEfwGWc2wxAvGKSahToT5DFEOTTNvL+6KicSIdELWTFpsvADiWby CV/3JbY1E+mtRGbAKHigah2jWxocfk+GxElHyeZ0mRI0invXkJ+8jvUC2cCVo79jz9Pj doMX/PtVScdHeSP2pYbsqujIYggM9OU7mAYCvazqvSYNdU45FO2KuAPr0qVVwhaiwP/6 CmhJ1UIxRXvValYA2MaoZQIWRltWIfbi1ek1Fb2DuT3d59J4ncxwMAuLLvnzm2xOvt3n uQ9RmmSgcb5Uo1p6Ny35YHPK8MKPLJMQfTXzgmyGXeVy8ShWzuZVSd69POS3ztcvDWS3 rx4Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g14si8810934edv.102.2020.07.06.08.41.14; Mon, 06 Jul 2020 08:41:36 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729375AbgGFPkV (ORCPT + 99 others); Mon, 6 Jul 2020 11:40:21 -0400 Received: from mail.kernel.org ([198.145.29.99]:55152 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729286AbgGFPkV (ORCPT ); Mon, 6 Jul 2020 11:40:21 -0400 Received: from oasis.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id F00722070C; Mon, 6 Jul 2020 15:40:19 +0000 (UTC) Date: Mon, 6 Jul 2020 11:40:18 -0400 From: Steven Rostedt To: Arvind Sankar Cc: Willy Tarreau , ksummit-discuss@lists.linuxfoundation.org, Greg Kroah-Hartman , linux-kernel@vger.kernel.org, tech-board-discuss@lists.linuxfoundation.org, Chris Mason , torvalds@linux-foundation.org Subject: Re: [Tech-board-discuss] [PATCH] CodingStyle: Inclusive Terminology Message-ID: <20200706114018.216570ae@oasis.local.home> In-Reply-To: <20200706152210.GA53508@rani.riverdale.lan> References: <159389297140.2210796.13590142254668787525.stgit@dwillia2-desk3.amr.corp.intel.com> <20200705045505.GA2962@1wt.eu> <20200706152210.GA53508@rani.riverdale.lan> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 6 Jul 2020 11:22:10 -0400 Arvind Sankar wrote: > Though I'm not sure if blueprint translates literally into other > languages, it did actually have a logical reason, viz engineering > drawings used to be blue/white. But logical reasons don't have to exist. > In the case of colors, for example, using red-black tree doesn't exclude > blind people, precisely because there is no logical reason for using the > colors red and black, or even colors at all, so it's not as if you gain > any additional insight into the structure if you are able to see the > colors. It just needs _some_ arbitrary labels for distinguishing two > classes of nodes, it could just as well have been named A-B tree or 0-1 > tree or whatever. I don't think there is any concise way to label them > that conveys anything useful about how they're used in the data > structure -- you just have to learn about the structure and how it's > used. This isn't the case with whitelist/blacklist, where those colors > actually have connotations about what the two lists mean. When I learned about R-B trees in my algorithms class decades ago, I distinctly remember the text book saying something about how the red and black names were meaningless. Just know that the nodes are different in how you go about sorting or injecting a new node into the tree. So yes, it could have been blue and yellow, or 1 and 0, or Bob and Alice. The colors were just a way of labeling in order to differentiate the two types of nodes, and I am not worried that people are going to take offense to them. -- Steve