From: Petr Machata <petrm@nvidia.com>
To: Petr Machata <petrm@nvidia.com>
Cc: Jakub Kicinski <kuba@kernel.org>, <netdev@vger.kernel.org>
Subject: Re: [PATCH net-next v3 7/7] selftests: net: fdb_notify: Add a test for FDB notifications
Date: Wed, 13 Nov 2024 16:11:03 +0100 [thread overview]
Message-ID: <871pzfjgc2.fsf@nvidia.com> (raw)
In-Reply-To: <875xorjq37.fsf@nvidia.com>
Petr Machata <petrm@nvidia.com> writes:
> Jakub Kicinski <kuba@kernel.org> writes:
>
>> On Mon, 11 Nov 2024 18:09:01 +0100 Petr Machata wrote:
>>> Check that only one notification is produced for various FDB edit
>>> operations.
>>>
>>> Regarding the ip_link_add() and ip_link_master() helpers. This pattern of
>>> action plus corresponding defer is bound to come up often, and a dedicated
>>> vocabulary to capture it will be handy. tunnel_create() and vlan_create()
>>> from forwarding/lib.sh are somewhat opaque and perhaps too kitchen-sinky,
>>> so I tried to go in the opposite direction with these ones, and wrapped
>>> only the bare minimum to schedule a corresponding cleanup.
>>
>> Looks like it fails about half of the time :(
>>
>> https://netdev.bots.linux.dev/flakes.html?min-flip=0&tn-needle=fdb-notify&br-cnt=200
>
> OK, I can't reproduce this. Trying in VM, on an actual HW, debug, no
> debug, no luck. But I see basically two failures:
>
> - A "0 seen, 1 expected", which... I don't know, maybe it could just be
> a misplaced sleep. I don't see how, but it's a deterministing
> scenario, there shouldn't be anything racy here, either it emits or it
> doesn't, so some buffering issue is the only thing I can think of.
I think this really could be just a "bridge monitor" taking a bit more
time to start every now and then. Can I have you test with this extra
chunk, or should I just resend with that change and hope for the best?
diff --git a/tools/testing/selftests/net/fdb_notify.sh b/tools/testing/selftests/net/fdb_notify.sh
index a98047361988..a8e04f08831c 100755
--- a/tools/testing/selftests/net/fdb_notify.sh
+++ b/tools/testing/selftests/net/fdb_notify.sh
@@ -26,6 +26,7 @@ do_test_dup()
bridge monitor fdb &> "$tmpf" &
defer kill_process $!
+ sleep 0.5
bridge fdb "$op" 00:11:22:33:44:55 vlan 1 "$@"
sleep 0.2
defer_scope_pop
> - Deadlocks. E.g. this, which looks like it deadlocked and timed out
Eh, these are ancient. Never mind.
next prev parent reply other threads:[~2024-11-13 15:37 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-11 17:08 [PATCH net-next v3 0/7] net: ndo_fdb_add/del: Have drivers report whether they notified Petr Machata
2024-11-11 17:08 ` [PATCH net-next v3 1/7] ndo_fdb_add: Add a parameter to report whether notification was sent Petr Machata
2024-11-11 17:08 ` [Intel-wired-lan] " Petr Machata
2024-11-12 13:56 ` Nikolay Aleksandrov
2024-11-12 13:56 ` [Intel-wired-lan] " Nikolay Aleksandrov
2024-11-11 17:08 ` [PATCH net-next v3 2/7] ndo_fdb_del: " Petr Machata
2024-11-11 17:08 ` [Intel-wired-lan] " Petr Machata
2024-11-12 13:56 ` Nikolay Aleksandrov
2024-11-12 13:56 ` [Intel-wired-lan] " Nikolay Aleksandrov
2024-11-11 17:08 ` [PATCH net-next v3 3/7] selftests: net: lib: Move logging from forwarding/lib.sh here Petr Machata
2024-11-11 17:08 ` [PATCH net-next v3 4/7] selftests: net: lib: Move tests_run " Petr Machata
2024-11-11 17:08 ` [PATCH net-next v3 5/7] selftests: net: lib: Move checks " Petr Machata
2024-11-11 17:09 ` [PATCH net-next v3 6/7] selftests: net: lib: Add kill_process Petr Machata
2024-11-11 17:09 ` [PATCH net-next v3 7/7] selftests: net: fdb_notify: Add a test for FDB notifications Petr Machata
2024-11-12 22:22 ` Jakub Kicinski
2024-11-13 11:46 ` Petr Machata
2024-11-13 15:11 ` Petr Machata [this message]
2024-11-14 1:08 ` Jakub Kicinski
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=871pzfjgc2.fsf@nvidia.com \
--to=petrm@nvidia.com \
--cc=kuba@kernel.org \
--cc=netdev@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.