From: Jamal Hadi Salim <jhs@mojatatu.com>
To: wenxu <wenxu@ucloud.cn>, Cong Wang <xiyou.wangcong@gmail.com>
Cc: Jakub Kicinski <kuba@kernel.org>,
Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>,
Vlad Buslov <vladbu@nvidia.com>,
Linux Kernel Network Developers <netdev@vger.kernel.org>
Subject: Re: [PATCH v10 net-next 3/3] net/sched: act_frag: add implict packet fragment support.
Date: Sun, 15 Nov 2020 11:26:48 -0500 [thread overview]
Message-ID: <81ce3451-a40b-ae54-fb7b-420d5557e839@mojatatu.com> (raw)
In-Reply-To: <459a1453-8026-cca1-fb7c-ded0890992cf@ucloud.cn>
This nagged me:
What happens if all the frags dont make it out?
Should you at least return an error code(from tcf_fragment?)
and get the action err counters incremented?
cheers,
jamal
On 2020-11-15 8:05 a.m., wenxu wrote:
>
> 在 2020/11/15 2:05, Cong Wang 写道:
>> On Wed, Nov 11, 2020 at 9:44 PM <wenxu@ucloud.cn> wrote:
>>> diff --git a/net/sched/act_frag.c b/net/sched/act_frag.c
>>> new file mode 100644
>>> index 0000000..3a7ab92
>>> --- /dev/null
>>> +++ b/net/sched/act_frag.c
>> It is kinda confusing to see this is a module. It provides some
>> wrappers and hooks the dev_xmit_queue(), it belongs more to
>> the core tc code than any modularized code. How about putting
>> this into net/sched/sch_generic.c?
>>
>> Thanks.
>
> All the operations in the act_frag are single L3 action.
>
> So we put in a single module. to keep it as isolated/contained as possible
>
> Maybe put this in a single file is better than a module? Buildin in the tc core code or not.
>
> Enable this feature in Kconifg with NET_ACT_FRAG?
>
> +config NET_ACT_FRAG
> + bool "Packet fragmentation"
> + depends on NET_CLS_ACT
> + help
> + Say Y here to allow fragmenting big packets when outputting
> + with the mirred action.
> +
> + If unsure, say N.
>
>
>>
next prev parent reply other threads:[~2020-11-15 16:27 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-12 3:24 [PATCH v10 net-next 0/3] net/sched: fix over mtu packet of defrag in wenxu
2020-11-12 3:24 ` [PATCH v10 net-next 1/3] net/sched: fix miss init the mru in qdisc_skb_cb wenxu
2020-11-12 3:24 ` [PATCH v10 net-next 2/3] net/sched: act_mirred: refactor the handle of xmit wenxu
2020-11-12 3:24 ` [PATCH v10 net-next 3/3] net/sched: act_frag: add implict packet fragment support wenxu
2020-11-12 22:20 ` Jakub Kicinski
2020-11-13 2:25 ` Marcelo Ricardo Leitner
2020-11-13 17:04 ` Jakub Kicinski
2020-11-14 18:05 ` Cong Wang
2020-11-14 22:46 ` Marcelo Ricardo Leitner
2020-11-16 18:57 ` Cong Wang
2020-11-15 13:05 ` wenxu
2020-11-15 16:26 ` Jamal Hadi Salim [this message]
2020-11-16 1:09 ` wenxu
2020-11-16 19:01 ` Cong Wang
2020-11-17 4:01 ` wenxu
2020-11-17 22:43 ` Cong Wang
2020-11-17 23:21 ` wenxu
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=81ce3451-a40b-ae54-fb7b-420d5557e839@mojatatu.com \
--to=jhs@mojatatu.com \
--cc=kuba@kernel.org \
--cc=marcelo.leitner@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=vladbu@nvidia.com \
--cc=wenxu@ucloud.cn \
--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