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 X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9AFCDC388F7 for ; Mon, 9 Nov 2020 12:56:25 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 3DE382076E for ; Mon, 9 Nov 2020 12:56:25 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=waldekranz-com.20150623.gappssmtp.com header.i=@waldekranz-com.20150623.gappssmtp.com header.b="sa0RB8rj" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729785AbgKIM4P (ORCPT ); Mon, 9 Nov 2020 07:56:15 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48622 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729451AbgKIMzy (ORCPT ); Mon, 9 Nov 2020 07:55:54 -0500 Received: from mail-lj1-x244.google.com (mail-lj1-x244.google.com [IPv6:2a00:1450:4864:20::244]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C0821C0613D3 for ; Mon, 9 Nov 2020 04:55:52 -0800 (PST) Received: by mail-lj1-x244.google.com with SMTP id 11so10158036ljf.2 for ; Mon, 09 Nov 2020 04:55:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=waldekranz-com.20150623.gappssmtp.com; s=20150623; h=content-transfer-encoding:cc:subject:from:to:date:message-id :in-reply-to; bh=ulXD30Aq+PcBA8C2atq4hmVoKNoOqmPsqqKu5TG3MEc=; b=sa0RB8rjIfzw92kAdTJeBmLStrDAedV0wkRSTULl3xOnLsRFc1tGb6t3w+4ONn+opB TJBA43U7tqDNA0No9OKcvv148leZR7qt0zWM752HhhzZoqZBmn8PM5sX9RxV/YkDUmS/ f+79TR3gCsdw75f5GBkCn6xHlHh9drdBOSoPQukx/VB42w0sr/X9lf323XKd1p7VkOdq bTnMkiXXmjP8VrJ8+w14zWR/XXGyqPe7RMLJCr36JevqTCaI9l2XftL8mRxDLl+9FBcO 62XOgyICwUgkiVLNmkLStV+92zLzhJGanwPdGql9i6688TCNe3LjYfz6/cfabIu7SXVH 8Nag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:cc:subject:from:to :date:message-id:in-reply-to; bh=ulXD30Aq+PcBA8C2atq4hmVoKNoOqmPsqqKu5TG3MEc=; b=fng4QbsQ4kg9JYoyJTwy4wzq0qfihYNa1k6BMrodaLN1QoE8zDS77e+Y63NG1M1jmG VjO1soXdy6NGApeKzt47UqsGfldhqHbDJxx/MW3xDEskNnUr0M5HCXD+PwaE/5EOw70F GfRQ6iKzKYt/VBKtb+Yiihuo1VYUUFvY4rNeZw6T9Tj1r7+g3qWzS4TMpynHRkWPz4gp R+RTbXOD6uahQnQjFD200Q5lPoXt+eilxqZl/YZZ87GhWh2wxF5tmvoUIZSKYOU6xE3x /MmDRSFnHdk6SJAKRyT0gLGyx/RKe1lshJOwu7ct5cDH3YMRdyQkepE0yni5547E7paZ H5Tg== X-Gm-Message-State: AOAM5329Y88L6MGgd4UAUcMnlFUgXdtVxt4VQFIaNGaD1KUKI1Qwzg2b DAQaEs2vDQNSE+YFjrMc6vK9GQ== X-Google-Smtp-Source: ABdhPJxdfDTVTRjJT1U+XecRCKBuvP1jjAyucclSPbqCyw5eHhSNAYIVEookDXNF9kVxO1ee0QmofQ== X-Received: by 2002:a2e:9189:: with SMTP id f9mr5759459ljg.295.1604926551157; Mon, 09 Nov 2020 04:55:51 -0800 (PST) Received: from localhost (static-193-12-47-89.cust.tele2.se. [193.12.47.89]) by smtp.gmail.com with ESMTPSA id q191sm1620435ljb.139.2020.11.09.04.55.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 09 Nov 2020 04:55:50 -0800 (PST) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Cc: "Andrew Lunn" , "DENG Qingfang" , "Vivien Didelot" , "Florian Fainelli" , "Jakub Kicinski" , "netdev" , , "Marek Behun" , "Russell King - ARM Linux admin" Subject: Re: [RFC PATCH net-next 3/3] net: dsa: listen for SWITCHDEV_{FDB,DEL}_ADD_TO_DEVICE on foreign bridge neighbors From: "Tobias Waldekranz" To: "Vladimir Oltean" Date: Mon, 09 Nov 2020 13:54:08 +0100 Message-Id: In-Reply-To: <20201109123813.kjzvel7pszhcmcgw@skbuf> Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Mon Nov 9, 2020 at 3:38 PM CET, Vladimir Oltean wrote: > On Mon, Nov 09, 2020 at 02:31:11PM +0200, Vladimir Oltean wrote: > > I need to sit on this for a while. How many DSA drivers do we have that > > don't do SA learning in hardware for CPU-injected packets? ocelot/felix > > and mv88e6xxx? Who else? Because if there aren't that many (or any at > > all except for these two), then I could try to spend some time and see > > how Felix behaves when I send FORWARD frames to it. Then we could go on > > full blast with the other alternative, to force-enable address learning > > from the CPU port, and declare this one as too complicated and not wort= h > > the effort. > > In fact I'm not sure that I should be expecting an answer to this > question. We can evaluate the other alternative in parallel. Would you > be so kind to send some sort of RFC for your TX-side offload_fwd_mark so > that I could test with the hardware I have, and get a better > understanding > of the limitations there? That is the plan. I have some stuff I need to get done before though. The current implementation is on a 4.19 kernel, so it's going to take some time to rebase it.