diff options
author | David Gibson <david@gibson.dropbear.id.au> | 2023-08-03 17:19:46 +1000 |
---|---|---|
committer | Stefano Brivio <sbrivio@redhat.com> | 2023-08-04 01:28:09 +0200 |
commit | 0a568c847d58db95ffa7918d950f8164832b119f (patch) | |
tree | 5617f62ee3811b0eafe80d9c22b8458ffc9e8602 /tcp_conn.h | |
parent | dee75941801afdc4271a36051ebb03f6c62344e3 (diff) | |
download | passt-0a568c847d58db95ffa7918d950f8164832b119f.tar passt-0a568c847d58db95ffa7918d950f8164832b119f.tar.gz passt-0a568c847d58db95ffa7918d950f8164832b119f.tar.bz2 passt-0a568c847d58db95ffa7918d950f8164832b119f.tar.lz passt-0a568c847d58db95ffa7918d950f8164832b119f.tar.xz passt-0a568c847d58db95ffa7918d950f8164832b119f.tar.zst passt-0a568c847d58db95ffa7918d950f8164832b119f.zip |
netlink: Start sequence number from 1 instead of 0
Netlink messages have a sequence number that's used to match requests to
responses. It mostly doesn't matter what it is as long as it monotonically
increases, so we just use a global counter which we advance with each
request.
However, we start this counter at 0, so our very first request has sequence
number 0, which is usually reserved for asynchronous messages from the
kernel which aren't in response to a specific request. Since we don't (for
now) use such async messages, this doesn't really matter, but it's not
good practce. So start the sequence at 1 instead.
Link: https://bugs.passt.top/show_bug.cgi?id=67
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Diffstat (limited to 'tcp_conn.h')
0 files changed, 0 insertions, 0 deletions