6 Commits

Author	SHA1	Message	Date
chao.an	a4aa8ae491	wqueue/notifier: update the work notifier usage ... usage changed after commit 90c52e6f8f Change-Id: Ifb0d739b046a6794b5b3ac177f489fb9a1c5c799 Signed-off-by: chao.an <anchao@xiaomi.com>	2020-01-21 14:16:19 +08:00
Gregory Nutt	4ae09a3b80	net/netlink: Redesign the logic that handles notifications of when response data is available. Signal handlers are sub-optimal inside the OS (especially after the preceding change which forces the hand). Instead, use the work queue notifiers as is done with all other network notifiers.	2019-11-28 14:20:40 -06:00
Gregory Nutt	11a635dcb3	mm/iob: IOB free notifier should accept the work queue ID as a paramter. The notification may need to run on either the high- or low- priority work queue. sched/work: Change the default priority of the low-priority work queue to 100.	2018-09-11 08:49:39 -06:00
Gregory Nutt	af0ee3c8f7	sched/wqueue: Add an option to work queue notifier so that the notification can occur on different work queues.	2018-09-11 07:22:23 -06:00
Gregory Nutt	9d3148406c	Signals were not a good choice of IPC to implement the poll function for several reasons: In order to handle the asynchrnous poll-related event, a substantial amount of state information is needed. Signals are only capable of passing minimal amounts of data. There are also complexities with performing kernel space signal handlers in kernel space code that is better to avoid. So, instead of signals, the equivalent logic was converted to run via a callback that executes on the high-priority work queue. ... Squashed commit of the following: Fix up some final compile isses. net/netdev: Convert the network down notification logic to use the new wqueue-based notification factility. net/udp: Convert the UDP readahead notification logic to use the new wqueue-based notification factility. net/tcp: Convert the TCP readahead notification logic to use the new wqueue-based notification factility. mm/iob: Convert the IOB notification logic to use the new wqueue-based notification factility. sched/wqueue: Signals are not good IPCs to support the target poll functionality for several reasons including the amount of data that can be passed with a signal and in the fact that in protected and kernel modes, user threads executing signal handlers in protected, kernel memory is problematic. Instead, convert the same logic to perform the notifications via function callback on the high priority work queue.	2018-09-09 15:01:44 -06:00
Gregory Nutt	20814acad2	sched/signal: In signal notification facility, use sigqueue() to notify vs. kill(). With sigqueue, we can pass more info (but still not enough).	2018-09-09 11:57:25 -06:00