From: Yunsheng Lin <linyunsheng@huawei.com>
To: Gal Pressman <gal@nvidia.com>,
Guangbin Huang <huangguangbin2@huawei.com>, <davem@davemloft.net>,
<kuba@kernel.org>, <mkubecek@suse.cz>, <andrew@lunn.ch>,
<amitc@mellanox.com>, <idosch@idosch.org>, <danieller@nvidia.com>,
<jesse.brandeburg@intel.com>, <anthony.l.nguyen@intel.com>,
<jdike@addtoit.com>, <richard@nod.at>,
<anton.ivanov@cambridgegreys.com>, <netanel@amazon.com>,
<akiyano@amazon.com>, <gtzalik@amazon.com>, <saeedb@amazon.com>,
<chris.snook@gmail.com>, <ulli.kroll@googlemail.com>,
<linus.walleij@linaro.org>, <jeroendb@google.com>,
<csully@google.com>, <awogbemila@google.com>, <jdmason@kudzu.us>,
<rain.1986.08.12@gmail.com>, <zyjzyj2000@gmail.com>,
<kys@microsoft.com>, <haiyangz@microsoft.com>, <mst@redhat.com>,
<jasowang@redhat.com>, <doshir@vmware.com>,
<pv-drivers@vmware.com>, <jwi@linux.ibm.com>,
<kgraul@linux.ibm.com>, <hca@linux.ibm.com>, <gor@linux.ibm.com>,
<johannes@sipsolutions.net>
Cc: <netdev@vger.kernel.org>, <lipeng321@huawei.com>,
<chenhao288@hisilicon.com>, <linux-s390@vger.kernel.org>
Subject: Re: [PATCH V7 net-next 0/6] ethtool: add support to set/get tx copybreak buf size and rx buf len
Date: Fri, 28 Oct 2022 08:50:00 +0800 [thread overview]
Message-ID: <0cf97cc1-1a99-21f6-93ef-e8c2f4c6f03c@huawei.com> (raw)
In-Reply-To: <e56e1c33-3909-50ec-f116-80b6335e3ddf@nvidia.com>
On 2022/10/27 17:03, Gal Pressman wrote:
> On 27/10/2022 03:49, Yunsheng Lin wrote:
>> On 2022/10/26 22:00, Gal Pressman wrote:
>>> On 18/11/2021 14:12, Guangbin Huang wrote:
>>>> From: Hao Chen <chenhao288@hisilicon.com>
>>>>
>>>> This series add support to set/get tx copybreak buf size and rx buf len via
>>>> ethtool and hns3 driver implements them.
>>>>
>>>> Tx copybreak buf size is used for tx copybreak feature which for small size
>>>> packet or frag. Use ethtool --get-tunable command to get it, and ethtool
>>>> --set-tunable command to set it, examples are as follow:
>>>>
>>>> 1. set tx spare buf size to 102400:
>>>> $ ethtool --set-tunable eth1 tx-buf-size 102400
>>>>
>>>> 2. get tx spare buf size:
>>>> $ ethtool --get-tunable eth1 tx-buf-size
>>>> tx-buf-size: 102400
>>> Hi Guangbin,
>>> Can you please clarify the difference between TX copybreak and TX
>>> copybreak buf size?
>> Hi Gal,
>> 'TX copybreak buf size' is the size of buffer allocated to a queue
>> in order to support copybreak handling when skb->len <= 'TX copybreak',
>>
>> see hns3_can_use_tx_bounce() for 'TX copybreak' and
>> hns3_init_tx_spare_buffer() for 'TX copybreak buf size'.
>
> Thanks Yunsheng!
> IIUC, there's a single buffer per TX queue, not per TX packet, correct?
Yes.
>
> One way to implement TX copybreak is using an inline WQE, where the WQE
> itself serves as the bounce buffer, sounds like 'TX copybreak buf size'
> cannot be used in such case?
If TX copybreak is using an inline WQE, I suppose 'TX copybreak buf size'
is not needed.
> .
>
prev parent reply other threads:[~2022-10-28 0:50 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-18 12:12 [PATCH V7 net-next 0/6] ethtool: add support to set/get tx copybreak buf size and rx buf len Guangbin Huang
2021-11-18 12:12 ` [PATCH V7 net-next 1/6] ethtool: add support to set/get tx copybreak buf size via ethtool Guangbin Huang
2021-11-18 12:12 ` [PATCH V7 net-next 2/6] net: hns3: add support to set/get tx copybreak buf size via ethtool for hns3 driver Guangbin Huang
2021-11-18 12:12 ` [PATCH V7 net-next 3/6] ethtool: add support to set/get rx buf len via ethtool Guangbin Huang
2021-11-18 12:12 ` [PATCH V7 net-next 5/6] net: hns3: add support to set/get rx buf len via ethtool for hns3 driver Guangbin Huang
2021-11-18 12:12 ` [PATCH V7 net-next 6/6] net: hns3: remove the way to set tx spare buf via module parameter Guangbin Huang
2021-11-22 13:00 ` [PATCH V7 net-next 0/6] ethtool: add support to set/get tx copybreak buf size and rx buf len patchwork-bot+netdevbpf
2022-10-26 14:00 ` Gal Pressman
2022-10-27 0:49 ` Yunsheng Lin
2022-10-27 9:03 ` Gal Pressman
2022-10-28 0:50 ` Yunsheng Lin [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=0cf97cc1-1a99-21f6-93ef-e8c2f4c6f03c@huawei.com \
--to=linyunsheng@huawei.com \
--cc=akiyano@amazon.com \
--cc=amitc@mellanox.com \
--cc=andrew@lunn.ch \
--cc=anthony.l.nguyen@intel.com \
--cc=anton.ivanov@cambridgegreys.com \
--cc=awogbemila@google.com \
--cc=chenhao288@hisilicon.com \
--cc=chris.snook@gmail.com \
--cc=csully@google.com \
--cc=danieller@nvidia.com \
--cc=davem@davemloft.net \
--cc=doshir@vmware.com \
--cc=gal@nvidia.com \
--cc=gor@linux.ibm.com \
--cc=gtzalik@amazon.com \
--cc=haiyangz@microsoft.com \
--cc=hca@linux.ibm.com \
--cc=huangguangbin2@huawei.com \
--cc=idosch@idosch.org \
--cc=jasowang@redhat.com \
--cc=jdike@addtoit.com \
--cc=jdmason@kudzu.us \
--cc=jeroendb@google.com \
--cc=jesse.brandeburg@intel.com \
--cc=johannes@sipsolutions.net \
--cc=jwi@linux.ibm.com \
--cc=kgraul@linux.ibm.com \
--cc=kuba@kernel.org \
--cc=kys@microsoft.com \
--cc=linus.walleij@linaro.org \
--cc=linux-s390@vger.kernel.org \
--cc=lipeng321@huawei.com \
--cc=mkubecek@suse.cz \
--cc=mst@redhat.com \
--cc=netanel@amazon.com \
--cc=netdev@vger.kernel.org \
--cc=pv-drivers@vmware.com \
--cc=rain.1986.08.12@gmail.com \
--cc=richard@nod.at \
--cc=saeedb@amazon.com \
--cc=ulli.kroll@googlemail.com \
--cc=zyjzyj2000@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