wireguard-openbsd/sys/dev/pci/drm/drm_linux.c, branch jd/queueboostsWireGuard implementation for the OpenBSD kernelhttps://git.zx2c4.com/wireguard-openbsd/atom/sys/dev/pci/drm/drm_linux.c?h=jd%2Fqueueboosts2020-06-14T15:20:07Zrename our kunmap() to kunmap_va()2020-06-14T15:20:07Zjsgjsg@openbsd.org2020-06-14T15:20:07Zurn:sha1:6942ea666adc373116fd12f898bb1d10146f4939
In linux kunmap() has a page struct * argument our kunmap() has a void *
argument which results in uncoverted uses building but doing the wrong
thing. Renaming will catch any codepaths that need to be changed at
compile time.
update drm to linux 5.72020-06-08T04:47:57Zjsgjsg@openbsd.org2020-06-08T04:47:57Zurn:sha1:c349dbc7938c71a30e13c1be4acc1976165f4630
adds kernel support for
amdgpu: vega20, raven2, renoir, navi10, navi14
inteldrm: icelake, tigerlake
Thanks to the OpenBSD Foundation for sponsoring this work, kettenis@ for
helping, patrick@ for helping adapt rockchip drm and many developers for
testing.
kthread_park() and kthread_stop() don't need PCATCH the linux API does2020-03-15T10:14:49Zclaudioclaudio@openbsd.org2020-03-15T10:14:49Zurn:sha1:1ccb306f3c18f66d61322c7f8853eb6e607fa1da
not interrupt either and not checking the return value of tsleep_nsec()
could actually result in a infinite loop if a signal is pending.
Remove PCATCH also from kthread_parkme() for the same reason but this
function is only called for kthreads and those have no signals anyway.
OK kettenis@
Release mutex before calling sleep_setup_signal() since this may stop2020-03-06T07:50:01Zketteniskettenis@openbsd.org2020-03-06T07:50:01Zurn:sha1:3a537052a9bce97775a0ee1e4d014ef960849b99
the process.
ok bluhm@, jsg@
Introduce wakeup_proc() a function to un-SSTOP/SSLEEP a thread.2020-01-16T16:35:03Zmpimpi@openbsd.org2020-01-16T16:35:03Zurn:sha1:9566af8920ce0c73af22f6155f3428b247ad2cc0
This moves most of the SCHED_LOCK() related to protecting the sleepqueue
and its states to kern/kern_sync.c
Name suggestion from jsg@, ok kettenis@, visa@
Constify instances of struct fileops.2020-01-05T13:46:02Zvisavisa@openbsd.org2020-01-05T13:46:02Zurn:sha1:c02bfb27cf5527eb0816ec39aad4db3ad4345c8c
OK anton@, mpi@, bluhm@
Convert infinite sleeps to {m,t}sleep_nsec(9).2019-12-30T09:30:31Zmpimpi@openbsd.org2019-12-30T09:30:31Zurn:sha1:d18c2ae1c940b3e1fdee72c298d4f86fa1259cf3
ok jsg@
implement unregister_shrinker()2019-12-26T13:36:15Zjsgjsg@openbsd.org2019-12-26T13:36:15Zurn:sha1:3990936d4e17926abc306c0cd258ced84f75f085
ok kettenis@
Hook up the shrinker for inteldrm(4). This is a "light" version that only2019-12-25T11:31:41Zketteniskettenis@openbsd.org2019-12-25T11:31:41Zurn:sha1:a4e118acf302a673a7affcccef258b7778ea0e9c
drops graphics buffers that are cached and not in active use.
Help from beck@ for pointing out how to hook this up to our pagedaemon.
ok jsg@
Move kernel locking inside the sleep machinery. This enables calling2019-11-30T11:19:17Zvisavisa@openbsd.org2019-11-30T11:19:17Zurn:sha1:de60e9182e3ea7b387cda2ea58c0a4cb67e2fb14
rwsleep(9) with PCATCH and rw_enter(9) with RW_INTR without the kernel
lock. In addition, now tsleep(9) with PCATCH should be safe to use
without the kernel lock if the sleep is purely time-based.
Tested by anton@, cheloha@, chris@
OK anton@, cheloha@