[AFS3-std] draft-mbenjamin-afs-file-locking updated (03)
Derrick Brashear
shadow@gmail.com
Wed, 12 May 2010 17:28:59 -0400
+ When a client releases a share reservation, or the reservation
+ expires, this has the expected effect on future share
+ reservation requests. That is, such requests must be compatible
+ with the intersection of still-outstanding share reservations
+ (if any).
I think I'd just explain the effect and not say it's "expected", which
is a value judgement. Other than that this change looks good.
On Wed, May 12, 2010 at 5:23 PM, Matt W. Benjamin <matt@linuxbox.com> wrote=
:
> Hi,
>
> The following updated draft has been published:
>
> =A0http://www.ietf.org/id/draft-mbenjamin-afs-file-locking-03.txt
>
> The key changes are to share reservation flags and semantics, which we th=
ink were not correct in previous drafts.
>
> Thanks,
>
> Matt
>
> --
>
> Matt Benjamin
>
> The Linux Box
> 206 South Fifth Ave. Suite 150
> Ann Arbor, MI =A048104
>
> http://linuxbox.com
>
> tel. 734-761-4689
> fax. 734-769-8938
> cel. 734-216-5309
>
> _______________________________________________
> AFS3-standardization mailing list
> AFS3-standardization@openafs.org
> http://michigan-openafs-lists.central.org/mailman/listinfo/afs3-standardi=
zation
>
--=20
Derrick