From: "Íñigo Huguet" <ihuguet@redhat.com>
To: Edward Cree <ecree.xilinx@gmail.com>
Cc: Jesper Dangaard Brouer <jbrouer@redhat.com>,
"David S. Miller" <davem@davemloft.net>,
Jakub Kicinski <kuba@kernel.org>,
ivan@cloudflare.com, ast@kernel.org, daniel@iogearbox.net,
hawk@kernel.org, john.fastabend@gmail.com,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
Jesper Brouer <brouer@redhat.com>
Subject: Re: [PATCH 1/3] sfc: revert "reduce the number of requested xdp ev queues"
Date: Tue, 13 Jul 2021 08:20:14 +0200 [thread overview]
Message-ID: <CACT4oufpg0RkY3yk1Cs4z=OmK8JjSevAF6=YD02RTyFS+qLcZA@mail.gmail.com> (raw)
In-Reply-To: <681117f7-113b-512d-08c4-0ca7f25a687e@gmail.com>
On Mon, Jul 12, 2021 at 4:53 PM Edward Cree <ecree.xilinx@gmail.com> wrote:
> I think the proper solution to this is to get this policy decision out
> of the kernel, and make the allocation of queues be under the control
> of userspace. I recall some discussion a couple of years ago about
> "making queues a first-class citizen" for the sake of AF_XDP; this
> seems to be part and parcel of that.
> But I don't know what such an interface would/should look like.
I absolutely agree, or at least standardize it for all drivers via XDP
APIs. Let's see if any good ideas arise in netdevconf.
Anyway, meanwhile we should do something to have it working.
--
Íñigo Huguet
prev parent reply other threads:[~2021-07-13 6:20 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-07-07 8:16 [PATCH 1/3] sfc: revert "reduce the number of requested xdp ev queues" Íñigo Huguet
2021-07-07 8:16 ` [PATCH 2/3] sfc: revert "adjust efx->xdp_tx_queue_count with the real number of initialized queues" Íñigo Huguet
2021-07-07 8:16 ` [PATCH 3/3] sfc: add logs explaining XDP_TX/REDIRECT is not available Íñigo Huguet
2021-07-07 11:23 ` [PATCH 1/3] sfc: revert "reduce the number of requested xdp ev queues" Edward Cree
2021-07-07 11:49 ` Íñigo Huguet
2021-07-07 13:01 ` Martin Habets
2021-07-08 12:14 ` Íñigo Huguet
2021-07-09 14:07 ` Edward Cree
2021-07-09 15:06 ` Jesper Dangaard Brouer
2021-07-12 13:40 ` Íñigo Huguet
2021-07-12 14:52 ` Edward Cree
2021-07-13 6:20 ` Íñigo Huguet [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CACT4oufpg0RkY3yk1Cs4z=OmK8JjSevAF6=YD02RTyFS+qLcZA@mail.gmail.com' \
--to=ihuguet@redhat.com \
--cc=ast@kernel.org \
--cc=brouer@redhat.com \
--cc=daniel@iogearbox.net \
--cc=davem@davemloft.net \
--cc=ecree.xilinx@gmail.com \
--cc=hawk@kernel.org \
--cc=ivan@cloudflare.com \
--cc=jbrouer@redhat.com \
--cc=john.fastabend@gmail.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).