OpenAFS Master Repository branch, master, updated. openafs-devel-1_5_76-4522-g54c0ee6

Gerrit Code Review
Wed, 17 Dec 2014 10:55:25 -0500

The following commit has been merged in the master branch:
commit 54c0ee608f4afd2b178c9b60eabfc3564293d996
Author: Andrew Deason <>
Date:   Sun Sep 14 14:10:11 2014 -0500

    afs: Fix some afs_conn overcounts
    The usual pattern of using afs_Conn looks like this:
      do {
          tc = afs_Conn(...);
          if (tc) {
              code = /* ... */
          } else {
              code = -1;
      } while (afs_Analyze(...));
    The afs_Analyze call, amongst other things, puts back the reference to
    the connection obtained from afs_Conn. If anything inside the do/while
    block exits that block without calling afs_Analyze or afs_PutConn, we
    will leak a reference to the conn.
    A few places currently do this, by jumping out of the loop with
    'goto's. Specifically, in afs_dcache.c and afs_bypasscache.c. These
    locations currently leak references to our connection object (and to
    the underlying Rx connection object), which can cause problems over
    time. Specifically, this can cause a panic when the refcount overflows
    and becomes negative, causing a panic message that looks like:
      afs_PutConn: refcount imbalance 0xd34db33f -32768
    To avoid this, make sure we afs_PutConn in these cases where we 'goto'
    out of the afs_Conn/afs_Analyze loop. Perhaps ideally we should cause
    afs_Analyze itself to be called in these situations, but for now just
    fix the problem with the least amount of impact possible.
    FIXES 131885
    Change-Id: I3a52f8ccef24f01d04c02db0a4b711405360e323
    Reviewed-by: Benjamin Kaduk <>
    Reviewed-by: Daria Brashear <>
    Tested-by: Benjamin Kaduk <>
    Reviewed-by: Jeffrey Altman <>

 src/afs/afs_bypasscache.c |    1 +
 src/afs/afs_dcache.c      |    7 +++++++
 2 files changed, 8 insertions(+), 0 deletions(-)

OpenAFS Master Repository