| created | 2024-11-24T00:39:52Z |
|---|---|
| begin | 2024-11-20T00:00:00Z |
| end | 2024-11-21T00:00:00Z |
| path | src/sys |
| commits | 5 |
| date | 2024-11-20T02:18:45Z | |||
|---|---|---|---|---|
| author | dlg | |||
| files | src/sys/net/ifq.c | log | diff | annotate |
| src/sys/net/ifq.h | log | diff | annotate | |
| message |
provide ifq_deq_set_oactive. ifq_deq_set_oactive is a variation on ifq_set_oactive that can be called inside an if_deq_begin "transaction". afresh@ found de(4) was calling ifq_set_oactive while holding the ifq mutex via ifq_deq_begin, which led to a panic because ifq_set_oactive also tries to take the ifq mutex. ifq_deq_set_oactive assumes the caller is already holding the mutex. de(4) is confusing, so it seemed simpler to add a small tweak to ifqs than try and do major surgery on such a hairy driver. tested by afresh@ |
|||
| date | 2024-11-20T02:26:53Z | |||
|---|---|---|---|---|
| author | dlg | |||
| files | src/sys/dev/pci/if_de.c | log | diff | annotate |
| message |
use ifq_deq_set_oactive if we're in an if_deq_begin "transaction" reported by and fix tested by afresh@ |
|||
| date | 2024-11-20T10:21:22Z | |||
|---|---|---|---|---|
| author | claudio | |||
| files | src/sys/kern/kern_sig.c | log | diff | annotate |
| message |
No need to call unsleep() if p_wchan is NULL. OK mpi@ |
|||
| date | 2024-11-20T13:36:55Z | |||
|---|---|---|---|---|
| author | bluhm | |||
| files | src/sys/dev/ic/psp.c | log | diff | annotate |
| message |
Improve error handling of psp(4) driver. The driver for the AMD platform security processor did use a bunch of EINVAL error codes. It is better to propagate the error up from the subsystem or use more specific values. Rename the variable "ret" to "error" to make clear where we deal with an actual errno(2). Document where and why the error code is ignored. OK hshoexer@ |
|||
| date | 2024-11-20T22:25:38Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/riscv64/riscv64/pmap.c | log | diff | annotate |
| message |
The buffer flipper (incorrectly?) uses pmap_copy_page() from interrupt context (when it calls uvm_pagerealloc_multi()). But the current implementation of pmap_copy_page() assumes it only runs in process context. Use splbio() to block the interrupts while we're doing the copy. Same diff as the one committed to arm64 a bit over a week ago. ok mpi@, jca@ |
|||