)]}'
{
  "commit": "29ed1407ed81086b778ebf12145b048ac3f7e10e",
  "tree": "35523669465a1a37f969054e1c3d7530582701fc",
  "parents": [
    "f47534f7f0ac7727e05ec4274b764b181df2cf7f"
  ],
  "author": {
    "name": "Chuck Lever",
    "email": "chuck.lever@oracle.com",
    "time": "Thu Dec 04 14:20:46 2008 -0500"
  },
  "committer": {
    "name": "J. Bruce Fields",
    "email": "bfields@citi.umich.edu",
    "time": "Tue Jan 06 11:53:51 2009 -0500"
  },
  "message": "NSM: Support IPv6 version of mon_name\n\nThe \"mon_name\" argument of the NSMPROC_MON and NSMPROC_UNMON upcalls\nis a string that contains the hostname or IP address of the remote peer\nto be notified when this host has rebooted.  The sm-notify command uses\nthis identifier to contact the peer when we reboot, so it must be\neither a well-qualified DNS hostname or a presentation format IP\naddress string.\n\nWhen the \"nsm_use_hostnames\" sysctl is set to zero, the kernel\u0027s NSM\nprovides a presentation format IP address in the \"mon_name\" argument.\nOtherwise, the \"caller_name\" argument from NLM requests is used,\nwhich is usually just the DNS hostname of the peer.\n\nTo support IPv6 addresses for the mon_name argument, we use the\nnsm_handle\u0027s address eye-catcher, which already contains an appropriate\npresentation format address string.  Using the eye-catcher string\nobviates the need to use a large buffer on the stack to form the\npresentation address string for the upcall.\n\nThis patch also addresses a subtle bug.\n\nAn NSMPROC_MON request and the subsequent NSMPROC_UNMON request for the\nsame peer are required to use the same value for the \"mon_name\"\nargument.  Otherwise, rpc.statd\u0027s NSMPROC_UNMON processing cannot\nlocate the database entry for that peer and remove it.\n\nIf the setting of nsm_use_hostnames is changed between the time the\nkernel sends an NSMPROC_MON request and the time it sends the\nNSMPROC_UNMON request for the same peer, the \"mon_name\" argument for\nthese two requests may not be the same.  This is because the value of\n\"mon_name\" is currently chosen at the moment the call is made based on\nthe setting of nsm_use_hostnames\n\nTo ensure both requests pass identical contents in the \"mon_name\"\nargument, we now select which string to use for the argument in the\nnsm_monitor() function.  A pointer to this string is saved in the\nnsm_handle so it can be used for a subsequent NSMPROC_UNMON upcall.\n\nNB: There are other potential problems, such as how nlm_host_rebooted()\nmight behave if nsm_use_hostnames were changed while hosts are still\nbeing monitored.  This patch does not attempt to address those\nproblems.\n\nSigned-off-by: Chuck Lever \u003cchuck.lever@oracle.com\u003e\nSigned-off-by: J. Bruce Fields \u003cbfields@citi.umich.edu\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "497dfea02e8a13a3bebcc99cb802b0ad84eefa35",
      "old_mode": 33188,
      "old_path": "fs/lockd/mon.c",
      "new_id": "a606fbbf804d8db025214ee0299c5b52e93fc1bc",
      "new_mode": 33188,
      "new_path": "fs/lockd/mon.c"
    },
    {
      "type": "modify",
      "old_id": "54dbb458e73c344edc23dc9833693d28942b47ae",
      "old_mode": 33188,
      "old_path": "include/linux/lockd/lockd.h",
      "new_id": "d3c7247d23e864d44b7c54d75b7b087c7ea50819",
      "new_mode": 33188,
      "new_path": "include/linux/lockd/lockd.h"
    }
  ]
}