diff options
author | Al Viro <viro@zeniv.linux.org.uk> | 2012-11-07 15:09:38 -0500 |
---|---|---|
committer | Al Viro <viro@zeniv.linux.org.uk> | 2013-02-03 15:09:25 -0500 |
commit | ca86b5dce213f52c7538932740f83cafb2c34547 (patch) | |
tree | 25d7e651fc9908523eccbb6c8b2843e1eeafa3f2 /drivers/base/dma-buf.c | |
parent | 9d94b9e2f354f79461aa674e75b0926d0e768db6 (diff) | |
download | linux-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