Miquel van Smoorenburg <[email protected]> forwarded me this fix to resolve a deadlock condition that occurs due to the API change in 2.6.13+ kernels dropping the host locking when entering the error handling. They all end up calling adpt_i2o_post_wait(), which if you call it unlocked, might return with host_lock locked anyway and that causes a deadlock. Signed-off-by: Mark Salyzyn <[email protected]> drivers/scsi/dpt_i2o.c | 25 ++++++++++++++++++++----- 1 file changed, 20 insertions(+), 5 deletions(-) Patch attached to email due to Outlook corrupting content when inlined. Sincerely -- Mark Salyzyn
Attachment:
dpt_i2o.deadlock.patch
Description: dpt_i2o.deadlock.patch
- Follow-Ups:
- Re: [2.6 patch] dpt_i2o fix for deadlock condition
- From: [email protected] (Lennart Sorensen)
- Re: [2.6 patch] dpt_i2o fix for deadlock condition
- Prev by Date: Re: [RT] read_tsc: ACK! TSC went backward! Unsynced TSCs?
- Next by Date: Re: Question: madvise(DONT_SYNC)
- Previous by thread: crash on x86_64 - mm related?
- Next by thread: Re: [2.6 patch] dpt_i2o fix for deadlock condition
- Index(es):
 |