Re: Threads and locks: tgid vs pid

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



----- "Corentin Chary" <corentin.chary@xxxxxxxxx> wrote:

> On Wed, Oct 21, 2009 at 7:11 PM, Corentin Chary
> <corentin.chary@xxxxxxxxx> wrote:
> > On Wed, Oct 21, 2009 at 3:16 PM, Corentin Chary
> > <corentin.chary@xxxxxxxxx> wrote:
> >> First, some background:
> >>  - getpid() returns current->tgid which is the pid of the first
> thread
> >>  - gettid() returns current->pid which is the pid of the current
> thread
> >> For all threads, getpid() is the same.
> >>


Corentin,
   Good analysis. We actually do have this corresponding patch in the
glfs patched fuse kernel module to use gettgid() instead of getpid()
to fill up the pid field in the upcalls. In fact moving over to using
lock_owner field has been in the works and currently there is a patch
floating around internally and will be posted on patches.gluster.com
soon. Please check whether the glfs patched fuse kernel module fixes
the sqlite problem for you. It somehow failed to occur to me that your
issue was related to the (previously known) tgid problem.

Thanks!
Avati





[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux