Cover Letter Detail
Show a cover letter.
GET /api/covers/816247/?format=api
{ "id": 816247, "url": "http://patchwork.ozlabs.org/api/covers/816247/?format=api", "web_url": "http://patchwork.ozlabs.org/project/netdev/cover/20170920141516.1402-1-jiri@resnulli.us/", "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": "<20170920141516.1402-1-jiri@resnulli.us>", "list_archive_url": null, "date": "2017-09-20T14:15:00", "name": "[net-next,00/16] mlxsw: Multicast flood update", "submitter": { "id": 15321, "url": "http://patchwork.ozlabs.org/api/people/15321/?format=api", "name": "Jiri Pirko", "email": "jiri@resnulli.us" }, "mbox": "http://patchwork.ozlabs.org/project/netdev/cover/20170920141516.1402-1-jiri@resnulli.us/mbox/", "series": [ { "id": 4129, "url": "http://patchwork.ozlabs.org/api/series/4129/?format=api", "web_url": "http://patchwork.ozlabs.org/project/netdev/list/?series=4129", "date": "2017-09-20T14:15:00", "name": "mlxsw: Multicast flood update", "version": 1, "mbox": "http://patchwork.ozlabs.org/series/4129/mbox/" } ], "comments": "http://patchwork.ozlabs.org/api/covers/816247/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=resnulli-us.20150623.gappssmtp.com\n\theader.i=@resnulli-us.20150623.gappssmtp.com\n\theader.b=\"l2SSN+Q5\"; dkim-atps=neutral" ], "Received": [ "from vger.kernel.org (vger.kernel.org [209.132.180.67])\n\tby ozlabs.org (Postfix) with ESMTP id 3xy1wq3FBRz9s82\n\tfor <patchwork-incoming@ozlabs.org>;\n\tThu, 21 Sep 2017 00:15:23 +1000 (AEST)", "(majordomo@vger.kernel.org) by vger.kernel.org via listexpand\n\tid S1751661AbdITOPT (ORCPT <rfc822;patchwork-incoming@ozlabs.org>);\n\tWed, 20 Sep 2017 10:15:19 -0400", "from mail-wm0-f66.google.com ([74.125.82.66]:36017 \"EHLO\n\tmail-wm0-f66.google.com\" rhost-flags-OK-OK-OK-OK) by vger.kernel.org\n\twith ESMTP id S1751378AbdITOPS (ORCPT\n\t<rfc822;netdev@vger.kernel.org>); Wed, 20 Sep 2017 10:15:18 -0400", "by mail-wm0-f66.google.com with SMTP id r136so2577218wmf.3\n\tfor <netdev@vger.kernel.org>; Wed, 20 Sep 2017 07:15:18 -0700 (PDT)", "from localhost (ip-89-177-125-82.net.upcbroadband.cz.\n\t[89.177.125.82]) by smtp.gmail.com with ESMTPSA id\n\ty48sm1963533wrb.68.2017.09.20.07.15.16\n\t(version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);\n\tWed, 20 Sep 2017 07:15:16 -0700 (PDT)" ], "DKIM-Signature": "v=1; a=rsa-sha256; c=relaxed/relaxed;\n\td=resnulli-us.20150623.gappssmtp.com; s=20150623;\n\th=from:to:cc:subject:date:message-id;\n\tbh=4eYbQ2xtVMGXJ8Q3ddLxkeo6hO0OAx7Z9VrUzIDI86A=;\n\tb=l2SSN+Q54cIXP3d3t3q/FizBeOu2ZfAyiiRnYZIYDw2ZesXKa4NmfAjKxM0muQoJ/9\n\tqpuv57ZRgi2INcnoyDehYYQk3GywZPBuux1gkAyRlG7s8ZSd5Xg6YPiedF3zomiqC9aL\n\tGzpYJPKxWA+98g6/aXhr8HFP4BZO5VT2rjBIHYP0gM6aTNAlQs98sV+dE0Eg/nTNF6UP\n\tiZfZ3j68gpLVuTm7uioLnP+4E7XdgfdaPvuqSA75ku/XJH1vwpcSS5aa3G4AcmUrUDe7\n\tlgzZZ/W06w++wjp8RrguAf0MiRMcTd1aSdiAmhamGrzdS1RaBHQZpMLNMF+ytXfC/4PY\n\tnH7Q==", "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=4eYbQ2xtVMGXJ8Q3ddLxkeo6hO0OAx7Z9VrUzIDI86A=;\n\tb=nDYGkvJeLvQ2mwg0utB9nPsMh4wZ4jpxAHqr5d1Z7TUxvj35maMpKNrYyiZtBwJsAL\n\t3HQfR637mZnvUQjlTHQfJ+r7wl5NbaGHgwcKKIooJxdcBdLNsSFTYfNQBRvQ+lPq2L2/\n\tgLXSa5O6oHFXQ2zyYvBd1ICP+YV6Q4X5u2aC9E4zyDzjJ5IyXb8kQL0QqTQLsIoh3eJq\n\tMhlLrmg6bJS3oHDoNLbQxs77lUagXLK++LPa2QvHG+qsy7nDSc07O3wBjMfdpvBBqiBO\n\t3e5eygZgLSlcPvI6JKRsZedRkGCyuQy2hdqEvNlSPcdMjUI6uOJTGIvYDGjracmzwb4X\n\tVvIA==", "X-Gm-Message-State": "AHPjjUh5bllDVn1/QsDMjT2Rxb7reC7WW471LYNdGGg1fx+hdt67FMeo\n\tWtLd0J2decCxUBUgHDf/CaMd6siS", "X-Google-Smtp-Source": "AOwi7QBQcuAPNtaz1B+Jx3Wo0sTZow2WPeA/win4izQAq8+IbyBa/yUW38f1E2HwjAPPFho5KDCJqg==", "X-Received": "by 10.28.232.80 with SMTP id f77mr4590698wmh.1.1505916917179;\n\tWed, 20 Sep 2017 07:15:17 -0700 (PDT)", "From": "Jiri Pirko <jiri@resnulli.us>", "To": "netdev@vger.kernel.org", "Cc": "davem@davemloft.net, nogahf@mellanox.com, idosch@mellanox.com,\n\tmlxsw@mellanox.com", "Subject": "[patch net-next 00/16] mlxsw: Multicast flood update", "Date": "Wed, 20 Sep 2017 16:15:00 +0200", "Message-Id": "<20170920141516.1402-1-jiri@resnulli.us>", "X-Mailer": "git-send-email 2.9.5", "Sender": "netdev-owner@vger.kernel.org", "Precedence": "bulk", "List-ID": "<netdev.vger.kernel.org>", "X-Mailing-List": "netdev@vger.kernel.org" }, "content": "From: Jiri Pirko <jiri@mellanox.com>\n\nNogah says:\n\nCurrently, there are four erroneous flows in MC flood:\n1. When MC is disabled it affects only the flood table for unregistered\n MC packets, but packets that match an entry in the MDB are unaffected.\n2. When MC is disabled, MC packets are being sent to all the ports in the\n bridge (like BC and link-local MC packets) regardless of the designated\n flag (BR_MCAST_FLAG).\n3. When a port is being deleted from a bridge it might remain in the MDB.\n4. When MC is enabled packets are flooded to the mrouter ports only if\n they don't match any entry in the MDB, when they should always be\n flooded to them.\n\nWhat these problems have in common is the discrepancy between how the\nhardware handles MDB and mcast flood, and how the driver does it. Each\nof these problems needs fixing either in the MDB code, or in mcast flood\ncode, and some in both.\n\nPatches 1-6 change the way the MDB is handled in the driver to make the\nfollowing changes easier.\nPatches 7-8 fix problem number 1 by removing the MDB from the HW when MC\nis being disabled and restoring it when it is being enabled.\nPatches 9-10 fix problem number 2 by offloading the flood table by the\nappropriate flag.\nPatch 11 fixes problem number 3 by adding MDB flush to the port removal.\nPatches 12-14 fix problem number 4 by adding the mrouter ports to every\nMDB entry in the HW to mimic the wanted behaviour.\n\nNogah Frankel (16):\n mlxsw: spectrum_switchdev: Change mc_router to mrouter\n mlxsw: spectrum_switchdev: Add a ports bitmap to the mid db\n mlxsw: spectrum_switchdev: Remove reference count from mid\n mlxsw: spectrum_switchdev: Save mids list per bridge device\n mlxsw: spectrum_switchdev: Break smid write function\n mlxsw: spectrum_switchdev: Attach mid id allocation to HW write\n mlxsw: spectrum_switchdev: Break mid deletion into two function\n mlxsw: spectrum_switchdev: Don't write mids to the HW when mc is\n disabled\n mlxsw: spectrum_switchdev: Disable mdb when mc is disabled\n mlxsw: spectrum_switchdev: Use generic mc flood function\n mlxsw: spectrum_switchdev: Flood mc when mc is disabled by user flag\n mlxsw: spectrum_switchdev: Flush the mdb when a port is being removed\n mlxsw: spectrum_switchdev: Flood all mc packets to mrouter ports\n mlxsw: spectrum_switchdev: Update the mdb of mrouter port change\n mlxsw: spectrum_switchdev: Remove mrouter flood in mdb flush\n mlxsw: spectrum_switchdev: Consider mrouter status for mdb changes\n\n drivers/net/ethernet/mellanox/mlxsw/spectrum.h | 3 +-\n .../ethernet/mellanox/mlxsw/spectrum_switchdev.c | 417 ++++++++++++++++-----\n 2 files changed, 323 insertions(+), 97 deletions(-)" }