Hi,
On Mon, Jul 24, 2023 at 3:03 PM Alexander Aring wrote:
>
> Hi,
>
> On Mon, Jul 24, 2023 at 10:40 AM Andreas Gruenbacher
> wrote:
> >
> > On Fri, Jul 21, 2023 at 8:55 PM Alexander Aring wrote:
> > > Hi,
> > >
> > > On Fri, Jul 21, 2023 at 12:25 PM Andreas Gruenbacher
> > > wrote:
> > > >
>
Hi,
On Mon, Jul 24, 2023 at 10:40 AM Andreas Gruenbacher
wrote:
>
> On Fri, Jul 21, 2023 at 8:55 PM Alexander Aring wrote:
> > Hi,
> >
> > On Fri, Jul 21, 2023 at 12:25 PM Andreas Gruenbacher
> > wrote:
> > >
> > > On Thu, Jul 20, 2023 at 2:22 PM Alexander Aring
> > > wrote:
> > > > This
On Fri, Jul 21, 2023 at 8:55 PM Alexander Aring wrote:
> Hi,
>
> On Fri, Jul 21, 2023 at 12:25 PM Andreas Gruenbacher
> wrote:
> >
> > On Thu, Jul 20, 2023 at 2:22 PM Alexander Aring wrote:
> > > This patch fixes the current handling of F_CANCELLK by not just doing a
> > > unlock as we need to
Hi,
On Fri, Jul 21, 2023 at 12:25 PM Andreas Gruenbacher
wrote:
>
> On Thu, Jul 20, 2023 at 2:22 PM Alexander Aring wrote:
> > This patch fixes the current handling of F_CANCELLK by not just doing a
> > unlock as we need to try to cancel a lock at first. A unlock makes sense
> > on a
On Thu, Jul 20, 2023 at 2:22 PM Alexander Aring wrote:
> This patch fixes the current handling of F_CANCELLK by not just doing a
> unlock as we need to try to cancel a lock at first. A unlock makes sense
> on a non-blocking lock request but if it's a blocking lock request we
> need to cancel the
This patch fixes the current handling of F_CANCELLK by not just doing a
unlock as we need to try to cancel a lock at first. A unlock makes sense
on a non-blocking lock request but if it's a blocking lock request we
need to cancel the request until it's not granted yet. This patch is fixing
this
