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 8495AC32771 for ; Wed, 28 Sep 2022 03:16:55 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229940AbiI1DQx (ORCPT ); Tue, 27 Sep 2022 23:16:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40808 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232694AbiI1DQj (ORCPT ); Tue, 27 Sep 2022 23:16:39 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AD503476EC for ; Tue, 27 Sep 2022 20:16:37 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 6C164B81EA2 for ; Wed, 28 Sep 2022 03:16:36 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id DD562C433D6; Wed, 28 Sep 2022 03:16:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1664334995; bh=194Fdn7AS1fxXzhPNR9aQ+FigtjyZMd8xhTg2aaVN+Y=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=VjtuAnoT2nDIGPkwk8X243DZ79CqgcFRuhiKyb2/YcLGm/q115tIWnZ2H1Wo56kE4 8euoHXo9KfenjvzsddFhBkhsDpDtaZn4+j7uPiqk28eAn9shar6Yr+ccU8X3PgWbxz GAq6McLskABQPaQKmIgohb4sWghabboyjUElwrpmW1cUTbtWVIv7hVQCpz8IDRM2G2 b9V/aifWvt1qMc2ZqS5dD4P2O4NOekrtqoG8EBXZE9ykaOepXXkH831Ld8Qz8qaIHH uMKqjYHnh2B23/PDPDlA4JYUpGHqVVvDPN65Ac+Nxuzn2NT4yP6Tbf3ncr2lJfIlgt 10HD8y+eMULDQ== Message-ID: <8eb279e1-07e6-4326-7d81-8b7e4edc968a@kernel.org> Date: Tue, 27 Sep 2022 21:16:34 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.13.0 Subject: Re: [PATCH v3 iproute2-next] ip link: add sub-command to view and change DSA conduit interface Content-Language: en-US To: Vladimir Oltean , netdev@vger.kernel.org Cc: Stephen Hemminger , Andrew Lunn , Vivien Didelot , Florian Fainelli , Jakub Kicinski References: <20220922220655.2183524-1-vladimir.oltean@nxp.com> From: David Ahern In-Reply-To: <20220922220655.2183524-1-vladimir.oltean@nxp.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On 9/22/22 3:06 PM, Vladimir Oltean wrote: > Support the "dsa" kind of rtnl_link_ops exported by the kernel, and > export reads/writes to IFLA_DSA_MASTER. > > Examples: > > $ ip link set swp0 type dsa conduit eth1 > > $ ip -d link show dev swp0 > (...) > dsa conduit eth0 > > $ ip -d -j link show swp0 > [ > { > "link": "eth1", > "linkinfo": { > "info_kind": "dsa", > "info_data": { > "conduit": "eth1" > } > }, > } > ] > > Note that by construction and as shown in the example, the IFLA_LINK > reported by a DSA user port is identical to what is reported through > IFLA_DSA_MASTER. However IFLA_LINK is not writable, and overloading its > meaning to make it writable would clash with other users of IFLA_LINK > (vlan etc) for which writing this property does not make sense. > > Signed-off-by: Vladimir Oltean > --- > v1->v2: > - update man page > v2->v3: > - update main ip-link help text to print the new 'dsa' link type > - rename the 'master' keyword to 'conduit' and keep 'master' as a > fallback > - to avoid using the 'DSA master' term in the man page, stop explaining > which interfaces are eligible for this operation, and just refer to > the kernel documentation. Note that since the support was added in > net-next, the htmldocs have not been regenerated yet. > > include/uapi/linux/if_link.h | 10 ++++++ applied to iproute2-next. always create patches against top of tree. had you done so I would not have had to strip the uapi piece since it is already there.