diff options
| author | James Bottomley <James.Bottomley@steeleye.com> | 2006-02-14 10:42:07 -0600 |
|---|---|---|
| committer | <jejb@mulgrave.il.steeleye.com> | 2006-02-14 11:14:26 -0600 |
| commit | faead26d7a06605add627f29aee73ba654ce11f9 (patch) | |
| tree | cd809c6e5601caefb66e614ee1f06417819d2151 /drivers/scsi/scsi_scan.c | |
| parent | e2230eac17486e2ee07091d54d898eb40bcd0fdd (diff) | |
| download | kernel-crypto-faead26d7a06605add627f29aee73ba654ce11f9.tar.gz kernel-crypto-faead26d7a06605add627f29aee73ba654ce11f9.tar.xz kernel-crypto-faead26d7a06605add627f29aee73ba654ce11f9.zip | |
[PATCH] add scsi_execute_in_process_context() API
We have several points in the SCSI stack (primarily for our device
functions) where we need to guarantee process context, but (given the
place where the last reference was released) we cannot guarantee this.
This API gets around the issue by executing the function directly if
the caller has process context, but scheduling a workqueue to execute
in process context if the caller doesn't have it. Unfortunately, it
requires memory allocation in interrupt context, but it's better than
what we have previously. The true solution will require a bit of
re-engineering, so isn't appropriate for 2.6.16.
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
Diffstat (limited to 'drivers/scsi/scsi_scan.c')
0 files changed, 0 insertions, 0 deletions