)]}'
{
  "commit": "688ce17b8599abc548b406c00e4d18ae0dec954f",
  "tree": "c64c78c72bf9582c2dcc5a3455d6fe561c6e7085",
  "parents": [
    "e6850cce8f0fcb0e16b981f13cb9c69618bbdaf1"
  ],
  "author": {
    "name": "Al Viro",
    "email": "viro@zeniv.linux.org.uk",
    "time": "Sun Oct 16 00:17:33 2005 -0700"
  },
  "committer": {
    "name": "David S. Miller",
    "email": "davem@davemloft.net",
    "time": "Sun Oct 16 00:17:33 2005 -0700"
  },
  "message": "[PATCH]: highest_possible_processor_id() has to be a macro\n\n\t... otherwise, things like alpha and sparc64 break and break\nbadly.  They define cpu_possible_map to something else in smp.h\n*AFTER* having included cpumask.h.\n\n\tIf that puppy is a macro, expansion will happen at the actual\ncaller, when we\u0027d already seen #define cpu_possible_map ... and we will\nget the right thing used.\n\n\tAs an inline helper it will be tokenized before we get to that\ndefine and that\u0027s it; no matter what we define later, it won\u0027t affect\nanything.  We get modules with dependency on cpu_possible_map instead\nof the right symbol (phys_cpu_present_map in case of sparc64), or outright\nlink errors if they are built-in.\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "fe9778301d07b44ef705c530d7f28b82f6688ffa",
      "old_mode": 33188,
      "old_path": "include/linux/cpumask.h",
      "new_id": "9bdba8169b414a3ef945cbb9d13b9e409556320f",
      "new_mode": 33188,
      "new_path": "include/linux/cpumask.h"
    }
  ]
}