That really helped. Much appreciated Frank.

-Sagar

On Wed, Sep 7, 2016 at 7:01 PM, Frank Filz <ffilz...@mindspring.com> wrote:

> Owner is an opaque value to the FSAL. It happens to be the pointer to a
> state_lock_owner_t so Ganesha does expect it back on call backs when async
> blocking locks are supported (see other e-mail chain for issues that are
> arising without that support). Ganesha never dereferences the owner value
> from the FSAL however, it just searches its blocked locks list for locks
> with the same owner.
>
>
>
> The FSAL may use it in any way it chooses to differentiate lock owners.
>
>
>
> I should note that all new FSAL development should use the support_ex API,
> where there will be a state_t object for each lock owner/file pair. This
> actually allows the FSAL to define it’s own lock owner in whatever way
> makes sense (but the opaque void * lock owner is also still available).
>
>
>
> I hope that helps,
>
>
>
> Frank
>
>
>
> *From:* Sagar M D [mailto:sagar...@gmail.com]
> *Sent:* Wednesday, September 7, 2016 3:37 PM
> *To:* nfs-ganesha-devel@lists.sourceforge.net
> *Subject:* [Nfs-ganesha-devel] lock_op
>
>
>
> Hi All,
>
>
>
> could someone please shed light on the usage of "owner" in fsal side ? Is
> "owner" implemented as comments says "it is not yet".
>
>
>
> Also "owner" looks  opaque to FSAL. Will NFS-Ganesha expects this back in
> any call ?
>
>
>
>  how fsal should use this "owner" ?
>
>
>
> /**
>
> * @brief Perform a lock operation
>
> *
>
> * This function performs a lock operation (lock, unlock, test) on a
>
> * file.
>
> *
>
> * @param[in] obj_hdl File on which to operate
>
> * @param[in] owner Lock owner (Not yet implemented)
>
> * @param[in] lock_op Operation to perform
>
> * @param[in] request_lock Lock to take/release/test
>
>
>
> * @param[out] conflicting_lock Conflicting lock
>
> *
>
> * @return FSAL status.
>
> */
>
> fsal_status_t (*lock_op)(struct fsal_obj_handle *obj_hdl,
>
> void *owner,
>
> fsal_lock_op_t lock_op,
>
> fsal_lock_param_t *request_lock,
>
> fsal_lock_param_t *conflicting_lock);
>
>
>
> Thanks,
>
> Sagar
>
>
> ------------------------------
> [image: Avast logo] <https://www.avast.com/antivirus>
>
> This email has been checked for viruses by Avast antivirus software.
> www.avast.com <https://www.avast.com/antivirus>
>
>
------------------------------------------------------------------------------
_______________________________________________
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

Reply via email to