PR PREEMPT with no reservation at all
Ralph Weber
ralphoweber at compuserve.com
Wed Jul 16 21:14:07 PDT 2003
* From the T10 Reflector (t10 at t10.org), posted by:
* Ralph Weber <ralphoweber at compuserve.com>
*
My apologies for botching the incorporation of 03-094r3.
I have no issues with including the changes George proposes
in his next PR fixup document.
I would also be willing to incorporate 03-094r3 correctly
without benefit of another round of documents, if that
works better for folks.
Regards,
.Ralph
George Penokie wrote:
>
> Rob,
> It looks to me like the line in the flow chart is wrong. The text from
> 03-094r3 assumed (incorrectly it appears) that the flowchart was
> correct. Also, it appears a line of text from 03-094r3 was not placed
> into SPC-3. It stated (again incorrectly):
>
> In addition a paragraph needs to be added to this section that states
> << If there is no persistent reservation there shall be no change to
> any registrations and a GOOD status shall be returned. >>
>
> I believe the flowchart should be fixed and the paragraph that was not
> placed into SPC-3 not be placed into SPC-3. The paragraph in section
> 5.5.2.7.4.4 Removing registrations:
>
> If there is a persistent reservation and if the SERVICE ACTION
> RESERVATION KEY field does not identify a persistent reservation
> holder the device server shall perform a preempt by doing the
> following in an uninterrupted series of actions:
>
> Should be changed to:
>
> If the SERVICE ACTION RESERVATION KEY field does not identify a
> persistent reservation holder, or there is no persistent reservation
> holder (i.e., there is no persistent reservation), the device server
> shall perform a preempt by doing the following in an uninterrupted
> series of actions:
>
> If this is agreeable I will add it to my latest persistent
> reservations fix proposal.
>
> Bye for now,
> George Penokie
>
> Dept 2C6 114-2 N212
> E-Mail: gop at us.ibm.com
> Internal: 553-5208
> External: 507-253-5208 FAX: 507-253-2880
>
>
>
>
>
> "Elliott, Robert (Server Storage)" <elliott at hp.com>
> Sent by: owner-t10 at t10.org
>
> 07/15/2003 11:00 PM
>
>
> To: <t10 at t10.org>
> cc:
> Subject: PR PREEMPT with no reservation at all
>
>
>
>
> In the PREEMPT flowchart in spc3r05 and earlier, the "Existing
> persistent reservation? no" question lead to "Remove registration
> pointed to by the service action reservation key." When All
> Registrants was added in spc3r06, the arc was changed to go straight
> to "Done".
>
> How should PREEMPT and PREEMPT AND ABORT be handled if there is no
> persistent reservation at all? Do nothing (per spc3r05), or go ahead
> and remove the specified registrations and (for PREEMPT AND ABORT)
> abort the related tasks (per spc3r06+)?
>
> There doesn't seem to be much supporting text for the spc3r06+ figure
> except for the first 7 words in 5.5.2.7.4.4: "If there is a persistent
> reservation and if the SERVICE ACTION RESERVATION KEY field does not
> identify a persistent reservation holder the device server shall
> perform a preempt by doing the following in an uninterrupted series of
> actions:". This phrase was added in spc3r13 per 03-094r3 to better
> match the (possibly broken) figure 3.
>
> I think the original behavior of "remove registrations (and abort
> tasks)" might make more sense.
>
> See:
> SPC-3 revision 5 section 5.5.3.7.3.1 figure 3 page 69
> SPC-3 revision 14 section 5.5.2.7.4.1 figure 3 page 72
> 03-094r3 Yet more persistent reservations fixes
>
> ---
> Rob Elliott, HP Server Storage
> elliott at hp.com
>
*
* For T10 Reflector information, send a message with
* 'info t10' (no quotes) in the message body to majordomo at t10.org
More information about the T10
mailing list