From: Ammar Faizi <[email protected]>
To: Stefan Roesch <[email protected]>,
Facebook Kernel Team <[email protected]>
Cc: Jens Axboe <[email protected]>,
Olivier Langlois <[email protected]>,
netdev Mailing List <[email protected]>,
io-uring Mailing List <[email protected]>,
Jakub Kicinski <[email protected]>
Subject: Re: [RFC PATCH v2 3/4] liburing: add test programs for napi busy poll
Date: Tue, 8 Nov 2022 16:47:03 +0700 [thread overview]
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>
On 11/8/22 2:01 PM, Ammar Faizi wrote:
> On 11/8/22 12:53 AM, Stefan Roesch wrote:
>> This adds two test programs to test the napi busy poll functionality. It
>> consists of a client program and a server program. To get a napi id, the
>> client and the server program need to be run on different hosts.
>>
>> To test the napi busy poll timeout, the -t needs to be specified. A
>> reasonable value for the busy poll timeout is 100. By specifying the
>> busy poll timeout on the server and the client the best results are
>> accomplished.
>>
>> Signed-off-by: Stefan Roesch <[email protected]>
>> ---
>> test/Makefile | 2 +
>> test/napi-busy-poll-client.c | 422 +++++++++++++++++++++++++++++++++++
>> test/napi-busy-poll-server.c | 372 ++++++++++++++++++++++++++++++
>> 3 files changed, 796 insertions(+)
>> create mode 100644 test/napi-busy-poll-client.c
>> create mode 100644 test/napi-busy-poll-server.c
>
> Hi Stefan,
>
> We don't write liburing tests this way. Your new tests break the "make runtests"
> command:
>
> ...
> ...
> Running test napi-busy-poll-client.t address option is mandatory
> Usage: ./napi-busy-poll-client.t [-l|--listen] [-a|--address ip_address] [-p|--port port-no] [-s|--sqpoll] [-b|--busy] [-n|--num pings] [-t|--timeout busy-poll-timeout] [-h|--help]
> ... snip ...
>
> Test napi-busy-poll-client.t failed with ret 1
> Running test napi-busy-poll-server.t address option is mandatory
> Usage: ./napi-busy-poll-server.t [-l|--listen] [-a|--address ip_address] [-p|--port port-no] [-s|--sqpoll] [-b|--busy] [-n|--num pings] [-t|--timeout busy-poll-timeout] [-h|--help]
> ... snip ...
> ...
> ...
> Tests failed (3): <napi-busy-poll-client.t> <napi-busy-poll-server.t> <pipe-bug.t>
> make[1]: *** [Makefile:235: runtests] Error 1
> make[1]: Leaving directory '/home/ammarfaizi2/app/liburing/test'
> make: *** [Makefile:21: runtests] Error 2
>
> All test programs in the "test/" directory are run by "make runtests" command.
> Please try to run them with "make runtests" command.
>
> If you want to test several arguments combination variants, you can do something
> like this:
>
> https://github.com/axboe/liburing/blob/754bc068ec482/test/socket.c#L369-L409
>
> Note: Since you're adding a new feature, your test program should check whether
> the running kernel supports the new feature. If the running kernel doesn't
> support it, use T_EXIT_SKIP as the exit code.
Note: In that example, it doesn't use T_EXIT_* as the exit code because this
exit code protocol is a new framework. We haven't finished to port the old
tests to follow this rule.
It's introduced in commit (in liburing-2.3):
ed430fbeb3336 ("tests: migrate some tests to use enum-based exit codes")
New tests should follow the T_EXIT_* convention for exit code.
--
Ammar Faizi
next prev parent reply other threads:[~2022-11-08 9:47 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-07 17:53 [RFC PATCH v2 0/4] liburing: add api for napi busy poll timeout Stefan Roesch
2022-11-07 17:53 ` [RFC PATCH v2 1/4] liburing: add api to set " Stefan Roesch
2022-11-08 7:14 ` Ammar Faizi
2022-11-07 17:53 ` [RFC PATCH v2 2/4] liburing: add documentation for new napi busy polling Stefan Roesch
2022-11-08 8:04 ` Ammar Faizi
2022-11-07 17:53 ` [RFC PATCH v2 3/4] liburing: add test programs for napi busy poll Stefan Roesch
2022-11-08 7:01 ` Ammar Faizi
2022-11-08 9:47 ` Ammar Faizi [this message]
2022-11-07 17:53 ` [RFC PATCH v2 4/4] liburing: update changelog with new feature Stefan Roesch
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 \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
/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