freebsd-nq/sys/compat/linuxkpi/common/src
Mark Johnston 465659643b Augment wait queue support in the LinuxKPI.
In particular:
- Don't evaluate event conditions with a sleepqueue lock held, since such
  code may attempt to acquire arbitrary locks.
- Fix the return value for wait_event_interruptible() in the case that the
  wait is interrupted by a signal.
- Implement wait_on_bit_timeout() and wait_on_atomic_t().
- Implement some functions used to test for pending signals.
- Implement a number of wait_event_*() variants and unify the existing
  implementations.
- Unify the mechanism used by wait_event_*() and schedule() to put the
  calling thread to sleep.

This is required to support updated DRM drivers. Thanks to hselasky for
finding and fixing a number of bugs in the original revision.

Reviewed by:	hselasky
MFC after:	2 weeks
Differential Revision:	https://reviews.freebsd.org/D10986
2017-06-09 19:41:12 +00:00
..
linux_compat.c Remove ARM and MIPS from linuxkpi ioremap_attr definition 2017-06-08 02:44:34 +00:00
linux_current.c Don't acquire a reference on the VM-space when allocating the LinuxKPI 2017-05-31 13:01:27 +00:00
linux_idr.c Fix init order in the LinuxKPI for IDR support after recent changes. 2017-06-06 10:12:58 +00:00
linux_kmod.c
linux_kthread.c Augment wait queue support in the LinuxKPI. 2017-06-09 19:41:12 +00:00
linux_lock.c Implement support for mutexes with deadlock avoidance in the LinuxKPI. 2017-03-09 18:33:40 +00:00
linux_page.c Don't acquire a reference on the VM-space when allocating the LinuxKPI 2017-05-31 13:01:27 +00:00
linux_pci.c
linux_radix.c
linux_rcu.c Make sure the thread's priority is restored for all three cases inside 2017-05-31 10:01:15 +00:00
linux_schedule.c Augment wait queue support in the LinuxKPI. 2017-06-09 19:41:12 +00:00
linux_slab.c Cleanup the LinuxKPI slab implementation. 2017-03-08 11:09:27 +00:00
linux_tasklet.c Use grouptaskqueue for tasklets in the LinuxKPI. 2017-03-07 13:51:14 +00:00
linux_usb.c
linux_work.c Zero number of CPUs should be translated into the default number of 2017-04-19 11:38:07 +00:00