| created | 2023-08-07T08:21:05Z |
|---|---|
| begin | 2023-08-01T00:00:00Z |
| end | 2023-08-02T00:00:00Z |
| path | src/sys |
| commits | 4 |
| date | 2023-08-01T06:40:18Z | |||
|---|---|---|---|---|
| author | claudio | |||
| files | src/sys/dev/pci/drm/include/linux/jiffies.h | log | diff | annotate |
| message |
Implement time_after() and firends as static inline functions. The previous macros were too optimistic about types and also did a signed subtraction that could overflow. OK miod@ kettenis@ deraadt@ jsg@ |
|||
| date | 2023-08-01T07:57:55Z | |||
|---|---|---|---|---|
| author | claudio | |||
| files | src/sys/kern/kern_clock.c | log | diff | annotate |
| message |
Don't force early wrap around for jiffies. In inteldrm the function intel_dp_wait_source_oui() can be called before last_oui_write is set and so the code requires a positive initial jiffies value. On linux this is the case for 64bit systems (but not for 32bit) and because of this idiosyncracy this bug was introduced in upstream intel code. Instead of adding another OpenBSD specific quirk to drm code alter our jiffies initalisation. Systems affected are at least "ALDERLAKE_P, gen 12" and "TIGERLAKE, gen 12" Suggested fix by kettenis@ OK jsg@ |
|||
| date | 2023-08-01T14:15:44Z | |||
|---|---|---|---|---|
| author | claudio | |||
| files | src/sys/uvm/uvm_meter.c | log | diff | annotate |
| message |
The swapper left the building long time ago. Now with the issue in inteldrm fixed we should be able to remove this unneeded wakeup for good. OK mvs@ cheloha@ deraadt@ |
|||
| date | 2023-08-01T18:20:07Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/riscv64/dev/stfclock.c | log | diff | annotate |
| message |
Add (limited) support for setting PPL0 on JH7110. ok jsing@ |
|||