From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 106E8125A1 for ; Sat, 27 Jan 2024 04:39:17 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706330358; cv=none; b=TYzkgXOniNxzT8MnRdtQM/5aCrTM1o3JZRBK8v1wVXqIWhH/Iah0VALWGXiU2ixrTSfNFZlIps6yeOat7QvBXREHWL/lsH+rRQ142hwmZIt53w3iam+bz3IxCLMm4bs8RJaB+1E8fD2KnoFkIAIxkSQ7YEEwJDkzHkvmfcfesOY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706330358; c=relaxed/simple; bh=4fiw/01Z3QjOocm+IxwZg514WqdmPhoeamFKd+Hs0Ck=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=Pz8p6EXIEBQNuuixGrwsRghy2Vs1qDoxIEcoasZnYLyrBrFrn5BWmCbg43Bfs56ztL6gC2XLm+RTtRgD/l3ENxGBTAvP+REc9h1wwfNH/jndGsPXMAsARKeWGrc99p/2jIo81qvFzJo6BHSzQirKAH94yrQAkoDvidsGkqsCjz8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=QUNl/hnT; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="QUNl/hnT" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 575E3C433C7; Sat, 27 Jan 2024 04:39:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1706330357; bh=4fiw/01Z3QjOocm+IxwZg514WqdmPhoeamFKd+Hs0Ck=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=QUNl/hnTBQ0UjgYdgq0GETXGDpJbxnquv18MIPpZyIgGAOyfDv7+saeSLOYP/cnZ5 mDqU+/lBIOnPh3dgUgVaOxUVMTuNQF5dPbQojL9uS5L1Ddwi6A6kPfT8kz/j7CF5xb 3Av0sh7IeEhx2whRnfvuGjh+OeBUo1kGoDkxSc0KxXw1dudIme9hCo6MEpyn+sVmfG BY85Dy9IX2FjEUhnm6mtiiVopFrPTQ4EYO0I25YoBk8PXwYIF/L8nEW9m3vFAvA70S O+q1FfLejFqRaG2v7W04dZdh/I67TF463Sy99Z9YMg/A2DPmMjMJBtjFJ3yySEnj9u +FAFVd85nL7Sw== Date: Fri, 26 Jan 2024 20:39:16 -0800 From: Jakub Kicinski To: Pavel Vazharov Cc: Toke =?UTF-8?B?SMO4aWxhbmQtSsO4cmdlbnNlbg==?= , netdev@vger.kernel.org Subject: Re: Need of advice for XDP sockets on top of the interfaces behind a Linux bonding device Message-ID: <20240126203916.1e5c2eee@kernel.org> In-Reply-To: References: <87y1cb28tg.fsf@toke.dk> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sat, 27 Jan 2024 05:58:55 +0200 Pavel Vazharov wrote: > > Well, it will be up to your application to ensure that it is not. The > > XDP program will run before the stack sees the LACP management traffic, > > so you will have to take some measure to ensure that any such management > > traffic gets routed to the stack instead of to the DPDK application. My > > immediate guess would be that this is the cause of those warnings? > > Thank you for the response. > I already checked the XDP program. > It redirects particular pools of IPv4 (TCP or UDP) traffic to the application. > Everything else is passed to the Linux kernel. > However, I'll check it again. Just to be sure. What device driver are you using, if you don't mind sharing? The pass thru code path may be much less well tested in AF_XDP drivers.