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=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED 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 79EF8C35242 for ; Mon, 17 Feb 2020 04:11:26 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 5343A20717 for ; Mon, 17 Feb 2020 04:11:26 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727705AbgBQELZ (ORCPT ); Sun, 16 Feb 2020 23:11:25 -0500 Received: from shards.monkeyblade.net ([23.128.96.9]:48628 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726560AbgBQELZ (ORCPT ); Sun, 16 Feb 2020 23:11:25 -0500 Received: from localhost (unknown [IPv6:2601:601:9f00:477::3d5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id C681915882C66; Sun, 16 Feb 2020 20:11:24 -0800 (PST) Date: Sun, 16 Feb 2020 20:11:24 -0800 (PST) Message-Id: <20200216.201124.1598095840697181424.davem@davemloft.net> To: snelson@pensando.io Cc: netdev@vger.kernel.org Subject: Re: [PATCH net-next 0/9] ionic: Add support for Event Queues From: David Miller In-Reply-To: <20200216231158.5678-1-snelson@pensando.io> References: <20200216231158.5678-1-snelson@pensando.io> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Sun, 16 Feb 2020 20:11:24 -0800 (PST) Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org From: Shannon Nelson Date: Sun, 16 Feb 2020 15:11:49 -0800 > This patchset adds a new EventQueue feature that can be used > for multiplexing the interrupts if we find that we can't get > enough from the system to support our configuration. We can > create a small number of EQs that use interrupts, and have > the TxRx queue pairs subscribe to event messages that come > through the EQs, selecting an EQ with (TxIndex % numEqs). How is a user going to be able to figure out how to direct traffic to specific cpus using multiqueue settings if you're going to have the mapping go through this custom muxing afterwards?