diff options
| author | David Gibson <david@gibson.dropbear.id.au> | 2025-03-12 13:18:34 +1100 |
|---|---|---|
| committer | Stefano Brivio <sbrivio@redhat.com> | 2025-03-12 23:08:33 +0100 |
| commit | c43972ad67806fb403cdbc05179441917f2a776b (patch) | |
| tree | 66f09fa18c5134980ccdd729e5898368e99a0b10 /contrib | |
| parent | 74cd82adc87552c7ef6d255069a974b4ebeab4a1 (diff) | |
| download | passt-c43972ad67806fb403cdbc05179441917f2a776b.tar passt-c43972ad67806fb403cdbc05179441917f2a776b.tar.gz passt-c43972ad67806fb403cdbc05179441917f2a776b.tar.bz2 passt-c43972ad67806fb403cdbc05179441917f2a776b.tar.lz passt-c43972ad67806fb403cdbc05179441917f2a776b.tar.xz passt-c43972ad67806fb403cdbc05179441917f2a776b.tar.zst passt-c43972ad67806fb403cdbc05179441917f2a776b.zip | |
packet: Give explicit name to maximum packet size
We verify that every packet we store in a pool (and every partial packet
we retreive from it) has a length no longer than UINT16_MAX. This
originated in the older packet pool implementation which stored packet
lengths in a uint16_t. Now, that packets are represented by a struct
iovec with its size_t length, this check serves only as a sanity / security
check that we don't have some wildly out of range length due to a bug
elsewhere.
We have may reasons to (slightly) increase this limit in future, so in
preparation, give this quantity an explicit name - PACKET_MAX_LEN.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Diffstat (limited to 'contrib')
0 files changed, 0 insertions, 0 deletions