aboutgitcodebugslistschat
path: root/tcp_conn.h
diff options
context:
space:
mode:
authorDavid Gibson <david@gibson.dropbear.id.au>2023-08-03 17:19:46 +1000
committerStefano Brivio <sbrivio@redhat.com>2023-08-04 01:28:09 +0200
commit0a568c847d58db95ffa7918d950f8164832b119f (patch)
tree5617f62ee3811b0eafe80d9c22b8458ffc9e8602 /tcp_conn.h
parentdee75941801afdc4271a36051ebb03f6c62344e3 (diff)
downloadpasst-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