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 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 7DA2BC25B45 for ; Mon, 23 Oct 2023 19:32:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=mEIiTjZqikV7gSidJE/iiwn/PG8tr792nghjgiQAH6Y=; b=IDFNluOAe6An1k MVwLCkSt8rIdFmPm7xnZ92FfQpdddDwt7eDxkS10uRBhA3X3auTh4L0ZC0pVxbQstZ1dOAStBn4a0 JNS8j34i+M45UOgbXLwNpjA6Jcf5E489wVbafiQfajDmn6qvGsGk89xnfLlJFiborVBF2DgvToQ33 jFaXAFJDqMPDFb5t117ocfPfgfRaTWOvXNSd1qL+CnjlVqv7QoU6rlty1RT9Pkr09AvyTLsDE6Z4c 2GH/ww8U7BUlpKz2PLDVN6RVF6mVFDRG7oryEXZQoOX0yXTg/CLIRaHp3NfyqwXqnfRUFpffLcW5+ XKuEZhiKvWlwyCW6BN/w==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1qv0ev-008BZ8-0Z; Mon, 23 Oct 2023 19:32:17 +0000 Received: from mail-lf1-x12b.google.com ([2a00:1450:4864:20::12b]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1qv0es-008BY9-1h for linux-arm-kernel@lists.infradead.org; Mon, 23 Oct 2023 19:32:15 +0000 Received: by mail-lf1-x12b.google.com with SMTP id 2adb3069b0e04-507973f3b65so5809078e87.3 for ; Mon, 23 Oct 2023 12:32:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698089526; x=1698694326; darn=lists.infradead.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=uMutMjT7nYAjXNIUZq+zZiowd+ZGH08x+rX8MMHC5Do=; b=ijLlnXxyV5MvtSm4jLozCNP7xzuWy0+X6T00mrXdnHzv2VSuWBDAzTugSP3efipY57 zlXwqmOs5kCzICWCDIf/ko3kTOf/zNnO4bGxL4sAXNsyFwMUzYbkaCSOIVFlUU329fns hazclfhRnqJYlLei8qhsy9x3XP+ej5Kb4F7UNXAAwbB4tDPHm3w5pku6K1OqMuYhikHI qAgnK1K5QB2jOKEEdfJf+zzI971h80WQCvYTw8Vn/XcfRD220WdACUChXP8hfL+gLUhY /F2i+ZtbsipaBW7/geB2TqrlqjoHWf4NuFxlE79s+K60sY3mBuk6rABjrNsKN+TIeadx iZ9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698089526; x=1698694326; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=uMutMjT7nYAjXNIUZq+zZiowd+ZGH08x+rX8MMHC5Do=; b=voFJm5OjfzIj4UI0J4QnFbWjoy+BA7jGukWi3ZpwdKeiPFyAJPZ9a6sW1MY1Nrrlx1 qus2SEFH2tKy/1txs/V+3b8knXDo5zWA6LwAWhZ/ydNgPK83uWVCLKapBCRAVj5Emz2t 0PkmWm14cPbsrujVh8osWm6oNUjczf2XMQWmRAXX5bssBPgXnn+E2Yw2obGZaBDZl+uW Rrb1EOTWOoTJ4w5EokOFH1xWc1aaz6HnMAPLW8hXxcxMDWpmkvuo/69E8V6S7McLiOeW N8ju8RaPdKAbd0nKkSveL7aodiHayayWoZ7SZANJmVoQt8cLQWkQBi1SyI1FLSUR39ji 44HQ== X-Gm-Message-State: AOJu0YzPllOYX1Fs9J2WGzEATXCITqWgJDMPPp/hFohTUKRDm/84phvD mLw8OWAwRUN/oCiXksi7syU= X-Google-Smtp-Source: AGHT+IFwnCY/MaXxAJu+nrAFt1YbkaNoJzJUTr4aQ3gUDKk7pMFRaww+Lg0nqyZo1jn38ogXUz28HQ== X-Received: by 2002:a05:6512:1396:b0:507:9615:b918 with SMTP id fc22-20020a056512139600b005079615b918mr8200716lfb.52.1698089525700; Mon, 23 Oct 2023 12:32:05 -0700 (PDT) Received: from skbuf ([188.26.57.160]) by smtp.gmail.com with ESMTPSA id n15-20020aa7c68f000000b0053eb9af1e15sm6711383edq.77.2023.10.23.12.32.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 Oct 2023 12:32:05 -0700 (PDT) Date: Mon, 23 Oct 2023 22:32:03 +0300 From: Vladimir Oltean To: Pavel Machek Cc: Florian Fainelli , netdev@vger.kernel.org, Andrew Lunn , Florian Fainelli , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Broadcom internal kernel review list , "open list:ARM/Mediatek SoC support" , "moderated list:ARM/Mediatek SoC support" Subject: Re: [PATCH net-next v2 1/2] net: dsa: Use conduit and user terms Message-ID: <20231023193203.5mfflqi2zbtkepx2@skbuf> References: <20231011222026.4181654-1-florian.fainelli@broadcom.com> <20231011222026.4181654-2-florian.fainelli@broadcom.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20231023_123214_568326_76BFFE1D X-CRM114-Status: GOOD ( 26.79 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi Pavel, On Mon, Oct 23, 2023 at 09:12:42AM +0200, Pavel Machek wrote: > On Wed 2023-10-11 15:20:25, Florian Fainelli wrote: > > Use more inclusive terms throughout the DSA subsystem by moving away > > from "master" which is replaced by "conduit" and "slave" which is > > replaced by "user". No functional changes. > > Note that by making it more "inclusive" you make it incomprehensible > for users where english is not their first language. I will preface by saying that I am quite indifferent to the whole inclusivity movement, with a personal tendency of considering it silly and superficial, and frankly a waste of time and resources. But I get that to some it may matter more than to me. And it's not my time that gets wasted.. Based on "DSA has become incomprehensible because it replaced master/slave with terms I don't know", I think an analogous attitude that's closer to home could just as well be: "I'm a complete stranger, but why is eastern Europe going through decommunization?! All I knew about eastern Europe is that it was communist!" I believe that in order to make an omelette, you need to break a few eggs, and applied here, that seems to mean that A1 level English speakers get to learn a word from the A2 vocabulary. I don't see how learning some new words in a foreign language could do too much harm for the individual going through that process. > Plus, "user" already means something else in kernel context If DSA is going to replace master/slave with something else, the user/conduit terms have the legitimacy of being documented alternative names at least since 2015's commit 77760e94928f ("Documentation: networking: add a DSA document") and 2016's commit 83c0afaec7b7 ("net: dsa: Add new binding implementation"). It also needs to be said that I never found master/slave to be a perfect description of the hierarchy in DSA (but I just didn't care enough to change it). If you think about it in terms of netdev adjacency lists for example, the slaves are the uppers and the master (host interface) is the lower... Or the subordination relationship could also be seen in reverse because the user doesn't interact directly with the master/CPU conduit interface most of the time, it just gets reconfigured automatically, in a way initiated by some other entity, with what's necessary to process switch-tagged traffic. > so this will likely be confusing even for native speakers. Sidetracking a bit, there was a joke I can't find anymore, so I'll just paraphraze it: "- what do drug dealers and computer engineers have in common? - they both call their customers 'users'". I think/hope most native speakers got past the confusion at this point, and just think of technical terms as words devoid of their original meaning (which also makes the master/slave dilemma questionable TBH, but what do I know). If there is any doubt, DSA has ample documentation which clarifies what a slave (now user) port is. There is also a paragraph documenting the naming change from master/slave. > This is wrong. Hmm, the topic is a bit arid for me to get too heated about it, but I don't think that your arguments justify such a strong conclusion... Your premise seems to be that people cannot learn, and can never adapt. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel