)]}'
{
  "commit": "d2acc3479cbccd5cfbca6c787be713ef1de12ec6",
  "tree": "aa348e19e15027db9abdd2da175a0c9055047858",
  "parents": [
    "f0088a50e7c49d1ba285c88fe06345f223652fd3"
  ],
  "author": {
    "name": "Herbert Xu",
    "email": "herbert@gondor.apana.org.au",
    "time": "Tue Mar 28 01:12:13 2006 -0800"
  },
  "committer": {
    "name": "David S. Miller",
    "email": "davem@sunset.davemloft.net",
    "time": "Tue Mar 28 17:02:46 2006 -0800"
  },
  "message": "[INET]: Introduce tunnel4/tunnel6\n\nBasically this patch moves the generic tunnel protocol stuff out of\nxfrm4_tunnel/xfrm6_tunnel and moves it into the new files of tunnel4.c\nand tunnel6 respectively.\n\nThe reason for this is that the problem that Hugo uncovered is only\nthe tip of the iceberg.  The real problem is that when we removed the\ndependency of ipip on xfrm4_tunnel we didn\u0027t really consider the module\ncase at all.\n\nFor instance, as it is it\u0027s possible to build both ipip and xfrm4_tunnel\nas modules and if the latter is loaded then ipip simply won\u0027t load.\n\nAfter considering the alternatives I\u0027ve decided that the best way out of\nthis is to restore the dependency of ipip on the non-xfrm-specific part\nof xfrm4_tunnel.  This is acceptable IMHO because the intention of the\nremoval was really to be able to use ipip without the xfrm subsystem.\nThis is still preserved by this patch.\n\nSo now both ipip/xfrm4_tunnel depend on the new tunnel4.c which handles\nthe arbitration between the two.  The order of processing is determined\nby a simple integer which ensures that ipip gets processed before\nxfrm4_tunnel.\n\nThe situation for ICMP handling is a little bit more complicated since\nwe may not have enough information to determine who it\u0027s for.  It\u0027s not\na big deal at the moment since the xfrm ICMP handlers are basically\nno-ops.  In future we can deal with this when we look at ICMP caching\nin general.\n\nThe user-visible change to this is the removal of the TUNNEL Kconfig\nprompts.  This makes sense because it can only be used through IPCOMP\nas it stands.\n\nThe addition of the new modules shouldn\u0027t introduce any problems since\nmodule dependency will cause them to be loaded.\n\nOh and I also turned some unnecessary pskb\u0027s in IPv6 related to this\npatch to skb\u0027s.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "61b7504fc2ba64f31ae9fbac1e2e78604f68467e",
      "old_mode": 33188,
      "old_path": "include/net/xfrm.h",
      "new_id": "e100291e43f4540c8ce83d3fbd85b8e092b181b1",
      "new_mode": 33188,
      "new_path": "include/net/xfrm.h"
    },
    {
      "type": "modify",
      "old_id": "011cca7ae02bee12f4cd61c609a9105b06a5b23e",
      "old_mode": 33188,
      "old_path": "net/ipv4/Kconfig",
      "new_id": "e40f75322377a84049cccec186cf4f07a01f7211",
      "new_mode": 33188,
      "new_path": "net/ipv4/Kconfig"
    },
    {
      "type": "modify",
      "old_id": "35e5f59990925bbf6e6622e52d01157ed1d35f0d",
      "old_mode": 33188,
      "old_path": "net/ipv4/Makefile",
      "new_id": "9ef50a0b9d2c7b871145f759c52cdd6ade6e5520",
      "new_mode": 33188,
      "new_path": "net/ipv4/Makefile"
    },
    {
      "type": "modify",
      "old_id": "03d13742a4b8484573b23b4a5c2c7995cc776a49",
      "old_mode": 33188,
      "old_path": "net/ipv4/ipip.c",
      "new_id": "eef07b0916a3da9e875ef6652ec4e6c204ebdc4d",
      "new_mode": 33188,
      "new_path": "net/ipv4/ipip.c"
    },
    {
      "type": "add",
      "old_id": "0000000000000000000000000000000000000000",
      "old_mode": 0,
      "old_path": "/dev/null",
      "new_id": "0d7d386dac2287bbfb9ef42ec6bbf0d83bb5073f",
      "new_mode": 33188,
      "new_path": "net/ipv4/tunnel4.c"
    },
    {
      "type": "modify",
      "old_id": "b08d56b117f837e226cbf7085fb3badfd515064d",
      "old_mode": 33188,
      "old_path": "net/ipv4/xfrm4_tunnel.c",
      "new_id": "2d670935c2b5cc3dc783c7e4a9fd90a88290c522",
      "new_mode": 33188,
      "new_path": "net/ipv4/xfrm4_tunnel.c"
    },
    {
      "type": "modify",
      "old_id": "e6f83b6a2b76beec7b1a82d03fdc3fdb604c4e9f",
      "old_mode": 33188,
      "old_path": "net/ipv6/Kconfig",
      "new_id": "f8a107ab5592e58116660e64e43de4d0696a7066",
      "new_mode": 33188,
      "new_path": "net/ipv6/Kconfig"
    },
    {
      "type": "modify",
      "old_id": "41877abd22e6866d0bcf61ab80943c6a24bb40a9",
      "old_mode": 33188,
      "old_path": "net/ipv6/Makefile",
      "new_id": "a760b0988fbbf65de3ca7bafda85b6baed90b3c4",
      "new_mode": 33188,
      "new_path": "net/ipv6/Makefile"
    },
    {
      "type": "modify",
      "old_id": "48597538db3f05c57de09834de9d715cbd36444e",
      "old_mode": 33188,
      "old_path": "net/ipv6/ip6_tunnel.c",
      "new_id": "ff9040c92556d20fb453b5ff815e402dc6c6ff60",
      "new_mode": 33188,
      "new_path": "net/ipv6/ip6_tunnel.c"
    },
    {
      "type": "add",
      "old_id": "0000000000000000000000000000000000000000",
      "old_mode": 0,
      "old_path": "/dev/null",
      "new_id": "5659b52284bd55518960460d49a391a6f5ee8dac",
      "new_mode": 33188,
      "new_path": "net/ipv6/tunnel6.c"
    },
    {
      "type": "modify",
      "old_id": "1ca2da68ef69c35e420c1badf3c84e079bb88aec",
      "old_mode": 33188,
      "old_path": "net/ipv6/xfrm6_input.c",
      "new_id": "cccf8b76f04671939b1310f327e2182588caa7e7",
      "new_mode": 33188,
      "new_path": "net/ipv6/xfrm6_input.c"
    },
    {
      "type": "modify",
      "old_id": "08f9abbdf1d75c40deb73561541b065384fda13b",
      "old_mode": 33188,
      "old_path": "net/ipv6/xfrm6_tunnel.c",
      "new_id": "a8f6776c518d88235afb7b4aa2ee9a2a9024faeb",
      "new_mode": 33188,
      "new_path": "net/ipv6/xfrm6_tunnel.c"
    }
  ]
}