From: Ilya Maximets <i.maximets@samsung.com>
To: "Wiles, Keith" <keith.wiles@intel.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>,
"Wu, Jingjing" <jingjing.wu@intel.com>,
"Ananyev, Konstantin" <konstantin.ananyev@intel.com>,
"Lu, Wenzhuo" <wenzhuo.lu@intel.com>,
"Xing, Beilei" <beilei.xing@intel.com>,
"Zhang, Qi Z" <qi.z.zhang@intel.com>,
"Wang, Xiao W" <xiao.w.wang@intel.com>,
"Richardson, Bruce" <bruce.richardson@intel.com>
Subject: Re: [dpdk-dev] [PATCH v1 0/2] CPU non-blocking delay
Date: Fri, 5 Oct 2018 17:44:16 +0300 [thread overview]
Message-ID: <20181005144155eucas1p17ea3717e6772e390d02bc9ce44e50a8d~avXEH-nZ31850018500eucas1p1L@eucas1p1.samsung.com> (raw)
In-Reply-To: <F93C4FAB-2053-4C7E-83CE-E3D1834593A2@intel.com>
On 05.10.2018 17:09, Wiles, Keith wrote:
>
>
>> On Sep 3, 2018, at 9:44 AM, Ilya Maximets <i.maximets@samsung.com> wrote:
>>
>> For meson build without deprecation warnings following
>> patch should be applied first:
>> http://patches.dpdk.org/patch/44129/
>
> Not to be super picky (OK I am super picky sometimes) can we change the name of the function rte_delay_us_sleep() to rte_sleep_us() the reason is delay and sleep conflict IMO. The rte_sleep_us() tells me it sleeps, which is a form of delay, but delay in DPDK assume busy wait.
I'm not sure about this, because this function intended to be used
as 'rte_delay_us_callback', i.e. as implementation of 'rte_delay_us()'.
IMO, it should state that it is the part of this API and that it
sleeps internally at the same time. So I tried to combine both "delay"
and "sleep" in one function name.
If we'll change the name to 'rte_sleep_us' it will look like alternative
to 'rte_delay_us', but it's one of its implementations.
'rte_delay_us_sleep' should be alternative to 'rte_delay_us_block()'.
I'd like to call it 'rte_delay_us_nonblock()', but it may be way more
confusing.
What do you think?
>>
>> Ilya Maximets (2):
>> eal: add nanosleep based delay function
>> drivers/net: use sleep delay by default for intel NICs
>>
>> drivers/net/avf/Makefile | 1 +
>> drivers/net/avf/base/avf_osdep.h | 4 +-
>> drivers/net/e1000/Makefile | 1 +
>> drivers/net/e1000/base/e1000_osdep.h | 2 +-
>> drivers/net/e1000/meson.build | 2 +
>> drivers/net/i40e/base/i40e_osdep.h | 6 +--
>> drivers/net/ifc/base/ifcvf_osdep.h | 2 +-
>> drivers/net/ixgbe/base/ixgbe_osdep.h | 2 +-
>> drivers/net/ixgbe/meson.build | 3 +-
>> lib/librte_eal/common/eal_common_timer.c | 19 +++++++
>> .../common/include/generic/rte_cycles.h | 11 ++++
>> lib/librte_eal/rte_eal_version.map | 1 +
>> test/test/autotest_data.py | 6 +++
>> test/test/meson.build | 1 +
>> test/test/test_cycles.c | 51 ++++++++++++++-----
>> 15 files changed, 89 insertions(+), 23 deletions(-)
>>
>> --
>> 2.17.1
>>
>
> Regards,
> Keith
>
>
>
next prev parent reply other threads:[~2018-10-05 14:41 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CGME20180831124358eucas1p22a0f8a7d0ae34dfad73b3b9e819366ec@eucas1p2.samsung.com>
2018-08-31 12:45 ` [dpdk-dev] [RFC " Ilya Maximets
2018-08-31 13:01 ` Bruce Richardson
2018-08-31 13:39 ` Bruce Richardson
2018-09-03 14:41 ` Ilya Maximets
[not found] ` <CGME20180903144311eucas1p2b6499c49dbd0d54334e973113cdc5ad6@eucas1p2.samsung.com>
2018-09-03 14:44 ` [dpdk-dev] [PATCH v1 " Ilya Maximets
[not found] ` <CGME20180903144615eucas1p1d7377fa285a86f522f29c2a9528a638e@eucas1p1.samsung.com>
2018-09-03 14:47 ` [dpdk-dev] [PATCH v1 1/2] eal: add nanosleep based delay function Ilya Maximets
2018-09-05 13:10 ` Stephen Hemminger
2018-09-10 15:11 ` Ilya Maximets
[not found] ` <CGME20180903144704eucas1p1d469c23bc22f25af27f00d94aaf8a660@eucas1p1.samsung.com>
2018-09-03 14:48 ` [dpdk-dev] [PATCH v1 2/2] drivers/net: use sleep delay by default for intel NICs Ilya Maximets
[not found] ` <CGME20180914105928eucas1p2be05dc93e02df94e895de24d5564927c@eucas1p2.samsung.com>
2018-09-14 11:01 ` [dpdk-dev] [PATCH v2 0/2] CPU non-blocking delay Ilya Maximets
[not found] ` <CGME20180914105950eucas1p1391d6eccd8ccd5a03e7f742f1d12bb9d@eucas1p1.samsung.com>
2018-09-14 11:01 ` [dpdk-dev] [PATCH v2 1/2] eal: add nanosleep based delay function Ilya Maximets
[not found] ` <CGME20180914105954eucas1p1662492cee6b5387cd4655ec940619ea8@eucas1p1.samsung.com>
2018-09-14 11:01 ` [dpdk-dev] [PATCH v2 2/2] drivers/net: use sleep delay by default for intel NICs Ilya Maximets
2018-09-28 11:38 ` [dpdk-dev] [PATCH v2 0/2] CPU non-blocking delay Ilya Maximets
[not found] ` <CGME20181004143338eucas1p2690a63adeb26785846ad0ea71b695215@eucas1p2.samsung.com>
2018-10-04 14:35 ` [dpdk-dev] [PATCH v3 " Ilya Maximets
[not found] ` <CGME20181004143343eucas1p2e4d18dbed12ac9cebc6ea1af599f751a@eucas1p2.samsung.com>
2018-10-04 14:35 ` [dpdk-dev] [PATCH v3 1/2] eal: add nanosleep based delay function Ilya Maximets
[not found] ` <CGME20181004143345eucas1p2f9dfea7ea41111c2ce9cab98434339d0@eucas1p2.samsung.com>
2018-10-04 14:35 ` [dpdk-dev] [PATCH v3 2/2] drivers/net: use sleep delay by default for intel NICs Ilya Maximets
[not found] ` <CGME20181010140956eucas1p2720bbf053c9dd0ebbafbc99bb1dd6e1d@eucas1p2.samsung.com>
2018-10-10 14:12 ` [dpdk-dev] [PATCH v4 0/2] CPU non-blocking delay Ilya Maximets
[not found] ` <CGME20181010141003eucas1p23e7bdfaad8cd676549f1cae42b6a8e40@eucas1p2.samsung.com>
2018-10-10 14:12 ` [dpdk-dev] [PATCH v4 1/2] eal: add nanosleep based delay function Ilya Maximets
[not found] ` <CGME20181010141007eucas1p2a8039d5e180738a93a8b1e2991d68220@eucas1p2.samsung.com>
2018-10-10 14:12 ` [dpdk-dev] [PATCH v4 2/2] drivers/net: use sleep delay by default for intel NICs Ilya Maximets
2018-10-25 13:27 ` [dpdk-dev] [PATCH v4 0/2] CPU non-blocking delay Ferruh Yigit
2018-10-26 14:23 ` Ferruh Yigit
2018-10-05 14:09 ` [dpdk-dev] [PATCH v1 " Wiles, Keith
2018-10-05 14:44 ` Ilya Maximets [this message]
2018-10-05 15:04 ` Wiles, Keith
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='20181005144155eucas1p17ea3717e6772e390d02bc9ce44e50a8d~avXEH-nZ31850018500eucas1p1L@eucas1p1.samsung.com' \
--to=i.maximets@samsung.com \
--cc=beilei.xing@intel.com \
--cc=bruce.richardson@intel.com \
--cc=dev@dpdk.org \
--cc=jingjing.wu@intel.com \
--cc=keith.wiles@intel.com \
--cc=konstantin.ananyev@intel.com \
--cc=qi.z.zhang@intel.com \
--cc=wenzhuo.lu@intel.com \
--cc=xiao.w.wang@intel.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;
as well as URLs for NNTP newsgroup(s).