From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us.padl.com (us.padl.com [216.154.215.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 90E29238C2A; Wed, 3 Jun 2026 00:16:27 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=216.154.215.154 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780445788; cv=none; b=rXLcNNSZtM8JFpJfMgOMN4oJ9ctxiO7075chy7uA2lozY55ok935SxxbzfvSP17MPbHv8qP0wQzN7/NEIQy8t2GTnCZ1Aj0W7xPKay6jB2BMgbpvshbOZXB5vvHgZfcb6ECY65pHRsvk/hdSDJ8ZDR5edkSKywb5yYzrDMfKuew= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780445788; c=relaxed/simple; bh=LVAztwwvwVTuW1CFjVXsItGMpJmHC2uv3ruQzgYn1fM=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc: Message-Id:References:To; b=LVXm/WpltmOnH5d+p0euT7O1zOES2ODSHGR5Y5y8kNsslWUnXpOkdHNuhfyV6e9f1cbExeSR/L0iJi61lB7HVX3/rOtT7pFhuex59yHS4xqvqiHu60nVnsmQhwSo5JsT+2RwBhJy/55M0ywQ8q2IW4SRS5m7d6HH1WsaQjAwA/g= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=padl.com; spf=pass smtp.mailfrom=padl.com; dkim=pass (2048-bit key) header.d=padl.com header.i=@padl.com header.b=SGH5zm9F; arc=none smtp.client-ip=216.154.215.154 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=padl.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=padl.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=padl.com header.i=@padl.com header.b="SGH5zm9F" Received: from auth (localhost [127.0.0.1]) by us.padl.com (8.14.7/8.14.7) with ESMTP id 6530FlGu015207 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 3 Jun 2026 01:15:50 +0100 DKIM-Filter: OpenDKIM Filter v2.11.0 us.padl.com 6530FlGu015207 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=padl.com; s=default; t=1780445762; bh=LVAztwwvwVTuW1CFjVXsItGMpJmHC2uv3ruQzgYn1fM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=SGH5zm9FfO+VgmI9KfnzrYlkK1zWS8U0bRuqXQatH7CNiilZS2+NFlgAujKpYELXI fPcpfhzT7cbSU7y6XvV6YgIznvSWnK4qaYQ64LPUWUIOoebEcfk3yBjLGM0N7dSIFp bGQR3g2n0xC7KXW7nvy15iQSzgAijWSd0DNnHwgNXFD3JmMEWST1d/t9c9/vzjqsBW 0scX4W1mXDRmB6PXZDGgSF9iFfFVOO3e0qJQnaN4dzNRtVk3b7fKPcPORd5qUXNRHl F6bdpTa1UtTFUHj7XwhANR9GyhImJz1zrJx74LMn6C8Av9IvDdQE734cQxQ4kKgd+j 1Gp2QZMSdDZEA== Content-Type: text/plain; charset=utf-8 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: [PATCH net-next v2 5/6] net: dsa: mv88e6xxx: MQPRIO support From: Luke Howard In-Reply-To: <29c09316-c911-456e-acc5-e18402da4bd4@lunn.ch> Date: Wed, 3 Jun 2026 10:15:37 +1000 Cc: Cedric Jehasse , Jiri Pirko , Ivan Vecera , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Simon Horman , Nikolay Aleksandrov , Ido Schimmel , Andrew Lunn , David Ahern , Shuah Khan , Vladimir Oltean , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, bridge@lists.linux.dev, linux-kselftest@vger.kernel.org, Max Hunter , Kieran Tyrrell Content-Transfer-Encoding: quoted-printable Message-Id: <0402DFFF-634A-40C4-BC1E-B038F20926FF@padl.com> References: <20260602-mv88e6xxx-8021qat-mqprio-v2-0-72be14522e7c@padl.com> <20260602-mv88e6xxx-8021qat-mqprio-v2-5-72be14522e7c@padl.com> <8C6AD966-2C28-4BEF-95C4-1B2AC3751513@padl.com> <29c09316-c911-456e-acc5-e18402da4bd4@lunn.ch> To: Andrew Lunn X-Mailer: Apple Mail (2.3826.700.81) > On 3 Jun 2026, at 9:55=E2=80=AFam, Andrew Lunn wrote: >=20 >> But there=E2=80=99s an alternative, more invasive, solution where the = MQPRIO >> configuration is attached to the bridge itself. >=20 > What about ports which are not attached to a bridge? They are just > standalone, have an IP address of their own, etc. That is a good point. So, barring a switch feature I=E2=80=99ve not yet = found, I think the only options are either to drop MQPRIO offload, or to = accept that ports with no MQPRIO mapping inherit the per-switch mapping. = Arguably that=E2=80=99s the case today anyway (each chip has its own = default frame priority to queue mapping), so the user should have no = expectation of queue assignment on a port that hasn=E2=80=99t been = configured. Luke=