summaryrefslogtreecommitdiff
path: root/regress/sys/arch/amd64/fpu/fdump.c
diff options
context:
space:
mode:
authorFlorian Obser <florian@cvs.openbsd.org>2021-12-13 16:12:11 +0000
committerFlorian Obser <florian@cvs.openbsd.org>2021-12-13 16:12:11 +0000
commitb5a48fb59d56fd5cd0c65a32b200d21132781170 (patch)
treec6355e3f69f222d77ba0a2d3d5e63d28a8d24f64 /regress/sys/arch/amd64/fpu/fdump.c
parent34ba099c1c6e42d6bec28053164e9d272b634df7 (diff)
Only generate a new xid on state change.
When we first request a lease (INIT or REBOOTING state) we run with very short timeouts. If the dhcp server is slow to respond we already have a new xid and ignore the server's response. This goes on until we increase the timeout high enough. If we just stick to an xid this will not happen and we accept "late" responses. RFC 2131 has: Selecting a new 'xid' for each retransmission is an implementation decision. A client may choose to reuse the same 'xid' or select a new 'xid' for each retransmitted message. Problem seen by phessler on german train wifi. OK phessler
Diffstat (limited to 'regress/sys/arch/amd64/fpu/fdump.c')
0 files changed, 0 insertions, 0 deletions