)]}'
{
  "commit": "a25de534f89c515c82d3553c42d3bb02c2d1a7da",
  "tree": "d09a5ed1f8a9fa5254c9ebf5cb49bf95e636a3e8",
  "parents": [
    "be702d5e38e2e7e554604b223794f87c12fa6811"
  ],
  "author": {
    "name": "Anton Arapov",
    "email": "aarapov@redhat.com",
    "time": "Thu Oct 18 22:00:17 2007 -0700"
  },
  "committer": {
    "name": "David S. Miller",
    "email": "davem@davemloft.net",
    "time": "Thu Oct 18 22:00:17 2007 -0700"
  },
  "message": "[INET]: Justification for local port range robustness.\n\n  There is a justifying patch for Stephen\u0027s patches. Stephen\u0027s patches\ndisallows using a port range of one single port and brakes the meaning\nof the \u0027remaining\u0027 variable, in some places it has different meaning.\nMy patch gives back the sense of \u0027remaining\u0027 variable. It should mean\nhow many ports are remaining and nothing else. Also my patch allows\nusing a single port.\n\n  I sure we must be able to use mentioned port range, this does not\nrestricted by documentation and does not brake current behavior.\n\nusefull links:\nPatches posted by Stephen Hemminger\n  http://marc.info/?l\u003dlinux-netdev\u0026m\u003d119206106218187\u0026w\u003d2\n  http://marc.info/?l\u003dlinux-netdev\u0026m\u003d119206109918235\u0026w\u003d2\n\nAndrew Morton\u0027s comment\n  http://marc.info/?l\u003dlinux-kernel\u0026m\u003d119248225007737\u0026w\u003d2\n\n1. Allows using a port range of one single port.\n2. Gives back sense of \u0027remaining\u0027 variable.\n\nSigned-off-by: Anton Arapov \u003caarapov@redhat.com\u003e\nAcked-by: Stephen Hemminger \u003cshemminger@linux-foundation.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "93644f82592c426074a9beba068b4e23d4910b79",
      "old_mode": 33188,
      "old_path": "drivers/infiniband/core/cma.c",
      "new_id": "d08fb30768bcc73169884af2b2d011e6e07d695c",
      "new_mode": 33188,
      "new_path": "drivers/infiniband/core/cma.c"
    },
    {
      "type": "modify",
      "old_id": "3cef12835c4b2bfa86b50a74a788488cd5ac9ea1",
      "old_mode": 33188,
      "old_path": "net/ipv4/inet_connection_sock.c",
      "new_id": "8fb6ca23700aa8de4c446879b19186e626dfa396",
      "new_mode": 33188,
      "new_path": "net/ipv4/inet_connection_sock.c"
    },
    {
      "type": "modify",
      "old_id": "fac6398e436709c714b95992c9045e740454d004",
      "old_mode": 33188,
      "old_path": "net/ipv4/inet_hashtables.c",
      "new_id": "16eecc7046a346d6a2a22e1c33f71055a333f4c2",
      "new_mode": 33188,
      "new_path": "net/ipv4/inet_hashtables.c"
    },
    {
      "type": "modify",
      "old_id": "c78acc1a7f11395b154460774dbbd6ee52444e0f",
      "old_mode": 33188,
      "old_path": "net/ipv4/sysctl_net_ipv4.c",
      "new_id": "ffddd2b453523c137dae115fde91aa1e91d5471a",
      "new_mode": 33188,
      "new_path": "net/ipv4/sysctl_net_ipv4.c"
    },
    {
      "type": "modify",
      "old_id": "cb9fc58efb2f1da00ad4789370be1d1ac07f1fcd",
      "old_mode": 33188,
      "old_path": "net/ipv4/udp.c",
      "new_id": "35d2b0e9e10bec0a1ac90c385dde9cbcf7c5f6ff",
      "new_mode": 33188,
      "new_path": "net/ipv4/udp.c"
    },
    {
      "type": "modify",
      "old_id": "1c2c2765543505d7e61dd021fa2fcf2b9482757f",
      "old_mode": 33188,
      "old_path": "net/ipv6/inet6_hashtables.c",
      "new_id": "d6f1026f19438114bfef264b1f669cf03f0fd131",
      "new_mode": 33188,
      "new_path": "net/ipv6/inet6_hashtables.c"
    }
  ]
}