created | 2020-07-28T20:13:01Z |
---|---|
begin | 2020-05-20T00:00:00Z |
end | 2020-05-21T00:00:00Z |
path | src/sys |
commits | 7 |
date | 2020-05-20T01:28:59Z | |||
---|---|---|---|---|
author | dlg | |||
files | src/sys/net/ifq.c | log | diff | annotate |
message |
defer calling !IFXF_MPSAFE driver start routines to the systq this reuses the tx mitigation machinery, but instead of deferring some start calls to the nettq, it defers all calls to the systq. this is to avoid taking the KERNEL_LOCK while processing packets in the stack. i've been running this in production for 6 or so months, and the start of a release is a good time to get more people trying it too. ok jmatthew@ |
date | 2020-05-20T06:44:30Z | |||
---|---|---|---|---|
author | mpi | |||
files | src/sys/net/if_ppp.c | log | diff | annotate |
src/sys/net/if_pppvar.h | log | diff | annotate | |
message |
Use `if_bpf' directly instead of the non-initialized duplicated copy of it. From Sergey Ryazanov. Reviewed by Vitaliy Makkoveev, ok claudio@ |
date | 2020-05-20T06:50:12Z | |||
---|---|---|---|---|
author | mpi | |||
files | src/sys/dev/pci/drm/drm_drv.c | log | diff | annotate |
message |
Extend drmkqfilter() to support EVFILT_READ and match drmpoll() behavior. Locking `event_lock' in filt_drmread() is currently commented out as it requires some refactoring to use proper 'struct drm_minor' like upstream. That said, it is fine as long as all the code is run under KERNEL_LOCK(). ok visa@ |
date | 2020-05-20T17:21:08Z | |||
---|---|---|---|---|
author | cheloha | |||
files | src/sys/kern/kern_tc.c | log | diff | annotate |
src/sys/sys/time.h | log | diff | annotate | |
message |
timecounting: decide whether to advance offset within tc_windup() When we resume from a suspend we use the time from the RTC to advance the system offset. This changes the UTC to match what the RTC has given us while increasing the system uptime to account for the time we were suspended. Currently we decide whether to change to the RTC time in tc_setclock() by comparing the new offset with the th_offset member. This is wrong. th_offset is the *minimum* possible value for the offset, not the "real offset". We need to perform the comparison within tc_windup() after updating th_offset, otherwise we might rewind said offset. Because we're now doing the comparison within tc_windup() we ought to move naptime into the timehands. This means we now need a way to safely read the naptime to compute the value of CLOCK_UPTIME for userspace. Enter nanoruntime(9); it increases monotonically from boot but does not jump forward after a resume like nanouptime(9). |
date | 2020-05-20T17:23:01Z | |||
---|---|---|---|---|
author | cheloha | |||
files | src/sys/kern/kern_time.c | log | diff | annotate |
message | clock_gettime(2): use nanoruntime(9) to get value for CLOCK_UPTIME |
date | 2020-05-20T17:24:17Z | |||
---|---|---|---|---|
author | cheloha | |||
files | src/sys/sys/kernel.h | log | diff | annotate |
message |
kernel.h: remove global declaration for naptime naptime is now a member of the timehands, th_naptime. |
date | 2020-05-20T22:44:32Z | |||
---|---|---|---|---|
author | patrick | |||
files | src/sys/dev/fdt/if_mvneta.c | log | diff | annotate |
message |
Open up a 4GB memory bus window for mvneta(4) on the Marvell Armada 3700. This makes my second ethernet controller/port work on the Turris Mox. ok kettenis@ |