created | 2019-01-30T12:42:28Z |
---|---|
begin | 2019-01-11T00:00:00Z |
end | 2019-01-12T00:00:00Z |
path | src/sys |
commits | 7 |
date | 2019-01-11T06:25:06Z | |||
---|---|---|---|---|
author | mlarkin | |||
files | src/sys/arch/amd64/amd64/autoconf.c | log | diff | annotate |
src/sys/arch/amd64/amd64/locore0.S | log | diff | annotate | |
src/sys/arch/amd64/amd64/machdep.c | log | diff | annotate | |
src/sys/arch/amd64/amd64/pmap.c | log | diff | annotate | |
src/sys/arch/amd64/include/pmap.h | log | diff | annotate | |
message |
Move the placement of pmap_kernel's toplevel PML4 page This change moves the PML4 for pmap_kernel elsewhere during early boot. Lower levels of pmap_kernel will be moved in subsequent changes, but there are other pmap changes coming that need to be integrated first. In snaps for 3 days, no fallout seen. ok deraadt and substantial input and help from guenther@ cvs: ---------------------------------------------------------------------- |
date | 2019-01-11T08:00:34Z | |||
---|---|---|---|---|
author | patrick | |||
files | src/sys/dev/fdt/imxccm.c | log | diff | annotate |
src/sys/dev/fdt/imxccm_clocks.h | log | diff | annotate | |
message |
Add support for changing the parent of the PCIe clocks. We will use this for setting the PCIe clocks to the correct frequency. ok kettenis@ |
date | 2019-01-11T08:02:19Z | |||
---|---|---|---|---|
author | patrick | |||
files | src/sys/arch/arm64/conf/GENERIC | log | diff | annotate |
src/sys/arch/arm64/conf/RAMDISK | log | diff | annotate | |
src/sys/dev/fdt/files.fdt | log | diff | annotate | |
src/sys/dev/fdt/imxsrc.c | log | diff | annotate | |
message |
imxsrc(4), a driver for the i.MX System Reset Controller. We will use this to assert the reset pins for e.g. the PCIe controller. ok kettenis@ |
date | 2019-01-11T08:03:24Z | |||
---|---|---|---|---|
author | patrick | |||
files | src/sys/dev/fdt/dwpcie.c | log | diff | annotate |
message |
Add i.MX8MQ support to dwpcie(4). Since the i.MX8MQ does seem to use MSI using dwpcie(4) instead of the GIC, MSIs are disabled for that platform until implemented. ok kettenis@ |
date | 2019-01-11T17:12:38Z | |||
---|---|---|---|---|
author | kn | |||
files | src/sys/dev/pci/if_iwn.c | log | diff | annotate |
message |
Set RUNNING flag when RF switch is enabled Toggling the hardware kill switch shuts radio power on/off accordingly. On UP and RUNNING interfaces disabling removes the RUNNING flag, but enabling back again would leave the flag unset. Get the interface running when switching it back on iff it's up to ensure seemless operation without the need for `ifconfig iwn0 up'. For this, iwn_init_task() will do the right thing so schedule it when receiving the appropiate interrupt. Tested on my X230 with "Intel Centrino Advanced-N 6205" rev 0x34: msi, MIMO 2T2R, MoW OK stsp who also tested it with "Intel Centrino Advanced-N 6200" rev 0x35: msi, MIMO 2T2R, MoW iwm(4) already behaves this way. |
date | 2019-01-11T18:46:30Z | |||
---|---|---|---|---|
author | deraadt | |||
files | src/sys/kern/syscalls.master | log | diff | annotate |
src/sys/sys/mman.h | log | diff | annotate | |
src/sys/sys/syscall.h | log | diff | annotate | |
src/sys/sys/syscallargs.h | log | diff | annotate | |
src/sys/uvm/uvm_mmap.c | log | diff | annotate | |
message |
mincore() is a relic from the past, exposing physical machine information about shared resources which no program should see. only a few pieces of software use it, generally poorly thought out. they are being fixed, so mincore() can be deleted. ok guenther tedu jca sthen, others |
date | 2019-01-11T18:52:41Z | |||
---|---|---|---|---|
author | deraadt | |||
files | src/sys/kern/init_sysent.c | log | diff | annotate |
src/sys/kern/syscalls.c | log | diff | annotate | |
src/sys/sys/syscall.h | log | diff | annotate | |
src/sys/sys/syscallargs.h | log | diff | annotate | |
message | sync |