[Linux-cachefs] PROBLEM: ASSERT(object->dentry) fails in cachefiles_delete_object()

Manuel Schölling manuel.schoelling at gmx.de
Thu Sep 18 09:27:41 UTC 2014


On Mi, 2014-09-17 at 22:34 +0100, David Howells wrote:
> Does the attached patch help?
Thanks for the patch!
I'm just applying it and will report the outcome.

In the meantime, I attached dumps of the structs you requested.


Bye,

Manuel

-------------- next part --------------
struct fscache_cookie {
  usage = {
    counter = 1
  }, 
  n_children = {
    counter = 0
  }, 
  n_active = {
    counter = 0
  }, 
  lock = {
    {
      rlock = {
        raw_lock = {
          {
            head_tail = 1310740, 
            tickets = {
              head = 20, 
              tail = 20
            }
          }
        }
      }
    }
  }, 
  stores_lock = {
    {
      rlock = {
        raw_lock = {
          {
            head_tail = 0, 
            tickets = {
              head = 0, 
              tail = 0
            }
          }
        }
      }
    }
  }, 
  backing_objects = {
    first = 0x0
  }, 
  def = 0x0, 
  parent = 0xffff880575a04520, 
  netfs_data = 0x0, 
  stores = {
    height = 0, 
    gfp_mask = 64, 
    rnode = 0x0
  }, 
  flags = 23
}
-------------- next part --------------
struct fscache_cookie {
  usage = {
    counter = 142
  }, 
  n_children = {
    counter = 139
  }, 
  n_active = {
    counter = 1
  }, 
  lock = {
    {
      rlock = {
        raw_lock = {
          {
            head_tail = 97387982, 
            tickets = {
              head = 1486, 
              tail = 1486
            }
          }
        }
      }
    }
  }, 
  stores_lock = {
    {
      rlock = {
        raw_lock = {
          {
            head_tail = 0, 
            tickets = {
              head = 0, 
              tail = 0
            }
          }
        }
      }
    }
  }, 
  backing_objects = {
    first = 0xffff880577439d28
  }, 
  def = 0xffffffffa08df920, 
  parent = 0xffff880625fc3570, 
  netfs_data = 0xffff8805775c8000, 
  stores = {
    height = 0, 
    gfp_mask = 64, 
    rnode = 0x0
  }, 
  flags = 32
}
-------------- next part --------------
struct fscache_object {
  state = 0xffffffffa02b07c0 <fscache_osm_WAIT_FOR_CMD>, 
  oob_table = 0xffffffffa02b0760 <fscache_osm_run_oob>, 
  debug_id = 78124, 
  n_children = 140, 
  n_ops = 0, 
  n_obj_ops = 0, 
  n_in_progress = 0, 
  n_exclusive = 0, 
  n_reads = {
    counter = 0
  }, 
  lock = {
    {
      rlock = {
        raw_lock = {
          {
            head_tail = 120653617, 
            tickets = {
              head = 1841, 
              tail = 1841
            }
          }
        }
      }
    }
  }, 
  lookup_jif = 4298902188, 
  oob_event_mask = 96, 
  event_mask = 109, 
  events = 16, 
  flags = 56, 
  cache_link = {
    next = 0xffff8805758a9398, 
    prev = 0xffff8805758a9258
  }, 
  cookie_link = {
    next = 0x0, 
    pprev = 0xffff880575a04538
  }, 
  cache = 0xffff880c244a5000, 
  cookie = 0xffff880575a04520, 
  parent = 0xffff880625ee12c0, 
  work = {
    data = {
      counter = 1568
    }, 
    entry = {
      next = 0xffff880577439d58, 
      prev = 0xffff880577439d58
    }, 
    func = 0xffffffffa02ac610 <fscache_object_work_func>
  }, 
  dependents = {
    next = 0xffff880577439d70, 
    prev = 0xffff880577439d70
  }, 
  dep_link = {
    next = 0xffff880577439d80, 
    prev = 0xffff880577439d80
  }, 
  pending_ops = {
    next = 0xffff880577439d90, 
    prev = 0xffff880577439d90
  }, 
  store_limit = 0, 
  store_limit_l = 0
}


More information about the Linux-cachefs mailing list