)]}'
{
  "log": [
    {
      "commit": "358352b8b83c67ecf75f6d7bc3e2d64bf0cf506a",
      "tree": "37336ab2cca8f9acc66eff0da42a235c59c1384f",
      "parents": [
        "99f933263ac30eafbb008d01ac1dd0adf40fc343"
      ],
      "author": {
        "name": "Pavel Emelyanov",
        "email": "xemul@openvz.org",
        "time": "Sat Nov 10 21:48:54 2007 -0800"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Nov 10 21:48:54 2007 -0800"
      },
      "message": "[INET]: Cleanup the xfrm4_tunnel_(un)register\n\nBoth check for the family to select an appropriate tunnel list.\nConsolidate this check and make the for() loop more readable.\n\nSigned-off-by: Pavel Emelyanov \u003cxemul@openvz.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "99f933263ac30eafbb008d01ac1dd0adf40fc343",
      "tree": "938865bdfd6d2941ce28a12a8284446534330422",
      "parents": [
        "c2b42336f4a733020360157ba629d37f1410923a"
      ],
      "author": {
        "name": "Pavel Emelyanov",
        "email": "xemul@openvz.org",
        "time": "Sat Nov 10 21:47:39 2007 -0800"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Nov 10 21:47:39 2007 -0800"
      },
      "message": "[INET]: Add missed tunnel64_err handler\n\nThe tunnel64_protocol uses the tunnel4_protocol\u0027s err_handler and\nthus calls the tunnel4_protocol\u0027s handlers.\n\nThis is not very good, as in case of (icmp) error the wrong error\nhandlers will be called (e.g. ipip ones instead of sit) and this\nwon\u0027t be noticed at all, because the error is not reported.\n\nSigned-off-by: Pavel Emelyanov \u003cxemul@openvz.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "c0d56408e3ff52d635441e0f08d12164a63728cf",
      "tree": "026b531a00255730e9878905fdc2e6a910f4e1c7",
      "parents": [
        "600ff0c24bb71482e7f0da948a931d5c5d72838a"
      ],
      "author": {
        "name": "Kazunori MIYAZAWA",
        "email": "miyazawa@linux-ipv6.org",
        "time": "Tue Feb 13 12:54:47 2007 -0800"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue Feb 13 12:54:47 2007 -0800"
      },
      "message": "[IPSEC]: Changing API of xfrm4_tunnel_register.\n\nThis patch changes xfrm4_tunnel register and deregister\ninterface to prepare for solving the conflict of device\ntunnels with inter address family IPsec tunnel.\n\nSigned-off-by: Kazunori MIYAZAWA \u003cmiyazawa@linux-ipv6.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "50fba2aa7cefa6b0e1768cb350c9e69042320c03",
      "tree": "d9d229be1cc489759994e3860e3d2c60e6e6239f",
      "parents": [
        "2e2f7aefa8a8ba4adb6ecee8cbb43fbe9ca4cc89"
      ],
      "author": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Tue Apr 04 13:50:45 2006 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@sunset.davemloft.net",
        "time": "Sun Apr 09 22:25:25 2006 -0700"
      },
      "message": "[INET]: Move no-tunnel ICMP error to tunnel4/tunnel6\n\nThis patch moves the sending of ICMP messages when there are no IPv4/IPv6\ntunnels present to tunnel4/tunnel6 respectively.  Please note that for now\nif xfrm4_tunnel/xfrm6_tunnel is loaded then no ICMP messages will ever be\nsent.  This is similar to how we handle AH/ESP/IPCOMP.\n\nThis move fixes the bug where we always send an ICMP message when there is\nno ip6_tunnel device present for a given packet even if it is later handled\nby IPsec.  It also causes ICMP messages to be sent when no IPIP tunnel is\npresent.\n\nI\u0027ve decided to use the \"port unreachable\" ICMP message over the current\nvalue of \"address unreachable\" (and \"protocol unreachable\" by GRE) because\nit is not ambiguous unlike the other ones which can be triggered by other\nconditions.  There seems to be no standard specifying what value must be\nused so this change should be OK.  In fact we should change GRE to use\nthis value as well.\n\nIncidentally, this patch also fixes a fairly serious bug in xfrm6_tunnel\nwhere we don\u0027t check whether the embedded IPv6 header is present before\ndereferencing it for the inside source address.\n\nThis patch is inspired by a previous patch by Hugo Santos \u003chsantos@av.it.pt\u003e.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "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"
    }
  ]
}