)]}' { "log": [ { "commit": "c068be5491924c1c1c37dc046f36976c27bc7bb2", "tree": "05212f5704d2c1aa66629ac20ac312d0af39eca1", "parents": [ "01f2d38498957e967cd6f6011a6b208393957b4a" ], "author": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Tue Jan 15 11:41:56 2008 -0500" }, "committer": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Wed Feb 06 21:26:26 2008 -0500" }, "message": "[SCTP]: Correctly reap SSNs when processing FORWARD_TSN chunk\n\nWhen we recieve a FORWARD_TSN chunk, we need to reap\nall the queued fast-forwarded chunks from the ordering queue\n However, if we don\u0027t have them queued, we need to see if\nthe next expected one is there as well. If it is, start\ndeliver from that point instead of waiting for the next\nchunk to arrive.\n\nSigned-off-by: Vlad Yasevich \u003cvladislav.yasevich@hp.com\u003e\n" }, { "commit": "01f2d38498957e967cd6f6011a6b208393957b4a", "tree": "608a5b93c6703f595f6f4dbc0c18658fa55b5c5a", "parents": [ "0eca8fee0ce3fa0962ac98ab30c10995754a3195" ], "author": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Fri Jan 11 11:17:27 2008 -0500" }, "committer": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Tue Feb 05 10:59:30 2008 -0500" }, "message": "[SCTP]: Kill silly inlines in ulpqueue.c\n\nSigned-off-by: Vlad Yasevich \u003cvladislav.yasevich@hp.com\u003e\n" }, { "commit": "60c778b25972e095df8981dd41e99d161e8738f9", "tree": "546a16d6eca1acbf41ee2b772f12ba3f4ffa21e3", "parents": [ "3113e88c3cb3c0a22920b621f8e4d1f2ccc07f1e" ], "author": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Fri Jan 11 09:57:09 2008 -0500" }, "committer": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Tue Feb 05 10:59:07 2008 -0500" }, "message": "[SCTP]: Stop claiming that this is a \"reference implementation\"\n\nI was notified by Randy Stewart that lksctp claims to be\n\"the reference implementation\". First of all, \"the\nrefrence implementation\" was the original implementation\nof SCTP in usersapce written ty Randy and a few others.\nSecond, after looking at the definiton of \u0027reference implementation\u0027,\nwe don\u0027t really meet the requirements.\n\nSigned-off-by: Vlad Yasevich \u003cvladislav.yasevich@hp.com\u003e\n" }, { "commit": "3ab224be6d69de912ee21302745ea45a99274dbc", "tree": "335dcef1cfacfefe3f36c21d5f144e011bc3bfba", "parents": [ "a06b494b61de44617dd58612164bdde56fca7bfb" ], "author": { "name": "Hideo Aoki", "email": "haoki@redhat.com", "time": "Mon Dec 31 00:11:19 2007 -0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Jan 28 15:00:18 2008 -0800" }, "message": "[NET] CORE: Introducing new memory accounting interface.\n\nThis patch introduces new memory accounting functions for each network\nprotocol. Most of them are renamed from memory accounting functions\nfor stream protocols. At the same time, some stream memory accounting\nfunctions are removed since other functions do same thing.\n\nRenaming:\n\tsk_stream_free_skb()\t\t-\u003e\tsk_wmem_free_skb()\n\t__sk_stream_mem_reclaim()\t-\u003e\t__sk_mem_reclaim()\n\tsk_stream_mem_reclaim()\t\t-\u003e\tsk_mem_reclaim()\n\tsk_stream_mem_schedule \t\t-\u003e \t__sk_mem_schedule()\n\tsk_stream_pages() \t\t-\u003e\tsk_mem_pages()\n\tsk_stream_rmem_schedule()\t-\u003e\tsk_rmem_schedule()\n\tsk_stream_wmem_schedule()\t-\u003e\tsk_wmem_schedule()\n\tsk_charge_skb()\t\t\t-\u003e\tsk_mem_charge()\n\nRemoveing\n\tsk_stream_rfree():\tconsolidates into sock_rfree()\n\tsk_stream_set_owner_r(): consolidates into skb_set_owner_r()\n\tsk_stream_mem_schedule()\n\nThe following functions are added.\n \tsk_has_account(): check if the protocol supports accounting\n\tsk_mem_uncharge(): do the opposite of sk_mem_charge()\n\nIn addition, to achieve consolidation, updating sk_wmem_queued is\nremoved from sk_mem_charge().\n\nNext, to consolidate memory accounting functions, this patch adds\nmemory accounting calls to network core functions. Moreover, present\nmemory accounting call is renamed to new accounting call.\n\nFinally we replace present memory accounting calls with new interface\nin TCP and SCTP.\n\nSigned-off-by: Takahiro Yasui \u003ctyasui@redhat.com\u003e\nSigned-off-by: Hideo Aoki \u003chaoki@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "ef5d4cf2f9aae4e09883d2d664e367a16b47d857", "tree": "b6e83cf4f8b975c8bec0045c8a74d11496524f10", "parents": [ "215f7b08f2a142ec19f4bd3d6de263e68b877955" ], "author": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Sun Dec 16 14:05:45 2007 -0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Sun Dec 16 14:05:45 2007 -0800" }, "message": "[SCTP]: Flush fragment queue when exiting partial delivery.\n\nAt the end of partial delivery, we may have complete messages\nsitting on the fragment queue. These messages are stuck there\nuntil a new fragment arrives. This can comletely stall a\ngiven association. When clearing partial delivery state, flush\nany complete messages from the fragment queue and send them on\ntheir way up.\n\nSigned-off-by: Vlad Yasevich \u003cvladislav.yasevich@hp.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "cd3ae8e61570b55e32864c5f9e50085aa67126e9", "tree": "aabfdcffab94d0df217b2f24992c5aa69df6e5f7", "parents": [ "7ab9080467040054e27ae54d67cc185f24d881ae" ], "author": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Fri Nov 09 11:43:41 2007 -0500" }, "committer": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Fri Nov 09 11:43:41 2007 -0500" }, "message": "SCTP: Fix PR-SCTP to deliver all the accumulated ordered chunks\n\nThere is a small bug when we process a FWD-TSN. We\u0027ll deliver\nanything upto the current next expected SSN. However, if the\nnext expected is already in the queue, it will take another\nchunk to trigger its delivery. The fix is to simply check\nthe current queued SSN is the next expected one.\n\nSigned-off-by: Vlad Yasevich \u003cvladislav.yasevich@hp.com\u003e\n" }, { "commit": "16d14ef9f29dfa9b1d99f3eff860e9f15bc99f39", "tree": "8f13d343e807b79a23706d10d291f62f5a0a958f", "parents": [ "5c58298c2536252ab95aa2b1497ab47eb878ca5d" ], "author": { "name": "Pavel Emelyanov", "email": "xemul@openvz.org", "time": "Tue Oct 23 20:30:25 2007 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Tue Oct 23 21:27:52 2007 -0700" }, "message": "[SCTP]: Consolidate sctp_ulpq_renege_xxx functions\n\nBoth are equal, except for the list to be traversed.\n\nSigned-off-by: Pavel Emelyanov \u003cxemul@openvz.org\u003e\nAcked-by: Vlad Yasevich \u003cvladislav.yasevich@hp.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "4d93df0abd50b9c9e2d4561439a1a1d21ec5e68f", "tree": "47e5bde0c37ed7ce68032ffa9110f252533fc710", "parents": [ "13c99b248f06e0b71d925f162d8e3b0084886a21" ], "author": { "name": "Neil Horman", "email": "nhorman@tuxdriver.com", "time": "Wed Aug 15 16:07:44 2007 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Wed Oct 10 16:48:09 2007 -0700" }, "message": "[SCTP]: Rewrite of sctp buffer management code\n\nThis patch introduces autotuning to the sctp buffer management code\nsimilar to the TCP. The buffer space can be grown if the advertised\nreceive window still has room. This might happen if small message\nsizes are used, which is common in telecom environmens.\nNew tunables are introduced that provide limits to buffer growth\nand memory pressure is entered if to much buffer spaces is used.\n\nSigned-off-by: Neil Horman \u003cnhorman@tuxdriver.com\u003e\nSigned-off-by: Vlad Yasevich \u003cvladislav.yasevich@hp.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "ea2dfb3733d53ac98b17756435d1f99e25490357", "tree": "9a70c036bcf1ed57a059efa245cbb63f300db0c5", "parents": [ "b07d68b5ca4d55a16fab223d63d5fb36f89ff42f" ], "author": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Fri Jul 13 17:01:19 2007 -0400" }, "committer": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Wed Aug 29 13:34:33 2007 -0400" }, "message": "SCTP: properly clean up fragment and ordering queues during FWD-TSN.\n\nWhen we recieve a FWD-TSN (meaning the peer has abandoned the data),\nwe need to clean up any partially received messages that may be\nhanging out on the re-assembly or re-ordering queues. This is\na MUST requirement that was not properly done before.\n\nSigned-off-by: Vlad Yasevich \u003cvladislav.yasevich@hp.com.\u003e\n" }, { "commit": "3ff50b7997fe06cd5d276b229967bb52d6b3b6c1", "tree": "4f0f57123a945c3e6c39759456b6187bb78c4b1f", "parents": [ "c462238d6a6d8ee855bda10f9fff442971540ed2" ], "author": { "name": "Stephen Hemminger", "email": "shemminger@linux-foundation.org", "time": "Fri Apr 20 17:09:22 2007 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Wed Apr 25 22:29:24 2007 -0700" }, "message": "[NET]: cleanup extra semicolons\n\nSpring cleaning time...\n\nThere seems to be a lot of places in the network code that have\nextra bogus semicolons after conditionals. Most commonly is a\nbogus semicolon after: switch() { }\n\nSigned-off-by: Stephen Hemminger \u003cshemminger@linux-foundation.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "d49d91d79a8dc5e85108a5ae1c8eef23dec135c1", "tree": "e98b53a69b310128a03a06fcc1dd9f94f7aa34b2", "parents": [ "b6e1331f3ce25a56edb956054eaf8011654686cb" ], "author": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Fri Mar 23 11:32:00 2007 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Wed Apr 25 22:28:00 2007 -0700" }, "message": "[SCTP]: Implement SCTP_PARTIAL_DELIVERY_POINT option.\n\nThis option induces partial delivery to run as soon\nas the specified amount of data has been accumulated on\nthe association. However, we give preference to fully\nreassembled messages over PD messages. In any case,\nwindow and buffer is freed up.\n\nSigned-off-by: Vlad Yasevich \u003cvladislav.yasevich@.hp.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "b6e1331f3ce25a56edb956054eaf8011654686cb", "tree": "63995f7e1de7d717df69cb4d138bce3fa4fe77ba", "parents": [ "c95e939508e64863a1c5c73a9e1a908784e06820" ], "author": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Fri Apr 20 12:23:15 2007 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Wed Apr 25 22:27:59 2007 -0700" }, "message": "[SCTP]: Implement SCTP_FRAGMENT_INTERLEAVE socket option\n\nThis option was introduced in draft-ietf-tsvwg-sctpsocket-13. It\nprevents head-of-line blocking in the case of one-to-many endpoint.\nApplications enabling this option really must enable SCTP_SNDRCV event\nso that they would know where the data belongs. Based on an\nearlier patch by Ivan Skytte Jørgensen.\n\nAdditionally, this functionality now permits multiple associations\non the same endpoint to enter Partial Delivery. Applications should\nbe extra careful, when using this functionality, to track EOR indicators.\n\nSigned-off-by: Vlad Yasevich \u003cvladislav.yasevich@hp.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "d0cf0d9940ef27b46fcbbd9e0cc8427c30fe05eb", "tree": "0ac9e4b58b7a14c1215bf0516e8adf8e065cd081", "parents": [ "fefaa75e0451c76225863644be01e4fd70884153" ], "author": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Wed Apr 18 14:11:06 2007 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Wed Apr 18 14:16:09 2007 -0700" }, "message": "[SCTP]: Do not interleave non-fragments when in partial delivery\n\nThe way partial delivery is currently implemnted, it is possible to\nintereleave a message (either from another steram, or unordered) that\nis not part of partial delivery process. The only way to this is for\na message to not be a fragment and be \u0027in order\u0027 or unorderd for a\ngiven stream. This will result in bypassing the reassembly/ordering\nqueues where things live duing partial delivery, and the\nmessage will be delivered to the socket in the middle of partial delivery.\n\nThis is a two-fold problem, in that:\n1. the app now must check the stream-id and flags which it may not\nbe doing.\n2. this clearing partial delivery state from the association and results\nin ulp hanging.\n\nThis patch is a band-aid over a much bigger problem in that we\ndon\u0027t do stream interleave.\n\nSigned-off-by: Vlad Yasevich \u003cvladislav.yasevich@hp.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "0b58a811461ccf3cf848aba4cc192538fd3b0516", "tree": "e8ada90819aabdcc2041a5637c7e6f44446cc36b", "parents": [ "c577c2b99387b5ff8607d42d6eaff9ec024d4773" ], "author": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Mon Mar 19 17:01:17 2007 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Tue Mar 20 00:09:43 2007 -0700" }, "message": "[SCTP]: Clean up stale data during association restart\n\nDuring association restart we may have stale data sitting\non the ULP queue waiting for ordering or reassembly. This\ndata may cause severe problems if not cleaned up. In particular\nstale data pending ordering may cause problems with receive\nwindow exhaustion if our peer has decided to restart the\nassociation.\n\nSigned-off-by: Vlad Yasevich \u003cvladislav.yasevich@hp.com\u003e\nSigned-off-by: Sridhar Samudrala \u003csri@us.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "d808ad9ab8b1109239027c248c4652503b9d3029", "tree": "cdd09b4987a4efd687a0a138491d626f8b674de5", "parents": [ "10297b99315e5e08fe623ba56da35db1fee69ba9" ], "author": { "name": "YOSHIFUJI Hideaki", "email": "yoshfuji@linux-ipv6.org", "time": "Fri Feb 09 23:25:18 2007 +0900" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Sat Feb 10 23:20:11 2007 -0800" }, "message": "[NET] SCTP: Fix whitespace errors.\n\nSigned-off-by: YOSHIFUJI Hideaki \u003cyoshfuji@linux-ipv6.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "331c4ee7faa4ee1e1404c872a139784753100498", "tree": "c5bbae21fd17f7948ab2506cad4d6f2ecba911ee", "parents": [ "6e8c751e07b34d73069e9333f67fbe5ffe31ec3a" ], "author": { "name": "Vlad Yasevich", "email": "vladislav.yasevich@hp.com", "time": "Mon Oct 09 21:34:04 2006 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Wed Oct 11 23:59:44 2006 -0700" }, "message": "[SCTP]: Fix receive buffer accounting.\n\nWhen doing receiver buffer accounting, we always used skb-\u003etruesize.\nThis is problematic when processing bundled DATA chunks because for\nevery DATA chunk that could be small part of one large skb, we would\ncharge the size of the entire skb. The new approach is to store the\nsize of the DATA chunk we are accounting for in the sctp_ulpevent\nstructure and use that stored value for accounting.\n\nSigned-off-by: Vlad Yasevich \u003cvladislav.yasevich@hp.com\u003e\nSigned-off-by: Sridhar Samudrala \u003csri@us.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "672e7cca17ed6036a1756ed34cf20dbd72d5e5f6", "tree": "d4c5b340e42fb7cca4d1a5282669ffae94227fdc", "parents": [ "7c3ceb4fb9667f34f1599a062efecf4cdc4a4ce5" ], "author": { "name": "Vladislav Yasevich", "email": "vladsilav.yasevich@hp.com", "time": "Fri May 05 17:03:49 2006 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Fri May 05 17:03:49 2006 -0700" }, "message": "[SCTP]: Prevent possible infinite recursion with multiple bundled DATA.\n\nThere is a rare situation that causes lksctp to go into infinite recursion\nand crash the system. The trigger is a packet that contains at least the\nfirst two DATA fragments of a message bundled together. The recursion is\ntriggered when the user data buffer is smaller that the full data message.\nThe problem is that we clone the skb for every fragment in the message.\nWhen reassembling the full message, we try to link skbs from the \"first\nfragment\" clone using the frag_list. However, since the frag_list is shared\nbetween two clones in this rare situation, we end up setting the frag_list\npointer of the second fragment to point to itself. This causes\nsctp_skb_pull() to potentially recurse indefinitely.\n\nProposed solution is to make a copy of the skb when attempting to link\nthings using frag_list.\n\nSigned-off-by: Vladislav Yasevich \u003cvladsilav.yasevich@hp.com\u003e\nSigned-off-by: Sridhar Samudrala \u003csri@us.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "dd0fc66fb33cd610bc1a5db8a5e232d34879b4d7", "tree": "51f96a9db96293b352e358f66032e1f4ff79fafb", "parents": [ "3b0e77bd144203a507eb191f7117d2c5004ea1de" ], "author": { "name": "Al Viro", "email": "viro@ftp.linux.org.uk", "time": "Fri Oct 07 07:46:04 2005 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sat Oct 08 15:00:57 2005 -0700" }, "message": "[PATCH] gfp flags annotations - part 1\n\n - added typedef unsigned int __nocast gfp_t;\n\n - replaced __nocast uses for gfp flags with gfp_t - it gives exactly\n the same warnings as far as sparse is concerned, doesn\u0027t change\n generated code (from gcc point of view we replaced unsigned int with\n typedef) and documents what\u0027s going on far better.\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "8728b834b226ffcf2c94a58530090e292af2a7bf", "tree": "2fd51ff3b7097eb3ffc41ea3a1d8b3ba04715b4c", "parents": [ "6869c4d8e066e21623c812c448a05f1ed931c9c6" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Aug 09 19:25:21 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@sunset.davemloft.net", "time": "Mon Aug 29 15:31:14 2005 -0700" }, "message": "[NET]: Kill skb-\u003elist\n\nRemove the \"list\" member of struct sk_buff, as it is entirely\nredundant. All SKB list removal callers know which list the\nSKB is on, so storing this in sk_buff does nothing other than\ntaking up some space.\n\nTwo tricky bits were SCTP, which I took care of, and two ATM\ndrivers which Francois Romieu \u003cromieu@fr.zoreil.com\u003e fixed\nup.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Francois Romieu \u003cromieu@fr.zoreil.com\u003e\n" }, { "commit": "3182cd84f0e132558bbe106c070405ae49f1f0e3", "tree": "1015a20d3adb2c000c42fbaf74cecf9cff52bb50", "parents": [ "63522f7fdb624adef20cb9d90c7effcd5b6301b2" ], "author": { "name": "Alexey Dobriyan", "email": "adobriyan@gmail.com", "time": "Mon Jul 11 20:57:47 2005 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Jul 11 20:57:47 2005 -0700" }, "message": "[SCTP]: __nocast annotations\n\nSigned-off-by: Alexey Dobriyan \u003cadobriyan@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "1da177e4c3f41524e886b7f1b8a0c1fc7321cac2", "tree": "0bba044c4ce775e45a88a51686b5d9f90697ea9d", "parents": [], "author": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Apr 16 15:20:36 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Apr 16 15:20:36 2005 -0700" }, "message": "Linux-2.6.12-rc2\n\nInitial git repository build. I\u0027m not bothering with the full history,\neven though we have it. We can create a separate \"historical\" git\narchive of that later if we want to, and in the meantime it\u0027s about\n3.2GB when imported into git - space that would just make the early\ngit days unnecessarily complicated, when we don\u0027t have a lot of good\ninfrastructure for it.\n\nLet it rip!\n" } ] }