Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp1650021pxp; Thu, 10 Mar 2022 09:21:26 -0800 (PST) X-Google-Smtp-Source: ABdhPJxT6soux5biGqR04puD87OR77qZbyWq0C1vJaWhN3reoIFY5Lu+i3z2+5RzQbqyEldcnbgO X-Received: by 2002:a05:6808:1643:b0:2d9:a01a:4bc3 with SMTP id az3-20020a056808164300b002d9a01a4bc3mr3930425oib.234.1646932885977; Thu, 10 Mar 2022 09:21:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646932885; cv=none; d=google.com; s=arc-20160816; b=XD0AHBrs6t35XYs6E+HIsI0E/oVy3raTYFSAYjhPXYYar8YAXNd3nVWaDUcONctPyL /U3TWmRxu4iDtcA3E7kIGoiLagkhwsB7jAZquF76BtV9faLxOauLh4ms6gfojhpbzX46 LDbQILevkKzeCVzGCineWblriFcMyqHwR63afmmfkji5vVCZsnFUF0E2Jpg8fOwoSK/H C8CxuUAPoccusDFwLpobx9o1S7+iXgXAKfGYLVS9kuBm2kn7fs21GJwUz+rjTmJnHOHT Zx4xZy20yo6hIvUl6KnnVIP0hWwFddQobSDk7J8VlR4QaU6r8AbGmH1CWiuuA21H0vdr SzjQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:dkim-signature; bh=SdjzqrFqNyaddStBDpykHyjVlWm6tftteEn7pq5DA60=; b=C23O2ozKf9OKsF7sn2Dl+xLQMYifZq6qfZtIVsq+AoME7gvf0waWZeJYYB2mNhqpfS 1EDRmBU9r9UZFq26OyXKIg2uOlswOW2HVbu6T/rm+56RoaMoFEMI1YYPXLA/D4z1nxJ0 zxNhps8OgO3t2Uw0am/+TTgMSpNKCEylS/Fa8FTmnQEJ9rWhLnSFqP1IWwOZ1PXYnOEP fKwoxFpYNcLJ3lwOZUsEOIHUSfG7ccr1oR07bs0tYsU+2CwVjROuqVA5OhYJmw4AOqIR jYafPsvZyKgfJFTveyr43BOdjNziD2uzXJJTv5VrOnlOy5LXxP/UhWc4RjwguG+GbdNw zUCg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=UL2QkTBB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id bs9-20020a056820178900b003214f517a2csi2919344oob.72.2022.03.10.09.21.11; Thu, 10 Mar 2022 09:21:25 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=UL2QkTBB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1343755AbiCJPI6 (ORCPT + 99 others); Thu, 10 Mar 2022 10:08:58 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57004 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1343760AbiCJPIX (ORCPT ); Thu, 10 Mar 2022 10:08:23 -0500 Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 164E3187E11; Thu, 10 Mar 2022 07:00:58 -0800 (PST) Received: by mail-lj1-x235.google.com with SMTP id h11so8118787ljb.2; Thu, 10 Mar 2022 07:00:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version; bh=SdjzqrFqNyaddStBDpykHyjVlWm6tftteEn7pq5DA60=; b=UL2QkTBBP0NVNwDv58Re1MZcCUm2Mgfb6FUP9ZtOdPsnOGFwNonSO5M3cV8liKC0Jh SCx+N7MJV3LvRQuLmRBV+bCBDZga30fXP/2HUZ+RHvdBVsJnYWxhDI6oSEimnjaetgWc 2QO7bq3ajqcDEMK94lHbu/iyBH7Iloq5Ap1Cl/QaqJbZE71r7z/jBsD5ScUqoBE05yhI W+x29XkMXBEY+TI9fd2O0sJvd7gBv+587iMwYm3qic2zBfPN4HY7WLkgpDLCucpZ6HYS 5F4AqWTjAAMhWJfOAWus+cuyi6mcwGkMh8/2q1mkjb1JM6pcADYagVKo3GM46qfqgGp0 1VdQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=SdjzqrFqNyaddStBDpykHyjVlWm6tftteEn7pq5DA60=; b=AWYZEKB2sphaIvPpgSompI/WUxsSZxqjGo6rm3Dv/MeV3KzRIj70Wi1k+Hxw5Lo1/R Omkko3+A7b8bc2GykCNwjhAeVUWSVLfUvgBjs5wb2Ps/DFNXuxbXIrNLbux18ndaLehb 16NndWYfYeq17l0rJrKttvypLr8vpbz0/NQ5RbqKD8xJEF/TQBR9K01shkVJLhgvHBlM YTP+MP67WSWx8XF23yq717QUiIr4UdnP2yB+N4VYWxYuN7/kB1Cn+wGSfSfqm5A3SVb6 cHyXb+aPoUqkoIETU/9KXSXtKHJNJRdXagITS59VQo9CRuu5aXgo38vy2md7ulsScQsZ ZIWg== X-Gm-Message-State: AOAM531CPYAxF8RYQQhob6kjj7rOOxqVx2TrmEy6qkwP833EVtTMuwgU d4mLWTPl/YjhSMJpNCL26SA= X-Received: by 2002:a05:651c:a0a:b0:247:c97e:c290 with SMTP id k10-20020a05651c0a0a00b00247c97ec290mr3288435ljq.338.1646924456040; Thu, 10 Mar 2022 07:00:56 -0800 (PST) Received: from wse-c0127 ([208.127.141.29]) by smtp.gmail.com with ESMTPSA id s6-20020a19ad46000000b004485b24c1cesm720444lfd.82.2022.03.10.07.00.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 10 Mar 2022 07:00:55 -0800 (PST) From: Hans Schultz X-Google-Original-From: Hans Schultz To: Vladimir Oltean , Hans Schultz Cc: davem@davemloft.net, kuba@kernel.org, netdev@vger.kernel.org, Andrew Lunn , Vivien Didelot , Florian Fainelli , Jiri Pirko , Ivan Vecera , Roopa Prabhu , Nikolay Aleksandrov , Daniel Borkmann , Ido Schimmel , linux-kernel@vger.kernel.org, bridge@lists.linux-foundation.org Subject: Re: [PATCH net-next 3/3] net: dsa: mv88e6xxx: mac-auth/MAB implementation In-Reply-To: <20220310142836.m5onuelv4jej5gvs@skbuf> References: <20220310142320.611738-1-schultz.hans+netdev@gmail.com> <20220310142320.611738-4-schultz.hans+netdev@gmail.com> <20220310142836.m5onuelv4jej5gvs@skbuf> Date: Thu, 10 Mar 2022 16:00:52 +0100 Message-ID: <865yolg8d7.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,THIS_AD,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On tor, mar 10, 2022 at 16:28, Vladimir Oltean wrote: > On Thu, Mar 10, 2022 at 03:23:20PM +0100, Hans Schultz wrote: >> This implementation for the Marvell mv88e6xxx chip series, is >> based on handling ATU miss violations occurring when packets >> ingress on a port that is locked. The mac address triggering >> the ATU miss violation is communicated through switchdev to >> the bridge module, which adds a fdb entry with the fdb locked >> flag set. >> Note: The locked port must have learning enabled for the ATU >> miss violation to occur. >> >> Signed-off-by: Hans Schultz >> --- >> drivers/net/dsa/mv88e6xxx/Makefile | 1 + >> drivers/net/dsa/mv88e6xxx/chip.c | 10 +-- >> drivers/net/dsa/mv88e6xxx/chip.h | 5 ++ >> drivers/net/dsa/mv88e6xxx/global1.h | 1 + >> drivers/net/dsa/mv88e6xxx/global1_atu.c | 29 +++++++- >> .../net/dsa/mv88e6xxx/mv88e6xxx_switchdev.c | 67 +++++++++++++++++++ >> .../net/dsa/mv88e6xxx/mv88e6xxx_switchdev.h | 20 ++++++ >> drivers/net/dsa/mv88e6xxx/port.c | 11 +++ >> drivers/net/dsa/mv88e6xxx/port.h | 1 + >> 9 files changed, 138 insertions(+), 7 deletions(-) >> create mode 100644 drivers/net/dsa/mv88e6xxx/mv88e6xxx_switchdev.c >> create mode 100644 drivers/net/dsa/mv88e6xxx/mv88e6xxx_switchdev.h >> >> diff --git a/drivers/net/dsa/mv88e6xxx/Makefile b/drivers/net/dsa/mv88e6xxx/Makefile >> index c8eca2b6f959..3ca57709730d 100644 >> --- a/drivers/net/dsa/mv88e6xxx/Makefile >> +++ b/drivers/net/dsa/mv88e6xxx/Makefile >> @@ -15,3 +15,4 @@ mv88e6xxx-objs += port_hidden.o >> mv88e6xxx-$(CONFIG_NET_DSA_MV88E6XXX_PTP) += ptp.o >> mv88e6xxx-objs += serdes.o >> mv88e6xxx-objs += smi.o >> +mv88e6xxx-objs += mv88e6xxx_switchdev.o >> \ No newline at end of file >> diff --git a/drivers/net/dsa/mv88e6xxx/chip.c b/drivers/net/dsa/mv88e6xxx/chip.c >> index 84b90fc36c58..e1b6bd738085 100644 >> --- a/drivers/net/dsa/mv88e6xxx/chip.c >> +++ b/drivers/net/dsa/mv88e6xxx/chip.c >> @@ -1714,11 +1714,11 @@ static int mv88e6xxx_vtu_get(struct mv88e6xxx_chip *chip, u16 vid, >> return err; >> } >> >> -static int mv88e6xxx_vtu_walk(struct mv88e6xxx_chip *chip, >> - int (*cb)(struct mv88e6xxx_chip *chip, >> - const struct mv88e6xxx_vtu_entry *entry, >> - void *priv), >> - void *priv) >> +int mv88e6xxx_vtu_walk(struct mv88e6xxx_chip *chip, >> + int (*cb)(struct mv88e6xxx_chip *chip, >> + const struct mv88e6xxx_vtu_entry *entry, >> + void *priv), >> + void *priv) >> { >> struct mv88e6xxx_vtu_entry entry = { >> .vid = mv88e6xxx_max_vid(chip), >> diff --git a/drivers/net/dsa/mv88e6xxx/chip.h b/drivers/net/dsa/mv88e6xxx/chip.h >> index 30b92a265613..64e8fc470fdf 100644 >> --- a/drivers/net/dsa/mv88e6xxx/chip.h >> +++ b/drivers/net/dsa/mv88e6xxx/chip.h >> @@ -763,6 +763,11 @@ static inline void mv88e6xxx_reg_unlock(struct mv88e6xxx_chip *chip) >> mutex_unlock(&chip->reg_lock); >> } >> >> +int mv88e6xxx_vtu_walk(struct mv88e6xxx_chip *chip, >> + int (*cb)(struct mv88e6xxx_chip *chip, >> + const struct mv88e6xxx_vtu_entry *entry, >> + void *priv), >> + void *priv); >> int mv88e6xxx_fid_map(struct mv88e6xxx_chip *chip, unsigned long *bitmap); >> >> #endif /* _MV88E6XXX_CHIP_H */ >> diff --git a/drivers/net/dsa/mv88e6xxx/global1.h b/drivers/net/dsa/mv88e6xxx/global1.h >> index 2c1607c858a1..729cc0610d9a 100644 >> --- a/drivers/net/dsa/mv88e6xxx/global1.h >> +++ b/drivers/net/dsa/mv88e6xxx/global1.h >> @@ -136,6 +136,7 @@ >> #define MV88E6XXX_G1_ATU_DATA_TRUNK 0x8000 >> #define MV88E6XXX_G1_ATU_DATA_TRUNK_ID_MASK 0x00f0 >> #define MV88E6XXX_G1_ATU_DATA_PORT_VECTOR_MASK 0x3ff0 >> +#define MV88E6XXX_G1_ATU_DATA_PORT_VECTOR_NO_EGRESS 0x0000 >> #define MV88E6XXX_G1_ATU_DATA_STATE_MASK 0x000f >> #define MV88E6XXX_G1_ATU_DATA_STATE_UC_UNUSED 0x0000 >> #define MV88E6XXX_G1_ATU_DATA_STATE_UC_AGE_1_OLDEST 0x0001 >> diff --git a/drivers/net/dsa/mv88e6xxx/global1_atu.c b/drivers/net/dsa/mv88e6xxx/global1_atu.c >> index 40bd67a5c8e9..afa54fe8667e 100644 >> --- a/drivers/net/dsa/mv88e6xxx/global1_atu.c >> +++ b/drivers/net/dsa/mv88e6xxx/global1_atu.c >> @@ -12,6 +12,8 @@ >> >> #include "chip.h" >> #include "global1.h" >> +#include "port.h" >> +#include "mv88e6xxx_switchdev.h" >> >> /* Offset 0x01: ATU FID Register */ >> >> @@ -114,6 +116,18 @@ static int mv88e6xxx_g1_atu_op_wait(struct mv88e6xxx_chip *chip) >> return mv88e6xxx_g1_wait_bit(chip, MV88E6XXX_G1_ATU_OP, bit, 0); >> } >> >> +static int mv88e6xxx_g1_read_atu_violation(struct mv88e6xxx_chip *chip) >> +{ >> + int err; >> + >> + err = mv88e6xxx_g1_write(chip, MV88E6XXX_G1_ATU_OP, >> + MV88E6XXX_G1_ATU_OP_BUSY | MV88E6XXX_G1_ATU_OP_GET_CLR_VIOLATION); >> + if (err) >> + return err; >> + >> + return mv88e6xxx_g1_atu_op_wait(chip); >> +} >> + >> static int mv88e6xxx_g1_atu_op(struct mv88e6xxx_chip *chip, u16 fid, u16 op) >> { >> u16 val; >> @@ -356,11 +370,11 @@ static irqreturn_t mv88e6xxx_g1_atu_prob_irq_thread_fn(int irq, void *dev_id) >> int spid; >> int err; >> u16 val; >> + u16 fid; >> >> mv88e6xxx_reg_lock(chip); >> >> - err = mv88e6xxx_g1_atu_op(chip, 0, >> - MV88E6XXX_G1_ATU_OP_GET_CLR_VIOLATION); >> + err = mv88e6xxx_g1_read_atu_violation(chip); >> if (err) >> goto out; >> >> @@ -368,6 +382,10 @@ static irqreturn_t mv88e6xxx_g1_atu_prob_irq_thread_fn(int irq, void *dev_id) >> if (err) >> goto out; >> >> + err = mv88e6xxx_g1_read(chip, MV88E6352_G1_ATU_FID, &fid); >> + if (err) >> + goto out; >> + >> err = mv88e6xxx_g1_atu_data_read(chip, &entry); >> if (err) >> goto out; >> @@ -396,6 +414,13 @@ static irqreturn_t mv88e6xxx_g1_atu_prob_irq_thread_fn(int irq, void *dev_id) >> "ATU miss violation for %pM portvec %x spid %d\n", >> entry.mac, entry.portvec, spid); >> chip->ports[spid].atu_miss_violation++; >> + if (mv88e6xxx_port_is_locked(chip, chip->ports[spid].port)) >> + err = mv88e6xxx_switchdev_handle_atu_miss_violation(chip, >> + chip->ports[spid].port, >> + &entry, >> + fid); > > Do we want to suppress the ATU miss violation warnings if we're going to > notify the bridge, or is it better to keep them for some reason? > My logic is that they're part of normal operation, so suppressing makes > sense. > >> + if (err) >> + goto out; >> } >> >> if (val & MV88E6XXX_G1_ATU_OP_FULL_VIOLATION) { >> diff --git a/drivers/net/dsa/mv88e6xxx/mv88e6xxx_switchdev.c b/drivers/net/dsa/mv88e6xxx/mv88e6xxx_switchdev.c >> new file mode 100644 >> index 000000000000..e0ca452b6f86 >> --- /dev/null >> +++ b/drivers/net/dsa/mv88e6xxx/mv88e6xxx_switchdev.c >> @@ -0,0 +1,67 @@ >> +// SPDX-License-Identifier: GPL-2.0-or-later >> +/* >> + * mv88e6xxx_switchdev.c >> + * >> + * Authors: >> + * Hans J. Schultz >> + * >> + */ >> + >> +#include >> +#include "chip.h" >> +#include "global1.h" >> + >> +struct mv88e6xxx_fid_search_ctx { >> + u16 fid_search; >> + u16 vid_found; >> +}; >> + >> +static int mv88e6xxx_find_vid_on_matching_fid(struct mv88e6xxx_chip *chip, >> + const struct mv88e6xxx_vtu_entry *entry, >> + void *priv) >> +{ >> + struct mv88e6xxx_fid_search_ctx *ctx = priv; >> + >> + if (ctx->fid_search == entry->fid) { >> + ctx->vid_found = entry->vid; >> + return 1; >> + } >> + return 0; >> +} >> + >> +int mv88e6xxx_switchdev_handle_atu_miss_violation(struct mv88e6xxx_chip *chip, >> + int port, >> + struct mv88e6xxx_atu_entry *entry, >> + u16 fid) >> +{ >> + struct switchdev_notifier_fdb_info info = { >> + .addr = entry->mac, >> + .vid = 0, >> + .added_by_user = false, >> + .is_local = false, >> + .offloaded = true, >> + .locked = true, >> + }; >> + struct mv88e6xxx_fid_search_ctx ctx; >> + struct netlink_ext_ack *extack; >> + struct net_device *brport; >> + struct dsa_port *dp; >> + int err; >> + >> + ctx.fid_search = fid; >> + err = mv88e6xxx_vtu_walk(chip, mv88e6xxx_find_vid_on_matching_fid, &ctx); >> + if (err < 0) >> + return err; >> + if (err == 1) >> + info.vid = ctx.vid_found; >> + else >> + return -ENODATA; >> + >> + dp = dsa_to_port(chip->ds, port); >> + brport = dsa_port_to_bridge_port(dp); > > Since this is threaded interrupt context, I suppose it could race with > dsa_port_bridge_leave(). So it is best to check whether "brport" is NULL > or not. > Would something like: if (dsa_is_unused_port(chip->ds, port)) return -ENODATA; be appropriate and sufficient for that? > Speaking of races with dsa_port_bridge_leave().. does SWITCHDEV_FDB_ADD_TO_BRIDGE > not require rtnl_lock? > Yes, I will add that... >> + err = call_switchdev_notifiers(SWITCHDEV_FDB_ADD_TO_BRIDGE, brport, &info.info, extack); > > It is buggy to pass an uninitialized on-stack extack, just pass NULL if > there's no one to consume it. > > Alternatively, if the bridge produces a valid extack message for errors > in this case (I haven't checked), it may be more useful to manually > print the extack._msg to the kernel log - see dsa_switch_sync_vlan_filtering() > for an example. I will look into which case is the most appropriate... > > I am a bit uncomfortable having every driver implement this ad-hoc and > potentially have a gazillion subtle bugs like these, could we have a > common function exported by DSA that deals with SWITCHDEV_FDB_ADD_TO_BRIDGE? > I think that would be a good idea, only that a bunch of other drivers already have implementations that would need changes. In general, I think there should be a more centralized thought-through expandable API in switchdev for stuff like this. It should also include the rtnl_lock. >> + if (err) >> + return err; >> + entry->portvec = MV88E6XXX_G1_ATU_DATA_PORT_VECTOR_NO_EGRESS; >> + return mv88e6xxx_g1_atu_loadpurge(chip, fid, entry); >> +} >> diff --git a/drivers/net/dsa/mv88e6xxx/mv88e6xxx_switchdev.h b/drivers/net/dsa/mv88e6xxx/mv88e6xxx_switchdev.h >> new file mode 100644 >> index 000000000000..127f3098f745 >> --- /dev/null >> +++ b/drivers/net/dsa/mv88e6xxx/mv88e6xxx_switchdev.h >> @@ -0,0 +1,20 @@ >> +/* SPDX-License-Identifier: GPL-2.0-or-later >> + * >> + * mv88e6xxx_switchdev.h >> + * >> + * Authors: >> + * Hans J. Schultz >> + * >> + */ >> + >> +#ifndef DRIVERS_NET_DSA_MV88E6XXX_MV88E6XXX_SWITCHDEV_H_ >> +#define DRIVERS_NET_DSA_MV88E6XXX_MV88E6XXX_SWITCHDEV_H_ >> + >> +#include >> + >> +int mv88e6xxx_switchdev_handle_atu_miss_violation(struct mv88e6xxx_chip *chip, >> + int port, >> + struct mv88e6xxx_atu_entry *entry, >> + u16 fid); >> + >> +#endif /* DRIVERS_NET_DSA_MV88E6XXX_MV88E6XXX_SWITCHDEV_H_ */ >> diff --git a/drivers/net/dsa/mv88e6xxx/port.c b/drivers/net/dsa/mv88e6xxx/port.c >> index 795b3128768f..6b375b0caa2c 100644 >> --- a/drivers/net/dsa/mv88e6xxx/port.c >> +++ b/drivers/net/dsa/mv88e6xxx/port.c >> @@ -1239,6 +1239,17 @@ int mv88e6xxx_port_set_mirror(struct mv88e6xxx_chip *chip, int port, >> return err; >> } >> >> +bool mv88e6xxx_port_is_locked(struct mv88e6xxx_chip *chip, int port) >> +{ >> + u16 reg; >> + >> + if (mv88e6xxx_port_read(chip, port, MV88E6XXX_PORT_CTL0, ®)) >> + return false; >> + if (!(reg & MV88E6XXX_PORT_CTL0_SA_FILT_DROP_ON_LOCK)) >> + return false; >> + return true; >> +} >> + >> int mv88e6xxx_port_set_lock(struct mv88e6xxx_chip *chip, int port, >> bool locked) >> { >> diff --git a/drivers/net/dsa/mv88e6xxx/port.h b/drivers/net/dsa/mv88e6xxx/port.h >> index e0a705d82019..09ea8f1615bb 100644 >> --- a/drivers/net/dsa/mv88e6xxx/port.h >> +++ b/drivers/net/dsa/mv88e6xxx/port.h >> @@ -374,6 +374,7 @@ int mv88e6xxx_port_set_fid(struct mv88e6xxx_chip *chip, int port, u16 fid); >> int mv88e6xxx_port_get_pvid(struct mv88e6xxx_chip *chip, int port, u16 *pvid); >> int mv88e6xxx_port_set_pvid(struct mv88e6xxx_chip *chip, int port, u16 pvid); >> >> +bool mv88e6xxx_port_is_locked(struct mv88e6xxx_chip *chip, int port); >> int mv88e6xxx_port_set_lock(struct mv88e6xxx_chip *chip, int port, >> bool locked); >> >> -- >> 2.30.2 >>