created | 2023-10-15T08:02:46Z |
---|---|
begin | 2023-10-10T00:00:00Z |
end | 2023-10-11T00:00:00Z |
path | src/sys |
commits | 5 |
date | 2023-10-10T07:11:50Z | |||
---|---|---|---|---|
author | stsp | |||
files | src/sys/dev/fdt/if_dwqe_fdt.c | log | diff | annotate |
src/sys/dev/ic/dwqe.c | log | diff | annotate | |
src/sys/dev/ic/dwqevar.h | log | diff | annotate | |
message |
Fiv the value written to dwqe(4) MAC_1US_TIC_CTR register. The calculation of this value is supposed to involve a clock frequency but we were using a clock ID in the range 0-7 instead. ok kettenis, patrick |
date | 2023-10-10T11:25:31Z | |||
---|---|---|---|---|
author | bluhm | |||
files | src/sys/net/pf.c | log | diff | annotate |
src/sys/net/pf_norm.c | log | diff | annotate | |
src/sys/net/pf_osfp.c | log | diff | annotate | |
src/sys/net/pfvar.h | log | diff | annotate | |
message |
Remove dead code in pf_pull_hdr(). pf_pull_hdr() allows to pass an action pointer parameter as output value. This is never used, all callers pass a NULL argument. Remove ACTION_SET() entirely. The logic (fragoff >= len) in pf_pull_hdr() does not work since revision 1.4. Before it was used to drop short TCP or UDP fragments that contained only part of the header. Current code in pf_pull_hdr() drops the packets anyway, so always set reason PFRES_FRAG. OK kn@ sashan@ |
date | 2023-10-10T16:26:06Z | |||
---|---|---|---|---|
author | bluhm | |||
files | src/sys/net/pf.c | log | diff | annotate |
message |
pf(4) must not pass packet if state cannot be created. The behavior of the PFRULE_SRCTRACK and max_states check was unintentionally changed by commit revision 1.964. If the state was not created due to some limit had been reached, pf still passed the packet. Restore the old logic by setting action to pass later, after the checks. In pf_test_rule() action is initialized to drop. OK sashan@ |
date | 2023-10-10T18:40:34Z | |||
---|---|---|---|---|
author | miod | |||
files | src/sys/arch/armv7/vexpress/pciecam.c | log | diff | annotate |
message |
Ignore PCI MEM64 ranges over 4GB, since this 32-bit kernel can't use them; this prevents a DIAGNOSTIC panic when running in qemu without option "-M virt,highmem=off". Reported by and ok jsg@ |
date | 2023-10-10T19:06:42Z | |||
---|---|---|---|---|
author | kettenis | |||
files | src/sys/dev/ic/dwqereg.h | log | diff | annotate |
message |
Correctly define GMAC_VERSION. Found by stsp@ ok stsp@ |