[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <74bf1df3-a466-9d78-1a25-7425c89b9fa3@oracle.com>
Date: Tue, 19 Jul 2022 10:56:07 -0500
From: Mike Christie <michael.christie@...cle.com>
To: Thinh Nguyen <Thinh.Nguyen@...opsys.com>,
linux-kernel@...r.kernel.org, linux-scsi@...r.kernel.org,
target-devel@...r.kernel.org,
"Martin K. Petersen" <martin.petersen@...cle.com>
Cc: John Youn <John.Youn@...opsys.com>, linux-usb@...r.kernel.org
Subject: Re: [PATCH v2 2/4] target: Implement TMR_ABORT_TASK_SET
On 7/18/22 9:07 PM, Thinh Nguyen wrote:
> Task ABORT TASK SET function is required by SCSI transport protocol
What OS is using this and how do they use it? For the latter, does the
OS try an abort for each cmd first, then try an abort task set if the
aborts fail (does fail mean get a response that indicates failure and
also does a timeout count)? Or does it start with the abort task set?
I'm asking because it looks like if it does an abort first, then the
abort task set will always return TMR_TASK_DOES_NOT_EXIST. For the abort
we will remove the cmds from the state_list so if the abort task set runs
after the initiator has tried to abort all the commands it will never
find any.
> standards (SAM-4 r14 section 7.3). It is similar to ABORT TASK
> function, but it applies to all commands received on a specified I_T
> nexus rather than a specific referenced command. Modify
> core_tmr_abort_task() to support TMR_ABORT_TASK_SET.
>
Powered by blists - more mailing lists