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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 726D0C25B08 for ; Tue, 9 Aug 2022 21:59:29 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229816AbiHIV65 (ORCPT ); Tue, 9 Aug 2022 17:58:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37772 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229667AbiHIV6s (ORCPT ); Tue, 9 Aug 2022 17:58:48 -0400 Received: from mail-pl1-x632.google.com (mail-pl1-x632.google.com [IPv6:2607:f8b0:4864:20::632]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9AB9B6BD77 for ; Tue, 9 Aug 2022 14:58:47 -0700 (PDT) Received: by mail-pl1-x632.google.com with SMTP id x10so12575736plb.3 for ; Tue, 09 Aug 2022 14:58:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20210112.gappssmtp.com; s=20210112; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=/iud5449VkbBRpl17un0ZNxgI4YCaJVJAcbRLkgThmY=; b=R1kcLY7pLIEraGoHirN2EH7BUMGNG/4Pxt4p2PpOt0xDTZwxTkwfTE88hZisb8OXix a6w3cp+jkEmKu5E2HnFr6PopBFO24fzYKxdRfQaJeUnzPdDGpE/sOhrRoiBoErZIZWy8 PwgETxQ71P7/eRcpvxzOevWqMHf78UDZbrJQ1rcX3+Th/Jwkr+FVu2IyZovQRadbaMNm VThk6v8WGBv6qDfx4XfvTTRFD050HJXR4l+afxmYh7NfyU3KlcGS/HAeNuJ4sit1cv92 FlYXygCY6oPkmu/bqgCehOlzgycecqv4hsVcq67i88ShBXmf2/ZpdQf7W7sbon/uwbJV lJHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=/iud5449VkbBRpl17un0ZNxgI4YCaJVJAcbRLkgThmY=; b=qiq4OQZ84yfu25kpGztoGnWbUlY0C6ippWJOQLIyaaseCZmIvcQchrZXHkp2rAqgfB 7EFFTTSjcCqEb0YlhzRAFeWvdqs+AyqJqO+MxMt1muK18SLuhUuX0EW/g3Bg/XYsuwck 25camDg5vDGM7GwxqjJ1rWcjGX3Ghw8MSqPKiBNf/g/t+g8x5PBIa0hcEMb7yl88UMFC YO+A28iNJoohuBRSb4a/l+mWhDSwBbol4Lnsk0/KljNyx70UGyooJII98nGoHVF2+dsk m1+idK/qYkr4jtPdUai/xmoT9ONDOx+dodQD4askl830q2wcCu+6lR/EfoV0WRy+qi8G 4X6A== X-Gm-Message-State: ACgBeo2eHlC4piLfCOsqZb88T9gikFcoG6hn4LXEB0e9gyr34jNcNuDw 79omPE2xhLTx9i/VaV75kIy1/3+rEdMOJg== X-Google-Smtp-Source: AA6agR6LcYahmAuy1Ii+x9X25mfI3ypAunHZNUzCjdzor6vmBpDOZaB86eM63VC+JPZs7FE8JLehfA== X-Received: by 2002:a17:90b:1b45:b0:1f3:1974:eb8 with SMTP id nv5-20020a17090b1b4500b001f319740eb8mr502721pjb.200.1660082327051; Tue, 09 Aug 2022 14:58:47 -0700 (PDT) Received: from hermes.local (204-195-120-218.wavecable.com. [204.195.120.218]) by smtp.gmail.com with ESMTPSA id gn19-20020a17090ac79300b001f303d149casm64808pjb.50.2022.08.09.14.58.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Aug 2022 14:58:46 -0700 (PDT) Date: Tue, 9 Aug 2022 14:58:44 -0700 From: Stephen Hemminger To: Tim Harvey Cc: Pali =?UTF-8?B?Um9ow6Fy?= , Sean Anderson , Michal =?UTF-8?B?U3VjaMOhbmVr?= , netdev , u-boot , Device Tree Mailing List Subject: Re: ethernet dt aliases implications in U-Boot and Linux Message-ID: <20220809145844.3048fa9c@hermes.local> In-Reply-To: References: <5914cae0-e87b-fb94-85dd-33311fc84c52@seco.com> <20220808210945.GP17705@kitsune.suse.cz> <20220808143835.41b38971@hermes.local> <20220808214522.GQ17705@kitsune.suse.cz> <53f91ad4-a0d1-e223-a173-d2f59524e286@seco.com> <20220809213146.m6a3kfex673pjtgq@pali> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On Tue, 9 Aug 2022 14:39:05 -0700 Tim Harvey wrote: > > Maybe it would be better first to use "label" and then use ethernet alias? > > I've been wondering the same as well which made me wonder what the > history of the 'aliases' node is and why its not used in most cases in > Linux. I know for the SOC's I work with we've always defined aliases > for ethernet, gpio, serial, spi, i2c, mmc etc. Where > did this practice come from and why are we putting that in Linux dts > files it if it's not used by Linux? > > Best Regards, > > Tim I added ifalias as part of better SNMP support. In telco and router equipment they report the type/topology information as ifAlias in MIB. In Vyatta distribution this was set to information that came from the pci subsystem for typical network PCI devices. Recent distributions added altname support to allow for alternative or longer names.