| created | 2024-04-12T08:23:13Z |
|---|---|
| begin | 2024-04-06T00:00:00Z |
| end | 2024-04-07T00:00:00Z |
| path | src/sys |
| commits | 6 |
| date | 2024-04-06T08:39:51Z | |||
|---|---|---|---|---|
| author | jsg | |||
| files | src/sys/dev/pci/pcidevs | log | diff | annotate |
| message |
more Alder Lake-N ids from: Intel Processor and Intel Core i3 N-Series Datasheet, Volume 1 of 2, Doc. No.: 759603, Rev.: 001 |
|||
| date | 2024-04-06T08:40:27Z | |||
|---|---|---|---|---|
| author | jsg | |||
| files | src/sys/dev/pci/pcidevs.h | log | diff | annotate |
| src/sys/dev/pci/pcidevs_data.h | log | diff | annotate | |
| message | regen | |||
| date | 2024-04-06T10:59:52Z | |||
|---|---|---|---|---|
| author | mpi | |||
| files | src/sys/uvm/uvm_anon.c | log | diff | annotate |
| message |
Prevent accounting bug when an anon w/ swap slot is passed to uvm_anon_release() uvm_anon_release() is always called for anon that have an associated page so decrementing `uvmexp.swpgonly' is incorrect. This happened because the page was cleared before calling uvm_anfree(). Reported by many including mvs@, miod@ and robert@ ok kettenis@, miod@ |
|||
| date | 2024-04-06T11:18:02Z | |||
|---|---|---|---|---|
| author | mpi | |||
| files | src/sys/dev/dt/dt_dev.c | log | diff | annotate |
| src/sys/dev/dt/dt_prov_kprobe.c | log | diff | annotate | |
| src/sys/dev/dt/dt_prov_profile.c | log | diff | annotate | |
| src/sys/dev/dt/dt_prov_static.c | log | diff | annotate | |
| src/sys/dev/dt/dt_prov_syscall.c | log | diff | annotate | |
| src/sys/dev/dt/dtvar.h | log | diff | annotate | |
| message |
Remove (unused) in-kernel event filtering, it's currently dead code. All events are currently exported to userland in order to support complex filters. If this becomes a bottleneck it should be possible to translate (some) user-land filters to in-kernel fitlers. Prodded by a diff from Christian Ludwig to also trace the tracing program. ok claudio@ |
|||
| date | 2024-04-06T14:23:27Z | |||
|---|---|---|---|---|
| author | bluhm | |||
| files | src/sys/netinet/ip_mroute.c | log | diff | annotate |
| src/sys/netinet6/ip6_mroute.c | log | diff | annotate | |
| message |
IP multicast sysctl mrtmfc must not write outside of allocation. Reading sysctl mrt_sysctl_mfc() allocates memory to be copied back to user. Chunks of struct mfcinfo are copied from routing table to linear heap memory. If the allocated memory was not a multiple the struct size, a struct mfcinfo could be copied to a partially unallocated destination. Check that the end of the struct is within the allocation. From Alfredo Ortega; OK claudio@ |
|||
| date | 2024-04-06T18:33:54Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/riscv64/include/bootconfig.h | log | diff | annotate |
| src/sys/arch/riscv64/include/pmap.h | log | diff | annotate | |
| src/sys/arch/riscv64/riscv64/genassym.cf | log | diff | annotate | |
| src/sys/arch/riscv64/riscv64/locore.S | log | diff | annotate | |
| src/sys/arch/riscv64/riscv64/machdep.c | log | diff | annotate | |
| src/sys/arch/riscv64/riscv64/pmap.c | log | diff | annotate | |
| message |
Now that we support RISC-V CPUs that have MMUs with memory cachability attributes, the "direct map" becomes problematic as it results in mappings for the same physical memory pages with different cachability addresses. The RISC-V specification of the "Svpbmt" extension doesn't outright state that this is "verboten" like on some other architectures that we support. But it does say that it may result in access with the wrong attributes. So restrict the use of the direct map to just mapping the 64MB block that the bootloader loaded us into. To make this possible map the device tree later like we do on arm64. This allows us to get rid of some assembly code in locore.S as a bonus! ok miod@, jca@ |
|||