From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ej1-f48.google.com (mail-ej1-f48.google.com [209.85.218.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 2EF8140B6CD for ; Thu, 5 Feb 2026 14:41:21 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.218.48 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770302481; cv=none; b=Ld987YzgOVPM5w2acUc+GOzMdNNMdv1jamp4CI+Nvwil4CW1ob/j4JuzIW4XAAVM5ugQd2lfMp7Q51TlJeGRoByrjdukKOAf8b/nFnlMEnWtZ2n1SMlUg9iwg68z/8SrsfP826geiwGaFyUtdUjDC0jncfUOoxqWTKwLloryw1s= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770302481; c=relaxed/simple; bh=xv9XqrB6fIUzpEEF7J/468aqjuYRLhV5nJlZyDo7wJo=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=nzwlT4wSVAU7lU7i8dJM6W64ZfJOAIyNHCz3cc/96HjNQYdjoAKLLzY0UiWBeY5SOw7GFufA0N/zyA5dxxEXqtQTmJVzLgNmw2SZEYHGBVBMz9lj2zCyeBCZ5jvIifYHoxk45OXg/AdmAOR8iTnvLfPSW0YRJCkB9XB+ilawIkI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=cogentembedded.com; spf=pass smtp.mailfrom=cogentembedded.com; dkim=pass (2048-bit key) header.d=cogentembedded-com.20230601.gappssmtp.com header.i=@cogentembedded-com.20230601.gappssmtp.com header.b=sOpKi6ra; arc=none smtp.client-ip=209.85.218.48 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=cogentembedded.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=cogentembedded.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=cogentembedded-com.20230601.gappssmtp.com header.i=@cogentembedded-com.20230601.gappssmtp.com header.b="sOpKi6ra" Received: by mail-ej1-f48.google.com with SMTP id a640c23a62f3a-b8860d6251bso127106466b.3 for ; Thu, 05 Feb 2026 06:41:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cogentembedded-com.20230601.gappssmtp.com; s=20230601; t=1770302479; x=1770907279; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=XqXFNoUbhOdwZYum4sJeZUw29ERhNLD4od5OT229l8I=; b=sOpKi6raGLdA8t9HJ85r1Qfq+jT3+DJxHOY6hntDkl6on2LyUZ4NbSoILDrgDrABGm XtbF///ZNnecujxhqnc+8+qAkatKFmM+AzyGqUnuC7gNUzOFb6uIhEaOhS7C/cjRo1UP iQcxK2Lowr/OaRW817jtycpVT5wP1tHgfg6VHOuDm4ifC7jHmgoglp/sh9aJPJlDKcUP JESPFuw9xn7BydAwJwHVZYm0MNZ2iLADXvGoFm+pi9watEBiDzkLV75e5Z1R4v0Q64YT eijcQxDLa0BWfqloNx8mGYfB0EaDWshbQEwcgSTDY7V/5toQA1CcQZ1EQxfwYZu6K4oO 6oXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1770302479; x=1770907279; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=XqXFNoUbhOdwZYum4sJeZUw29ERhNLD4od5OT229l8I=; b=GSMCVZCrjCJBbTjTOQ9EDj0LUatulWrifu/zmgliGVkwU2QCBCmci/CZW4ds5odTR3 TD5WsiX0NL0wmqEVg3OoNh7Wr6S1OVKKO4GK7/vQQrVHZhjfEf+2M+pKH19GGSsYchmp ljwJLZ7miE30On48NIyT1UUMYok8TwZn23Pc911o0eOQ8YIpEw2xeQSAYwlpNoW6m/6G 8eDL2faFJZsa1sNV6Ml467De9bF4ZL5Mqblq5Vpi1W20+6k6nhf1qi7dEthwFaw9zmEI AjV/TgaUmuJG3bhiLD5cRkCox8RGvJU+BYLlVc1oWIfzjbPz9cwUiaRk8kvVQ0F+NPa8 T0GA== X-Forwarded-Encrypted: i=1; AJvYcCX/m0lEWHivUYQU6vKUZx0ax3jAApdapoOqfdPHOdUDX1vhMeVuOMnB8rtMXrh/qEdJZQ9HbiQBZGcHCoM=@vger.kernel.org X-Gm-Message-State: AOJu0Yy81tIzyoAg/9PZi+jCuVxYC08WWixRWmLlmr4Hs+/g+7OF8OqO 7u1QJuLlL7wyd5WxxJt1zsDs/fRUVYPH+bfin9dNZgh3hFskgZxrUSxPKpwg8hnkeBROdKPx+u1 RMSpf X-Gm-Gg: AZuq6aLK2JCnpxVp7dKSS85FjGZ6pYHpBTiDFzXeHworQCpOtgUwsJwEXyVRbdFoWUG h8o3BcE9jtmoKxwHL+LZrgmysgVqgmiO2FDsQ3GJ9Yew+2ZORghTJO+KFSKtdnSlbroWvlvnQeh LnndUVB4aV06+1X5en10FQeKKOWqgwU35wQrf9PESWAuXbk6BmI1P6ET6Lqgk2+qE/NldWnOiQ1 Iuv9gC56W1PuR2d30l8miePEUhBNvzi+z+NjInnMuE3Cbv+R3gtm9sNCcNuomwhNDLyeAFiEVSJ lcYwjdQMXVkTpDPfPA2+a0YOoSscQxpNiiE2zsKZbBMPLBIscZVa/T2FPRmaMEOxJJGJNgJuwXj ucDqI6z0jnU/1qnshu+yV1D9R4lvO122eIcvGddpOq6ZYpQ6bDadI3sdq0KRqNVeavTeDbHavDy 0KOJMVxh+jUkD2GZIkjNukBL8PiiI+PfSyUOGp X-Received: by 2002:a17:907:3f8f:b0:b86:e937:d097 with SMTP id a640c23a62f3a-b8e9f3e26aemr502115666b.38.1770302478983; Thu, 05 Feb 2026 06:41:18 -0800 (PST) Received: from ?IPV6:2a02:810a:b98:a000::159a? ([2a02:810a:b98:a000::159a]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-b8e9feefedasm232471866b.43.2026.02.05.06.41.18 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 05 Feb 2026 06:41:18 -0800 (PST) Message-ID: Date: Thu, 5 Feb 2026 15:41:17 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH net] net: renesas: rswitch: fix forwarding offload statemachine To: Michael Dege , Yoshihiro Shimoda , Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni Cc: "netdev@vger.kernel.org" , "linux-renesas-soc@vger.kernel.org" , "linux-kernel@vger.kernel.org" References: <20260205-fix-offloading-statemachine-v1-1-640224a531d0@renesas.com> <3b1405cd-6c7f-4883-95fb-151cab223a68@cogentembedded.com> <25ff0841-545b-433a-8e88-6e463ea718e7@cogentembedded.com> <237bee8b-a7cf-4c14-9946-8bf72dbddde5@cogentembedded.com> Content-Language: en-US, ru-RU From: Nikita Yushchenko In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit >> The driver was originally designed to enable hardware forwarding when not less than two ports are in >> forwarding state. When only one port has hw forwarding, there is no destination to forward. >> >> Nikita >> > > The current driver allows Linux to use the bridge port as local port to the bridge. The offloading > Also supports switching traffic to Linux through the bridge port. Therefore, the offloading shouldn't > Be dropped if only one external port is up on the bridge. "Offloading" means - forward a frame from one hw port to other hw port without inserting it into CPU queue. Offloaded frame is never visible to software bridge. There is code that allows offload only if the linux bridge device used to connect rswitch ports does not have anything else. If it has something else, offloading is disabled (because there is no way to know when a frame can be processed within rswitch hw without sending it to cpu). Nikita