created | 2020-04-04T17:35:17Z |
---|---|
begin | 2020-03-30T00:00:00Z |
end | 2020-03-31T00:00:00Z |
path | src/sys |
commits | 5 |
date | 2020-03-30T09:08:10Z | |||
---|---|---|---|---|
author | mpi | |||
files | src/sys/kern/vfs_vops.c | log | diff | annotate |
message |
Document that `a_p' is always curproc by using a KASSERT(). This will allows for future simplifications of the VFS interfaces. Tested in a bulk by naddy@ and visa@. ok visa@, anton@ |
date | 2020-03-30T11:55:47Z | |||
---|---|---|---|---|
author | kettenis | |||
files | src/sys/arch/armv7/stand/efiboot/conf.c | log | diff | annotate |
src/sys/arch/armv7/stand/efiboot/efiboot.c | log | diff | annotate | |
message |
Port "mach dtb" code from arm64. ok patrick@ |
date | 2020-03-30T17:48:39Z | |||
---|---|---|---|---|
author | krw | |||
files | src/sys/crypto/crypto.c | log | diff | annotate |
message |
Break crypto_unregister() sanity check into two expressions, making it clearer what is being checked. Original suggestion from kettenis@. |
date | 2020-03-30T19:10:42Z | |||
---|---|---|---|---|
author | stsp | |||
files | src/sys/net80211/ieee80211_mira.c | log | diff | annotate |
message |
Don't let MiRA trigger event-based probing if the current measurement equals the average measurement, i.e. if the standard deviation is zero. Change comparisons of current measurement to the average measurement from >= to > in the "channel becomes good" check, and from <= to < in the "channel becomes bad" check. The paper's equations are written with <= and >= and thus so was our implementation. But checking for equality makes no sense in the context of event-triggered probing: The intention is to react to changes in channel quality, which occur for instance when a laptop moves around or when RF noise comes and goes. When the current measurement and the average measurement are equal, this means channel quality has not changed at all and starting to probe for a new rate is not necessary. We should probably even add a margin to avoid triggering probing based on small fluctuations, but this can be done later. ok tb@ |
date | 2020-03-30T22:29:04Z | |||
---|---|---|---|---|
author | krw | |||
files | src/sys/dev/usb/ehci.c | log | diff | annotate |
message |
No point in checking the loop variable for NULL inside a LIST_FOREACH. CID 980279 |