> >> and then issue a spin_lock again. Your UP system is likely to be very little >> or >> not responsive at all during the above process, but this is an unavoidable >> price to >> be paid in the last attempt to avoid a full system crash. Pls. note that in >Well the driver isnt allowed to hold interrupts off for > 1 tick because >that messes up the clock, and at 1 second the watchdog nmi will reboot >scsi driver authors therefore need to adjust their drivers I fully agree! When I wrote "Your UP system..." I meant "because scsi command processing is stopped", not "because interrupts are off". As a matter of fact the same thing is true for and SMP system. While answering I was just referring to the specific UP objection. -db - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED]
- Re: scsi_unjam_host and scsi_try to abort_command Alan Cox
- Re: scsi_unjam_host and scsi_try to abort_command Gérard Roudier
- Re: scsi_unjam_host and scsi_try to abort_command Justin T. Gibbs
- Re: scsi_unjam_host and scsi_try to abort_command Gérard Roudier
- Re: scsi_unjam_host and scsi_try to abort_com... Justin T. Gibbs
- Re: scsi_unjam_host and scsi_try to abort... Gérard Roudier
- Re: scsi_unjam_host and scsi_try to abort_command Jens Axboe
- Re: scsi_unjam_host and scsi_try to abort_com... Gérard Roudier
- Re: scsi_unjam_host and scsi_try to abort... Jens Axboe
- RE: scsi_unjam_host and scsi_try to abort_command Ballabio_Dario
- Re: scsi_unjam_host and scsi_try to abort_command Eric Youngdale
- Re: scsi_unjam_host and scsi_try to abort_command Justin T. Gibbs
- Re: scsi_unjam_host and scsi_try to abort_com... Eric Youngdale
- Re: scsi_unjam_host and scsi_try to abort_command Trevor Hemsley
- Re: scsi_unjam_host and scsi_try to abort_command rakesh rakesh
- RE: scsi_unjam_host and scsi_try to abort_command hiren_mehta
- RE: scsi_unjam_host and scsi_try to abort_command hiren_mehta
- Re: scsi_unjam_host and scsi_try to abort_command Eric Youngdale