.\" This documentation was generated from the book titled "The Linux Kernel API", which is part of the Linux kernel source. .\" .\" This documentation comes with the following legal notice: .\" .\" This documentation is free software; you can redistribute .\" it and/or modify it under the terms of the GNU General Public .\" License as published by the Free Software Foundation; either .\" version 2 of the License, or (at your option) any later .\" version. .\" .\" This program is distributed in the hope that it will be .\" useful, but WITHOUT ANY WARRANTY; without even the implied .\" warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. .\" See the GNU General Public License for more details. .\" .\" You should have received a copy of the GNU General Public .\" License along with this program; if not, write to the Free .\" Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, .\" MA 02111-1307 USA .\" .\" For more details see the file COPYING in the source .\" distribution of Linux. .\" .\" For comments on the formatting of this manpage, please contact Michael Still .\" This manpage has been automatically generated by docbook2man .\" from a DocBook document. This tool can be found at: .\" .\" Please send any bug reports, improvements, comments, patches, .\" etc. to Steve Cheng . .TH "PM_SEND" "9" "07 August 2003" "" "" .SH NAME pm_send \- send request to a single device .SH SYNOPSIS .sp \fB .sp int pm_send (struct pm_dev * \fIdev\fB, pm_request_t \fIrqst\fB, void * \fIdata\fB); \fR .SH "ARGUMENTS" .TP \fB\fIdev\fB\fR device to send to .TP \fB\fIrqst\fB\fR power management request .TP \fB\fIdata\fB\fR data for the callback .SH "DESCRIPTION" .PP 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" .PP what stops two power management requests occurring in parallel and conflicting. .SH "WARNING" .PP Calling pm_send directly is not generally recommended, in particular 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. .SH "ABOUT THIS DOCUMENT" .PP This documentation was generated with kernel version 2.6.0.