| created | 2021-06-13T04:35:32Z |
|---|---|
| begin | 2021-06-11T00:00:00Z |
| end | 2021-06-12T00:00:00Z |
| path | src/sys |
| commits | 10 |
| date | 2021-06-11T04:29:54Z | |||
|---|---|---|---|---|
| author | visa | |||
| files | src/sys/kern/kern_event.c | log | diff | annotate |
| message |
Remember to lock kqueue mutex in filt_timermodify(). Reported-by: [email protected] |
|||
| date | 2021-06-11T04:44:25Z | |||
|---|---|---|---|---|
| author | deraadt | |||
| files | src/sys/sys/pledge.h | log | diff | annotate |
| message |
Sort ID->pledge name translation in the same order as the manual page (which are idiomatically sorted rather than numerically), so that ps(1) "-o pledge" is easier to understand. from Josh Rickmar ok semarie kn dv |
|||
| date | 2021-06-11T05:33:16Z | |||
|---|---|---|---|---|
| author | jsg | |||
| files | src/sys/arch/amd64/amd64/lapic.c | log | diff | annotate |
| src/sys/arch/i386/i386/lapic.c | log | diff | annotate | |
| message |
limit workaround for AMD errata 400 to family 0fh and 10h AMD errata 400 "APIC Timer Interrupt Does Not Occur in Processor C-States" is only mentioned in the revision guides for family 0fh and 10h but we were checking for and disabling C1E on >= family 0fh. Since family 16h all the bits of the Interrupt Pending MSR the workaround uses are documented as read as zero. So this didn't cause any problems on real hardware but did on EPYC based AWS t3a instances according to Ilya Voronin who sent an initial patch to not attempt the workaround on family 17h. Tested on non-virtualised EPYC 7702P 17-31-00 by Hrvoje Popovski and Ryzen 5 2600X 17-08-02 by myself. ok mlarkin@ |
|||
| date | 2021-06-11T12:23:52Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/arm64/dev/aplpcie.c | log | diff | annotate |
| src/sys/arch/arm64/include/pci_machdep.h | log | diff | annotate | |
| message |
Store the device tree node in the pcitag_t like we do on powerpc64 andi sparc64. For now, do this only for aplpcie(4) as we only need this functionality for Apple Silicon systems. ok patrick@ |
|||
| date | 2021-06-11T12:47:15Z | |||
|---|---|---|---|---|
| author | patrick | |||
| files | src/sys/dev/pv/if_hvn.c | log | diff | annotate |
| message |
Drop received packets unless IFF_RUNNING is set. When hvn(4) attaches it sends commands and waits for replies to come back in. The receive pipe seems to contain both command completions and data packets. When waiting for command completion during hvn(4) attach, it's possible for packets to show up as well. We shouldn't call if_input() if hvn(4) is not set up, so drop them when we're not running. ok mikeb@ |
|||
| date | 2021-06-11T15:42:36Z | |||
|---|---|---|---|---|
| author | jsg | |||
| files | src/sys/dev/pci/pcidevs | log | diff | annotate |
| message |
add a HDA device found in a Z590 machine from Ashton Fagg |
|||
| date | 2021-06-11T15:43:22Z | |||
|---|---|---|---|---|
| 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 | 2021-06-11T15:46:09Z | |||
|---|---|---|---|---|
| author | jsg | |||
| files | src/sys/dev/pci/azalia.c | log | diff | annotate |
| message |
enable snooping on Z590 HDA from Ashton Fagg |
|||
| date | 2021-06-11T15:50:43Z | |||
|---|---|---|---|---|
| author | jsg | |||
| files | src/sys/dev/pci/azalia_codec.c | log | diff | annotate |
| message | recognise ALC897 | |||
| date | 2021-06-11T16:36:34Z | |||
|---|---|---|---|---|
| author | cheloha | |||
| files | src/sys/kern/kern_time.c | log | diff | annotate |
| src/sys/sys/time.h | log | diff | annotate | |
| message |
setitimer(2): don't round up it_value We can reduce latency for the first expiration of a timer if we don't round it_value up to the minimum interval (1 tick). While we're at it, we may as well consolidate all input validation and adjustment into a single itimerfix() call. There are no other callers in the kernel (nor should there be), so remove the prototype from sys/time.h. Discussion: https://marc.info/?l=openbsd-tech&m=162084338005502&w=2 Tested by weerd@ and claudio@. probably ok claudio@ |
|||