| created | 2019-09-02T03:03:19Z |
|---|---|
| begin | 2019-08-26T00:00:00Z |
| end | 2019-08-27T00:00:00Z |
| path | src/sys |
| commits | 11 |
| date | 2019-08-26T09:10:22Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/arm64/arm64/machdep.c | log | diff | annotate |
| src/sys/arch/arm64/conf/GENERIC | log | diff | annotate | |
| src/sys/arch/arm64/conf/RAMDISK | log | diff | annotate | |
| src/sys/dev/fdt/amluart.c | log | diff | annotate | |
| src/sys/dev/fdt/files.fdt | log | diff | annotate | |
| message |
Add amluart(4), a driver for the UARTs found on various Amlogic SoCs. ok jsg@ |
|||
| date | 2019-08-26T09:19:12Z | |||
|---|---|---|---|---|
| author | sashan | |||
| files | src/sys/net/pf.c | log | diff | annotate |
| message |
pf.conf "set timeout interval 1" causes kernel crash (bug reported and fix tested by Kor) ok kn@ |
|||
| date | 2019-08-26T09:22:27Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/dev/ofw/ofw_gpio.c | log | diff | annotate |
| message |
Implement GPIO hogging. ok patrick@ |
|||
| date | 2019-08-26T09:42:31Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/arm64/conf/GENERIC | log | diff | annotate |
| src/sys/arch/arm64/conf/RAMDISK | log | diff | annotate | |
| src/sys/dev/fdt/amlreset.c | log | diff | annotate | |
| src/sys/dev/fdt/files.fdt | log | diff | annotate | |
| message |
Add amlreset(4), a driver to support reset signal controller blocks on Amlogic SoCs. ok patrick@ |
|||
| date | 2019-08-26T09:53:31Z | |||
|---|---|---|---|---|
| author | stsp | |||
| files | src/sys/net80211/ieee80211_node.c | log | diff | annotate |
| message |
remove redundant assignment to ic_curmode This assignment to ic_curmode is redundant because it already occurs inside ieee80211_setmode(), and channel information in selbs and ni is equivalent after node_copy(). ok mpi@ kevlo@ |
|||
| date | 2019-08-26T11:05:54Z | |||
|---|---|---|---|---|
| author | dlg | |||
| files | src/sys/dev/pci/if_msk.c | log | diff | annotate |
| message | remove some debug cruft that i should have removed after the addr64 stuff | |||
| date | 2019-08-26T11:24:03Z | |||
|---|---|---|---|---|
| author | patrick | |||
| files | src/sys/dev/fdt/dwpcie.c | log | diff | annotate |
| message |
Remove unnecessary retrieval of the GPC regmap. We don't need it since the imxgpc(4)'s power domain framework will take care of the registers and thus dwpcie(4) hasn't touched the registers itself anyway. ok kettenis@ |
|||
| date | 2019-08-26T12:41:47Z | |||
|---|---|---|---|---|
| author | pirofti | |||
| files | src/sys/arch/amd64/include/pctr.h | log | diff | annotate |
| message |
Remove rdtsc macro. This is legacy code and was probably used instead of the desried inline'd function in cpufunc.h. OK deraadt@, kettenis@. |
|||
| date | 2019-08-26T15:23:01Z | |||
|---|---|---|---|---|
| author | claudio | |||
| files | src/sys/dev/usb/if_umb.c | log | diff | annotate |
| src/sys/dev/usb/if_umb.h | log | diff | annotate | |
| message |
Replace umb_ntop() with sockaddr_ntop() which does almost the same thing. Also change the storage type for the DNS addresses to struct in_addr since that is more convinient for userland. This includes some minor other cleanup. OK gerhard@ |
|||
| date | 2019-08-26T18:47:53Z | |||
|---|---|---|---|---|
| author | bluhm | |||
| files | src/sys/netinet6/frag6.c | log | diff | annotate |
| src/sys/netinet6/ip6_var.h | log | diff | annotate | |
| message |
Do not use the flow of the first fragment to store ECN information. Handle the ECN in the fragment queue. Reported-by: [email protected] fix from FreeBSD; OK claudio@ |
|||
| date | 2019-08-26T18:56:29Z | |||
|---|---|---|---|---|
| author | anton | |||
| files | src/sys/kern/vfs_subr.c | log | diff | annotate |
| src/sys/kern/vfs_vnops.c | log | diff | annotate | |
| src/sys/kern/vfs_vops.c | log | diff | annotate | |
| src/sys/sys/vnode.h | log | diff | annotate | |
| message |
When a thread tries to exclusively lock a vnode, the same thread must ensure that any other thread currently trying to acquire the underlying vnode lock has observed that the same vnode is about to be exclusively locked. Such threads must then sleep until the exclusive lock has been released and then try to acquire the lock again. Otherwise, exclusive access to the vnode cannot be guaranteed. Thanks to naddy@ and visa@ for testing; ok visa@ Reported-by: [email protected] |
|||