)]}'
{
  "log": [
    {
      "commit": "9bbc052d5e63512b0ce4e201ea97e12fba9fda82",
      "tree": "30433e20961b73e571c081869d1ea52c92c7b15a",
      "parents": [
        "0d4420a90b51abdea71585f571bad6d789ff8eb7",
        "93bbce1ad0cd788190dd7d6c17d289f771fe3d0d"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue May 10 15:04:35 2011 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue May 10 15:04:35 2011 -0700"
      },
      "message": "Merge branch \u0027pablo/nf-2.6-updates\u0027 of git://1984.lsi.us.es/net-2.6\n"
    },
    {
      "commit": "0d4420a90b51abdea71585f571bad6d789ff8eb7",
      "tree": "5c76c689b532980aed79d171a3547d6001a47687",
      "parents": [
        "aae1e743fee2b5523fb31ee050295f062cb26a31"
      ],
      "author": {
        "name": "Oliver Hartkopp",
        "email": "socketcan@hartkopp.net",
        "time": "Tue May 10 13:12:30 2011 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue May 10 15:04:07 2011 -0700"
      },
      "message": "slcan: fix ldisc-\u003eopen retval\n\nTTY layer expects 0 if the ldisc-\u003eopen operation succeeded.\n\nReported-by: Matvejchikov Ilya \u003cmatvejchikov@gmail.com\u003e\nSigned-off-by: Oliver Hartkopp \u003csocketcan@hartkopp.net\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "aae1e743fee2b5523fb31ee050295f062cb26a31",
      "tree": "2cb410cd42e7399845696e9dca3a6958e674c11b",
      "parents": [
        "6fa5ddcc675b937f94d05628e8997c07a80c6cb9"
      ],
      "author": {
        "name": "Dan Williams",
        "email": "dcbw@redhat.com",
        "time": "Mon May 09 07:43:20 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue May 10 15:03:50 2011 -0700"
      },
      "message": "net/usb: mark LG VL600 LTE modem ethernet interface as WWAN\n\nLike other mobile broadband device ethernet interfaces, mark the LG\nVL600 with the \u0027wwan\u0027 devtype so userspace knows it needs additional\nconfiguration via the AT port before the interface can be used.\n\nSigned-off-by: Dan Williams \u003cdcbw@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "6fa5ddcc675b937f94d05628e8997c07a80c6cb9",
      "tree": "22d71ef353fe4e2f94a5c83e9b15e7bfa420e5df",
      "parents": [
        "43a4dea4c9d44baae38ddc14b9b6d86fde4c8b88"
      ],
      "author": {
        "name": "Steffen Klassert",
        "email": "steffen.klassert@secunet.com",
        "time": "Mon May 09 19:43:05 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue May 10 15:03:34 2011 -0700"
      },
      "message": "xfrm: Don\u0027t allow esn with disabled anti replay detection\n\nUnlike the standard case, disabled anti replay detection needs some\nnontrivial extra treatment on ESN. RFC 4303 states:\n\nNote: If a receiver chooses to not enable anti-replay for an SA, then\nthe receiver SHOULD NOT negotiate ESN in an SA management protocol.\nUse of ESN creates a need for the receiver to manage the anti-replay\nwindow (in order to determine the correct value for the high-order\nbits of the ESN, which are employed in the ICV computation), which is\ngenerally contrary to the notion of disabling anti-replay for an SA.\n\nSo return an error if an ESN state with disabled anti replay detection\nis inserted for now and add the extra treatment later if we need it.\n\nSigned-off-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "43a4dea4c9d44baae38ddc14b9b6d86fde4c8b88",
      "tree": "af7ecb23077cf5b4ae1290f7d1ab5e901e7adb82",
      "parents": [
        "e14a599335427f81bbb0008963e59aa9c6449dce"
      ],
      "author": {
        "name": "Steffen Klassert",
        "email": "steffen.klassert@secunet.com",
        "time": "Mon May 09 19:36:38 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue May 10 15:03:34 2011 -0700"
      },
      "message": "xfrm: Assign the inner mode output function to the dst entry\n\nAs it is, we assign the outer modes output function to the dst entry\nwhen we create the xfrm bundle. This leads to two problems on interfamily\nscenarios. We might insert ipv4 packets into ip6_fragment when called\nfrom xfrm6_output. The system crashes if we try to fragment an ipv4\npacket with ip6_fragment. This issue was introduced with git commit\nad0081e4 (ipv6: Fragment locally generated tunnel-mode IPSec6 packets\nas needed). The second issue is, that we might insert ipv4 packets in\nnetfilter6 and vice versa on interfamily scenarios.\n\nWith this patch we assign the inner mode output function to the dst entry\nwhen we create the xfrm bundle. So xfrm4_output/xfrm6_output from the inner\nmode is used and the right fragmentation and netfilter functions are called.\nWe switch then to outer mode with the output_finish functions.\n\nSigned-off-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "e14a599335427f81bbb0008963e59aa9c6449dce",
      "tree": "a60c2f9924511dec1389f0078144a2d7a045559e",
      "parents": [
        "55aee10dec477254241e4f72968f92e0543b33ad"
      ],
      "author": {
        "name": "Eric Dumazet",
        "email": "eric.dumazet@gmail.com",
        "time": "Tue May 10 12:26:06 2011 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue May 10 15:03:33 2011 -0700"
      },
      "message": "net: dev_close() should check IFF_UP\n\nCommit 443457242beb (factorize sync-rcu call in\nunregister_netdevice_many) mistakenly removed one test from dev_close()\n\nFollowing actions trigger a BUG :\n\nmodprobe bonding\nmodprobe dummy\nifconfig bond0 up\nifenslave bond0 dummy0\nrmmod dummy\n\ndev_close() must not close a non IFF_UP device.\n\nWith help from Frank Blaschka and Einar EL Lueck\n\nReported-by: Frank Blaschka \u003cblaschka@linux.vnet.ibm.com\u003e\nReported-by: Einar EL Lueck \u003cELELUECK@de.ibm.com\u003e\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "55aee10dec477254241e4f72968f92e0543b33ad",
      "tree": "8ccb8dce8c0e5dd83547747088aa6e8157e136b2",
      "parents": [
        "b0e6baf5619a6fa3eaf43b55fdb4daa362c3c916"
      ],
      "author": {
        "name": "Eric Dumazet",
        "email": "eric.dumazet@gmail.com",
        "time": "Tue May 10 12:22:54 2011 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue May 10 15:03:32 2011 -0700"
      },
      "message": "vlan: fix GVRP at dismantle time\n\nip link add link eth2 eth2.103 type vlan id 103 gvrp on loose_binding on\nip link set eth2.103 up\nrmmod tg3    # driver providing eth2\n\n BUG: unable to handle kernel NULL pointer dereference at           (null)\n IP: [\u003cffffffffa0030c9e\u003e] garp_request_leave+0x3e/0xc0 [garp]\n PGD 11d251067 PUD 11b9e0067 PMD 0\n Oops: 0000 [#1] SMP\n last sysfs file: /sys/devices/virtual/net/eth2.104/ifindex\n CPU 0\n Modules linked in: tg3(-) 8021q garp nfsd lockd auth_rpcgss sunrpc libphy sg [last unloaded: x_tables]\n\n Pid: 11494, comm: rmmod Tainted: G        W   2.6.39-rc6-00261-gfd71257-dirty #580 HP ProLiant BL460c G6\n RIP: 0010:[\u003cffffffffa0030c9e\u003e]  [\u003cffffffffa0030c9e\u003e] garp_request_leave+0x3e/0xc0 [garp]\n RSP: 0018:ffff88007a19bae8  EFLAGS: 00010286\n RAX: 0000000000000000 RBX: ffff88011b5e2000 RCX: 0000000000000002\n RDX: 0000000000000000 RSI: 0000000000000175 RDI: ffffffffa0030d5b\n RBP: ffff88007a19bb18 R08: 0000000000000001 R09: ffff88011bd64a00\n R10: ffff88011d34ec00 R11: 0000000000000000 R12: 0000000000000002\n R13: ffff88007a19bc48 R14: ffff88007a19bb88 R15: 0000000000000001\n FS:  0000000000000000(0000) GS:ffff88011fc00000(0063) knlGS:00000000f77d76c0\n CS:  0010 DS: 002b ES: 002b CR0: 000000008005003b\n CR2: 0000000000000000 CR3: 000000011a675000 CR4: 00000000000006f0\n DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\n DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400\n Process rmmod (pid: 11494, threadinfo ffff88007a19a000, task ffff8800798595c0)\n Stack:\n  ffff88007a19bb36 ffff88011c84b800 ffff88011b5e2000 ffff88007a19bc48\n  ffff88007a19bb88 0000000000000006 ffff88007a19bb38 ffffffffa003a5f6\n  ffff88007a19bb38 670088007a19bba8 ffff88007a19bb58 ffffffffa00397e7\n Call Trace:\n  [\u003cffffffffa003a5f6\u003e] vlan_gvrp_request_leave+0x46/0x50 [8021q]\n  [\u003cffffffffa00397e7\u003e] vlan_dev_stop+0xb7/0xc0 [8021q]\n  [\u003cffffffff8137e427\u003e] __dev_close_many+0x87/0xe0\n  [\u003cffffffff8137e507\u003e] dev_close_many+0x87/0x110\n  [\u003cffffffff8137e630\u003e] rollback_registered_many+0xa0/0x240\n  [\u003cffffffff8137e7e9\u003e] unregister_netdevice_many+0x19/0x60\n  [\u003cffffffffa00389eb\u003e] vlan_device_event+0x53b/0x550 [8021q]\n  [\u003cffffffff8143f448\u003e] ? ip6mr_device_event+0xa8/0xd0\n  [\u003cffffffff81479d03\u003e] notifier_call_chain+0x53/0x80\n  [\u003cffffffff81062539\u003e] __raw_notifier_call_chain+0x9/0x10\n  [\u003cffffffff81062551\u003e] raw_notifier_call_chain+0x11/0x20\n  [\u003cffffffff8137df82\u003e] call_netdevice_notifiers+0x32/0x60\n  [\u003cffffffff8137e69f\u003e] rollback_registered_many+0x10f/0x240\n  [\u003cffffffff8137e85f\u003e] rollback_registered+0x2f/0x40\n  [\u003cffffffff8137e8c8\u003e] unregister_netdevice_queue+0x58/0x90\n  [\u003cffffffff8137e9eb\u003e] unregister_netdev+0x1b/0x30\n  [\u003cffffffffa005d73f\u003e] tg3_remove_one+0x6f/0x10b [tg3]\n\nWe should call vlan_gvrp_request_leave() from unregister_vlan_dev(),\nnot from vlan_dev_stop(), because vlan_gvrp_uninit_applicant()\nis called right after unregister_netdevice_queue(). In batch mode,\nunregister_netdevice_queue() doesn’t immediately call vlan_dev_stop().\n\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "93bbce1ad0cd788190dd7d6c17d289f771fe3d0d",
      "tree": "59ccc7b048649ce31ccd4559fad42a1c068f7ad3",
      "parents": [
        "1ed2f73d90fb49bcf5704aee7e9084adb882bfc5"
      ],
      "author": {
        "name": "Pablo Neira Ayuso",
        "email": "pablo@netfilter.org",
        "time": "Tue May 10 12:13:36 2011 +0200"
      },
      "committer": {
        "name": "Pablo Neira Ayuso",
        "email": "pablo@netfilter.org",
        "time": "Tue May 10 12:13:36 2011 +0200"
      },
      "message": "netfilter: revert a2361c8735e07322023aedc36e4938b35af31eb0\n\nThis patch reverts a2361c8735e07322023aedc36e4938b35af31eb0:\n\"[PATCH] netfilter: xt_conntrack: warn about use in raw table\"\n\nFlorian Wesphal says:\n\"... when the packet was sent from the local machine the skb\nalready has -\u003enfct attached, and -m conntrack seems to do\nthe right thing.\"\n\nAcked-by: Jan Engelhardt \u003cjengelh@medozas.de\u003e\nReported-by: Florian Wesphal \u003cfw@strlen.de\u003e\nSigned-off-by: Pablo Neira Ayuso \u003cpablo@netfilter.org\u003e\n"
    },
    {
      "commit": "1ed2f73d90fb49bcf5704aee7e9084adb882bfc5",
      "tree": "d1a42f9069ef44c5d84157192ff3b2222ab830ab",
      "parents": [
        "4319cc0cf5bb894b7368008cdf6dd20eb8868018"
      ],
      "author": {
        "name": "Fernando Luis Vazquez Cao",
        "email": "fernando@oss.ntt.co.jp",
        "time": "Tue May 10 10:00:21 2011 +0200"
      },
      "committer": {
        "name": "Pablo Neira Ayuso",
        "email": "pablo@netfilter.org",
        "time": "Tue May 10 10:00:21 2011 +0200"
      },
      "message": "netfilter: IPv6: fix DSCP mangle code\n\nThe mask indicates the bits one wants to zero out, so it needs to be\ninverted before applying to the original TOS field.\n\nSigned-off-by: Fernando Luis Vazquez Cao \u003cfernando@oss.ntt.co.jp\u003e\nSigned-off-by: Pablo Neira Ayuso \u003cpablo@netfilter.org\u003e\n"
    },
    {
      "commit": "4319cc0cf5bb894b7368008cdf6dd20eb8868018",
      "tree": "5ca875d740316146cda6468fb992cf7ddf8ebf1f",
      "parents": [
        "7a4f0761fce32ff4918a7c23b08db564ad33092d"
      ],
      "author": {
        "name": "Fernando Luis Vazquez Cao",
        "email": "fernando@oss.ntt.co.jp",
        "time": "Tue May 10 09:55:44 2011 +0200"
      },
      "committer": {
        "name": "Pablo Neira Ayuso",
        "email": "pablo@netfilter.org",
        "time": "Tue May 10 09:55:44 2011 +0200"
      },
      "message": "netfilter: IPv6: initialize TOS field in REJECT target module\n\nThe IPv6 header is not zeroed out in alloc_skb so we must initialize\nit properly unless we want to see IPv6 packets with random TOS fields\nfloating around. The current implementation resets the flow label\nbut this could be changed if deemed necessary.\n\nWe stumbled upon this issue when trying to apply a mangle rule to\nthe RST packet generated by the REJECT target module.\n\nSigned-off-by: Fernando Luis Vazquez Cao \u003cfernando@oss.ntt.co.jp\u003e\nSigned-off-by: Pablo Neira Ayuso \u003cpablo@netfilter.org\u003e\n"
    },
    {
      "commit": "7a4f0761fce32ff4918a7c23b08db564ad33092d",
      "tree": "20a123407182d544a8cbaa4d850e2ac96d3cfb37",
      "parents": [
        "1ae132b0347907ac95b8bc9dba37934f59d2a508"
      ],
      "author": {
        "name": "Hans Schillstrom",
        "email": "hans@schillstrom.com",
        "time": "Tue May 03 22:09:31 2011 +0200"
      },
      "committer": {
        "name": "Pablo Neira Ayuso",
        "email": "pablo@netfilter.org",
        "time": "Tue May 10 09:52:47 2011 +0200"
      },
      "message": "IPVS: init and cleanup restructuring\n\nDESCRIPTION\nThis patch tries to restore the initial init and cleanup\nsequences that was before namspace patch.\nNetns also requires action when net devices unregister\nwhich has never been implemented. I.e this patch also\ncovers when a device moves into a network namespace,\nand has to be released.\n\nIMPLEMENTATION\nThe number of calls to register_pernet_device have been\nreduced to one for the ip_vs.ko\nSchedulers still have their own calls.\n\nThis patch adds a function __ip_vs_service_cleanup()\nand an enable flag for the netfilter hooks.\n\nThe nf hooks will be enabled when the first service is loaded\nand never disabled again, except when a namespace exit starts.\n\nSigned-off-by: Hans Schillstrom \u003chans@schillstrom.com\u003e\nAcked-by: Julian Anastasov \u003cja@ssi.bg\u003e\n[horms@verge.net.au: minor edit to changelog]\nSigned-off-by: Simon Horman \u003chorms@verge.net.au\u003e\n"
    },
    {
      "commit": "1ae132b0347907ac95b8bc9dba37934f59d2a508",
      "tree": "12d525adcb59dc199c9dd40924499bab03621c59",
      "parents": [
        "103a9778e07bcc0cd34b5c35a87281454eec719e"
      ],
      "author": {
        "name": "Hans Schillstrom",
        "email": "hans@schillstrom.com",
        "time": "Tue May 03 22:09:30 2011 +0200"
      },
      "committer": {
        "name": "Pablo Neira Ayuso",
        "email": "pablo@netfilter.org",
        "time": "Tue May 10 09:52:33 2011 +0200"
      },
      "message": "IPVS: Change of socket usage to enable name space exit.\n\nIf the sync daemons run in a name space while it crashes\nor get killed, there is no way to stop them except for a reboot.\nWhen all patches are there, ip_vs_core will handle register_pernet_(),\ni.e. ip_vs_sync_init() and ip_vs_sync_cleanup() will be removed.\n\nKernel threads should not increment the use count of a socket.\nBy calling sk_change_net() after creating a socket this is avoided.\nsock_release cant be used intead sk_release_kernel() should be used.\n\nThanks Eric W Biederman for your advices.\n\nSigned-off-by: Hans Schillstrom \u003chans@schillstrom.com\u003e\n[horms@verge.net.au: minor edit to changelog]\nSigned-off-by: Simon Horman \u003chorms@verge.net.au\u003e\n"
    },
    {
      "commit": "103a9778e07bcc0cd34b5c35a87281454eec719e",
      "tree": "0b4f2262a31df17d205a6ace7b1c7992c8ce1147",
      "parents": [
        "5a6351eecf8c87afed9c883bb6341d09406d74ba"
      ],
      "author": {
        "name": "Florian Westphal",
        "email": "fw@strlen.de",
        "time": "Thu Apr 21 10:58:25 2011 +0200"
      },
      "committer": {
        "name": "Pablo Neira Ayuso",
        "email": "pablo@netfilter.org",
        "time": "Tue May 10 09:52:17 2011 +0200"
      },
      "message": "netfilter: ebtables: only call xt_compat_add_offset once per rule\n\nThe optimizations in commit 255d0dc34068a976\n(netfilter: x_table: speedup compat operations) assume that\nxt_compat_add_offset is called once per rule.\n\nebtables however called it for each match/target found in a rule.\n\nThe match/watcher/target parser already returns the needed delta, so it\nis sufficient to move the xt_compat_add_offset call to a more reasonable\nlocation.\n\nWhile at it, also get rid of the unused COMPAT iterator macros.\n\nSigned-off-by: Florian Westphal \u003cfw@strlen.de\u003e\nSigned-off-by: Patrick McHardy \u003ckaber@trash.net\u003e\n"
    },
    {
      "commit": "5a6351eecf8c87afed9c883bb6341d09406d74ba",
      "tree": "2e7262b7002c8f09abaedb9e4e91ec51fdb01299",
      "parents": [
        "315c34dae0069d0c67abd714bb846cd466289c7f"
      ],
      "author": {
        "name": "Eric Dumazet",
        "email": "eric.dumazet@gmail.com",
        "time": "Thu Apr 21 10:57:21 2011 +0200"
      },
      "committer": {
        "name": "Pablo Neira Ayuso",
        "email": "pablo@netfilter.org",
        "time": "Tue May 10 09:48:59 2011 +0200"
      },
      "message": "netfilter: fix ebtables compat support\n\ncommit 255d0dc34068a976 (netfilter: x_table: speedup compat operations)\nmade ebtables not working anymore.\n\n1) xt_compat_calc_jump() is not an exact match lookup\n2) compat_table_info() has a typo in xt_compat_init_offsets() call\n3) compat_do_replace() misses a xt_compat_init_offsets() call\n\nReported-by: dann frazier \u003cdannf@dannf.org\u003e\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: Patrick McHardy \u003ckaber@trash.net\u003e\n"
    },
    {
      "commit": "315c34dae0069d0c67abd714bb846cd466289c7f",
      "tree": "7b088aed5ecd78944bf90cb3010cd4ecaaa205f2",
      "parents": [
        "87e9af6cc67d842cd92b52b81f3f14e665e7ab05"
      ],
      "author": {
        "name": "Pablo Neira Ayuso",
        "email": "pablo@netfilter.org",
        "time": "Thu Apr 21 10:55:07 2011 +0200"
      },
      "committer": {
        "name": "Pablo Neira Ayuso",
        "email": "pablo@netfilter.org",
        "time": "Tue May 10 09:48:06 2011 +0200"
      },
      "message": "netfilter: ctnetlink: fix timestamp support for new conntracks\n\nThis patch fixes the missing initialization of the start time if\nthe timestamp support is enabled.\n\nlibnetfilter_conntrack/utils# conntrack -E \u0026\nlibnetfilter_conntrack/utils# ./conntrack_create\ntcp      6 109 ESTABLISHED src\u003d1.1.1.1 dst\u003d2.2.2.2 sport\u003d1025 dport\u003d21 packets\u003d0 bytes\u003d0 [UNREPLIED] src\u003d2.2.2.2 dst\u003d1.1.1.1 sport\u003d21 dport\u003d1025 packets\u003d0 bytes\u003d0 mark\u003d0 delta-time\u003d1303296401 use\u003d2\n\nSigned-off-by: Pablo Neira Ayuso \u003cpablo@netfilter.org\u003e\nSigned-off-by: Patrick McHardy \u003ckaber@trash.net\u003e\n"
    },
    {
      "commit": "b0e6baf5619a6fa3eaf43b55fdb4daa362c3c916",
      "tree": "a8caa0dff8340c26a1a84bb096300e374aa6af95",
      "parents": [
        "5d05a04d283061b586e8dc819cfa6f4b8cfd5948"
      ],
      "author": {
        "name": "Tomoya",
        "email": "tomoya-linux@dsn.okisemi.com",
        "time": "Mon May 09 01:19:37 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon May 09 12:45:28 2011 -0700"
      },
      "message": "pch_gbe: support ML7223 IOH\n\nSupport new device OKI SEMICONDUCTOR ML7223 IOH(Input/Output Hub).\nThe ML7223 IOH is for MP(Media Phone) use.\nThe ML7223 is companion chip for Intel Atom E6xx series.\nThe ML7223 is completely compatible for Intel EG20T PCH.\n\nSigned-off-by: Tomoya MORINAGA \u003ctomoya-linux@dsn.okisemi.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "5d05a04d283061b586e8dc819cfa6f4b8cfd5948",
      "tree": "1c56197fe75df9f386613b2c9b1c7cc9f5a670b1",
      "parents": [
        "ce3dad0f74e6b240f0b1dedbd8ea268a3f298d82"
      ],
      "author": {
        "name": "Toshiharu Okada",
        "email": "toshiharu-linux@dsn.okisemi.com",
        "time": "Fri May 06 02:53:56 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon May 09 11:55:16 2011 -0700"
      },
      "message": "PCH_GbE : Fixed the issue of checksum judgment\n\nThe checksum judgment was mistaken.\n  Judgment result\n     0:Correct 1:Wrong\n\nThis patch fixes the issue.\n\nSigned-off-by: Toshiharu Okada \u003ctoshiharu-linux@dsn.okisemi.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "ce3dad0f74e6b240f0b1dedbd8ea268a3f298d82",
      "tree": "4b66a087f921127a4aeafa9f9a824df1255de9fe",
      "parents": [
        "057bef938896e6266ae24ec4266d24792d27c29a"
      ],
      "author": {
        "name": "Toshiharu Okada",
        "email": "toshiharu-linux@dsn.okisemi.com",
        "time": "Fri May 06 02:53:51 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon May 09 11:55:15 2011 -0700"
      },
      "message": "PCH_GbE : Fixed the issue of collision detection\n\nThe collision detection setting was invalid.\nWhen collision occurred, because data was not resent,\nthere was an issue to which a transmitting throughput falls.\n\nThis patch enables the collision detection.\n\nSigned-off-by: Toshiharu Okada \u003ctoshiharu-linux@dsn.okisemi.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "057bef938896e6266ae24ec4266d24792d27c29a",
      "tree": "05632350838694a8a62782e7343bf6c265b91242",
      "parents": [
        "6709d9521df05c105343473ab8b147e2ef1e13d8"
      ],
      "author": {
        "name": "Matvejchikov Ilya",
        "email": "matvejchikov@gmail.com",
        "time": "Fri May 06 06:23:09 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon May 09 11:53:07 2011 -0700"
      },
      "message": "NET: slip, fix ldisc-\u003eopen retval\n\nTTY layer expects 0 if the ldisc-\u003eopen operation succeeded.\n\nSigned-off-by : Matvejchikov Ilya \u003cmatvejchikov@gmail.com\u003e\nAcked-by: Oliver Hartkopp \u003csocketcan@hartkopp.net\u003e\nAcked-by: Alan Cox \u003calan@linux.intel.com\u003e\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "6709d9521df05c105343473ab8b147e2ef1e13d8",
      "tree": "fc0204928fce1ddc8d5d28c419f7a4f981cc7b9d",
      "parents": [
        "dcbe14b91a920657ff3a9ba0efb7c5b5562f956a"
      ],
      "author": {
        "name": "Somnath Kotur",
        "email": "somnath.kotur@emulex.com",
        "time": "Wed May 04 22:40:46 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon May 09 11:51:04 2011 -0700"
      },
      "message": "be2net: Fixed bugs related to PVID.\n\nFixed bug to make sure \u0027pvid\u0027 retrieval will work on big endian hosts.\nFixed incorrect comparison between the Rx Completion\u0027s 16-bit VLAN TCI\nand the PVID. Now comparing only the relevant 12 bits corresponding to\nthe VID.\nRenamed \u0027vid\u0027 field under Rx Completion to \u0027vlan_tag\u0027 to reflect\naccurate description.\n\nSigned-off-by: Somnath Kotur \u003csomnath.kotur@emulex.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "dcbe14b91a920657ff3a9ba0efb7c5b5562f956a",
      "tree": "169e1e674371320fa7a59e4c28681df324832c0e",
      "parents": [
        "b9f47a3aaeabdce3b42829bbb27765fa340f76ba"
      ],
      "author": {
        "name": "Kleber Sacilotto de Souza",
        "email": "klebers@linux.vnet.ibm.com",
        "time": "Wed May 04 13:05:11 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon May 09 11:49:24 2011 -0700"
      },
      "message": "ehea: fix wrongly reported speed and port\n\nCurrently EHEA reports to ethtool as supporting 10M, 100M, 1G and\n10G and connected to FIBRE independent of the hardware configuration.\nHowever, when connected to FIBRE the only supported speed is 10G\nfull-duplex, and the other speeds and modes are only supported\nwhen connected to twisted pair.\n\nSigned-off-by: Kleber Sacilotto de Souza \u003cklebers@linux.vnet.ibm.com\u003e\nAcked-by: Breno Leitao \u003cleitao@linux.vnet.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "b9f47a3aaeabdce3b42829bbb27765fa340f76ba",
      "tree": "93e4f34b502b8ab2f345d1357ab4ed3dfa5c5911",
      "parents": [
        "9c412942a0bb19ba18f7bd939d42eff1e132a901"
      ],
      "author": {
        "name": "stephen hemminger",
        "email": "shemminger@vyatta.com",
        "time": "Wed May 04 10:04:56 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun May 08 15:51:57 2011 -0700"
      },
      "message": "tcp_cubic: limit delayed_ack ratio to prevent divide error\n\nTCP Cubic keeps a metric that estimates the amount of delayed\nacknowledgements to use in adjusting the window. If an abnormally\nlarge number of packets are acknowledged at once, then the update\ncould wrap and reach zero. This kind of ACK could only\nhappen when there was a large window and huge number of\nACK\u0027s were lost.\n\nThis patch limits the value of delayed ack ratio. The choice of 32\nis just a conservative value since normally it should be range of\n1 to 4 packets.\n\nSigned-off-by: Stephen Hemminger \u003cshemminger@vyatta.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "9c412942a0bb19ba18f7bd939d42eff1e132a901",
      "tree": "03b789e7a2aee88dcad4a63cecf90c1b9a526629",
      "parents": [
        "e328d410826d52e9ee348aff9064c4a207f2adb1"
      ],
      "author": {
        "name": "Ben Hutchings",
        "email": "bhutchings@solarflare.com",
        "time": "Tue May 03 07:49:25 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun May 08 15:45:13 2011 -0700"
      },
      "message": "ipheth: Properly distinguish length and alignment in URBs and skbs\n\nThe USB protocol this driver implements appears to require 2 bytes of\npadding in front of each received packet.  This used to be equal to\nthe value of NET_IP_ALIGN on x86, so the driver abused that constant\nand mostly worked, but this is no longer the case.  The driver also\nmixed up the URB and packet lengths, resulting in 2 bytes of junk at\nthe end of the skb.\n\nIntroduce a private constant for the 2 bytes of padding; fix this\nconfusion and check for the under-length case.\n\nSigned-off-by: Ben Hutchings \u003cbhutchings@solarflare.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "e328d410826d52e9ee348aff9064c4a207f2adb1",
      "tree": "c019d0a1395c35607084c63f98732b6f0130a33b",
      "parents": [
        "a294865978b701e4d0d90135672749531b9a900d"
      ],
      "author": {
        "name": "Roland Dreier",
        "email": "roland@purestorage.com",
        "time": "Fri May 06 08:32:53 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Fri May 06 13:11:57 2011 -0700"
      },
      "message": "vmxnet3: Consistently disable irqs when taking adapter-\u003ecmd_lock\n\nUsing the vmxnet3 driver produces a lockdep warning because\nvmxnet3_set_mc(), which is called with mc-\u003emca_lock held, takes\nadapter-\u003ecmd_lock.  However, there are a couple of places where\nadapter-\u003ecmd_lock is taken with softirqs enabled, lockdep warns that a\nsoftirq that tries to take mc-\u003emca_lock could happen while\nadapter-\u003ecmd_lock is held, leading to an AB-BA deadlock.\n\nI\u0027m not sure if this is a real potential deadlock or not, but the\nsimplest and best fix seems to be simply to make sure we take cmd_lock\nwith spin_lock_irqsave() everywhere -- the places with plain spin_lock\njust look like oversights.\n\nThe full enormous lockdep warning is:\n\n \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n [ INFO: possible irq lock inversion dependency detected ]\n 2.6.39-rc6+ #1\n ---------------------------------------------------------\n ifconfig/567 just changed the state of lock:\n  (\u0026(\u0026mc-\u003emca_lock)-\u003erlock){+.-...}, at: [\u003cffffffff81531e9f\u003e] mld_ifc_timer_expire+0xff/0x280\n but this lock took another, SOFTIRQ-unsafe lock in the past:\n  (\u0026(\u0026adapter-\u003ecmd_lock)-\u003erlock){+.+...}\n\n and interrupts could create inverse lock ordering between them.\n\n other info that might help us debug this:\n 4 locks held by ifconfig/567:\n  #0:  (rtnl_mutex){+.+.+.}, at: [\u003cffffffff8147d547\u003e] rtnl_lock+0x17/0x20\n  #1:  ((inetaddr_chain).rwsem){.+.+.+}, at: [\u003cffffffff810896cf\u003e] __blocking_notifier_call_chain+0x5f/0xb0\n  #2:  (\u0026idev-\u003emc_ifc_timer){+.-...}, at: [\u003cffffffff8106f21b\u003e] run_timer_softirq+0xeb/0x3f0\n  #3:  (\u0026ndev-\u003elock){++.-..}, at: [\u003cffffffff81531dd2\u003e] mld_ifc_timer_expire+0x32/0x280\n\n the shortest dependencies between 2nd lock and 1st lock:\n   -\u003e (\u0026(\u0026adapter-\u003ecmd_lock)-\u003erlock){+.+...} ops: 11 {\n      HARDIRQ-ON-W at:\n                                            [\u003cffffffff8109ad86\u003e] __lock_acquire+0x7f6/0x1e10\n                                            [\u003cffffffff8109ca4d\u003e] lock_acquire+0x9d/0x130\n                                            [\u003cffffffff81571156\u003e] _raw_spin_lock+0x36/0x70\n                                            [\u003cffffffffa000d212\u003e] vmxnet3_alloc_intr_resources+0x22/0x230 [vmxnet3]\n                                            [\u003cffffffffa0014031\u003e] vmxnet3_probe_device+0x5f6/0x15c5 [vmxnet3]\n                                            [\u003cffffffff812df67f\u003e] local_pci_probe+0x5f/0xd0\n                                            [\u003cffffffff812dfde9\u003e] pci_device_probe+0x119/0x120\n                                            [\u003cffffffff81373df6\u003e] driver_probe_device+0x96/0x1c0\n                                            [\u003cffffffff81373fcb\u003e] __driver_attach+0xab/0xb0\n                                            [\u003cffffffff81372a1e\u003e] bus_for_each_dev+0x5e/0x90\n                                            [\u003cffffffff81373a2e\u003e] driver_attach+0x1e/0x20\n                                            [\u003cffffffff813735b8\u003e] bus_add_driver+0xc8/0x290\n                                            [\u003cffffffff813745b6\u003e] driver_register+0x76/0x140\n                                            [\u003cffffffff812e0046\u003e] __pci_register_driver+0x66/0xe0\n                                            [\u003cffffffffa001b03a\u003e] serio_raw_poll+0x3a/0x60 [serio_raw]\n                                            [\u003cffffffff81002165\u003e] do_one_initcall+0x45/0x190\n                                            [\u003cffffffff810aa76b\u003e] sys_init_module+0xfb/0x250\n                                            [\u003cffffffff8157a142\u003e] system_call_fastpath+0x16/0x1b\n      SOFTIRQ-ON-W at:\n                                            [\u003cffffffff8109adb7\u003e] __lock_acquire+0x827/0x1e10\n                                            [\u003cffffffff8109ca4d\u003e] lock_acquire+0x9d/0x130\n                                            [\u003cffffffff81571156\u003e] _raw_spin_lock+0x36/0x70\n                                            [\u003cffffffffa000d212\u003e] vmxnet3_alloc_intr_resources+0x22/0x230 [vmxnet3]\n                                            [\u003cffffffffa0014031\u003e] vmxnet3_probe_device+0x5f6/0x15c5 [vmxnet3]\n                                            [\u003cffffffff812df67f\u003e] local_pci_probe+0x5f/0xd0\n                                            [\u003cffffffff812dfde9\u003e] pci_device_probe+0x119/0x120\n                                            [\u003cffffffff81373df6\u003e] driver_probe_device+0x96/0x1c0\n                                            [\u003cffffffff81373fcb\u003e] __driver_attach+0xab/0xb0\n                                            [\u003cffffffff81372a1e\u003e] bus_for_each_dev+0x5e/0x90\n                                            [\u003cffffffff81373a2e\u003e] driver_attach+0x1e/0x20\n                                            [\u003cffffffff813735b8\u003e] bus_add_driver+0xc8/0x290\n                                            [\u003cffffffff813745b6\u003e] driver_register+0x76/0x140\n                                            [\u003cffffffff812e0046\u003e] __pci_register_driver+0x66/0xe0\n                                            [\u003cffffffffa001b03a\u003e] serio_raw_poll+0x3a/0x60 [serio_raw]\n                                            [\u003cffffffff81002165\u003e] do_one_initcall+0x45/0x190\n                                            [\u003cffffffff810aa76b\u003e] sys_init_module+0xfb/0x250\n                                            [\u003cffffffff8157a142\u003e] system_call_fastpath+0x16/0x1b\n      INITIAL USE at:\n                                           [\u003cffffffff8109a9e9\u003e] __lock_acquire+0x459/0x1e10\n                                           [\u003cffffffff8109ca4d\u003e] lock_acquire+0x9d/0x130\n                                           [\u003cffffffff81571156\u003e] _raw_spin_lock+0x36/0x70\n                                           [\u003cffffffffa000d212\u003e] vmxnet3_alloc_intr_resources+0x22/0x230 [vmxnet3]\n                                           [\u003cffffffffa0014031\u003e] vmxnet3_probe_device+0x5f6/0x15c5 [vmxnet3]\n                                           [\u003cffffffff812df67f\u003e] local_pci_probe+0x5f/0xd0\n                                           [\u003cffffffff812dfde9\u003e] pci_device_probe+0x119/0x120\n                                           [\u003cffffffff81373df6\u003e] driver_probe_device+0x96/0x1c0\n                                           [\u003cffffffff81373fcb\u003e] __driver_attach+0xab/0xb0\n                                           [\u003cffffffff81372a1e\u003e] bus_for_each_dev+0x5e/0x90\n                                           [\u003cffffffff81373a2e\u003e] driver_attach+0x1e/0x20\n                                           [\u003cffffffff813735b8\u003e] bus_add_driver+0xc8/0x290\n                                           [\u003cffffffff813745b6\u003e] driver_register+0x76/0x140\n                                           [\u003cffffffff812e0046\u003e] __pci_register_driver+0x66/0xe0\n                                           [\u003cffffffffa001b03a\u003e] serio_raw_poll+0x3a/0x60 [serio_raw]\n                                           [\u003cffffffff81002165\u003e] do_one_initcall+0x45/0x190\n                                           [\u003cffffffff810aa76b\u003e] sys_init_module+0xfb/0x250\n                                           [\u003cffffffff8157a142\u003e] system_call_fastpath+0x16/0x1b\n    }\n    ... key      at: [\u003cffffffffa0017590\u003e] __key.42516+0x0/0xffffffffffffda70 [vmxnet3]\n    ... acquired at:\n    [\u003cffffffff8109ca4d\u003e] lock_acquire+0x9d/0x130\n    [\u003cffffffff81571bb5\u003e] _raw_spin_lock_irqsave+0x55/0xa0\n    [\u003cffffffffa000de27\u003e] vmxnet3_set_mc+0x97/0x1a0 [vmxnet3]\n    [\u003cffffffff8146ffa0\u003e] __dev_set_rx_mode+0x40/0xb0\n    [\u003cffffffff81470040\u003e] dev_set_rx_mode+0x30/0x50\n    [\u003cffffffff81470127\u003e] __dev_open+0xc7/0x100\n    [\u003cffffffff814703c1\u003e] __dev_change_flags+0xa1/0x180\n    [\u003cffffffff81470568\u003e] dev_change_flags+0x28/0x70\n    [\u003cffffffff814da960\u003e] devinet_ioctl+0x730/0x800\n    [\u003cffffffff814db508\u003e] inet_ioctl+0x88/0xa0\n    [\u003cffffffff814541f0\u003e] sock_do_ioctl+0x30/0x70\n    [\u003cffffffff814542a9\u003e] sock_ioctl+0x79/0x2f0\n    [\u003cffffffff81188798\u003e] do_vfs_ioctl+0x98/0x570\n    [\u003cffffffff81188d01\u003e] sys_ioctl+0x91/0xa0\n    [\u003cffffffff8157a142\u003e] system_call_fastpath+0x16/0x1b\n\n  -\u003e (_xmit_ETHER){+.....} ops: 6 {\n     HARDIRQ-ON-W at:\n                                          [\u003cffffffff8109ad86\u003e] __lock_acquire+0x7f6/0x1e10\n                                          [\u003cffffffff8109ca4d\u003e] lock_acquire+0x9d/0x130\n                                          [\u003cffffffff8157124b\u003e] _raw_spin_lock_bh+0x3b/0x70\n                                          [\u003cffffffff81475618\u003e] __dev_mc_add+0x38/0x90\n                                          [\u003cffffffff814756a0\u003e] dev_mc_add+0x10/0x20\n                                          [\u003cffffffff81532c9e\u003e] igmp6_group_added+0x10e/0x1b0\n                                          [\u003cffffffff81533f2d\u003e] ipv6_dev_mc_inc+0x2cd/0x430\n                                          [\u003cffffffff81515e17\u003e] ipv6_add_dev+0x357/0x450\n                                          [\u003cffffffff81519f27\u003e] addrconf_notify+0x2f7/0xb10\n                                          [\u003cffffffff81575c1c\u003e] notifier_call_chain+0x8c/0xc0\n                                          [\u003cffffffff81089586\u003e] raw_notifier_call_chain+0x16/0x20\n                                          [\u003cffffffff814689b7\u003e] call_netdevice_notifiers+0x37/0x70\n                                          [\u003cffffffff8146a944\u003e] register_netdevice+0x244/0x2d0\n                                          [\u003cffffffff8146aa0f\u003e] register_netdev+0x3f/0x60\n                                          [\u003cffffffffa001419b\u003e] vmxnet3_probe_device+0x760/0x15c5 [vmxnet3]\n                                          [\u003cffffffff812df67f\u003e] local_pci_probe+0x5f/0xd0\n                                          [\u003cffffffff812dfde9\u003e] pci_device_probe+0x119/0x120\n                                          [\u003cffffffff81373df6\u003e] driver_probe_device+0x96/0x1c0\n                                          [\u003cffffffff81373fcb\u003e] __driver_attach+0xab/0xb0\n                                          [\u003cffffffff81372a1e\u003e] bus_for_each_dev+0x5e/0x90\n                                          [\u003cffffffff81373a2e\u003e] driver_attach+0x1e/0x20\n                                          [\u003cffffffff813735b8\u003e] bus_add_driver+0xc8/0x290\n                                          [\u003cffffffff813745b6\u003e] driver_register+0x76/0x140\n                                          [\u003cffffffff812e0046\u003e] __pci_register_driver+0x66/0xe0\n                                          [\u003cffffffffa001b03a\u003e] serio_raw_poll+0x3a/0x60 [serio_raw]\n                                          [\u003cffffffff81002165\u003e] do_one_initcall+0x45/0x190\n                                          [\u003cffffffff810aa76b\u003e] sys_init_module+0xfb/0x250\n                                          [\u003cffffffff8157a142\u003e] system_call_fastpath+0x16/0x1b\n     INITIAL USE at:\n                                         [\u003cffffffff8109a9e9\u003e] __lock_acquire+0x459/0x1e10\n                                         [\u003cffffffff8109ca4d\u003e] lock_acquire+0x9d/0x130\n                                         [\u003cffffffff8157124b\u003e] _raw_spin_lock_bh+0x3b/0x70\n                                         [\u003cffffffff81475618\u003e] __dev_mc_add+0x38/0x90\n                                         [\u003cffffffff814756a0\u003e] dev_mc_add+0x10/0x20\n                                         [\u003cffffffff81532c9e\u003e] igmp6_group_added+0x10e/0x1b0\n                                         [\u003cffffffff81533f2d\u003e] ipv6_dev_mc_inc+0x2cd/0x430\n                                         [\u003cffffffff81515e17\u003e] ipv6_add_dev+0x357/0x450\n                                         [\u003cffffffff81519f27\u003e] addrconf_notify+0x2f7/0xb10\n                                         [\u003cffffffff81575c1c\u003e] notifier_call_chain+0x8c/0xc0\n                                         [\u003cffffffff81089586\u003e] raw_notifier_call_chain+0x16/0x20\n                                         [\u003cffffffff814689b7\u003e] call_netdevice_notifiers+0x37/0x70\n                                         [\u003cffffffff8146a944\u003e] register_netdevice+0x244/0x2d0\n                                         [\u003cffffffff8146aa0f\u003e] register_netdev+0x3f/0x60\n                                         [\u003cffffffffa001419b\u003e] vmxnet3_probe_device+0x760/0x15c5 [vmxnet3]\n                                         [\u003cffffffff812df67f\u003e] local_pci_probe+0x5f/0xd0\n                                         [\u003cffffffff812dfde9\u003e] pci_device_probe+0x119/0x120\n                                         [\u003cffffffff81373df6\u003e] driver_probe_device+0x96/0x1c0\n                                         [\u003cffffffff81373fcb\u003e] __driver_attach+0xab/0xb0\n                                         [\u003cffffffff81372a1e\u003e] bus_for_each_dev+0x5e/0x90\n                                         [\u003cffffffff81373a2e\u003e] driver_attach+0x1e/0x20\n                                         [\u003cffffffff813735b8\u003e] bus_add_driver+0xc8/0x290\n                                         [\u003cffffffff813745b6\u003e] driver_register+0x76/0x140\n                                         [\u003cffffffff812e0046\u003e] __pci_register_driver+0x66/0xe0\n                                         [\u003cffffffffa001b03a\u003e] serio_raw_poll+0x3a/0x60 [serio_raw]\n                                         [\u003cffffffff81002165\u003e] do_one_initcall+0x45/0x190\n                                         [\u003cffffffff810aa76b\u003e] sys_init_module+0xfb/0x250\n                                         [\u003cffffffff8157a142\u003e] system_call_fastpath+0x16/0x1b\n   }\n   ... key      at: [\u003cffffffff827fd868\u003e] netdev_addr_lock_key+0x8/0x1e0\n   ... acquired at:\n    [\u003cffffffff8109ca4d\u003e] lock_acquire+0x9d/0x130\n    [\u003cffffffff8157124b\u003e] _raw_spin_lock_bh+0x3b/0x70\n    [\u003cffffffff81475618\u003e] __dev_mc_add+0x38/0x90\n    [\u003cffffffff814756a0\u003e] dev_mc_add+0x10/0x20\n    [\u003cffffffff81532c9e\u003e] igmp6_group_added+0x10e/0x1b0\n    [\u003cffffffff81533f2d\u003e] ipv6_dev_mc_inc+0x2cd/0x430\n    [\u003cffffffff81515e17\u003e] ipv6_add_dev+0x357/0x450\n    [\u003cffffffff81519f27\u003e] addrconf_notify+0x2f7/0xb10\n    [\u003cffffffff81575c1c\u003e] notifier_call_chain+0x8c/0xc0\n    [\u003cffffffff81089586\u003e] raw_notifier_call_chain+0x16/0x20\n    [\u003cffffffff814689b7\u003e] call_netdevice_notifiers+0x37/0x70\n    [\u003cffffffff8146a944\u003e] register_netdevice+0x244/0x2d0\n    [\u003cffffffff8146aa0f\u003e] register_netdev+0x3f/0x60\n    [\u003cffffffffa001419b\u003e] vmxnet3_probe_device+0x760/0x15c5 [vmxnet3]\n    [\u003cffffffff812df67f\u003e] local_pci_probe+0x5f/0xd0\n    [\u003cffffffff812dfde9\u003e] pci_device_probe+0x119/0x120\n    [\u003cffffffff81373df6\u003e] driver_probe_device+0x96/0x1c0\n    [\u003cffffffff81373fcb\u003e] __driver_attach+0xab/0xb0\n    [\u003cffffffff81372a1e\u003e] bus_for_each_dev+0x5e/0x90\n    [\u003cffffffff81373a2e\u003e] driver_attach+0x1e/0x20\n    [\u003cffffffff813735b8\u003e] bus_add_driver+0xc8/0x290\n    [\u003cffffffff813745b6\u003e] driver_register+0x76/0x140\n    [\u003cffffffff812e0046\u003e] __pci_register_driver+0x66/0xe0\n    [\u003cffffffffa001b03a\u003e] serio_raw_poll+0x3a/0x60 [serio_raw]\n    [\u003cffffffff81002165\u003e] do_one_initcall+0x45/0x190\n    [\u003cffffffff810aa76b\u003e] sys_init_module+0xfb/0x250\n    [\u003cffffffff8157a142\u003e] system_call_fastpath+0x16/0x1b\n\n -\u003e (\u0026(\u0026mc-\u003emca_lock)-\u003erlock){+.-...} ops: 6 {\n    HARDIRQ-ON-W at:\n                                        [\u003cffffffff8109ad86\u003e] __lock_acquire+0x7f6/0x1e10\n                                        [\u003cffffffff8109ca4d\u003e] lock_acquire+0x9d/0x130\n                                        [\u003cffffffff8157124b\u003e] _raw_spin_lock_bh+0x3b/0x70\n                                        [\u003cffffffff81532bd5\u003e] igmp6_group_added+0x45/0x1b0\n                                        [\u003cffffffff81533f2d\u003e] ipv6_dev_mc_inc+0x2cd/0x430\n                                        [\u003cffffffff81515e17\u003e] ipv6_add_dev+0x357/0x450\n                                        [\u003cffffffff81ce0d16\u003e] addrconf_init+0x4e/0x183\n                                        [\u003cffffffff81ce0ba1\u003e] inet6_init+0x191/0x2a6\n                                        [\u003cffffffff81002165\u003e] do_one_initcall+0x45/0x190\n                                        [\u003cffffffff81ca4d3f\u003e] kernel_init+0xe3/0x168\n                                        [\u003cffffffff8157b2e4\u003e] kernel_thread_helper+0x4/0x10\n    IN-SOFTIRQ-W at:\n                                        [\u003cffffffff8109ad5e\u003e] __lock_acquire+0x7ce/0x1e10\n                                        [\u003cffffffff8109ca4d\u003e] lock_acquire+0x9d/0x130\n                                        [\u003cffffffff8157124b\u003e] _raw_spin_lock_bh+0x3b/0x70\n                                        [\u003cffffffff81531e9f\u003e] mld_ifc_timer_expire+0xff/0x280\n                                        [\u003cffffffff8106f2a9\u003e] run_timer_softirq+0x179/0x3f0\n                                        [\u003cffffffff810666d0\u003e] __do_softirq+0xc0/0x210\n                                        [\u003cffffffff8157b3dc\u003e] call_softirq+0x1c/0x30\n                                        [\u003cffffffff8100d42d\u003e] do_softirq+0xad/0xe0\n                                        [\u003cffffffff81066afe\u003e] irq_exit+0x9e/0xb0\n                                        [\u003cffffffff8157bd40\u003e] smp_apic_timer_interrupt+0x70/0x9b\n                                        [\u003cffffffff8157ab93\u003e] apic_timer_interrupt+0x13/0x20\n                                        [\u003cffffffff8149d857\u003e] rt_do_flush+0x87/0x2a0\n                                        [\u003cffffffff814a16b6\u003e] rt_cache_flush+0x46/0x60\n                                        [\u003cffffffff814e36e0\u003e] fib_disable_ip+0x40/0x60\n                                        [\u003cffffffff814e5447\u003e] fib_inetaddr_event+0xd7/0xe0\n                                        [\u003cffffffff81575c1c\u003e] notifier_call_chain+0x8c/0xc0\n                                        [\u003cffffffff810896e8\u003e] __blocking_notifier_call_chain+0x78/0xb0\n                                        [\u003cffffffff81089736\u003e] blocking_notifier_call_chain+0x16/0x20\n                                        [\u003cffffffff814d8021\u003e] __inet_del_ifa+0xf1/0x2e0\n                                        [\u003cffffffff814d8223\u003e] inet_del_ifa+0x13/0x20\n                                        [\u003cffffffff814da731\u003e] devinet_ioctl+0x501/0x800\n                                        [\u003cffffffff814db508\u003e] inet_ioctl+0x88/0xa0\n                                        [\u003cffffffff814541f0\u003e] sock_do_ioctl+0x30/0x70\n                                        [\u003cffffffff814542a9\u003e] sock_ioctl+0x79/0x2f0\n                                        [\u003cffffffff81188798\u003e] do_vfs_ioctl+0x98/0x570\n                                        [\u003cffffffff81188d01\u003e] sys_ioctl+0x91/0xa0\n                                        [\u003cffffffff8157a142\u003e] system_call_fastpath+0x16/0x1b\n    INITIAL USE at:\n                                       [\u003cffffffff8109a9e9\u003e] __lock_acquire+0x459/0x1e10\n                                       [\u003cffffffff8109ca4d\u003e] lock_acquire+0x9d/0x130\n                                       [\u003cffffffff8157124b\u003e] _raw_spin_lock_bh+0x3b/0x70\n                                       [\u003cffffffff81532bd5\u003e] igmp6_group_added+0x45/0x1b0\n                                       [\u003cffffffff81533f2d\u003e] ipv6_dev_mc_inc+0x2cd/0x430\n                                       [\u003cffffffff81515e17\u003e] ipv6_add_dev+0x357/0x450\n                                       [\u003cffffffff81ce0d16\u003e] addrconf_init+0x4e/0x183\n                                       [\u003cffffffff81ce0ba1\u003e] inet6_init+0x191/0x2a6\n                                       [\u003cffffffff81002165\u003e] do_one_initcall+0x45/0x190\n                                       [\u003cffffffff81ca4d3f\u003e] kernel_init+0xe3/0x168\n                                       [\u003cffffffff8157b2e4\u003e] kernel_thread_helper+0x4/0x10\n  }\n  ... key      at: [\u003cffffffff82801be2\u003e] __key.40877+0x0/0x8\n  ... acquired at:\n    [\u003cffffffff810997bc\u003e] check_usage_forwards+0x9c/0x110\n    [\u003cffffffff8109a32c\u003e] mark_lock+0x19c/0x400\n    [\u003cffffffff8109ad5e\u003e] __lock_acquire+0x7ce/0x1e10\n    [\u003cffffffff8109ca4d\u003e] lock_acquire+0x9d/0x130\n    [\u003cffffffff8157124b\u003e] _raw_spin_lock_bh+0x3b/0x70\n    [\u003cffffffff81531e9f\u003e] mld_ifc_timer_expire+0xff/0x280\n    [\u003cffffffff8106f2a9\u003e] run_timer_softirq+0x179/0x3f0\n    [\u003cffffffff810666d0\u003e] __do_softirq+0xc0/0x210\n    [\u003cffffffff8157b3dc\u003e] call_softirq+0x1c/0x30\n    [\u003cffffffff8100d42d\u003e] do_softirq+0xad/0xe0\n    [\u003cffffffff81066afe\u003e] irq_exit+0x9e/0xb0\n    [\u003cffffffff8157bd40\u003e] smp_apic_timer_interrupt+0x70/0x9b\n    [\u003cffffffff8157ab93\u003e] apic_timer_interrupt+0x13/0x20\n    [\u003cffffffff8149d857\u003e] rt_do_flush+0x87/0x2a0\n    [\u003cffffffff814a16b6\u003e] rt_cache_flush+0x46/0x60\n    [\u003cffffffff814e36e0\u003e] fib_disable_ip+0x40/0x60\n    [\u003cffffffff814e5447\u003e] fib_inetaddr_event+0xd7/0xe0\n    [\u003cffffffff81575c1c\u003e] notifier_call_chain+0x8c/0xc0\n    [\u003cffffffff810896e8\u003e] __blocking_notifier_call_chain+0x78/0xb0\n    [\u003cffffffff81089736\u003e] blocking_notifier_call_chain+0x16/0x20\n    [\u003cffffffff814d8021\u003e] __inet_del_ifa+0xf1/0x2e0\n    [\u003cffffffff814d8223\u003e] inet_del_ifa+0x13/0x20\n    [\u003cffffffff814da731\u003e] devinet_ioctl+0x501/0x800\n    [\u003cffffffff814db508\u003e] inet_ioctl+0x88/0xa0\n    [\u003cffffffff814541f0\u003e] sock_do_ioctl+0x30/0x70\n    [\u003cffffffff814542a9\u003e] sock_ioctl+0x79/0x2f0\n    [\u003cffffffff81188798\u003e] do_vfs_ioctl+0x98/0x570\n    [\u003cffffffff81188d01\u003e] sys_ioctl+0x91/0xa0\n    [\u003cffffffff8157a142\u003e] system_call_fastpath+0x16/0x1b\n\n stack backtrace:\n Pid: 567, comm: ifconfig Not tainted 2.6.39-rc6+ #1\n Call Trace:\n  \u003cIRQ\u003e  [\u003cffffffff810996f6\u003e] print_irq_inversion_bug+0x146/0x170\n  [\u003cffffffff81099720\u003e] ? print_irq_inversion_bug+0x170/0x170\n  [\u003cffffffff810997bc\u003e] check_usage_forwards+0x9c/0x110\n  [\u003cffffffff8109a32c\u003e] mark_lock+0x19c/0x400\n  [\u003cffffffff8109ad5e\u003e] __lock_acquire+0x7ce/0x1e10\n  [\u003cffffffff8109a383\u003e] ? mark_lock+0x1f3/0x400\n  [\u003cffffffff8109b497\u003e] ? __lock_acquire+0xf07/0x1e10\n  [\u003cffffffff81012255\u003e] ? native_sched_clock+0x15/0x70\n  [\u003cffffffff8109ca4d\u003e] lock_acquire+0x9d/0x130\n  [\u003cffffffff81531e9f\u003e] ? mld_ifc_timer_expire+0xff/0x280\n  [\u003cffffffff8109759d\u003e] ? lock_release_holdtime+0x3d/0x1a0\n  [\u003cffffffff8157124b\u003e] _raw_spin_lock_bh+0x3b/0x70\n  [\u003cffffffff81531e9f\u003e] ? mld_ifc_timer_expire+0xff/0x280\n  [\u003cffffffff8157170b\u003e] ? _raw_spin_unlock+0x2b/0x40\n  [\u003cffffffff81531e9f\u003e] mld_ifc_timer_expire+0xff/0x280\n  [\u003cffffffff8106f2a9\u003e] run_timer_softirq+0x179/0x3f0\n  [\u003cffffffff8106f21b\u003e] ? run_timer_softirq+0xeb/0x3f0\n  [\u003cffffffff810122b9\u003e] ? sched_clock+0x9/0x10\n  [\u003cffffffff81531da0\u003e] ? mld_gq_timer_expire+0x30/0x30\n  [\u003cffffffff810666d0\u003e] __do_softirq+0xc0/0x210\n  [\u003cffffffff8109455f\u003e] ? tick_program_event+0x1f/0x30\n  [\u003cffffffff8157b3dc\u003e] call_softirq+0x1c/0x30\n  [\u003cffffffff8100d42d\u003e] do_softirq+0xad/0xe0\n  [\u003cffffffff81066afe\u003e] irq_exit+0x9e/0xb0\n  [\u003cffffffff8157bd40\u003e] smp_apic_timer_interrupt+0x70/0x9b\n  [\u003cffffffff8157ab93\u003e] apic_timer_interrupt+0x13/0x20\n  \u003cEOI\u003e  [\u003cffffffff81571f14\u003e] ? retint_restore_args+0x13/0x13\n  [\u003cffffffff810974a7\u003e] ? lock_is_held+0x17/0xd0\n  [\u003cffffffff8149d857\u003e] rt_do_flush+0x87/0x2a0\n  [\u003cffffffff814a16b6\u003e] rt_cache_flush+0x46/0x60\n  [\u003cffffffff814e36e0\u003e] fib_disable_ip+0x40/0x60\n  [\u003cffffffff814e5447\u003e] fib_inetaddr_event+0xd7/0xe0\n  [\u003cffffffff81575c1c\u003e] notifier_call_chain+0x8c/0xc0\n  [\u003cffffffff810896e8\u003e] __blocking_notifier_call_chain+0x78/0xb0\n  [\u003cffffffff81089736\u003e] blocking_notifier_call_chain+0x16/0x20\n  [\u003cffffffff814d8021\u003e] __inet_del_ifa+0xf1/0x2e0\n  [\u003cffffffff814d8223\u003e] inet_del_ifa+0x13/0x20\n  [\u003cffffffff814da731\u003e] devinet_ioctl+0x501/0x800\n  [\u003cffffffff8108a3af\u003e] ? local_clock+0x6f/0x80\n  [\u003cffffffff81575898\u003e] ? do_page_fault+0x268/0x560\n  [\u003cffffffff814db508\u003e] inet_ioctl+0x88/0xa0\n  [\u003cffffffff814541f0\u003e] sock_do_ioctl+0x30/0x70\n  [\u003cffffffff814542a9\u003e] sock_ioctl+0x79/0x2f0\n  [\u003cffffffff810dfe87\u003e] ? __call_rcu+0xa7/0x190\n  [\u003cffffffff81188798\u003e] do_vfs_ioctl+0x98/0x570\n  [\u003cffffffff8117737e\u003e] ? fget_light+0x33e/0x430\n  [\u003cffffffff81571ef9\u003e] ? retint_swapgs+0x13/0x1b\n  [\u003cffffffff81188d01\u003e] sys_ioctl+0x91/0xa0\n  [\u003cffffffff8157a142\u003e] system_call_fastpath+0x16/0x1b\n\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Shreyas N Bhatewara \u003csbhatewara@vmware.com\u003e\nSigned-off-by: Scott J. Goldman \u003cscottjg@vmware.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "a294865978b701e4d0d90135672749531b9a900d",
      "tree": "4edb7c20db20d81867562fc5cbc0d7c7b5a70df5",
      "parents": [
        "87e9af6cc67d842cd92b52b81f3f14e665e7ab05"
      ],
      "author": {
        "name": "Dan Rosenberg",
        "email": "drosenberg@vsecurity.com",
        "time": "Fri May 06 03:27:18 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Fri May 06 13:05:50 2011 -0700"
      },
      "message": "dccp: handle invalid feature options length\n\nA length of zero (after subtracting two for the type and len fields) for\nthe DCCPO_{CHANGE,CONFIRM}_{L,R} options will cause an underflow due to\nthe subtraction.  The subsequent code may read past the end of the\noptions value buffer when parsing.  I\u0027m unsure of what the consequences\nof this might be, but it\u0027s probably not good.\n\nSigned-off-by: Dan Rosenberg \u003cdrosenberg@vsecurity.com\u003e\nCc: stable@kernel.org\nAcked-by: Gerrit Renker \u003cgerrit@erg.abdn.ac.uk\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "87e9af6cc67d842cd92b52b81f3f14e665e7ab05",
      "tree": "965631795b4d21356a8d9a1935000fe9361c6ec5",
      "parents": [
        "75bd0cbdc21d80859c80bdd5dd00125c1a3ccbca"
      ],
      "author": {
        "name": "Kurt Van Dijck",
        "email": "kurt.van.dijck@eia.be",
        "time": "Mon May 02 04:50:48 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu May 05 11:02:22 2011 -0700"
      },
      "message": "can: fix SJA1000 dlc for RTR packets\n\nRTR frames do have a valid data length code on CAN.\nThe driver for SJA1000 did not handle that situation properly.\n\nSigned-off-by: Kurt Van Dijck \u003ckurt.van.dijck@eia.be\u003e\nAcked-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "75bd0cbdc21d80859c80bdd5dd00125c1a3ccbca",
      "tree": "6afd25673b51f0a9fb03215c3c31d0c3b6a8dde6",
      "parents": [
        "64f3b9e203bd06855072e295557dca1485a2ecba"
      ],
      "author": {
        "name": "Ming Lei",
        "email": "tom.leiming@gmail.com",
        "time": "Thu Apr 28 22:37:09 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu May 05 10:39:43 2011 -0700"
      },
      "message": "usbnet: runtime pm: fix out of memory\n\nThis patch makes use of the EVENT_DEV_OPEN flag introduced recently to\nfix one out of memory issue, which can be reproduced on omap3/4 based\npandaboard/beagle XM easily with steps below:\n\n\t- enable runtime pm\n\techo auto \u003e /sys/devices/platform/usbhs-omap.0/ehci-omap.0/usb1/1-1/1-1.1/power/control\n\n\t- ifconfig eth0 up\n\n\t- then out of memroy happened, see [1] for kernel message.\n\nFollows my analysis:\n\t- \u0027ifconfig eth0 up\u0027 brings eth0 out of suspend, and usbnet_resume\n\tis called to schedule dev-\u003ebh, then rx urbs are submited to prepare for\n\trecieving data;\n\n\t- some usbnet devices will produce garbage rx packets flood if\n\tinfo-\u003ereset is not called in usbnet_open.\n\n\t- so there is no enough chances for usbnet_bh to handle and release\n\trecieved skb buffers since many rx interrupts consumes cpu, so out of memory\n\tfor atomic allocation in rx_submit happened.\n\nThis patch fixes the issue by simply not allowing schedule of usbnet_bh until device\nis opened.\n\n[1], dmesg\n[  234.712005] smsc95xx 1-1.1:1.0: rpm_resume flags 0x4\n[  234.712066] usb 1-1.1: rpm_resume flags 0x0\n[  234.712066] usb 1-1: rpm_resume flags 0x0\n[  234.712097] usb usb1: rpm_resume flags 0x0\n[  234.712127] usb usb1: usb auto-resume\n[  234.712158] ehci-omap ehci-omap.0: resume root hub\n[  234.754028] hub 1-0:1.0: hub_resume\n[  234.754821] hub 1-0:1.0: port 1: status 0507 change 0000\n[  234.756011] hub 1-0:1.0: state 7 ports 3 chg 0000 evt 0000\n[  234.756042] hub 1-0:1.0: rpm_resume flags 0x4\n[  234.756072] usb usb1: rpm_resume flags 0x0\n[  234.756164] usb usb1: rpm_resume returns 1\n[  234.756195] hub 1-0:1.0: rpm_resume returns 0\n[  234.756195] hub 1-0:1.0: rpm_suspend flags 0x4\n[  234.756225] hub 1-0:1.0: rpm_suspend returns 0\n[  234.756256] usb usb1: rpm_resume returns 0\n[  234.757141] usb 1-1: usb auto-resume\n[  234.793151] ehci-omap ehci-omap.0: GetStatus port:1 status 001005 0  ACK POWER sig\u003dse0 PE CONNECT\n[  234.816558] usb 1-1: finish resume\n[  234.817871] hub 1-1:1.0: hub_resume\n[  234.818420] hub 1-1:1.0: port 1: status 0507 change 0000\n[  234.820495] ehci-omap ehci-omap.0: reused qh eec50220 schedule\n[  234.820495] usb 1-1: link qh256-0001/eec50220 start 1 [1/0 us]\n[  234.820587] usb 1-1: rpm_resume returns 0\n[  234.820800] hub 1-1:1.0: state 7 ports 5 chg 0000 evt 0000\n[  234.820800] hub 1-1:1.0: rpm_resume flags 0x4\n[  234.820831] hub 1-1:1.0: rpm_resume returns 0\n[  234.820861] hub 1-1:1.0: rpm_suspend flags 0x4\n[  234.820861] hub 1-1:1.0: rpm_suspend returns 0\n[  234.821777] usb 1-1.1: usb auto-resume\n[  234.868591] hub 1-1:1.0: state 7 ports 5 chg 0000 evt 0002\n[  234.868591] hub 1-1:1.0: rpm_resume flags 0x4\n[  234.868621] hub 1-1:1.0: rpm_resume returns 0\n[  234.868652] hub 1-1:1.0: rpm_suspend flags 0x4\n[  234.868652] hub 1-1:1.0: rpm_suspend returns 0\n[  234.879486] usb 1-1.1: finish resume\n[  234.880279] usb 1-1.1: rpm_resume returns 0\n[  234.880310] smsc95xx 1-1.1:1.0: rpm_resume returns 0\n[  238.880187] ksoftirqd/0: page allocation failure. order:0, mode:0x20\n[  238.880218] Backtrace:\n[  238.880249] [\u003cc01b9800\u003e] (dump_backtrace+0x0/0xf8) from [\u003cc065e1dc\u003e] (dump_stack+0x18/0x1c)\n[  238.880249]  r6:00000000 r5:00000000 r4:00000020 r3:00000002\n[  238.880310] [\u003cc065e1c4\u003e] (dump_stack+0x0/0x1c) from [\u003cc026ece4\u003e] (__alloc_pages_nodemask+0x620/0x724)\n[  238.880340] [\u003cc026e6c4\u003e] (__alloc_pages_nodemask+0x0/0x724) from [\u003cc02986d4\u003e] (kmem_getpages.clone.34+0x34/0xc8)\n[  238.880371] [\u003cc02986a0\u003e] (kmem_getpages.clone.34+0x0/0xc8) from [\u003cc02988f8\u003e] (cache_grow.clone.42+0x84/0x154)\n[  238.880371]  r6:ef871aa4 r5:ef871a80 r4:ef81fd40 r3:00000020\n[  238.880401] [\u003cc0298874\u003e] (cache_grow.clone.42+0x0/0x154) from [\u003cc0298b64\u003e] (cache_alloc_refill+0x19c/0x1f0)\n[  238.880432] [\u003cc02989c8\u003e] (cache_alloc_refill+0x0/0x1f0) from [\u003cc0299804\u003e] (kmem_cache_alloc+0x90/0x190)\n[  238.880462] [\u003cc0299774\u003e] (kmem_cache_alloc+0x0/0x190) from [\u003cc052e260\u003e] (__alloc_skb+0x34/0xe8)\n[  238.880493] [\u003cc052e22c\u003e] (__alloc_skb+0x0/0xe8) from [\u003cbf0509f4\u003e] (rx_submit+0x2c/0x1d4 [usbnet])\n[  238.880523] [\u003cbf0509c8\u003e] (rx_submit+0x0/0x1d4 [usbnet]) from [\u003cbf050d38\u003e] (rx_complete+0x19c/0x1b0 [usbnet])\n[  238.880737] [\u003cbf050b9c\u003e] (rx_complete+0x0/0x1b0 [usbnet]) from [\u003cbf006fd0\u003e] (usb_hcd_giveback_urb+0xa8/0xf4 [usbcore])\n[  238.880737]  r8:eeeced34 r7:eeecec00 r6:eeecec00 r5:00000000 r4:eec2dd20\n[  238.880767] r3:bf050b9c\n[  238.880859] [\u003cbf006f28\u003e] (usb_hcd_giveback_urb+0x0/0xf4 [usbcore]) from [\u003cbf03c8f8\u003e] (ehci_urb_done+0xb0/0xbc [ehci_hcd])\n[  238.880859]  r6:00000000 r5:eec2dd20 r4:eeeced44 r3:eec2dd34\n[  238.880920] [\u003cbf03c848\u003e] (ehci_urb_done+0x0/0xbc [ehci_hcd]) from [\u003cbf040204\u003e] (qh_completions+0x308/0x3bc [ehci_hcd])\n[  238.880920]  r7:00000000 r6:eeda21a0 r5:ffdfe3c0 r4:eeda21ac\n[  238.880981] [\u003cbf03fefc\u003e] (qh_completions+0x0/0x3bc [ehci_hcd]) from [\u003cbf040ef8\u003e] (scan_async+0xb0/0x16c [ehci_hcd])\n[  238.881011] [\u003cbf040e48\u003e] (scan_async+0x0/0x16c [ehci_hcd]) from [\u003cbf040fec\u003e] (ehci_work+0x38/0x90 [ehci_hcd])\n[  238.881042] [\u003cbf040fb4\u003e] (ehci_work+0x0/0x90 [ehci_hcd]) from [\u003cbf042940\u003e] (ehci_irq+0x300/0x34c [ehci_hcd])\n[  238.881072]  r4:eeeced34 r3:00000001\n[  238.881134] [\u003cbf042640\u003e] (ehci_irq+0x0/0x34c [ehci_hcd]) from [\u003cbf006828\u003e] (usb_hcd_irq+0x40/0xac [usbcore])\n[  238.881195] [\u003cbf0067e8\u003e] (usb_hcd_irq+0x0/0xac [usbcore]) from [\u003cc0239764\u003e] (handle_irq_event_percpu+0xb8/0x240)\n[  238.881225]  r6:eec504e0 r5:0000006d r4:eec504e0 r3:bf0067e8\n[  238.881256] [\u003cc02396ac\u003e] (handle_irq_event_percpu+0x0/0x240) from [\u003cc0239930\u003e] (handle_irq_event+0x44/0x64)\n[  238.881256] [\u003cc02398ec\u003e] (handle_irq_event+0x0/0x64) from [\u003cc023bbd0\u003e] (handle_level_irq+0xe0/0x114)\n[  238.881286]  r6:0000006d r5:c080c14c r4:c080c100 r3:00020000\n[  238.881317] [\u003cc023baf0\u003e] (handle_level_irq+0x0/0x114) from [\u003cc01ab090\u003e] (asm_do_IRQ+0x90/0xd0)\n[  238.881317]  r5:00000000 r4:0000006d\n[  238.881347] [\u003cc01ab000\u003e] (asm_do_IRQ+0x0/0xd0) from [\u003cc06624d0\u003e] (__irq_svc+0x50/0x134)\n[  238.881378] Exception stack(0xef837e20 to 0xef837e68)\n[  238.881378] 7e20: 00000001 00185610 016cc000 c00490c0 eb380000 ef800540 00000020 00004ae0\n[  238.881408] 7e40: 00000020 bf0509f4 60000013 ef837e9c ef837e40 ef837e68 c0226f0c c0298ca0\n[  238.881408] 7e60: 20000013 ffffffff\n[  238.881408]  r5:fa240100 r4:ffffffff\n[  238.881439] [\u003cc0298bb8\u003e] (__kmalloc_track_caller+0x0/0x1d0) from [\u003cc052e284\u003e] (__alloc_skb+0x58/0xe8)\n[  238.881469] [\u003cc052e22c\u003e] (__alloc_skb+0x0/0xe8) from [\u003cbf0509f4\u003e] (rx_submit+0x2c/0x1d4 [usbnet])\n[  238.881500] [\u003cbf0509c8\u003e] (rx_submit+0x0/0x1d4 [usbnet]) from [\u003cbf0513d8\u003e] (usbnet_bh+0x1b4/0x250 [usbnet])\n[  238.881530] [\u003cbf051224\u003e] (usbnet_bh+0x0/0x250 [usbnet]) from [\u003cc01f912c\u003e] (tasklet_action+0xb0/0x1f8)\n[  238.881530]  r6:00000000 r5:ef9757f0 r4:ef9757ec r3:bf051224\n[  238.881561] [\u003cc01f907c\u003e] (tasklet_action+0x0/0x1f8) from [\u003cc01f97ac\u003e] (__do_softirq+0x140/0x290)\n[  238.881561]  r8:00000006 r7:00000101 r6:00000000 r5:c0806098 r4:00000001\n[  238.881591] r3:c01f907c\n[  238.881622] [\u003cc01f966c\u003e] (__do_softirq+0x0/0x290) from [\u003cc01f99cc\u003e] (run_ksoftirqd+0xd0/0x1f4)\n[  238.881622] [\u003cc01f98fc\u003e] (run_ksoftirqd+0x0/0x1f4) from [\u003cc02113b0\u003e] (kthread+0x90/0x98)\n[  238.881652]  r7:00000013 r6:c01f98fc r5:00000000 r4:ef831efc\n[  238.881683] [\u003cc0211320\u003e] (kthread+0x0/0x98) from [\u003cc01f62f4\u003e] (do_exit+0x0/0x374)\n[  238.881713]  r6:c01f62f4 r5:c0211320 r4:ef831efc\n[  238.881713] Mem-info:\n[  238.881744] Normal per-cpu:\n[  238.881744] CPU    0: hi:  186, btch:  31 usd:  38\n[  238.881744] CPU    1: hi:  186, btch:  31 usd: 169\n[  238.881774] HighMem per-cpu:\n[  238.881774] CPU    0: hi:   90, btch:  15 usd:  66\n[  238.881774] CPU    1: hi:   90, btch:  15 usd:  86\n[  238.881805] active_anon:544 inactive_anon:71 isolated_anon:0\n[  238.881805]  active_file:926 inactive_file:2538 isolated_file:0\n[  238.881805]  unevictable:0 dirty:10 writeback:0 unstable:0\n[  238.881805]  free:57782 slab_reclaimable:864 slab_unreclaimable:186898\n[  238.881805]  mapped:632 shmem:144 pagetables:50 bounce:0\n[  238.881835] Normal free:1328kB min:3532kB low:4412kB high:5296kB active_anon:0kB inactive_anon:0kB active_file:880kB inactive_file:848kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:780288kB mlocked:0kB dirty:36kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:3456kB slab_unreclaimable:747592kB kernel_stack:392kB pagetables:200kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no\n[  238.881866] lowmem_reserve[]: 0 1904 1904\n[  238.881896] HighMem free:229800kB min:236kB low:508kB high:784kB active_anon:2176kB inactive_anon:284kB active_file:2824kB inactive_file:9304kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:243712kB mlocked:0kB dirty:4kB writeback:0kB mapped:2528kB shmem:576kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no\n[  238.881927] lowmem_reserve[]: 0 0 0\n[  238.881958] Normal: 0*4kB 4*8kB 6*16kB 0*32kB 1*64kB 1*128kB 0*256kB 2*512kB 0*1024kB 0*2048kB 0*4096kB \u003d 1344kB\n[  238.882019] HighMem: 6*4kB 2*8kB 4*16kB 4*32kB 1*64kB 1*128kB 0*256kB 2*512kB 3*1024kB 0*2048kB 55*4096kB \u003d 229800kB\n[  238.882080] 3610 total pagecache pages\n[  238.882080] 0 pages in swap cache\n[  238.882080] Swap cache stats: add 0, delete 0, find 0/0\n[  238.882110] Free swap  \u003d 0kB\n[  238.882110] Total swap \u003d 0kB\n[  238.933776] 262144 pages of RAM\n[  238.933776] 58240 free pages\n[  238.933776] 10503 reserved pages\n[  238.933776] 187773 slab pages\n[  238.933807] 2475 pages shared\n[  238.933807] 0 pages swap cached\n\nSigned-off-by: Ming Lei \u003ctom.leiming@gmail.com\u003e\nAcked-by: Oliver Neukum \u003coneukum@suse.de\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "64f3b9e203bd06855072e295557dca1485a2ecba",
      "tree": "f5aed4dc313db9ce9c98533d56ed9fd6db4bf596",
      "parents": [
        "ff538818f4a82c4cf02d2d6bd6ac5c7360b9d41d"
      ],
      "author": {
        "name": "Eric Dumazet",
        "email": "eric.dumazet@gmail.com",
        "time": "Wed May 04 10:02:26 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed May 04 14:04:07 2011 -0700"
      },
      "message": "net: ip_expire() must revalidate route\n\nCommit 4a94445c9a5c (net: Use ip_route_input_noref() in input path)\nadded a bug in IP defragmentation handling, in case timeout is fired.\n\nWhen a frame is defragmented, we use last skb dst field when building\nfinal skb. Its dst is valid, since we are in rcu read section.\n\nBut if a timeout occurs, we take first queued fragment to build one ICMP\nTIME EXCEEDED message. Problem is all queued skb have weak dst pointers,\nsince we escaped RCU critical section after their queueing. icmp_send()\nmight dereference a now freed (and possibly reused) part of memory.\n\nCalling skb_dst_drop() and ip_route_input_noref() to revalidate route is\nthe only possible choice.\n\nReported-by: Denys Fedoryshchenko \u003cdenys@visp.net.lb\u003e\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "ff538818f4a82c4cf02d2d6bd6ac5c7360b9d41d",
      "tree": "e385bfa4e7c3e48c2c6c755987c3ba50d3d5aa98",
      "parents": [
        "6c8c44462ac8ac3f95929328f0c56e9e8b6dd524"
      ],
      "author": {
        "name": "Lucian Adrian Grijincu",
        "email": "lucian.grijincu@gmail.com",
        "time": "Sun May 01 01:44:01 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon May 02 16:12:14 2011 -0700"
      },
      "message": "sysctl: net: call unregister_net_sysctl_table where needed\n\nctl_table_headers registered with register_net_sysctl_table should\nhave been unregistered with the equivalent unregister_net_sysctl_table\n\nSigned-off-by: Lucian Adrian Grijincu \u003clucian.grijincu@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "6c8c44462ac8ac3f95929328f0c56e9e8b6dd524",
      "tree": "d8e8206cbcdff00eef515b5b9324aedb54a3f0da",
      "parents": [
        "d946092000698fd204d82a9d239103c656fb63bf"
      ],
      "author": {
        "name": "Jiri Pirko",
        "email": "jpirko@redhat.com",
        "time": "Sat Apr 30 01:28:17 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon May 02 15:54:31 2011 -0700"
      },
      "message": "Revert: veth: remove unneeded ifname code from veth_newlink()\n\n84c49d8c3e4abefb0a41a77b25aa37ebe8d6b743 (\"veth: remove unneeded\nifname code from veth_newlink()\") caused regression on veth\ncreation. This patch reverts the original one.\n\nReported-by: Michał Mirosław \u003cmirqus@gmail.com\u003e\nSigned-off-by: Jiri Pirko \u003cjpirko@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "d946092000698fd204d82a9d239103c656fb63bf",
      "tree": "6d043e823caaddbbbde50b79429d110169f22b28",
      "parents": [
        "6fdbab9d93e04bfe71f2b3fde485d092e2ffe3ec"
      ],
      "author": {
        "name": "Rabin Vincent",
        "email": "rabin@rab.in",
        "time": "Sat Apr 30 08:29:27 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon May 02 15:50:58 2011 -0700"
      },
      "message": "smsc95xx: fix reset check\n\nThe reset loop check should check the MII_BMCR register value for\nBMCR_RESET rather than for MII_BMCR (the register address, which also\nhappens to be zero).\n\nSigned-off-by: Rabin Vincent \u003crabin@rab.in\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "6fdbab9d93e04bfe71f2b3fde485d092e2ffe3ec",
      "tree": "cd88b86a5b7b7c9c16f6fbdefd03b9d5310b41c6",
      "parents": [
        "41c31f318a5209922d051e293c61e4724daad11c"
      ],
      "author": {
        "name": "Rafael J. Wysocki",
        "email": "rjw@sisk.pl",
        "time": "Thu Apr 28 11:02:15 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon May 02 15:44:17 2011 -0700"
      },
      "message": "tg3: Fix failure to enable WoL by default when possible\n\ntg3 is supposed to enable WoL by default on adapters which support\nthat, but it fails to do so unless the adapter\u0027s\n/sys/devices/.../power/wakeup file contains \u0027enabled\u0027 during the\ninitialization of the adapter.  Fix that by making tg3 use\ndevice_set_wakeup_enable() to enable wakeup automatically whenever\nWoL should be enabled by default.\n\nSigned-off-by: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "41c31f318a5209922d051e293c61e4724daad11c",
      "tree": "23e17b3010423fcc721e524bd9a559703063191f",
      "parents": [
        "983960b159a75621855283030d92a80bea92e071"
      ],
      "author": {
        "name": "Lifeng Sun",
        "email": "lifongsun@gmail.com",
        "time": "Wed Apr 27 22:04:51 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon May 02 15:41:29 2011 -0700"
      },
      "message": "networking: inappropriate ioctl operation should return ENOTTY\n\nioctl() calls against a socket with an inappropriate ioctl operation\nare incorrectly returning EINVAL rather than ENOTTY:\n\n  [ENOTTY]\n      Inappropriate I/O control operation.\n\nBugLink: https://bugzilla.kernel.org/show_bug.cgi?id\u003d33992\n\nSigned-off-by: Lifeng Sun \u003clifongsun@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "983960b159a75621855283030d92a80bea92e071",
      "tree": "3f93525b4372ae650a4d8d1b84e27d5b4d0a40f3",
      "parents": [
        "badb02953aac4af9993163e2a87be60f10700db9"
      ],
      "author": {
        "name": "Joe Perches",
        "email": "joe@perches.com",
        "time": "Mon May 02 09:59:29 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon May 02 14:42:55 2011 -0700"
      },
      "message": "amd8111e: trivial typo spelling: Negotitate -\u003e Negotiate\n\nSigned-off-by: Joe Perches \u003cjoe@perches.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "badb02953aac4af9993163e2a87be60f10700db9",
      "tree": "2f60f9eeda84733423169aae6a84878b582502eb",
      "parents": [
        "7cfd260910b881250cde76ba92ebe3cbf8493a8f",
        "16b345d89686ca0482a9ca741a1167def1abdd7f"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon May 02 12:21:47 2011 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon May 02 12:21:47 2011 -0700"
      },
      "message": "Merge branch \u0027master\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6\n"
    },
    {
      "commit": "7cfd260910b881250cde76ba92ebe3cbf8493a8f",
      "tree": "4a5eb018c25ccacfd744ba6feb6b367fdd45d7da",
      "parents": [
        "a05d2ad1c1f391c7f514a1d1e09b5417968a7d07"
      ],
      "author": {
        "name": "Alexey Dobriyan",
        "email": "adobriyan@gmail.com",
        "time": "Sun May 01 02:04:11 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun May 01 23:17:50 2011 -0700"
      },
      "message": "ipv4: don\u0027t spam dmesg with \"Using LC-trie\" messages\n\nfib_trie_table() is called during netns creation and\nChromium uses clone(CLONE_NEWNET) to sandbox renderer process.\n\nDon\u0027t print anything.\n\nSigned-off-by: Alexey Dobriyan \u003cadobriyan@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "a05d2ad1c1f391c7f514a1d1e09b5417968a7d07",
      "tree": "911e711680c3328de540ec2530cd4bc3df3943b5",
      "parents": [
        "2b5a4ace664cfe05c17bee60c4da66263a05fccf"
      ],
      "author": {
        "name": "Eric W. Biederman",
        "email": "ebiederm@xmission.com",
        "time": "Sun Apr 24 01:54:57 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun May 01 23:16:28 2011 -0700"
      },
      "message": "af_unix: Only allow recv on connected seqpacket sockets.\n\nThis fixes the following oops discovered by Dan Aloni:\n\u003e Anyway, the following is the output of the Oops that I got on the\n\u003e Ubuntu kernel on which I first detected the problem\n\u003e (2.6.37-12-generic). The Oops that followed will be more useful, I\n\u003e guess.\n\n\u003e[ 5594.669852] BUG: unable to handle kernel NULL pointer dereference\n\u003e at           (null)\n\u003e [ 5594.681606] IP: [\u003cffffffff81550b7b\u003e] unix_dgram_recvmsg+0x1fb/0x420\n\u003e [ 5594.687576] PGD 2a05d067 PUD 2b951067 PMD 0\n\u003e [ 5594.693720] Oops: 0002 [#1] SMP\n\u003e [ 5594.699888] last sysfs file:\n\nThe bug was that unix domain sockets use a pseduo packet for\nconnecting and accept uses that psudo packet to get the socket.\nIn the buggy seqpacket case we were allowing unconnected\nsockets to call recvmsg and try to receive the pseudo packet.\n\nThat is always wrong and as of commit 7361c36c5 the pseudo\npacket had become enough different from a normal packet\nthat the kernel started oopsing.\n\nDo for seqpacket_recv what was done for seqpacket_send in 2.5\nand only allow it on connected seqpacket sockets.\n\nCc: stable@kernel.org\nTested-by: Dan Aloni \u003cdan@aloni.org\u003e\nSigned-off-by: Eric W. Biederman \u003cebiederm@xmission.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "2b5a4ace664cfe05c17bee60c4da66263a05fccf",
      "tree": "fcae796e9b40d1670649a198ec95e03009f9c902",
      "parents": [
        "eee9700c5dd8fbac517c8c1e85c60b688bc311a9"
      ],
      "author": {
        "name": "artpol",
        "email": "artpol84@gmail.com",
        "time": "Wed Apr 27 17:49:14 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Fri Apr 29 13:57:32 2011 -0700"
      },
      "message": "mii: add support of pause frames in mii_get_an\n\nAdd support of pause frames advertise in mii_get_an. This provides all drivers\nthat use mii_ethtool_gset to represent their own and Link partner flow control\nabilities in ethtool.\n\nSigned-off-by: Artem Polyakov \u003cartpol84@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "eee9700c5dd8fbac517c8c1e85c60b688bc311a9",
      "tree": "a714e66dfea1c9166d2b23f04c9000590593bd5c",
      "parents": [
        "686f13bb17784fbf8595a59ff4e4bd707d5ae66f"
      ],
      "author": {
        "name": "Adam Jaremko",
        "email": "adam.jaremko@gmail.com",
        "time": "Thu Apr 28 07:41:18 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Fri Apr 29 12:41:59 2011 -0700"
      },
      "message": "net: ftmac100: fix scheduling while atomic during PHY link status change\n\nSigned-off-by: Adam Jaremko \u003cadam.jaremko@gmail.com\u003e\nAcked-by: Po-Yu Chuang \u003cratbert@faraday-tech.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "686f13bb17784fbf8595a59ff4e4bd707d5ae66f",
      "tree": "ef53bec34d427fe7bcac82fa453a0077b5498ec9",
      "parents": [
        "b3c914aa84f4e4bbb3efc8f41c359d96e5e932d2"
      ],
      "author": {
        "name": "Oliver Neukum",
        "email": "oliver@neukum.org",
        "time": "Fri Apr 29 14:15:53 2011 +0200"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Fri Apr 29 12:40:21 2011 -0700"
      },
      "message": "usbnet: Transfer of maintainership\n\nSomebody has to do it, however unfortunate be the cause.\n\nSigned-off-by: Oliver Neukum \u003coneukum@suse.de\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "b3c914aa84f4e4bbb3efc8f41c359d96e5e932d2",
      "tree": "5b500f869ec00167f87a197900c9fddfe14ec362",
      "parents": [
        "8333a46ad3877485e4d67ef499c6dda36bfd1f9a"
      ],
      "author": {
        "name": "Dan Williams",
        "email": "dcbw@redhat.com",
        "time": "Wed Apr 27 09:54:28 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Fri Apr 29 12:40:20 2011 -0700"
      },
      "message": "usbnet: add support for some Huawei modems with cdc-ether ports\n\nSome newer Huawei devices (T-Mobile Rocket, others) have cdc-ether\ncompatible ports, so recognize and expose them.\n\nSigned-off-by: Dan Williams \u003cdcbw@redhat.com\u003e\nAcked-by: Oliver Neukum \u003coneukum@suse.de\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "8333a46ad3877485e4d67ef499c6dda36bfd1f9a",
      "tree": "d4f94e094e1c7f342b6e53c6cc0819a051f5c149",
      "parents": [
        "b3b270054b80e6195b1d2b2ce082239911261839"
      ],
      "author": {
        "name": "Neil Horman",
        "email": "nhorman@tuxdriver.com",
        "time": "Tue Apr 26 10:30:11 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Fri Apr 29 12:32:35 2011 -0700"
      },
      "message": "bnx2: cancel timer on device removal\n\nThis oops was recently reported to me:\n\ninvalid opcode: 0000 [#1] SMP\nlast sysfs file:\n/sys/devices/pci0000:00/0000:00:01.0/0000:01:0d.0/0000:02:05.0/device\nCPU 1\nModules linked in: bnx2(+) sunrpc ipv6 dm_mirror dm_region_hash dm_log sg\nmicrocode serio_raw amd64_edac_mod edac_core edac_mce_amd k8temp i2c_piix4\nshpchp ext4 mbcache jbd2 sd_mod crc_t10dif mptsas mptscsih mptbase\nscsi_transport_sas radeon ttm drm_kms_helper drm hwmon i2c_algo_bit i2c_core\ndm_mod [last unloaded: bnx2]\n\nModules linked in: bnx2(+) sunrpc ipv6 dm_mirror dm_region_hash dm_log sg\nmicrocode serio_raw amd64_edac_mod edac_core edac_mce_amd k8temp i2c_piix4\nshpchp ext4 mbcache jbd2 sd_mod crc_t10dif mptsas mptscsih mptbase\nscsi_transport_sas radeon ttm drm_kms_helper drm hwmon i2c_algo_bit i2c_core\ndm_mod [last unloaded: bnx2]\nPid: 23900, comm: pidof Not tainted 2.6.32-130.el6.x86_64 #1 BladeCenter LS21\n-[797251Z]-\nRIP: 0010:[\u003cffffffffa058b270\u003e]  [\u003cffffffffa058b270\u003e] 0xffffffffa058b270\nRSP: 0018:ffff880002083e48  EFLAGS: 00010246\nRAX: ffff880002083e90 RBX: ffff88007ccd4000 RCX: 0000000000000000\nRDX: 0000000000000100 RSI: dead000000200200 RDI: ffff8800007b8700\nRBP: ffff880002083ed0 R08: ffff88000208db40 R09: 0000022d191d27c8\nR10: 0000000000000000 R11: 0000000000000000 R12: ffff8800007b9bc8\nR13: ffff880002083e90 R14: ffff8800007b8700 R15: ffffffffa058b270\nFS:  00007fbb3bcf7700(0000) GS:ffff880002080000(0000) knlGS:0000000000000000\nCS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\nCR2: 0000000001664a98 CR3: 0000000060395000 CR4: 00000000000006e0\nDR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\nDR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400\nProcess pidof (pid: 23900, threadinfo ffff8800007e8000, task ffff8800091c0040)\nStack:\n ffffffff81079f77 ffffffff8109e010 ffff88007ccd5c20 ffff88007ccd5820\n\u003c0\u003e ffff88007ccd5420 ffff8800007e9fd8 ffff8800007e9fd8 0000010000000000\n\u003c0\u003e ffff88007ccd5020 ffff880002083e90 ffff880002083e90 ffffffff8102a00d\nCall Trace:\n \u003cIRQ\u003e\n [\u003cffffffff81079f77\u003e] ? run_timer_softirq+0x197/0x340\n [\u003cffffffff8109e010\u003e] ? tick_sched_timer+0x0/0xc0\n [\u003cffffffff8102a00d\u003e] ? lapic_next_event+0x1d/0x30\n [\u003cffffffff8106f737\u003e] __do_softirq+0xb7/0x1e0\n [\u003cffffffff81092cc0\u003e] ? hrtimer_interrupt+0x140/0x250\n [\u003cffffffff81185f90\u003e] ? filldir+0x0/0xe0\n [\u003cffffffff8100c2cc\u003e] call_softirq+0x1c/0x30\n [\u003cffffffff8100df05\u003e] do_softirq+0x65/0xa0\n [\u003cffffffff8106f525\u003e] irq_exit+0x85/0x90\n [\u003cffffffff814e3340\u003e] smp_apic_timer_interrupt+0x70/0x9b\n [\u003cffffffff8100bc93\u003e] apic_timer_interrupt+0x13/0x20\n \u003cEOI\u003e\n [\u003cffffffff81211ba5\u003e] ? selinux_file_permission+0x45/0x150\n [\u003cffffffff81262a75\u003e] ? _atomic_dec_and_lock+0x55/0x80\n [\u003cffffffff812050c6\u003e] security_file_permission+0x16/0x20\n [\u003cffffffff811861c1\u003e] vfs_readdir+0x71/0xe0\n [\u003cffffffff81186399\u003e] sys_getdents+0x89/0xf0\n [\u003cffffffff8100b172\u003e] system_call_fastpath+0x16/0x1b\n\nIt occured during some stress testing, in which the reporter was repeatedly\nremoving and modprobing the bnx2 module while doing various other random\noperations on the bnx2 registered net device.  Noting that this error occured on\na serdes based device, we noted that there were a few ethtool operations (most\nnotably self_test and set_phys_id) that have execution paths that lead into\nbnx2_setup_serdes_phy.  This function is notable because it executes a mod_timer\ncall, which starts the bp-\u003etimer running.  Currently bnx2 is setup to assume\nthat this timer only nees to be stopped when bnx2_close or bnx2_suspend is\ncalled.  Since the above ethtool operations are not gated on the net device\nhaving been opened however, that assumption is incorrect, and can lead to the\ntimer still running after the module has been removed, leading to the oops above\n(as well as other simmilar oopses).\n\nFix the problem by ensuring that the timer is stopped when pci_device_unregister\nis called.\n\nSigned-off-by: Neil Horman \u003cnhorman@tuxdriver.com\u003e\nReported-by: Hushan Jia \u003chjia@redhat.com\u003e\nCC: Michael Chan \u003cmchan@broadcom.com\u003e\nCC: \"David S. Miller\" \u003cdavem@davemloft.net\u003e\nAcked-by: Michael Chan \u003cmchan@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "16b345d89686ca0482a9ca741a1167def1abdd7f",
      "tree": "3e3a9db573cadfa2b7f615e4ebcc525e0e26bf51",
      "parents": [
        "bfd36103ec26599557c2bd3225a1f1c9267f8fcb"
      ],
      "author": {
        "name": "Stanislaw Gruszka",
        "email": "sgruszka@redhat.com",
        "time": "Fri Apr 29 17:51:56 2011 +0200"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Fri Apr 29 15:24:15 2011 -0400"
      },
      "message": "iwl4965: fix \"Received BA when not expected\"\n\nNeed to use broadcast sta_id for management frames, otherwise we broke\nBA session in the firmware and get messages like that:\n\n\"Received BA when not expected\"\n\nor (on older kernels):\n\n\"BA scd_flow 0 does not match txq_id 10\"\n\nThis fix regression introduced in 2.6.35 during station management\ncode rewrite by:\n\ncommit 2a87c26bbe9587baeb9e56d3ce0b4971bd777643\nAuthor: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nDate:   Fri Apr 30 11:30:45 2010 -0700\n\n    iwlwifi: use iwl_find_station less\n\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "bfd36103ec26599557c2bd3225a1f1c9267f8fcb",
      "tree": "0fd0ea7d8678e0c1b59f3513ab8ce7c53da2c628",
      "parents": [
        "f325757ab2812b42da4d690cf8da73c0e678368c"
      ],
      "author": {
        "name": "Stanislaw Gruszka",
        "email": "sgruszka@redhat.com",
        "time": "Fri Apr 29 17:51:06 2011 +0200"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Fri Apr 29 15:24:15 2011 -0400"
      },
      "message": "iwlagn: fix \"Received BA when not expected\"\n\nNeed to use broadcast sta_id for management frames, otherwise we broke\nBA session in the firmware and get messages like that:\n\n\"Received BA when not expected\"\n\nor (on older kernels):\n\n\"BA scd_flow 0 does not match txq_id 10\"\n\nThis fix regression introduced in 2.6.35 during station management\ncode rewrite by:\n\ncommit 2a87c26bbe9587baeb9e56d3ce0b4971bd777643\nAuthor: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nDate:   Fri Apr 30 11:30:45 2010 -0700\n\n    iwlwifi: use iwl_find_station less\n\nPatch partially resolve:\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d16691\nHowever, there are still 11n performance problems on 4965 and 5xxx\ndevices that need to be investigated.\n\nCc: stable@kernel.org # 2.6.35+\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nAcked-by: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nAcked-by: Wey-Yi Guy \u003cwey-yi.w.guy@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "b3b270054b80e6195b1d2b2ce082239911261839",
      "tree": "abdebb8715a776d8ac9d8093ab84ffd8a2970f50",
      "parents": [
        "68972efa657040f891c7eda07c7da8c8dd576788"
      ],
      "author": {
        "name": "Peter Korsgaard",
        "email": "jacmet@sunsite.dk",
        "time": "Tue Apr 26 01:45:41 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 28 13:35:44 2011 -0700"
      },
      "message": "dsa/mv88e6131: fix unknown multicast/broadcast forwarding on mv88e6085\n\nThe 88e6085 has a few differences from the other devices in the port\ncontrol registers, causing unknown multicast/broadcast packets to get\ndropped when using the standard port setup.\n\nAt the same time update kconfig to clarify that the mv88e6085 is now\nsupported.\n\nSigned-off-by: Peter Korsgaard \u003cjacmet@sunsite.dk\u003e\nAcked-by: Lennert Buytenhek \u003cbuytenh@wantstofly.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "68972efa657040f891c7eda07c7da8c8dd576788",
      "tree": "56e451d2101c37802fa043e41f55b8b5daad6b82",
      "parents": [
        "7833aa05b8db63484b43b4b4c389cd4533140afb"
      ],
      "author": {
        "name": "Paul Stewart",
        "email": "pstew@chromium.org",
        "time": "Thu Apr 28 05:43:37 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 28 12:56:09 2011 -0700"
      },
      "message": "usbnet: Resubmit interrupt URB if device is open\n\nResubmit interrupt URB if device is open.  Use a flag set in\nusbnet_open() to determine this state.  Also kill and free\ninterrupt URB in usbnet_disconnect().\n\n[Rebased off git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git]\n\nSigned-off-by: Paul Stewart \u003cpstew@chromium.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "f325757ab2812b42da4d690cf8da73c0e678368c",
      "tree": "ee1ad70684e18533b97d88b3c080809bd19a5f14",
      "parents": [
        "1501b6764f0c363a9f1d72f9d422841f81f1bd8c"
      ],
      "author": {
        "name": "Stanislaw Gruszka",
        "email": "sgruszka@redhat.com",
        "time": "Thu Apr 28 11:36:54 2011 +0200"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Thu Apr 28 14:38:36 2011 -0400"
      },
      "message": "iwl4965: fix \"TX Power requested while scanning\"\n\nFix the following:\n\nWARNING: at drivers/net/wireless/iwlegacy/iwl-4965.c:1128 \\\niwl4965_send_tx_power+0x61/0x102 [iwl4965]() Hardware name: [...]\nTX Power requested while scanning!\n\nPid: 5723, comm: kworker/u:28 Not tainted 2.6.39-0.rc4.4.fc14.x86_64 #1\nCall Trace:\n [\u003cffffffff8104e27b\u003e] warn_slowpath_common+0x85/0x9d\n [\u003cffffffffa02782e0\u003e] ? iwl4965_show_temperature+0x49/0x49 [iwl4965]\n [\u003cffffffff8104e336\u003e] warn_slowpath_fmt+0x46/0x48\n [\u003cffffffffa027712f\u003e] iwl4965_send_tx_power+0x61/0x102 [iwl4965]\n [\u003cffffffff81477e05\u003e] ? mutex_lock+0x36/0x50\n [\u003cffffffffa0278337\u003e] iwl4965_bg_txpower_work+0x57/0x73 [iwl4965]\n [\u003cffffffff810647f3\u003e] process_one_work+0x18d/0x286\n [\u003cffffffff81065a5e\u003e] worker_thread+0xfd/0x181\n [\u003cffffffff81065961\u003e] ? manage_workers.clone.16+0x172/0x172\n [\u003cffffffff81069036\u003e] kthread+0x82/0x8a\n [\u003cffffffff81480524\u003e] kernel_thread_helper+0x4/0x10\n [\u003cffffffff81068fb4\u003e] ? kthread_worker_fn+0x14b/0x14b\n [\u003cffffffff81480520\u003e] ? gs_change+0x13/0x13\n\nReported-and-tested-by: Paul Bolle \u003cpebolle@tiscali.nl\u003e\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "1501b6764f0c363a9f1d72f9d422841f81f1bd8c",
      "tree": "22ad0ea3368c798f9e395646488d74eadf1467bf",
      "parents": [
        "f61583941667c96d61fc6991b9f23307f9bfa87e"
      ],
      "author": {
        "name": "Wey-Yi Guy",
        "email": "wey-yi.w.guy@intel.com",
        "time": "Mon Apr 25 11:12:57 2011 -0700"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Thu Apr 28 14:38:35 2011 -0400"
      },
      "message": "iwlegacy: led stay solid on when no traffic\n\ncommit 5ed540aecc2aae92d5c97b9a9306a5bf88ad5574 change the led behavior\nfor iwlwifi driver; the side effect cause led blink all the time.\n\nModify the led blink table to fix this problem\n\nSigned-off-by: Wey-Yi Guy \u003cwey-yi.w.guy@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "f61583941667c96d61fc6991b9f23307f9bfa87e",
      "tree": "558a510dd6c47516ea688cc3cc82e7bca6bc9851",
      "parents": [
        "069f40fc07f6df3da325e7ea1698a0d6247983d5"
      ],
      "author": {
        "name": "Rafał Miłecki",
        "email": "zajec5@gmail.com",
        "time": "Tue Apr 19 22:49:29 2011 +0200"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Thu Apr 28 14:38:35 2011 -0400"
      },
      "message": "b43: trivial: update module info about ucode16_mimo firmware\n\nSigned-off-by: Rafał Miłecki \u003czajec5@gmail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "7833aa05b8db63484b43b4b4c389cd4533140afb",
      "tree": "7540e5cef5c96e0a0bcef2baf5360511885ce3b2",
      "parents": [
        "c0a56e64aec331f33ead29ba493ee184d9bdc840"
      ],
      "author": {
        "name": "Steffen Klassert",
        "email": "steffen.klassert@secunet.com",
        "time": "Mon Apr 25 19:41:21 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue Apr 26 12:46:04 2011 -0700"
      },
      "message": "xfrm: Check for the new replay implementation if an esn state is inserted\n\nIPsec extended sequence numbers can be used only with the new\nanti-replay window implementation. So check if the new implementation\nis used if an esn state is inserted and return an error if it is not.\n\nSigned-off-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nAcked-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "c0a56e64aec331f33ead29ba493ee184d9bdc840",
      "tree": "609d6b30b77dd7f129789d93e9d3fbc584791267",
      "parents": [
        "3f602b08dec32c418fc391fc838db357aab84f8a"
      ],
      "author": {
        "name": "Steffen Klassert",
        "email": "steffen.klassert@secunet.com",
        "time": "Mon Apr 25 19:40:23 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue Apr 26 12:46:04 2011 -0700"
      },
      "message": "esp6: Fix scatterlist initialization\n\nWhen we use IPsec extended sequence numbers, we may overwrite\nthe last scatterlist of the associated data by the scatterlist\nfor the skb. This patch fixes this by placing the scatterlist\nfor the skb right behind the last scatterlist of the associated\ndata. esp4 does it already like that.\n\nSigned-off-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nAcked-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "3f602b08dec32c418fc391fc838db357aab84f8a",
      "tree": "743671d99f90e3d2ffc2c915c2aa91b20abada43",
      "parents": [
        "0972ddb2373d5e127aabdcabd8305eff0242cd0b"
      ],
      "author": {
        "name": "Steffen Klassert",
        "email": "steffen.klassert@secunet.com",
        "time": "Mon Apr 25 19:39:24 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue Apr 26 12:46:03 2011 -0700"
      },
      "message": "xfrm: Fix replay window size calculation on initialization\n\nOn replay initialization, we compute the size of the replay\nbuffer to see if the replay window fits into the buffer.\nThis computation lacks a mutliplication by 8 because we need\nthe size in bit, not in byte. So we might return an error\neven though the replay window would fit into the buffer.\nThis patch fixes this issue.\n\nSigned-off-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nAcked-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "0972ddb2373d5e127aabdcabd8305eff0242cd0b",
      "tree": "6040853adf2a2aac1df2551e3e7695e902a03905",
      "parents": [
        "8c61d9d611cb5b290f1b4ac57c4631acfd6e3b5a"
      ],
      "author": {
        "name": "Held Bernhard",
        "email": "berny156@gmx.de",
        "time": "Sun Apr 24 22:07:32 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon Apr 25 11:53:08 2011 -0700"
      },
      "message": "net: provide cow_metrics() methods to blackhole dst_ops\n\nSince commit 62fa8a846d7d (net: Implement read-only protection and COW\u0027ing\nof metrics.) the kernel throws an oops.\n\n[  101.620985] BUG: unable to handle kernel NULL pointer dereference at\n           (null)\n[  101.621050] IP: [\u003c          (null)\u003e]           (null)\n[  101.621084] PGD 6e53c067 PUD 3dd6a067 PMD 0\n[  101.621122] Oops: 0010 [#1] SMP\n[  101.621153] last sysfs file: /sys/devices/virtual/ppp/ppp/uevent\n[  101.621192] CPU 2\n[  101.621206] Modules linked in: l2tp_ppp pppox ppp_generic slhc\nl2tp_netlink l2tp_core deflate zlib_deflate twofish_x86_64\ntwofish_common des_generic cbc ecb sha1_generic hmac af_key\niptable_filter snd_pcm_oss snd_mixer_oss snd_seq snd_seq_device loop\nsnd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec\nsnd_pcm snd_timer snd i2c_i801 iTCO_wdt psmouse soundcore snd_page_alloc\nevdev uhci_hcd ehci_hcd thermal\n[  101.621552]\n[  101.621567] Pid: 5129, comm: openl2tpd Not tainted 2.6.39-rc4-Quad #3\nGigabyte Technology Co., Ltd. G33-DS3R/G33-DS3R\n[  101.621637] RIP: 0010:[\u003c0000000000000000\u003e]  [\u003c          (null)\u003e]   (null)\n[  101.621684] RSP: 0018:ffff88003ddeba60  EFLAGS: 00010202\n[  101.621716] RAX: ffff88003ddb5600 RBX: ffff88003ddb5600 RCX:\n0000000000000020\n[  101.621758] RDX: ffffffff81a69a00 RSI: ffffffff81b7ee61 RDI:\nffff88003ddb5600\n[  101.621800] RBP: ffff8800537cd900 R08: 0000000000000000 R09:\nffff88003ddb5600\n[  101.621840] R10: 0000000000000005 R11: 0000000000014b38 R12:\nffff88003ddb5600\n[  101.621881] R13: ffffffff81b7e480 R14: ffffffff81b7e8b8 R15:\nffff88003ddebad8\n[  101.621924] FS:  00007f06e4182700(0000) GS:ffff88007fd00000(0000)\nknlGS:0000000000000000\n[  101.621971] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[  101.622005] CR2: 0000000000000000 CR3: 0000000045274000 CR4:\n00000000000006e0\n[  101.622046] DR0: 0000000000000000 DR1: 0000000000000000 DR2:\n0000000000000000\n[  101.622087] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7:\n0000000000000400\n[  101.622129] Process openl2tpd (pid: 5129, threadinfo\nffff88003ddea000, task ffff88003de9a280)\n[  101.622177] Stack:\n[  101.622191]  ffffffff81447efa ffff88007d3ded80 ffff88003de9a280\nffff88007d3ded80\n[  101.622245]  0000000000000001 ffff88003ddebbb8 ffffffff8148d5a7\n0000000000000212\n[  101.622299]  ffff88003dcea000 ffff88003dcea188 ffffffff00000001\nffffffff81b7e480\n[  101.622353] Call Trace:\n[  101.622374]  [\u003cffffffff81447efa\u003e] ? ipv4_blackhole_route+0x1ba/0x210\n[  101.622415]  [\u003cffffffff8148d5a7\u003e] ? xfrm_lookup+0x417/0x510\n[  101.622450]  [\u003cffffffff8127672a\u003e] ? extract_buf+0x9a/0x140\n[  101.622485]  [\u003cffffffff8144c6a0\u003e] ? __ip_flush_pending_frames+0x70/0x70\n[  101.622526]  [\u003cffffffff8146fbbf\u003e] ? udp_sendmsg+0x62f/0x810\n[  101.622562]  [\u003cffffffff813f98a6\u003e] ? sock_sendmsg+0x116/0x130\n[  101.622599]  [\u003cffffffff8109df58\u003e] ? find_get_page+0x18/0x90\n[  101.622633]  [\u003cffffffff8109fd6a\u003e] ? filemap_fault+0x12a/0x4b0\n[  101.622668]  [\u003cffffffff813fb5c4\u003e] ? move_addr_to_kernel+0x64/0x90\n[  101.622706]  [\u003cffffffff81405d5a\u003e] ? verify_iovec+0x7a/0xf0\n[  101.622739]  [\u003cffffffff813fc772\u003e] ? sys_sendmsg+0x292/0x420\n[  101.622774]  [\u003cffffffff810b994a\u003e] ? handle_pte_fault+0x8a/0x7c0\n[  101.622810]  [\u003cffffffff810b76fe\u003e] ? __pte_alloc+0xae/0x130\n[  101.622844]  [\u003cffffffff810ba2f8\u003e] ? handle_mm_fault+0x138/0x380\n[  101.622880]  [\u003cffffffff81024af9\u003e] ? do_page_fault+0x189/0x410\n[  101.622915]  [\u003cffffffff813fbe03\u003e] ? sys_getsockname+0xf3/0x110\n[  101.622952]  [\u003cffffffff81450c4d\u003e] ? ip_setsockopt+0x4d/0xa0\n[  101.622986]  [\u003cffffffff813f9932\u003e] ? sockfd_lookup_light+0x22/0x90\n[  101.623024]  [\u003cffffffff814b61fb\u003e] ? system_call_fastpath+0x16/0x1b\n[  101.623060] Code:  Bad RIP value.\n[  101.623090] RIP  [\u003c          (null)\u003e]           (null)\n[  101.623125]  RSP \u003cffff88003ddeba60\u003e\n[  101.623146] CR2: 0000000000000000\n[  101.650871] ---[ end trace ca3856a7d8e8dad4 ]---\n[  101.651011] __sk_free: optmem leakage (160 bytes) detected.\n\nThe oops happens in dst_metrics_write_ptr()\ninclude/net/dst.h:124: return dst-\u003eops-\u003ecow_metrics(dst, p);\n\ndst-\u003eops-\u003ecow_metrics is NULL and causes the oops.\n\nProvide cow_metrics() methods, like we did in commit 214f45c91bb\n(net: provide default_advmss() methods to blackhole dst_ops)\n\nSigned-off-by: Held Bernhard \u003cberny156@gmx.de\u003e\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "8c61d9d611cb5b290f1b4ac57c4631acfd6e3b5a",
      "tree": "0e8d3f1c5d9d8bc34d238e739ea57cd098560924",
      "parents": [
        "9ac067a84efbc7f5570d4d93c3b303001d5e8b38"
      ],
      "author": {
        "name": "Hans Petter Selasky",
        "email": "hselasky@c2i.net",
        "time": "Sun Apr 24 22:35:19 2011 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun Apr 24 22:35:19 2011 -0700"
      },
      "message": "cdc_ncm: fix short packet issue on some devices\n\nThe default maximum transmit length for NCM USB frames should be so\nthat a short packet happens at the end if the device supports a length\ngreater than the defined maximum. This is achieved by adding 4 bytes\nto the maximum length so that the existing logic can fit a short\npacket there.\n\nSigned-off-by: Hans Petter Selasky \u003chselasky@c2i.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "9ac067a84efbc7f5570d4d93c3b303001d5e8b38",
      "tree": "70e15fd0d471b0b9680f8ab7ee8d0f057e56d760",
      "parents": [
        "e39aece7d41119c3d63f390420e00ab4d2a526a9",
        "953a12cc2889d1be92e80a2d0bab5ffef4942300"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun Apr 24 11:51:04 2011 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun Apr 24 11:51:04 2011 -0700"
      },
      "message": "Merge branch \u0027davem.r8169\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/romieu/netdev-2.6\n"
    },
    {
      "commit": "953a12cc2889d1be92e80a2d0bab5ffef4942300",
      "tree": "4ebb736e88c5629c39a23509db4955f047f0f645",
      "parents": [
        "0b0dc0f17f98b59772ca6380c7d5ce4cc593a974"
      ],
      "author": {
        "name": "François Romieu",
        "email": "romieu@fr.zoreil.com",
        "time": "Sun Apr 24 17:38:48 2011 +0200"
      },
      "committer": {
        "name": "Francois romieu",
        "email": "romieu@fr.zoreil.com",
        "time": "Sun Apr 24 17:42:57 2011 +0200"
      },
      "message": "r8169: don\u0027t request firmware when there\u0027s no userspace.\n\nThe firmware is cached during the first successfull call to open() and\nreleased once the network device is unregistered. The driver uses the\ncached firmware between open() and unregister_netdev().\n\nSo far the firmware is optional : a failure to load the firmware does\nnot prevent open() to success. It is thus necessary to 1) unregister\nall 816x / 810[23] devices and 2) force a driver probe to issue a new\nfirmware load.\n\nSigned-off-by: Francois Romieu \u003cromieu@fr.zoreil.com\u003e\nFixed-by: Ciprian Docan \u003cdocan@eden.rutgers.edu\u003e\nCc: Realtek linux nic maintainers \u003cnic_swsd@realtek.com\u003e\n"
    },
    {
      "commit": "e39aece7d41119c3d63f390420e00ab4d2a526a9",
      "tree": "4b81a22a533a4cc3ae2730305b9aea30cd635961",
      "parents": [
        "13f172ff26563995049abe73f6eeba828de3c09d"
      ],
      "author": {
        "name": "Vladislav Zolotarov",
        "email": "vladz@broadcom.com",
        "time": "Sat Apr 23 07:44:46 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Apr 23 15:13:17 2011 -0700"
      },
      "message": "bnx2x: fix UDP csum offload\n\nFixed packets parameters for FW in UDP checksum offload flow.\n\nDo not dereference TCP headers on non TCP frames.\nReported-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\n\nSigned-off-by: Dmitry Kravkov \u003cdmitry@broadcom.com\u003e\nSigned-off-by: Eilon Greenstein \u003ceilong@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "13f172ff26563995049abe73f6eeba828de3c09d",
      "tree": "deef6ba4f54596410ab873281709c7f46979ddc3",
      "parents": [
        "1ed3aad141fe595673c20225a9e004730088be52"
      ],
      "author": {
        "name": "Neil Horman",
        "email": "nhorman@tuxdriver.com",
        "time": "Fri Apr 22 08:10:59 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Fri Apr 22 14:33:51 2011 -0700"
      },
      "message": "netconsole: fix deadlock when removing net driver that netconsole is using (v2)\n\nA deadlock was reported to me recently that occured when netconsole was being\nused in a virtual guest.  If the virtio_net driver was removed while netconsole\nwas setup to use an interface that was driven by that driver, the guest\ndeadlocked.  No backtrace was provided because netconsole was the only console\nconfigured, but it became clear pretty quickly what the problem was.  In\nnetconsole_netdev_event, if we get an unregister event, we call\n__netpoll_cleanup with the target_list_lock held and irqs disabled.\n__netpoll_cleanup can, if pending netpoll packets are waiting call\ncancel_delayed_work_sync, which is a sleeping path.  the might_sleep call in\nthat path gets triggered, causing a console warning to be issued.  The\nnetconsole write handler of course tries to take the target_list_lock again,\nwhich we already hold, causing deadlock.\n\nThe fix is pretty striaghtforward.  Simply drop the target_list_lock and\nre-enable irqs prior to calling __netpoll_cleanup, the re-acquire the lock, and\nrestart the loop.  Confirmed by myself to fix the problem reported.\n\nSigned-off-by: Neil Horman \u003cnhorman@tuxdriver.com\u003e\nCC: \"David S. Miller\" \u003cdavem@davemloft.net\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "1ed3aad141fe595673c20225a9e004730088be52",
      "tree": "dec75e69b602e677ba0e5231f2d3036663fbd66a",
      "parents": [
        "f01cb5fbea1c1613621f9f32f385e12c1a29dde0",
        "069f40fc07f6df3da325e7ea1698a0d6247983d5"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Fri Apr 22 13:21:38 2011 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Fri Apr 22 13:21:38 2011 -0700"
      },
      "message": "Merge branch \u0027master\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6\n"
    },
    {
      "commit": "f01cb5fbea1c1613621f9f32f385e12c1a29dde0",
      "tree": "011167bc13e0911a6638abce448098dee952c371",
      "parents": [
        "cb771838715b1c470bc5735bdae709b33b18e0ad"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 21 21:17:25 2011 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 21 21:17:25 2011 -0700"
      },
      "message": "Revert \"bridge: Forward reserved group addresses if !STP\"\n\nThis reverts commit 1e253c3b8a1aeed51eef6fc366812f219b97de65.\n\nIt breaks 802.3ad bonding inside of a bridge.\n\nThe commit was meant to support transport bridging, and specifically\nvirtual machines bridged to an ethernet interface connected to a\nswitch port wiht 802.1x enabled.\n\nBut this isn\u0027t the way to do it, it breaks too many other things.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "cb771838715b1c470bc5735bdae709b33b18e0ad",
      "tree": "9de4b9a992aa2a521bfba73b941310dd8e09ea60",
      "parents": [
        "e74fbd030223e29d269f4be17e3dce6de38f4c28"
      ],
      "author": {
        "name": "Tim Gardner",
        "email": "timg@tpi.com",
        "time": "Wed Apr 20 09:00:49 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 21 21:04:32 2011 -0700"
      },
      "message": "atl1c: Fix work event interrupt/task races\n\nThe mechanism used to initiate work events from the interrupt\nhandler has a classic read/modify/write race between the interrupt\nhandler that sets the condition, and the worker task that reads and\nclears the condition. Close these races by using atomic\nbit fields.\n\nCc: stable@kernel.org\nCc: Jie Yang \u003cjie.yang@atheros.com\u003e\nSigned-off-by: Tim Gardner \u003ctim.gardner@canonical.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "e74fbd030223e29d269f4be17e3dce6de38f4c28",
      "tree": "3f514d7472679c6be3e1d7feae4a73c28bfeac56",
      "parents": [
        "e965c05dabdabb85af0187952ccd75e43995c4b3"
      ],
      "author": {
        "name": "Ivan Vecera",
        "email": "ivecera@redhat.com",
        "time": "Thu Apr 21 00:20:04 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 21 17:36:00 2011 -0700"
      },
      "message": "be2net: increment work_counter in be_worker\n\nThe commit 609ff3b (\"be2net: add code to display temperature of ASIC\")\nadds support to display temperature of ASIC but there is missing\nincrement of work_counter in be_worker. Because of this 1) the\nfunction be_cmd_get_die_temperature is called every 1 second instead\nof every 32 seconds 2) be_cmd_get_die_temperature is called, although\nit is not supported.  This patch fixes this bug.\n\nSigned-off-by: Ivan Vecera \u003civecera@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "e965c05dabdabb85af0187952ccd75e43995c4b3",
      "tree": "10923ab7f6e5aaae3e432218d6492e07a7f83981",
      "parents": [
        "e2a85aecebc03d165bc2dcd233deadd5dd97ea9f"
      ],
      "author": {
        "name": "Thomas Egerer",
        "email": "thomas.egerer@secunet.com",
        "time": "Wed Apr 20 22:56:02 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 21 17:24:08 2011 -0700"
      },
      "message": "ipv6: Remove hoplimit initialization to -1\n\nThe changes introduced with git-commit a02e4b7d (\"ipv6: Demark default\nhoplimit as zero.\") missed to remove the hoplimit initialization. As a\nresult, ipv6_get_mtu interprets the return value of dst_metric_raw\n(-1) as 255 and answers ping6 with this hoplimit.  This patche removes\nthe line such that ping6 is answered with the hoplimit value\nconfigured via sysctl.\n\nSigned-off-by: Thomas Egerer \u003cthomas.egerer@secunet.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "e2a85aecebc03d165bc2dcd233deadd5dd97ea9f",
      "tree": "b10efdc196b4ae601a499f36ade2ed98492302fe",
      "parents": [
        "a9cf73ea7ff78f52662c8658d93c226effbbedde"
      ],
      "author": {
        "name": "Andrea Galbusera",
        "email": "gizero@gmail.com",
        "time": "Thu Apr 21 02:21:21 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 21 16:59:30 2011 -0700"
      },
      "message": "powerpc: Fix multicast problem in fs_enet driver\n\nmac-fec.c was setting individual UDP address registers instead of multicast\ngroup address registers when joining a multicast group.\nThis prevented from correctly receiving UDP multicast packets.\nAccording to datasheet, replaced hash_table_high and hash_table_low\nwith grp_hash_table_high and grp_hash_table_low respectively.\nAlso renamed hash_table_* with grp_hash_table_* in struct fec declaration\nfor 8xx: these registers are used only for multicast there.\n\nTested on a MPC5121 based board.\nBuild tested also against mpc866_ads_defconfig.\n\nSigned-off-by: Andrea Galbusera \u003cgizero@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "a9cf73ea7ff78f52662c8658d93c226effbbedde",
      "tree": "07a723cb628f223e4f756f0cb02eeba8b6ee9c62",
      "parents": [
        "10022a6c66e199d8f61d9044543f38785713cbbd"
      ],
      "author": {
        "name": "Shan Wei",
        "email": "shanwei@cn.fujitsu.com",
        "time": "Tue Apr 19 22:52:49 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 21 10:39:10 2011 -0700"
      },
      "message": "ipv6: udp: fix the wrong headroom check\n\nAt this point, skb-\u003edata points to skb_transport_header.\nSo, headroom check is wrong.\n\nFor some case:bridge(UFO is on) + eth device(UFO is off),\nthere is no enough headroom for IPv6 frag head.\nBut headroom check is always false.\n\nThis will bring about data be moved to there prior to skb-\u003ehead,\nwhen adding IPv6 frag header to skb.\n\nSigned-off-by: Shan Wei \u003cshanwei@cn.fujitsu.com\u003e\nAcked-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "069f40fc07f6df3da325e7ea1698a0d6247983d5",
      "tree": "2717c5d0c0f1437e63b6d77565b1fd4dc39b13b2",
      "parents": [
        "b25026981aecde3685dd0e45ad980fff9f528daa"
      ],
      "author": {
        "name": "Stanislaw Gruszka",
        "email": "sgruszka@redhat.com",
        "time": "Wed Apr 20 16:01:46 2011 +0200"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Wed Apr 20 16:05:59 2011 -0400"
      },
      "message": "iwl4965: fix skb usage after free\n\nSince\n\ncommit a120e912eb51e347f36c71b60a1d13af74d30e83\nAuthor: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nDate:   Fri Feb 19 15:47:33 2010 -0800\n\n    iwlwifi: sanity check before counting number of tfds can be free\n\nwe use skb-\u003edata after calling ieee80211_tx_status_irqsafe(), which\ncould free skb instantly.\n\nOn current kernels I do not observe practical problems related with\nbug, but on 2.6.35.y it cause random system hangs when stressing\nwireless link, making bisection of other problems impossible.\n\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "b25026981aecde3685dd0e45ad980fff9f528daa",
      "tree": "db9972ab6095d6bd57978d734810e26c733338ee",
      "parents": [
        "243e6df4ed919880d079d717641ad699c6530a03"
      ],
      "author": {
        "name": "Stanislaw Gruszka",
        "email": "sgruszka@redhat.com",
        "time": "Wed Apr 20 15:57:14 2011 +0200"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Wed Apr 20 16:05:59 2011 -0400"
      },
      "message": "iwlwifi: fix skb usage after free\n\nSince\n\ncommit a120e912eb51e347f36c71b60a1d13af74d30e83\nAuthor: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nDate:   Fri Feb 19 15:47:33 2010 -0800\n\n    iwlwifi: sanity check before counting number of tfds can be free\n\nwe use skb-\u003edata after calling ieee80211_tx_status_irqsafe(), which\ncould free skb instantly.\n\nOn current kernels I do not observe practical problems related with\nbug, but on 2.6.35.y it cause random system hangs when stressing\nwireless link.\n\nCc: stable@kernel.org # 2.6.32+\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nAcked-by: Wey-Yi Guy \u003cwey-yi.w.guy@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "243e6df4ed919880d079d717641ad699c6530a03",
      "tree": "dafe7720e68fcb8e9ce1d5d871386b9e6380f67b",
      "parents": [
        "10e99777e926907e43fa57ec1208c3f7787fd290"
      ],
      "author": {
        "name": "Johannes Berg",
        "email": "johannes.berg@intel.com",
        "time": "Tue Apr 19 20:44:04 2011 +0200"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Wed Apr 20 16:05:59 2011 -0400"
      },
      "message": "mac80211: fix SMPS debugfs locking\n\nThe locking with SMPS requests means that the\ndebugs file should lock the mgd mutex, not the\niflist mutex. Calls to __ieee80211_request_smps()\nneed to hold that mutex, so add an assertion.\n\nThis has always been wrong, but for some reason\nnever been noticed, probably because the locking\nerror only happens while unassociated.\n\nCc: stable@kernel.org [2.6.34+]\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "10e99777e926907e43fa57ec1208c3f7787fd290",
      "tree": "75fce1859c07c2671871f6d20ff93c71a0baa94a",
      "parents": [
        "2232d31bf18ba02f5cd632bbfc3466aeca394c75",
        "a429b51930e64dd355840c37251a563000d7c10b"
      ],
      "author": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Wed Apr 20 15:56:44 2011 -0400"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Wed Apr 20 15:56:44 2011 -0400"
      },
      "message": "Merge branch \u0027master\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/padovan/bluetooth-2.6\n"
    },
    {
      "commit": "10022a6c66e199d8f61d9044543f38785713cbbd",
      "tree": "8b934ebc8a5a5277a486413c343afc35a55076bd",
      "parents": [
        "2430af8b7fa37ac0be102c77f9dc6ee669d24ba9"
      ],
      "author": {
        "name": "Oliver Hartkopp",
        "email": "socketcan@hartkopp.net",
        "time": "Wed Apr 20 01:57:15 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Apr 20 12:37:59 2011 -0700"
      },
      "message": "can: add missing socket check in can/raw release\n\nv2: added space after \u0027if\u0027 according code style.\n\nWe can get here with a NULL socket argument passed from userspace,\nso we need to handle it accordingly.\n\nThanks to Dave Jones pointing at this issue in net/can/bcm.c\n\nSigned-off-by: Oliver Hartkopp \u003csocketcan@hartkopp.net\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "2430af8b7fa37ac0be102c77f9dc6ee669d24ba9",
      "tree": "76199ce83fd1ef26f1438302fb2f4898f537531d",
      "parents": [
        "6f4d6dc167a001267eeff18bdea0ce3e9108c662"
      ],
      "author": {
        "name": "Jiri Bohac",
        "email": "jbohac@suse.cz",
        "time": "Tue Apr 19 02:09:55 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Apr 20 01:44:43 2011 -0700"
      },
      "message": "bonding: 802.3ad - fix agg_device_up\n\nThe slave member of struct aggregator does not necessarily point\nto a slave which is part of the aggregator. It points to the\nslave structure containing the aggregator structure, while\ncompletely different slaves (or no slaves at all) may be part of\nthe aggregator.\n\nThe agg_device_up() function wrongly uses agg-\u003eslave to find the state\nof the aggregator.  Use agg-\u003elag_ports-\u003eslave instead. The bug has\nbeen introduced by commit 4cd6fe1c6483cde93e2ec91f58b7af9c9eea51ad\n(\"bonding: fix link down handling in 802.3ad mode\").\n\nSigned-off-by: Jiri Bohac \u003cjbohac@suse.cz\u003e\nSigned-off-by: Jay Vosburgh \u003cfubar@us.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "6f4d6dc167a001267eeff18bdea0ce3e9108c662",
      "tree": "e2730f18797c159df0f4953d4dca22cca48f58f9",
      "parents": [
        "c6914a6f261aca0c9f715f883a353ae7ff51fe83"
      ],
      "author": {
        "name": "Breno Leitao",
        "email": "leitao@linux.vnet.ibm.com",
        "time": "Tue Apr 19 09:39:22 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Apr 20 01:41:26 2011 -0700"
      },
      "message": "ehea: Fix a DLPAR bug on ehea_rereg_mrs().\n\nWe are currently continuing if ehea_restart_qps() fails, when we\ndo a memory DLPAR (remove or add more memory to the system).\n\nThis patch just let the NAPI disabled if the ehea_restart_qps()\nfails.\n\nSigned-off-by: Breno Leitao \u003cleitao@linux.vnet.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "c6914a6f261aca0c9f715f883a353ae7ff51fe83",
      "tree": "05138f623ae01c13dbfeb5e9b38ae1b5e1bdde73",
      "parents": [
        "0b0dc0f17f98b59772ca6380c7d5ce4cc593a974"
      ],
      "author": {
        "name": "Dave Jones",
        "email": "davej@redhat.com",
        "time": "Tue Apr 19 20:36:59 2011 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue Apr 19 20:36:59 2011 -0700"
      },
      "message": "can: Add missing socket check in can/bcm release.\n\nWe can get here with a NULL socket argument passed from userspace,\nso we need to handle it accordingly.\n\nSigned-off-by: Dave Jones \u003cdavej@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "2232d31bf18ba02f5cd632bbfc3466aeca394c75",
      "tree": "13a46384ab1b73d548604760e4b849c4202bcb74",
      "parents": [
        "7caa2316bf0434f1150f58cb576542987a0466d7"
      ],
      "author": {
        "name": "Felix Fietkau",
        "email": "nbd@openwrt.org",
        "time": "Fri Apr 15 00:41:43 2011 +0200"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Tue Apr 19 15:22:52 2011 -0400"
      },
      "message": "ath9k: fix the return value of ath_stoprecv\n\nThe patch \u0027ath9k_hw: fix stopping rx DMA during resets\u0027 added code to detect\na condition where rx DMA was stopped, but the MAC failed to enter the idle\nstate. This condition requires a hardware reset, however the return value\nof ath_stoprecv was \u0027true\u0027 in that case, which allowed it to skip the reset\nwhen issuing a fast channel change.\n\nSigned-off-by: Felix Fietkau \u003cnbd@openwrt.org\u003e\nReported-by: Paul Stewart \u003cpstew@google.com\u003e\nCc: stable@kernel.org\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "0b0dc0f17f98b59772ca6380c7d5ce4cc593a974",
      "tree": "1f1248a3402d519f522efaf91b68c8f85e2436bc",
      "parents": [
        "0553c891fabd287726b41076cfd03fe7e5ab596f",
        "a8a8a0937e22a5fd55aeb22586724ba6bb70aadd"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue Apr 19 11:28:35 2011 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue Apr 19 11:28:35 2011 -0700"
      },
      "message": "Merge branch \u0027master\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/kaber/nf-2.6\n"
    },
    {
      "commit": "a8a8a0937e22a5fd55aeb22586724ba6bb70aadd",
      "tree": "28e610c98f0f71e42e9676fc3e3e6bb9fe112056",
      "parents": [
        "eafbd3fde6fc5ada0d61307367e408813b04928a"
      ],
      "author": {
        "name": "Jozsef Kadlecsik",
        "email": "kadlec@blackhole.kfki.hu",
        "time": "Tue Apr 19 15:59:15 2011 +0200"
      },
      "committer": {
        "name": "Patrick McHardy",
        "email": "kaber@trash.net",
        "time": "Tue Apr 19 15:59:15 2011 +0200"
      },
      "message": "netfilter: ipset: Fix the order of listing of sets\n\nA restoreable saving of sets requires that list:set type of sets\ncome last and the code part which should have taken into account\nthe ordering was broken. The patch fixes the listing order.\n\nSigned-off-by: Jozsef Kadlecsik \u003ckadlec@blackhole.kfki.hu\u003e\nSigned-off-by: Patrick McHardy \u003ckaber@trash.net\u003e\n"
    },
    {
      "commit": "a429b51930e64dd355840c37251a563000d7c10b",
      "tree": "24e69908100bf6297cb5c5597f2d1dcd970bfe7f",
      "parents": [
        "f21ca5fff6e548833fa5ee8867239a8378623150"
      ],
      "author": {
        "name": "Ruiyi Zhang",
        "email": "Ruiyi.zhang@atheros.com",
        "time": "Mon Apr 18 11:04:30 2011 +0800"
      },
      "committer": {
        "name": "Gustavo F. Padovan",
        "email": "padovan@profusion.mobi",
        "time": "Mon Apr 18 20:11:47 2011 -0300"
      },
      "message": "Bluetooth: Only keeping SAR bits when retransmitting one frame.\n\nWhen retrasmitting one frame, only SAR bits in control field should\nbe kept.\n\nSigned-off-by: Ruiyi Zhang \u003cRuiyi.zhang@atheros.com\u003e\nSigned-off-by: Gustavo F. Padovan \u003cpadovan@profusion.mobi\u003e\n"
    },
    {
      "commit": "f21ca5fff6e548833fa5ee8867239a8378623150",
      "tree": "995070264806b7cf2dc6d916a8b90f976656c412",
      "parents": [
        "b79f44c16a4e2181b1d6423afe746745d5e949ff"
      ],
      "author": {
        "name": "Luiz Augusto von Dentz",
        "email": "luiz.dentz-von@nokia.com",
        "time": "Fri Apr 08 17:10:41 2011 +0300"
      },
      "committer": {
        "name": "Gustavo F. Padovan",
        "email": "padovan@profusion.mobi",
        "time": "Mon Apr 18 20:11:46 2011 -0300"
      },
      "message": "Bluetooth: fix shutdown on SCO sockets\n\nshutdown should wait for SCO link to be properly disconnected before\ndetroying the socket, otherwise an application using the socket may\nassume link is properly disconnected before it really happens which\ncan be a problem when e.g synchronizing profile switch.\n\nSigned-off-by: Luiz Augusto von Dentz \u003cluiz.dentz-von@nokia.com\u003e\nSigned-off-by: Gustavo F. Padovan \u003cpadovan@profusion.mobi\u003e\n"
    },
    {
      "commit": "b79f44c16a4e2181b1d6423afe746745d5e949ff",
      "tree": "e8e90fb0519bd74395adf5205693b5afec920266",
      "parents": [
        "7a74aeb022b34a8fa8ef00545e66cf0568b5ddf6"
      ],
      "author": {
        "name": "Vinicius Costa Gomes",
        "email": "vinicius.gomes@openbossa.org",
        "time": "Mon Apr 11 18:46:55 2011 -0300"
      },
      "committer": {
        "name": "Gustavo F. Padovan",
        "email": "padovan@profusion.mobi",
        "time": "Mon Apr 18 20:11:46 2011 -0300"
      },
      "message": "Bluetooth: Fix keeping the command timer running\n\nIn the teardown path the reset command is sent to the controller,\nthis event causes the command timer to be reactivated.\n\nSo the timer is removed in two situations, when the adapter isn\u0027t\nmarked as UP and when we know that some command has been sent.\n\nReported-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Vinicius Costa Gomes \u003cvinicius.gomes@openbossa.org\u003e\nSigned-off-by: Gustavo F. Padovan \u003cpadovan@profusion.mobi\u003e\n"
    },
    {
      "commit": "7a74aeb022b34a8fa8ef00545e66cf0568b5ddf6",
      "tree": "82a938a29207cdc7908c450b9a907dad00b316c9",
      "parents": [
        "332704a51498a7e29aa92c19dc03f11f80b71bfe"
      ],
      "author": {
        "name": "Ville Tervo",
        "email": "ville.tervo@nokia.com",
        "time": "Thu Apr 07 14:59:50 2011 +0300"
      },
      "committer": {
        "name": "Gustavo F. Padovan",
        "email": "padovan@profusion.mobi",
        "time": "Mon Apr 18 20:11:45 2011 -0300"
      },
      "message": "Bluetooth: Fix refcount balance for hci connection\n\nhci_io_capa_reply_evt() holds reference for hciconnection. It\u0027s useless since\nhci_io_capa_request_evt()/hci_simple_pair_complete_evt() already protects the\nconnection. In addition it leaves connection open after failed SSP pairing.\n\nSigned-off-by: Ville Tervo \u003cville.tervo@nokia.com\u003e\nSigned-off-by: Gustavo F. Padovan \u003cpadovan@profusion.mobi\u003e\n"
    },
    {
      "commit": "7caa2316bf0434f1150f58cb576542987a0466d7",
      "tree": "e1318ff53f7db1078d0dfe3b7db687143d497e5b",
      "parents": [
        "332704a51498a7e29aa92c19dc03f11f80b71bfe"
      ],
      "author": {
        "name": "Daniel Halperin",
        "email": "dhalperi@cs.washington.edu",
        "time": "Wed Apr 06 12:47:25 2011 -0700"
      },
      "committer": {
        "name": "Wey-Yi Guy",
        "email": "wey-yi.w.guy@intel.com",
        "time": "Mon Apr 18 08:15:26 2011 -0700"
      },
      "message": "iwlwifi: fix frame injection for HT channels\n\nFor some reason, sending QoS configuration causes transmission to stop\nafter a single frame on HT channels when not associated. Removing the\nextra QoS configuration has no effect on station mode, and fixes\ninjection mode.\n\nSigned-off-by: Daniel Halperin \u003cdhalperi@cs.washington.edu\u003e\nSigned-off-by: Wey-Yi Guy \u003cwey-yi.w.guy@intel.com\u003e\n"
    },
    {
      "commit": "0553c891fabd287726b41076cfd03fe7e5ab596f",
      "tree": "6b8b7074ff457e1533e8c397e09c03cd86ddc76e",
      "parents": [
        "70dda99c41fc8a153e09bdba9adb7805ba2a4bb3"
      ],
      "author": {
        "name": "Krishna Kumar",
        "email": "krkumar2@in.ibm.com",
        "time": "Thu Apr 14 06:07:04 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun Apr 17 23:27:16 2011 -0700"
      },
      "message": "ip6_pol_route panic: Do not allow VLAN on loopback\n\nSeveral tests in the ipv6 routing code check IFF_LOOPBACK, and\nallowing stacking such as VLAN\u0027ing on top of loopback results in a\nnetdevice which reports IFF_LOOPBACK but really isn\u0027t the loopback\ndevice.\n\nInstead of spamming the ipv6 routing code with even more special tests,\nsimply disallow VLAN over loopback.\n\nThe result of this patch is:\n\n# modprobe 8021q\n# vconfig add lo 43\nERROR: trying to add VLAN #43 to IF -:lo:-  error: Operation not supported\n\nSigned-off-by: Krishna Kumar \u003ckrkumar2@in.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "70dda99c41fc8a153e09bdba9adb7805ba2a4bb3",
      "tree": "52ae78da0e081098ff77a0e66546a09927942dbe",
      "parents": [
        "c8a75b345b38a9b63ffd077c0eb71707fa194fc6"
      ],
      "author": {
        "name": "Yaniv Rosner",
        "email": "yanivr@broadcom.com",
        "time": "Sun Apr 17 17:50:01 2011 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun Apr 17 17:50:01 2011 -0700"
      },
      "message": "bnx2x: Fix port identification problem\n\nThis patch fixes port identification on optic devices when there\u0027s no link on the port.\n\nSigned-off-by: Yaniv Rosner \u003cyanivr@broadcom.com\u003e\nSigned-off-by: Eilon Greenstein \u003ceilong@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "c8a75b345b38a9b63ffd077c0eb71707fa194fc6",
      "tree": "e03be18e0e1cf796b141e87b241e8dad759a26c4",
      "parents": [
        "c65353daf137dd41f3ede3baf62d561fca076228"
      ],
      "author": {
        "name": "Francois Romieu",
        "email": "romieu@fr.zoreil.com",
        "time": "Sun Apr 17 17:46:40 2011 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun Apr 17 17:46:40 2011 -0700"
      },
      "message": "r8169: add Realtek as maintainer.\n\nPer Hayes\u0027s request.\n\nSigned-off-by: Francois Romieu \u003cromieu@fr.zoreil.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "c65353daf137dd41f3ede3baf62d561fca076228",
      "tree": "407488cc052fff615d61c889100a76e057c1f203",
      "parents": [
        "49b4947aae404c8c5758ffd1007d0d78c48b3643"
      ],
      "author": {
        "name": "Eric Dumazet",
        "email": "eric.dumazet@gmail.com",
        "time": "Thu Apr 14 05:55:37 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 14 23:26:02 2011 -0700"
      },
      "message": "ip: ip_options_compile() resilient to NULL skb route\n\nScot Doyle demonstrated ip_options_compile() could be called with an skb\nwithout an attached route, using a setup involving a bridge, netfilter,\nand forged IP packets.\n\nLet\u0027s make ip_options_compile() and ip_options_rcv_srr() a bit more\nrobust, instead of changing bridge/netfilter code.\n\nWith help from Hiroaki SHIMODA.\n\nReported-by: Scot Doyle \u003clkml@scotdoyle.com\u003e\nTested-by: Scot Doyle \u003clkml@scotdoyle.com\u003e\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nCc: Stephen Hemminger \u003cshemminger@vyatta.com\u003e\nAcked-by: Hiroaki SHIMODA \u003cshimoda.hiroaki@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "49b4947aae404c8c5758ffd1007d0d78c48b3643",
      "tree": "2841487026f8215acdef95c1aaca540917c3246e",
      "parents": [
        "79ea6c8966b861f80e77a14b2acf581563f3c83e"
      ],
      "author": {
        "name": "Rasesh Mody",
        "email": "rmody@brocade.com",
        "time": "Thu Apr 14 08:05:19 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 14 13:39:45 2011 -0700"
      },
      "message": "bna: fix memory leak during RX path cleanup\n\nThe memory leak was caused by unintentional assignment of the Rx path\ndestroy callback function pointer to NULL just after correct\ninitialization.\n\nSigned-off-by: Debashis Dutt \u003cddutt@brocade.com\u003e\nSigned-off-by: Rasesh Mody \u003crmody@brocade.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "79ea6c8966b861f80e77a14b2acf581563f3c83e",
      "tree": "d2a556b6e833a88519faca8e064725bdfabcbe5f",
      "parents": [
        "dd5030404695d81792a21cba575e02b21a2f275a"
      ],
      "author": {
        "name": "Rasesh Mody",
        "email": "rmody@brocade.com",
        "time": "Thu Apr 14 08:05:18 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 14 13:39:44 2011 -0700"
      },
      "message": "bna: fix for clean fw re-initialization\n\nDuring a kernel crash, bna control path state machine and firmware do not\nget a notification and hence are not cleanly shutdown. The registers\nholding driver/IOC state information are not reset back to valid\ndisabled/parking values. This causes subsequent driver initialization\nto hang during kdump kernel boot. This patch, during the initialization\nof first PCI function, resets corresponding register when unclean shutown\nis detect by reading chip registers. This will make sure that ioc/fw\ngets clean re-initialization.\n\nSigned-off-by: Debashis Dutt \u003cddutt@brocade.com\u003e\nSigned-off-by: Rasesh Mody \u003crmody@brocade.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "dd5030404695d81792a21cba575e02b21a2f275a",
      "tree": "3444db9d86b9a9c325066fd5fd2bc62397f1a04a",
      "parents": [
        "38a2f37258f9e2ae3f6e4241e01088be8dfaf4e9",
        "332704a51498a7e29aa92c19dc03f11f80b71bfe"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 14 13:16:51 2011 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 14 13:16:51 2011 -0700"
      },
      "message": "Merge branch \u0027master\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6\n"
    },
    {
      "commit": "38a2f37258f9e2ae3f6e4241e01088be8dfaf4e9",
      "tree": "06cb5dc48a0f749e975c0fe6f4ffab5e15c74a07",
      "parents": [
        "3e8c806a08c7beecd972e7ce15c570b9aba64baa"
      ],
      "author": {
        "name": "huajun li",
        "email": "huajun.li.lee@gmail.com",
        "time": "Wed Apr 13 15:43:32 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Apr 14 00:22:27 2011 -0700"
      },
      "message": "usbnet: Fix up \u0027FLAG_POINTTOPOINT\u0027 and \u0027FLAG_MULTI_PACKET\u0027 overlaps.\n\nUSB tethering does not work anymore since 2.6.39-rc2, but it\u0027s okay in\n-rc1. The root cause is the new added mask code \u0027FLAG_POINTTOPOINT\u0027\noverlaps \u0027FLAG_MULTI_PACKET\u0027  in  include/linux/usb/usbnet.h, this\ncauses logic issue in  rx_process(). This patch cleans up the overlap.\n\nReported-and-Tested-by: Gottfried Haider \u003cgottfried.haider@gmail.com\u003e\nSigned-off-by:  Huajun Li \u003chuajun.li.lee@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "332704a51498a7e29aa92c19dc03f11f80b71bfe",
      "tree": "27b15e8fda9c070784d820cc98fd5985a475e88e",
      "parents": [
        "50f6871218802be528961e24487f00c203a5c3c7"
      ],
      "author": {
        "name": "Stanislaw Gruszka",
        "email": "sgruszka@redhat.com",
        "time": "Wed Apr 13 10:56:51 2011 +0200"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Wed Apr 13 15:09:53 2011 -0400"
      },
      "message": "iwlegacy: fix tx_power initialization\n\npriv-\u003etx_power_next is not initialized to max supported power,\nbut instead default value is used, what cause errors like\n\n[   58.597834] iwl3945 0000:03:00.0: Requested user TXPOWER 15 above upper limit 14.\n[   58.597839] iwl3945 0000:03:00.0: Error setting Tx power (-22).\n\nif maximum tx power read from the eeprom is smaller than default.\nIn consequence card is unable to initialize properly. Fix the problem\nand cleanup tx power initialization.\n\nReported-and-tested-by: Robin Dong \u003chao.bigrat@gmail.com\u003e\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "3e8c806a08c7beecd972e7ce15c570b9aba64baa",
      "tree": "89b0b7bfc919ec8e7dc0866f16715bb626af0cc6",
      "parents": [
        "91a403caf0f26c71ce4407fd235b2d6fb225fba9"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Apr 13 12:01:14 2011 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Apr 13 12:01:14 2011 -0700"
      },
      "message": "Revert \"tcp: disallow bind() to reuse addr/port\"\n\nThis reverts commit c191a836a908d1dd6b40c503741f91b914de3348.\n\nIt causes known regressions for programs that expect to be able to use\nSO_REUSEADDR to shutdown a socket, then successfully rebind another\nsocket to the same ID.\n\nPrograms such as haproxy and amavisd expect this to work.\n\nThis should fix kernel bugzilla 32832.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "91a403caf0f26c71ce4407fd235b2d6fb225fba9",
      "tree": "9c542d7ab98275d87e32eb97056025a14b520b16",
      "parents": [
        "7c9f6472d46d07000c197e1d24fa2a332606968e"
      ],
      "author": {
        "name": "Amit Kumar Salecha",
        "email": "amit.salecha@qlogic.com",
        "time": "Tue Apr 12 17:05:55 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Apr 13 11:53:11 2011 -0700"
      },
      "message": "qlcnic: limit skb frags for non tso packet\n\nMachines are getting deadlock in four node cluster environment.\nAll nodes are accessing (find /gfs2 -depth -print|cpio -ocv \u003e /dev/null)\n200 GB storage on a GFS2 filesystem.\nThis result in memory fragmentation and driver receives 18 frags for\n1448 byte packets.\nFor non tso packet, fw drops the tx request, if it has \u003e14 frags.\n\nFixing it by pulling extra frags.\n\nCc: stable@kernel.org\nSigned-off-by: Amit Kumar Salecha \u003camit.salecha@qlogic.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "7c9f6472d46d07000c197e1d24fa2a332606968e",
      "tree": "a79b21d8ad19f2b664f4b66b95f6d7674655dc46",
      "parents": [
        "9494c7c5774d64a84a269aad38c153c4dbff97e6"
      ],
      "author": {
        "name": "Anatolij Gustschin",
        "email": "agust@denx.de",
        "time": "Tue Apr 12 23:49:28 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Apr 13 11:34:19 2011 -0700"
      },
      "message": "net: can: mscan: fix build breakage in mpc5xxx_can\n\nCommit 74888760d40b3ac9054f9c5fa07b566c0676ba2d\n\"dt/net: Eliminate users of of_platform_{,un}register_driver\"\nbroke building mscan driver. Fix it.\n\nSigned-off-by: Anatolij Gustschin \u003cagust@denx.de\u003e\nCc: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\nAcked-by: Wolfgang Grandegger \u003cwg@grandegger.com\u003e\nAcked-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "eafbd3fde6fc5ada0d61307367e408813b04928a",
      "tree": "4a8a2f60317d3f50b5633e47023e4fdcb0d0408d",
      "parents": [
        "0e8a835aa59d08d702af0fcfd296e2218b2e344b"
      ],
      "author": {
        "name": "Jozsef Kadlecsik",
        "email": "kadlec@blackhole.kfki.hu",
        "time": "Wed Apr 13 13:45:57 2011 +0200"
      },
      "committer": {
        "name": "Patrick McHardy",
        "email": "kaber@trash.net",
        "time": "Wed Apr 13 13:45:57 2011 +0200"
      },
      "message": "netfilter: ipset: set match and SET target fixes\n\nThe SET target with --del-set did not work due to using wrongly\nthe internal dimension of --add-set instead of --del-set.\nAlso, the checkentries did not release the set references when\nreturned an error. Bugs reported by Lennert Buytenhek.\n\nSigned-off-by: Jozsef Kadlecsik \u003ckadlec@blackhole.kfki.hu\u003e\nSigned-off-by: Patrick McHardy \u003ckaber@trash.net\u003e\n"
    },
    {
      "commit": "0e8a835aa59d08d702af0fcfd296e2218b2e344b",
      "tree": "cfc99302895c328a9f394ead9695e8e99ac92de1",
      "parents": [
        "b32e3dc7860d00124fa432dba09667e647cb9bcc"
      ],
      "author": {
        "name": "Jozsef Kadlecsik",
        "email": "kadlec@blackhole.kfki.hu",
        "time": "Wed Apr 13 13:43:23 2011 +0200"
      },
      "committer": {
        "name": "Patrick McHardy",
        "email": "kaber@trash.net",
        "time": "Wed Apr 13 13:43:23 2011 +0200"
      },
      "message": "netfilter: ipset: bitmap:ip,mac type requires \"src\" for MAC\n\nEnforce that the second \"src/dst\" parameter of the set match and SET target\nmust be \"src\", because we have access to the source MAC only in the packet.\nThe previous behaviour, that the type required the second parameter\nbut actually ignored the value was counter-intuitive and confusing.\n\nSigned-off-by: Jozsef Kadlecsik \u003ckadlec@blackhole.kfki.hu\u003e\nSigned-off-by: Patrick McHardy \u003ckaber@trash.net\u003e\n"
    },
    {
      "commit": "b32e3dc7860d00124fa432dba09667e647cb9bcc",
      "tree": "2fa6e56f389431dfb84609d3d7572cad76e88e71",
      "parents": [
        "6604271c5bc658a6067ed0c3deba4d89e0e50382",
        "96120d86fe302c006259baee9061eea9e1b9e486"
      ],
      "author": {
        "name": "Patrick McHardy",
        "email": "kaber@trash.net",
        "time": "Wed Apr 13 13:32:28 2011 +0200"
      },
      "committer": {
        "name": "Patrick McHardy",
        "email": "kaber@trash.net",
        "time": "Wed Apr 13 13:32:28 2011 +0200"
      },
      "message": "Merge branch \u0027master\u0027 of ssh://master.kernel.org/pub/scm/linux/kernel/git/kaber/nf-2.6\n"
    },
    {
      "commit": "9494c7c5774d64a84a269aad38c153c4dbff97e6",
      "tree": "03d1eb5fffa30789455f12fb59bbd917e465e8c9",
      "parents": [
        "25f7bf7d0dfb460505cbe42676340e33100aca2e"
      ],
      "author": {
        "name": "Wei Yongjun",
        "email": "yjwei@cn.fujitsu.com",
        "time": "Tue Apr 12 15:22:22 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue Apr 12 19:33:51 2011 -0700"
      },
      "message": "sctp: fix oops while removed transport still using as retran path\n\nSince we can not update retran path to unconfirmed transports,\nwhen we remove a peer, the retran path may not be update if the\nother transports are all unconfirmed, and we will still using\nthe removed transport as the retran path. This may cause panic\nif retrasnmit happen.\n\nSigned-off-by: Wei Yongjun \u003cyjwei@cn.fujitsu.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "25f7bf7d0dfb460505cbe42676340e33100aca2e",
      "tree": "76467af7ca483f836f9acc2fc73f000db6223a4e",
      "parents": [
        "31d8b9e099e59f880aa65095951559896d4e20fa"
      ],
      "author": {
        "name": "Vlad Yasevich",
        "email": "vladislav.yasevich@hp.com",
        "time": "Tue Apr 12 15:20:48 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue Apr 12 19:33:50 2011 -0700"
      },
      "message": "sctp: fix oops when updating retransmit path with DEBUG on\n\ncommit fbdf501c9374966a56829ecca3a7f25d2b49a305\n  sctp: Do no select unconfirmed transports for retransmissions\n\nIntroduced the initial falt.\n\ncommit d598b166ced20d9b9281ea3527c0e18405ddb803\n  sctp: Make sure we always return valid retransmit path\n\nSolved the problem, but forgot to change the DEBUG statement.\nThus it was still possible to dereference a NULL pointer.\n\nSigned-off-by: Wei Yongjun \u003cyjwei@cn.fujitsu.com\u003e\nSigned-off-by: Vlad Yasevich \u003cvladislav.yasevich@hp.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "31d8b9e099e59f880aa65095951559896d4e20fa",
      "tree": "e6bd8f1efe81265603bf982e135522c54ed81377",
      "parents": [
        "ea2d36883ca8e6caab23b6d15bfa80b1d1d81d2f"
      ],
      "author": {
        "name": "Ben Hutchings",
        "email": "bhutchings@solarflare.com",
        "time": "Tue Apr 12 14:47:15 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue Apr 12 19:29:45 2011 -0700"
      },
      "message": "net: Disable NETIF_F_TSO_ECN when TSO is disabled\n\nNETIF_F_TSO_ECN has no effect when TSO is disabled; this just means\nthat feature state will be accurately reported to user-space.\n\nSigned-off-by: Ben Hutchings \u003cbhutchings@solarflare.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "ea2d36883ca8e6caab23b6d15bfa80b1d1d81d2f",
      "tree": "38818d7330814e276b5e651ec4540ac2eb41d774",
      "parents": [
        "c0212fb146bf3e77cd6b28a06b8f503e2974fdc8"
      ],
      "author": {
        "name": "Ben Hutchings",
        "email": "bhutchings@solarflare.com",
        "time": "Tue Apr 12 14:38:37 2011 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue Apr 12 19:29:45 2011 -0700"
      },
      "message": "net: Disable all TSO features when SG is disabled\n\nThe feature flags NETIF_F_TSO and NETIF_F_TSO6 independently enable\nTSO for IPv4 and IPv6 respectively.  However, the test in\nnetdev_fix_features() and its predecessor functions was never updated\nto check for NETIF_F_TSO6, possibly because it was originally proposed\nthat TSO for IPv6 would be dependent on both feature flags.\n\nNow that these feature flags can be changed independently from\nuser-space and we depend on netdev_fix_features() to fix invalid\nfeature combinations, it\u0027s important to disable them both if\nscatter-gather is disabled.  Also disable NETIF_F_TSO_ECN so\nuser-space sees all TSO features as disabled.\n\nSigned-off-by: Ben Hutchings \u003cbhutchings@solarflare.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    }
  ],
  "next": "c0212fb146bf3e77cd6b28a06b8f503e2974fdc8"
}
