From: patchwork-bot+netdevbpf@kernel.org
To: Vladimir Oltean <vladimir.oltean@nxp.com>
Cc: netdev@vger.kernel.org, davem@davemloft.net, edumazet@google.com,
kuba@kernel.org, pabeni@redhat.com, jhs@mojatatu.com,
xiyou.wangcong@gmail.com, jiri@resnulli.us,
vinicius.gomes@intel.com, kurt@linutronix.de,
jacob.e.keller@intel.com, gerhard@engleder-embedded.com,
jesse.brandeburg@intel.com, anthony.l.nguyen@intel.com,
intel-wired-lan@lists.osuosl.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 net-next 00/15] taprio automatic queueMaxSDU and new TXQ selection procedure
Date: Wed, 08 Feb 2023 09:50:19 +0000 [thread overview]
Message-ID: <167584981925.2615.15266963787745673788.git-patchwork-notify@kernel.org> (raw)
In-Reply-To: <20230207135440.1482856-1-vladimir.oltean@nxp.com>
Hello:
This series was applied to netdev/net-next.git (master)
by David S. Miller <davem@davemloft.net>:
On Tue, 7 Feb 2023 15:54:25 +0200 you wrote:
> This patch set addresses 2 design limitations in the taprio software scheduler:
>
> 1. Software scheduling fundamentally prioritizes traffic incorrectly,
> in a way which was inspired from Intel igb/igc drivers and does not
> follow the inputs user space gives (traffic classes and TC to TXQ
> mapping). Patch 05/15 handles this, 01/15 - 04/15 are preparations
> for this work.
>
> [...]
Here is the summary with links:
- [v2,net-next,01/15] net/sched: taprio: delete peek() implementation
https://git.kernel.org/netdev/net-next/c/ecc0cc98632a
- [v2,net-next,02/15] net/sched: taprio: continue with other TXQs if one dequeue() failed
https://git.kernel.org/netdev/net-next/c/1638bbbe4ece
- [v2,net-next,03/15] net/sched: taprio: refactor one skb dequeue from TXQ to separate function
https://git.kernel.org/netdev/net-next/c/92f966674f6a
- [v2,net-next,04/15] net/sched: taprio: avoid calling child->ops->dequeue(child) twice
https://git.kernel.org/netdev/net-next/c/4c22942734f0
- [v2,net-next,05/15] net/sched: taprio: give higher priority to higher TCs in software dequeue mode
https://git.kernel.org/netdev/net-next/c/2f530df76c8c
- [v2,net-next,06/15] net/sched: taprio: calculate tc gate durations
https://git.kernel.org/netdev/net-next/c/a306a90c8ffe
- [v2,net-next,07/15] net/sched: taprio: rename close_time to end_time
https://git.kernel.org/netdev/net-next/c/e5517551112f
- [v2,net-next,08/15] net/sched: taprio: calculate budgets per traffic class
https://git.kernel.org/netdev/net-next/c/d2ad689dec10
- [v2,net-next,09/15] net/sched: taprio: calculate guard band against actual TC gate close time
https://git.kernel.org/netdev/net-next/c/a1e6ad30fa19
- [v2,net-next,10/15] net/sched: make stab available before ops->init() call
https://git.kernel.org/netdev/net-next/c/1f62879e3632
- [v2,net-next,11/15] net/sched: taprio: warn about missing size table
https://git.kernel.org/netdev/net-next/c/a3d91b2c6f6b
- [v2,net-next,12/15] net/sched: keep the max_frm_len information inside struct sched_gate_list
https://git.kernel.org/netdev/net-next/c/a878fd46fe43
- [v2,net-next,13/15] net/sched: taprio: automatically calculate queueMaxSDU based on TC gate durations
https://git.kernel.org/netdev/net-next/c/fed87cc6718a
- [v2,net-next,14/15] net/sched: taprio: split segmentation logic from qdisc_enqueue()
https://git.kernel.org/netdev/net-next/c/2d5e8071c47a
- [v2,net-next,15/15] net/sched: taprio: don't segment unnecessarily
https://git.kernel.org/netdev/net-next/c/39b02d6d104a
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
prev parent reply other threads:[~2023-02-08 9:50 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-07 13:54 [PATCH v2 net-next 00/15] taprio automatic queueMaxSDU and new TXQ selection procedure Vladimir Oltean
2023-02-07 13:54 ` [PATCH v2 net-next 01/15] net/sched: taprio: delete peek() implementation Vladimir Oltean
2023-02-07 13:54 ` [PATCH v2 net-next 02/15] net/sched: taprio: continue with other TXQs if one dequeue() failed Vladimir Oltean
2023-02-07 13:54 ` [PATCH v2 net-next 03/15] net/sched: taprio: refactor one skb dequeue from TXQ to separate function Vladimir Oltean
2023-02-07 13:54 ` [PATCH v2 net-next 04/15] net/sched: taprio: avoid calling child->ops->dequeue(child) twice Vladimir Oltean
2023-02-07 13:54 ` [PATCH v2 net-next 05/15] net/sched: taprio: give higher priority to higher TCs in software dequeue mode Vladimir Oltean
2023-02-07 13:54 ` [PATCH v2 net-next 06/15] net/sched: taprio: calculate tc gate durations Vladimir Oltean
2023-02-07 13:54 ` [PATCH v2 net-next 07/15] net/sched: taprio: rename close_time to end_time Vladimir Oltean
2023-02-07 13:54 ` [PATCH v2 net-next 08/15] net/sched: taprio: calculate budgets per traffic class Vladimir Oltean
2023-02-07 13:54 ` [PATCH v2 net-next 09/15] net/sched: taprio: calculate guard band against actual TC gate close time Vladimir Oltean
2023-02-07 13:54 ` [PATCH v2 net-next 10/15] net/sched: make stab available before ops->init() call Vladimir Oltean
2023-02-10 15:07 ` Eric Dumazet
2023-02-10 15:20 ` Vladimir Oltean
2023-02-07 13:54 ` [PATCH v2 net-next 11/15] net/sched: taprio: warn about missing size table Vladimir Oltean
2023-02-07 13:54 ` [PATCH v2 net-next 12/15] net/sched: keep the max_frm_len information inside struct sched_gate_list Vladimir Oltean
2023-02-07 13:54 ` [PATCH v2 net-next 13/15] net/sched: taprio: automatically calculate queueMaxSDU based on TC gate durations Vladimir Oltean
2023-02-07 13:54 ` [PATCH v2 net-next 14/15] net/sched: taprio: split segmentation logic from qdisc_enqueue() Vladimir Oltean
2023-02-07 13:54 ` [PATCH v2 net-next 15/15] net/sched: taprio: don't segment unnecessarily Vladimir Oltean
2023-02-08 9:50 ` patchwork-bot+netdevbpf [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=167584981925.2615.15266963787745673788.git-patchwork-notify@kernel.org \
--to=patchwork-bot+netdevbpf@kernel.org \
--cc=anthony.l.nguyen@intel.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=gerhard@engleder-embedded.com \
--cc=intel-wired-lan@lists.osuosl.org \
--cc=jacob.e.keller@intel.com \
--cc=jesse.brandeburg@intel.com \
--cc=jhs@mojatatu.com \
--cc=jiri@resnulli.us \
--cc=kuba@kernel.org \
--cc=kurt@linutronix.de \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=vinicius.gomes@intel.com \
--cc=vladimir.oltean@nxp.com \
--cc=xiyou.wangcong@gmail.com \
/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