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=-6.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,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 DC5B9C07E96 for ; Tue, 13 Jul 2021 06:20:31 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id C2B23611AB for ; Tue, 13 Jul 2021 06:20:31 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233438AbhGMGXS (ORCPT ); Tue, 13 Jul 2021 02:23:18 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:35265 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231261AbhGMGXR (ORCPT ); Tue, 13 Jul 2021 02:23:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1626157227; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=E4nsKDY6NNQsjKT8elVvpHdt/irXtZ9RqD2SnFvWtPo=; b=K2XIb4hwrQxyITQMNdnEhhhVO48OnGWG/+7aACwB+55Do9r0uCrnnpBsN5t1kiuzUhw3T2 A/5a6xXvDQK7wxfYLAt9sKCBAVtazGstbAezQCJHpNFSDULtVngXDQ5UbOMWNavSSPhKPj y+nGouwCjYrhKGyHlS1y/bTPkrLdL6A= Received: from mail-il1-f200.google.com (mail-il1-f200.google.com [209.85.166.200]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-427-3ncjnNO4M2GuOiDk7oPz_g-1; Tue, 13 Jul 2021 02:20:26 -0400 X-MC-Unique: 3ncjnNO4M2GuOiDk7oPz_g-1 Received: by mail-il1-f200.google.com with SMTP id h11-20020a056e021b8bb029020d99b97ad3so2633163ili.4 for ; Mon, 12 Jul 2021 23:20:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=E4nsKDY6NNQsjKT8elVvpHdt/irXtZ9RqD2SnFvWtPo=; b=sdxKkvsvKt5gxxJ8HXBsdORbnkfBpRtNKFfFahKW4nPaxBacXhwRaPfWkN5HO6ni1K vQmFbsHqk4OCF4cARWIemwcrlXSLaKi+wd1aLT6hcjlC+t0iwoDaY8OIiWLYeazr/s+P tmbEQM4BlohUREKZRnpSuNvOjI1XMLmYuh0kPi7rhHlS7j7r523UM0uzfnsOUOFBO4xs 9KBveMOyZ5p+Qou54tmJTa5gRH6x2fqdQVMvD2E4TBCc8QFgUYK/qdTlWFkWdB9FT3yB QrYBe3jqXMRwSxh9ydId8lEpEqdm+RRHrhURYSHyYX7emG0NQ8TTW8QmxucUSHI5M5mU ZvWg== X-Gm-Message-State: AOAM531YWncK/i8O0T2qLBiguLEaizWUrWCTGo021b4xwd7T5IOC+SbR TYzqBdBOMHjUvklB64oxPV66BmWajszIZMWMz57Za3o4WQkBb+g2kVoalZPZBiGBsRolWjk1V2+ NE+HkzH8cPd+Ksx75hAKphBvMPMiLJ7HjTjh8o8M/ X-Received: by 2002:a05:6e02:921:: with SMTP id o1mr1914747ilt.57.1626157225655; Mon, 12 Jul 2021 23:20:25 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy3kiD/a8JM5nHkDEQo+XiTaFj9b0wO1WbJI0xT5YFJRKB3iin18hAgPlrOEwutplukAALDfhQsu6lIqe4FFAw= X-Received: by 2002:a05:6e02:921:: with SMTP id o1mr1914729ilt.57.1626157225469; Mon, 12 Jul 2021 23:20:25 -0700 (PDT) MIME-Version: 1.0 References: <20210707081642.95365-1-ihuguet@redhat.com> <0e6a7c74-96f6-686f-5cf5-cd30e6ca25f8@gmail.com> <20210707130140.rgbbhvboozzvfoe3@gmail.com> <4189ac6d-94c9-5818-ae9b-ef22dfbdeb27@redhat.com> <681117f7-113b-512d-08c4-0ca7f25a687e@gmail.com> In-Reply-To: <681117f7-113b-512d-08c4-0ca7f25a687e@gmail.com> From: =?UTF-8?B?w43DsWlnbyBIdWd1ZXQ=?= Date: Tue, 13 Jul 2021 08:20:14 +0200 Message-ID: Subject: Re: [PATCH 1/3] sfc: revert "reduce the number of requested xdp ev queues" To: Edward Cree Cc: Jesper Dangaard Brouer , "David S. Miller" , Jakub Kicinski , 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 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jul 12, 2021 at 4:53 PM Edward Cree 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. --=20 =C3=8D=C3=B1igo Huguet