Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1317331ybt; Thu, 9 Jul 2020 04:12:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxFURWP+8TsuP/Ov/NkwqPWu7NLHHZjtVFPramSXYwCKikEG0KNIrAE0zQKpxCbrHkldvbL X-Received: by 2002:a05:6402:31ba:: with SMTP id dj26mr65702552edb.181.1594293130346; Thu, 09 Jul 2020 04:12:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594293130; cv=none; d=google.com; s=arc-20160816; b=jdrpUR449hkfJM7xtCzOn0y5gUkEgAP05lQMoP0+iPBOIsUQiK8ZypGNfSQFWiIKpR KffNubKLTKmkR6hTCyOGm8h2pG3+c6XizQb6cmPHgFI3aF0Z4E0qgBSR1gQhBEAMoU34 3InAqH4uqMr3Pkbbk4M4MZGNDqNS0h1OeaxOFkXxciamgy2wbZH/N2CISjyIP/Jrp6xJ pEaLGGNWGnpcgOsLDEiRGBkAWCBh+i6n0EgOvhsx7RWtgD57K1LYUJzRl9v6rp3VICzM 2YR2aud2o9Wol32hbYK9Kwt/2U12U7C9z5z3EZ0YRnWLIrm2Kz2/yYvQQBViWScAUE18 uSqQ== 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 :dkim-signature; bh=gsBQcJvLZ3V0vCL4O2nNQ3FKatqW4qTNlp+w1GsVzrI=; b=d0p3UN9T00jFut5C+NgwHO2v9rVcWr7tSDJueUdawqTJ+JXLarPO8aaRCExhDYt/dq poPEusvGfywkRrmpyvR/HFe4PUE5LeY3rUq+Ukb1w/bb6hHQoygYGsiesZfWE9wjm/k6 hORqWSUfhxhXLUSFlW8/nCu7r5NpnaxGGpPzr7ewpdkxE/T88/jkqmIGximtBPceyjuu 0WFAMfBajp/yPEjX22R0hnJCwfzwwXncuUQvtr5IbRR5JkRDoIeX4y9FE1qBUDoSumLN 6+2SnHEk9kgjYE/e3rNWz8CakIpRgUteP0G0IY45xiHdVa/svHYduw9yDoBp6KPc0aSb Dgrw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="ylOe5/KH"; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i6si1646859ejj.508.2020.07.09.04.11.46; Thu, 09 Jul 2020 04:12:10 -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; dkim=pass header.i=@kernel.org header.s=default header.b="ylOe5/KH"; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726996AbgGILLj (ORCPT + 99 others); Thu, 9 Jul 2020 07:11:39 -0400 Received: from mail.kernel.org ([198.145.29.99]:36352 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726315AbgGILLj (ORCPT ); Thu, 9 Jul 2020 07:11:39 -0400 Received: from coco.lan (ip5f5ad5c5.dynamic.kabel-deutschland.de [95.90.213.197]) (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 C16B92076A; Thu, 9 Jul 2020 11:11:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1594293098; bh=vny+SWwydOWXgQEpMtX94zFAywVQ53nMMZrFLu+KCfE=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=ylOe5/KHwchiM+tEwXVN+LYL6Znb1MK7HBpvsQgqLWOOmVnaquIrHYwDMyFldYkk2 oejy8Ava9G1TXJPWjaj9zMjIDGrPwZWzJp+MkdY/tDNoHp62PAKRJbHEpJBOhOWqd4 5rBr9E10yVPBow0R8ZjriiSvK7fXmljt/q79n2OY= Date: Thu, 9 Jul 2020 13:11:33 +0200 From: Mauro Carvalho Chehab To: Joe Perches Cc: Matthew Wilcox , ksummit , Greg Kroah-Hartman , Linux Kernel Mailing List , tech-board-discuss@lists.linuxfoundation.org, Chris Mason Subject: Re: [Ksummit-discuss] [PATCH] CodingStyle: Inclusive Terminology Message-ID: <20200709131133.1bbb9c63@coco.lan> In-Reply-To: <10eeae911ab653036554f5599ba34406572acaa9.camel@perches.com> References: <159389297140.2210796.13590142254668787525.stgit@dwillia2-desk3.amr.corp.intel.com> <87h7ul15le.fsf@notabene.neil.brown.name> <20200706072221.GA1947246@kroah.com> <10eeae911ab653036554f5599ba34406572acaa9.camel@perches.com> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-redhat-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 Em Mon, 06 Jul 2020 06:30:01 -0700 Joe Perches escreveu: > On Mon, 2020-07-06 at 09:04 -0400, Matthew Wilcox wrote: > > On Mon, Jul 6, 2020 at 8:59 AM Joe Perches wrote: > > > On Mon, 2020-07-06 at 08:51 -0400, Matthew Wilcox wrote: > > > > In terms of number of lines of code using the word, it's only seventh > > > > in drivers/: > > > > > > > > $ for i in drivers/*; do c=$(find $i -type f |xargs grep slave |wc > > > > -l); echo "$c $i"; done |sort -rn |head > > > > 5218 drivers/net > > > > 1341 drivers/dma > > > > 988 drivers/i2c > > > > 695 drivers/gpu > > > > 666 drivers/soundwire > > > > 665 drivers/spi > > > > 559 drivers/w1 > > > > 461 drivers/infiniband > > > > 389 drivers/media > > > > 301 drivers/scsi > > > > > > I get rather different and much lower numbers > > > > > > $ git grep -i -w slave drivers | \ > > > cut -f1,2 -d/ | uniq -c | sort -rn | head -20 | cat -n > > > > That's because you're using grep -w which excludes, for example, > > slave_configure in drivers/scsi. > > upper/lower case uses too... (anyway, there are a lot) > > $ git grep -i -w -P '\w*slave\w*' drivers | \ > cut -f1,2 -d/ | uniq -c | sort -rn | head -20 | cat -n > 1 5683 drivers/net > 2 2118 drivers/gpu > 3 1807 drivers/dma > 4 1389 drivers/i2c > 5 866 drivers/interconnect > 6 835 drivers/soundwire > 7 821 drivers/spi > 8 698 drivers/w1 > 9 508 drivers/media > 10 481 drivers/infiniband > 11 440 drivers/ata > 12 317 drivers/scsi > 13 267 drivers/fsi > 14 240 drivers/tty > 15 225 drivers/vme > 16 223 drivers/staging > 17 157 drivers/mmc > 18 155 drivers/usb > 19 141 drivers/video > 20 140 drivers/char It sounds that, as soon after this patch gets merged, the mailing lists will be flooded by lots of patches replacing such terms with something else :-( Doing a quick look at the media subsystem, it sounds that most terms come from I2C master/slave and DiSEqC terminology, as defined by their specs (and the others seem to be derived from some hardware vendor specific terminology). As they're all supported by the current specs, if one would want to replace them, it should first ensure that the supporting specs should be using a different terminology, as otherwise replacing them would just make harder for anyone trying to understand the code. Thanks, Mauro