| created | 2021-08-08T05:13:34Z |
|---|---|
| begin | 2021-08-02T00:00:00Z |
| end | 2021-08-03T00:00:00Z |
| path | src/sys |
| commits | 4 |
| date | 2021-08-02T15:15:47Z | |||
|---|---|---|---|---|
| author | tb | |||
| files | src/sys/kern/sched_bsd.c | log | diff | annotate |
| message |
Don't call cpu_setperf() when reading hw.setperf. "makes perfect sense to me" chris ok gnezdo jca |
|||
| date | 2021-08-02T18:22:41Z | |||
|---|---|---|---|---|
| author | patrick | |||
| files | src/sys/dev/fdt/rkpwm.c | log | diff | annotate |
| message |
rkpwm(4) device tree bindings were updated to not have clock names anymore, so simply look up the first clock instead of looking for a specific one by name. Allows rkpwm(4) to find the clock when using a recent device tree. From Tomasz Bielecki ok kettenis@ |
|||
| date | 2021-08-02T19:07:29Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/riscv64/riscv64/pmap.c | log | diff | annotate |
| message |
Add memory barrier (data FENCE) before making the SBI call to issue a FENCE.I instruction on the remote harts. According to the RISC-V ISA documentation this is necessary to make remote harts observe earlier stores. Also issue the local FENCE.I first; this is what both FreeBSD and Linux does. Seems to fix at least some of the issue we've seen running GENERIC.MP on MP machines. ok jca@ |
|||
| date | 2021-08-02T21:10:55Z | |||
|---|---|---|---|---|
| author | mvs | |||
| files | src/sys/net/if_trunk.c | log | diff | annotate |
| message |
Don't call rtm_ifchg() in trunk_port_state(). The preceding trunk_link_active() already produced RTM_IFINFO message when trunk(4) state was changed. I such case we double RTM_IFINFO message or we produce false message when trunk(4) state was not changed. ok florian@ |
|||