summaryrefslogtreecommitdiff
path: root/drivers/base/dma-buf.c
diff options
context:
space:
mode:
authorAl Viro <viro@zeniv.linux.org.uk>2012-11-07 15:09:38 -0500
committerAl Viro <viro@zeniv.linux.org.uk>2013-02-03 15:09:25 -0500
commitca86b5dce213f52c7538932740f83cafb2c34547 (patch)
tree25d7e651fc9908523eccbb6c8b2843e1eeafa3f2 /drivers/base/dma-buf.c
parent9d94b9e2f354f79461aa674e75b0926d0e768db6 (diff)
downloadlinux-3.10-ca86b5dce213f52c7538932740f83cafb2c34547.tar.gz
linux-3.10-ca86b5dce213f52c7538932740f83cafb2c34547.tar.bz2
linux-3.10-ca86b5dce213f52c7538932740f83cafb2c34547.zip
new helper: get_signal()
On success get_signal_to_deliver() fills k_sigaction and siginfo. _All_ users pass it addresses of the local variables sitting in the same function. Then they proceed to pass those addresses pretty much in tandem to a bunch of helper functions; again, all callers of those helpers are passing them such a pair, and one that had been through get_signal_to_deliver() at that. The obvious cleanup: introduce a new type that would contain a <k_sigaction,siginfo> pair (struct ksignal) and begin switching to using it. Turns out that it's convenient to store the signal number in the same object. New helper, taking that sucker is a wrapper for get_signal_to_deliver(); takes struct ksignal * and returns bool. On success fills ksignal with the information for signal handler to be invoked. For now it's a macro (to avoid header ordering headache), but eventually it'll be a function in kernel/signal.c, with get_signal_to_deliver() folded into it. Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Diffstat (limited to 'drivers/base/dma-buf.c')
0 files changed, 0 insertions, 0 deletions