created | 2020-08-09T08:20:21Z |
---|---|
begin | 2020-08-07T00:00:00Z |
end | 2020-08-08T00:00:00Z |
path | src/sys |
commits | 5 |
date | 2020-08-07T00:45:25Z | |||
---|---|---|---|---|
author | cheloha | |||
files | src/sys/kern/kern_timeout.c | log | diff | annotate |
src/sys/sys/timeout.h | log | diff | annotate | |
message |
timeout(9): remove unused interfaces: timeout_add_ts(9), timeout_add_bt(9) These two interfaces have been entirely unused since introduction. Remove them and thin the "timeout" namespace a bit. Discussed with mpi@ and ratchov@ almost a year ago, though I blocked the change at that time. Also discussed with visa@. ok visa@, mpi@ |
date | 2020-08-07T13:53:58Z | |||
---|---|---|---|---|
author | kevlo | |||
files | src/sys/dev/pci/if_rge.c | log | diff | annotate |
message |
- Do better work in ifmedia_upd - Eliminate the redundant bits of code for MTU handling; From Brad |
date | 2020-08-07T14:35:38Z | |||
---|---|---|---|---|
author | cheloha | |||
files | src/sys/kern/uipc_socket.c | log | diff | annotate |
message |
sosplice(9): fully validate idle timeout The socket splice idle timeout is a timeval, so we need to check that tv_usec is both non-negative and less than one million. Otherwise it isn't in canonical form. We can check for this with timerisvalid(3). benno@ says this shouldn't break anything in base. ok benno@, bluhm@ |
date | 2020-08-07T18:09:16Z | |||
---|---|---|---|---|
author | florian | |||
files | src/sys/netinet6/in6.c | log | diff | annotate |
message |
The IPv6 source address selection rewrite had one (known) difference to the previous behavior: In case of a tie the new implementation would keep the current best address while the old implementation replaced the best address. Since IPv6 addresses are stored in a TAILQ this meant that the rewrite would use the "oldest" address while the previous behavior was to use the "newest". RFC 6724 section 5 has no opinion which one is better and leaves the tie break up to implementers. naddy found out the hard way that this breaks his IPv6 connectivity in case of flash renumbering events when the link on his cpe flaps and a new prefix is used since we would always pick an old address. While we could pick the newest address in a tie break this feels too much like an implementation detail, a solution much more in the spirit of IPv6 is to pick the address with the highest preferred lifetime (or valid lifetime in case of another tie). very patient testing naddy@ |
date | 2020-08-07T20:12:15Z | |||
---|---|---|---|---|
author | tobhe | |||
files | src/sys/net/pfkeyv2.c | log | diff | annotate |
src/sys/net/pfkeyv2.h | log | diff | annotate | |
message |
pfkey_get may allocate more memory than is needed to hold the SA information. Make sure to only copy out actually used memory. ok patrick@ |