| created | 2024-02-25T06:12:09Z |
|---|---|
| begin | 2024-02-21T00:00:00Z |
| end | 2024-02-22T00:00:00Z |
| path | src/sys |
| commits | 11 |
| date | 2024-02-21T01:45:14Z | |||
|---|---|---|---|---|
| author | dlg | |||
| files | src/sys/arch/arm64/arm64/machdep.c | log | diff | annotate |
| src/sys/arch/riscv64/riscv64/machdep.c | log | diff | annotate | |
| message |
handle /reserved-memory nodes from device trees on arm64. u-boot is supposed to take these entries and put them in the efi memory map, but i keep hitting machines where an otherwise functional u-boot does not do this, resulting in weird errors. i have an espressobin with a vendor u-boot that has a reserved-memory region for psci. without this diff the machine faults when the kernel tries to reboot using a psci handler. a macchiatobin with an otherwise working u-boot throws SErrors or panics on weird memory corruption problems without this. i thought it was bad RAM, but the problems persisted with completely different ram, and very underclocked and well cooled ram. riscv64 already has code to handle reserved-memory regions. the riscv64 change is to add handling for the "no-map" property. ok kettenis@ |
|||
| date | 2024-02-21T03:28:29Z | |||
|---|---|---|---|---|
| author | deraadt | |||
| files | src/sys/uvm/uvm_map.c | log | diff | annotate |
| message |
Only return EPERM for immutable regions for the nasty operations of madvise() and msync() which damaged the region. The sync ones are allowed to proceed (even if most of them are nops...) based on issues noted by anton and semarie |
|||
| date | 2024-02-21T04:26:45Z | |||
|---|---|---|---|---|
| author | dlg | |||
| files | src/sys/arch/riscv64/riscv64/machdep.c | log | diff | annotate |
| message |
revert r1.35 i dont know what i'm doing wrong with the handling of the no-map property, but i'll find some coffee and time and figure it out soon hopefully. |
|||
| date | 2024-02-21T09:28:29Z | |||
|---|---|---|---|---|
| author | claudio | |||
| files | src/sys/kern/uipc_mbuf.c | log | diff | annotate |
| message |
Keep mbuf data alignment intact in m_defrag() The recent TSO support in em(4) triggered an alignment error on the TCP header. In em(4) m_defrag() is called before setting up the TSO dma bits and with that the TCP header was suddenly no longer aligned. Like other mbuf functions preserve the data alignment in m_defrag() to prevent such unaligned packets. With help and OK bluhm@ mglocker@ |
|||
| date | 2024-02-21T10:48:10Z | |||
|---|---|---|---|---|
| author | claudio | |||
| files | src/sys/dev/pci/files.pci | log | diff | annotate |
| src/sys/dev/pci/if_mwx.c | log | diff | annotate | |
| src/sys/dev/pci/if_mwxreg.h | log | diff | annotate | |
| message |
Import mwx(4) a driver for Mediatek MT7921 and MT7922 802.11ax devices This is work in progress. Scan works, RX of packets is more or less there but TX does not work yet. The packets are passed to the chip but get stuck or ignored there. It is easy to hang the device or the system since device reset is not quite right (like many other bits). Also this is only for MT7921 right now since I have no access to a MT7922 device. Lots of pushing from deraadt@ to commit this now. |
|||
| date | 2024-02-21T12:08:05Z | |||
|---|---|---|---|---|
| author | jsg | |||
| files | src/sys/dev/pci/if_mwx.c | log | diff | annotate |
| src/sys/dev/pci/if_mwxreg.h | log | diff | annotate | |
| message | spelling fixes; ok claudio@ | |||
| date | 2024-02-21T13:42:06Z | |||
|---|---|---|---|---|
| author | bluhm | |||
| files | src/sys/sys/mbuf.h | log | diff | annotate |
| message |
Add missing checksum flag M_TCP_TSO to ddb show mbuf. OK mglocker@ claudio@ |
|||
| date | 2024-02-21T14:40:50Z | |||
|---|---|---|---|---|
| author | kevlo | |||
| files | src/sys/dev/ic/qwxreg.h | log | diff | annotate |
| message |
Remove duplicate definitions. ok stsp@ |
|||
| date | 2024-02-21T15:53:07Z | |||
|---|---|---|---|---|
| author | deraadt | |||
| files | src/sys/arch/amd64/amd64/trap.c | log | diff | annotate |
| src/sys/arch/arm64/arm64/trap.c | log | diff | annotate | |
| src/sys/sys/siginfo.h | log | diff | annotate | |
| message |
create a new code ILL_BTCFI associated with SIGILL for trap faults which indicate missing indirect branch target instructions (on the two architectures which currently have this). This becomes nicely visible in kdump: 6526 cat PSIG SIGILL SIG_DFL code=ILL_BTCFI addr=0x438fad6a990 trapno=21 ok kettenis sthen miod rsadowski |
|||
| date | 2024-02-21T21:50:17Z | |||
|---|---|---|---|---|
| author | jsg | |||
| files | src/sys/arch/arm64/arm64/cpu.c | log | diff | annotate |
| message | recognise Neoverse V3 (Poseidon), Neoverse N3 (Hermes) | |||
| date | 2024-02-21T22:57:11Z | |||
|---|---|---|---|---|
| author | jsg | |||
| files | src/sys/dev/pci/ichiic.c | log | diff | annotate |
| message | match on C740; tested by and ok deraadt@ | |||