Cover Letter Detail
Show a cover letter.
GET /api/covers/807984/?format=api
{ "id": 807984, "url": "http://patchwork.ozlabs.org/api/covers/807984/?format=api", "web_url": "http://patchwork.ozlabs.org/project/netdev/cover/1504138732-65383-1-git-send-email-f.fainelli@gmail.com/", "project": { "id": 7, "url": "http://patchwork.ozlabs.org/api/projects/7/?format=api", "name": "Linux network development", "link_name": "netdev", "list_id": "netdev.vger.kernel.org", "list_email": "netdev@vger.kernel.org", "web_url": null, "scm_url": null, "webscm_url": null, "list_archive_url": "", "list_archive_url_format": "", "commit_url_format": "" }, "msgid": "<1504138732-65383-1-git-send-email-f.fainelli@gmail.com>", "list_archive_url": null, "date": "2017-08-31T00:18:44", "name": "[RFC,net-next,0/8] net: dsa: Multi-queue awareness", "submitter": { "id": 2800, "url": "http://patchwork.ozlabs.org/api/people/2800/?format=api", "name": "Florian Fainelli", "email": "f.fainelli@gmail.com" }, "mbox": "http://patchwork.ozlabs.org/project/netdev/cover/1504138732-65383-1-git-send-email-f.fainelli@gmail.com/mbox/", "series": [ { "id": 728, "url": "http://patchwork.ozlabs.org/api/series/728/?format=api", "web_url": "http://patchwork.ozlabs.org/project/netdev/list/?series=728", "date": "2017-08-31T00:18:44", "name": "net: dsa: Multi-queue awareness", "version": 1, "mbox": "http://patchwork.ozlabs.org/series/728/mbox/" } ], "comments": "http://patchwork.ozlabs.org/api/covers/807984/comments/", "headers": { "Return-Path": "<netdev-owner@vger.kernel.org>", "X-Original-To": "patchwork-incoming@ozlabs.org", "Delivered-To": "patchwork-incoming@ozlabs.org", "Authentication-Results": [ "ozlabs.org;\n\tspf=none (mailfrom) smtp.mailfrom=vger.kernel.org\n\t(client-ip=209.132.180.67; helo=vger.kernel.org;\n\tenvelope-from=netdev-owner@vger.kernel.org;\n\treceiver=<UNKNOWN>)", "ozlabs.org; dkim=pass (2048-bit key;\n\tunprotected) header.d=gmail.com header.i=@gmail.com\n\theader.b=\"GOVBsNNv\"; dkim-atps=neutral" ], "Received": [ "from vger.kernel.org (vger.kernel.org [209.132.180.67])\n\tby ozlabs.org (Postfix) with ESMTP id 3xjNTv4z4zz9s83\n\tfor <patchwork-incoming@ozlabs.org>;\n\tThu, 31 Aug 2017 10:26:43 +1000 (AEST)", "(majordomo@vger.kernel.org) by vger.kernel.org via listexpand\n\tid S1751236AbdHaA0l (ORCPT <rfc822;patchwork-incoming@ozlabs.org>);\n\tWed, 30 Aug 2017 20:26:41 -0400", "from mail-wm0-f68.google.com ([74.125.82.68]:33573 \"EHLO\n\tmail-wm0-f68.google.com\" rhost-flags-OK-OK-OK-OK) by vger.kernel.org\n\twith ESMTP id S1750814AbdHaA0k (ORCPT\n\t<rfc822;netdev@vger.kernel.org>); Wed, 30 Aug 2017 20:26:40 -0400", "by mail-wm0-f68.google.com with SMTP id m85so2858413wma.0\n\tfor <netdev@vger.kernel.org>; Wed, 30 Aug 2017 17:26:39 -0700 (PDT)", "from stb-bld-04.irv.broadcom.com ([192.19.255.250])\n\tby smtp.gmail.com with ESMTPSA id\n\te74sm5296636wmg.39.2017.08.30.17.26.34\n\t(version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);\n\tWed, 30 Aug 2017 17:26:37 -0700 (PDT)" ], "DKIM-Signature": "v=1; a=rsa-sha256; c=relaxed/relaxed;\n\td=gmail.com; s=20161025;\n\th=from:to:cc:subject:date:message-id;\n\tbh=zHHCFUFgWM1NSdgMp3c8ZEirHVdRplF73HRydkYJ5xw=;\n\tb=GOVBsNNvw1+Uge3RIkU1ggxftsDXzLCHZjzNv5hnTKfVRD56MTx7zctjoiaPZfCKKu\n\tAvBxmE+LdBLzaliCSkAFBKJHM3uDLRF7j9BIXQwZKZFiZlSjXtODDjKORz9GGmdL7FUr\n\tBoH0OhmvDADH9C/7A2NtRfU6+kOwT4aqVZjUxSfBbag7ubg6R519E4SxfRjvqslv9Sg6\n\tg4C//IfmkWoh1NXxF1iGBU87+ujFc7Vi6bwvVfdCOxntzW4bmAu0uSqobFLrsaVGYewA\n\tfIoITLThMcMT3UwpjTGCFwRPvt8CtL2RFVm95P3Xt7HOjbsGHLVJxVnGU0rCEkrxKYHI\n\tav8Q==", "X-Google-DKIM-Signature": "v=1; a=rsa-sha256; c=relaxed/relaxed;\n\td=1e100.net; s=20161025;\n\th=x-gm-message-state:from:to:cc:subject:date:message-id;\n\tbh=zHHCFUFgWM1NSdgMp3c8ZEirHVdRplF73HRydkYJ5xw=;\n\tb=I1NbGUpLTlItRVEUHXc6CatxcNbJgpwvRLzEcz9kshPdPd5+nUPjtwr/kNV/Om6Sqn\n\trp6aB/3sThuBCyLUXm9nZ9n0+QvT/a2/qed6G/cYD1W8omlVXnGH0EeIYOGE5eBFIu0V\n\tMzDApR4n9wFtipwhcbFsFPpOvJLL+grYHWZR2/1CA+MYyhkjJIZbo1Ih24fY75VZ7b5f\n\tjFj2Lo63PbwcIizw6sBbZDHDS7VqtkQHX9gDgmbN9hv6eIM/XV3YCDWGvVT2/JUri/RF\n\twBn+Abmu8oAxHuLaG0sH5K7n722a4Xdc+AhJgmUBIEhyigqSgmow5SQ6Cgs1LCrhLrPY\n\tUGeA==", "X-Gm-Message-State": "AHYfb5iZaA3aUCqM8aKAWFgQ4B2JCx5RALgkxjh86qH3DHThKfU8aaBt\n\tV8CUZbRK0b884fYwxpc=", "X-Received": "by 10.28.213.1 with SMTP id m1mr2509665wmg.175.1504139198721;\n\tWed, 30 Aug 2017 17:26:38 -0700 (PDT)", "From": "Florian Fainelli <f.fainelli@gmail.com>", "To": "netdev@vger.kernel.org", "Cc": "jiri@resnulli.us, jhs@mojatatu.com, davem@davemloft.net,\n\txiyou.wangcong@gmail.com, andrew@lunn.ch,\n\tvivien.didelot@savoirfairelinux.com,\n\tFlorian Fainelli <f.fainelli@gmail.com>", "Subject": "[RFC net-next 0/8] net: dsa: Multi-queue awareness", "Date": "Wed, 30 Aug 2017 17:18:44 -0700", "Message-Id": "<1504138732-65383-1-git-send-email-f.fainelli@gmail.com>", "X-Mailer": "git-send-email 1.9.1", "Sender": "netdev-owner@vger.kernel.org", "Precedence": "bulk", "List-ID": "<netdev.vger.kernel.org>", "X-Mailing-List": "netdev@vger.kernel.org" }, "content": "This patch series is sent as reference, especially because the last patch\nis trying not to be creating too many layer violations, but clearly there\nare a little bit being created here anyways.\n\nEssentially what I am trying to achieve is that you have a stacked device which\nis multi-queue aware, that applications will be using, and for which they can\ncontrol the queue selection (using mq) the way they want. Each of each stacked\nnetwork devices are created for each port of the switch (this is what DSA\ndoes). When a skb is submitted from say net_device X, we can derive its port\nnumber and look at the queue_mapping value to determine which port of the\nswitch and queue we should be sending this to. The information is embedded in a\ntag (4 bytes) and is used by the switch to steer the transmission.\n\nThese stacked devices will actually transmit using a \"master\" or conduit\nnetwork device which has a number of queues as well. In one version of the\nhardware that I work with, we have up to 4 ports, each with 8 queues, and the\nmaster device has a total of 32 hardware queues, so a 1:1 mapping is easy. With\nanother version of the hardware, same number of ports and queues, but only 16\nhardware queues, so only a 2:1 mapping is possible.\n\nIn order for congestion information to work properly, I need to establish a\nmapping, preferably before transmission starts (but reconfiguration while\ninterfaces are running would be possible too) between these stacked device's\nqueue and the conduit interface's queue.\n\nComments, flames, rotten tomatoes, anything!\n\nFlorian Fainelli (8):\n net: dsa: Allow switch drivers to indicate number of RX/TX queues\n net: dsa: tag_brcm: Set output queue from skb queue mapping\n net: dsa: bcm_sf2: Advertise number of egress queues\n net: dsa: bcm_sf2: Configure IMP port TC2QOS mapping\n net: dsa: bcm_sf2: Fix number of CFP entries for BCM7278\n net: dsa: Expose dsa_slave_dev_check and dsa_slave_dev_port_num\n net: dsa: tag_brcm: Indicate to master netdevice port + queue\n net: systemport: Establish DSA network device queue mapping\n\n drivers/net/dsa/bcm_sf2.c | 16 +++++\n drivers/net/dsa/bcm_sf2.h | 1 +\n drivers/net/dsa/bcm_sf2_cfp.c | 8 +--\n drivers/net/ethernet/broadcom/bcmsysport.c | 100 +++++++++++++++++++++++++++--\n drivers/net/ethernet/broadcom/bcmsysport.h | 11 +++-\n include/net/dsa.h | 19 ++++++\n net/dsa/slave.c | 22 +++++--\n net/dsa/tag_brcm.c | 8 ++-\n 8 files changed, 170 insertions(+), 15 deletions(-)" }