.TH "pm_send" 9 "pm_send" "25 May 1998" "Kernel Hacker's Manual" LINUX
.SH NAME
pm_send \-  send request to a single device
.SH SYNOPSIS
.B "int" pm_send
.BI "(struct pm_dev *" dev ","
.BI "pm_request_t " rqst ","
.BI "void *" data ");"
.SH ARGUMENTS
.IP "dev" 12
 device to send to
.IP "rqst" 12
 power management request
.IP "data" 12
 data for the callback
.SH "DESCRIPTION"
Issue a power management request to a given device. The 
PM_SUSPEND and PM_RESUME events are handled specially. The
data field must hold the intended next state. No call is made
if the state matches.
.SH "BUGS"
 what stops two power management requests occuring in parallel
and conflicting.
.SH "WARNING"
 Calling pm_send directly is not generally recommended, in
paticular there is no locking against the pm_dev going away. The
caller must maintain all needed locking or have 'inside knowledge'
on the safety. Also remember that this function is not locked against
pm_unregister. This means that you must handle SMP races on callback
execution and unload yourself.