{"push_id":831253102,"size":21,"distinct_size":21,"ref":"refs/heads/master","head":"f1a9432d9729f8e932b74b7f4f0c745743a10164","before":"2b076ca4250356f30b2c7e7c8a1cb0528fd9abaf","commits":[{"sha":"4f80c6c1825a91cecf3b3bd19c824e768d98fe48","author":{"email":"2cc0d0d76de2e6f37b92deeb83c85cb306fc5dc1@amacapital.net","name":"Andy Lutomirski"},"message":"fs,userns: Change inode_capable to capable_wrt_inode_uidgid\n\ncommit 23adbe12ef7d3d4195e80800ab36b37bee28cd03 upstream.\n\nThe kernel has no concept of capabilities with respect to inodes; inodes\nexist independently of namespaces.  For example, inode_capable(inode,\nCAP_LINUX_IMMUTABLE) would be nonsense.\n\nThis patch changes inode_capable to check for uid and gid mappings and\nrenames it to capable_wrt_inode_uidgid, which should make it more\nobvious what it does.\n\nFixes CVE-2014-4014.\n\nCc: Theodore Ts'o <tytso@mit.edu>\nCc: Serge Hallyn <serge.hallyn@ubuntu.com>\nCc: \"Eric W. Biederman\" <ebiederm@xmission.com>\nCc: Dave Chinner <david@fromorbit.com>\nSigned-off-by: Andy Lutomirski <luto@amacapital.net>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/4f80c6c1825a91cecf3b3bd19c824e768d98fe48"},{"sha":"868c257ab2ea3bea5900a16b502b74c09cff2f55","author":{"email":"e2e8c5702d8ed5f565988a1cf5bb35c9ce199e5e@fb.com","name":"Chris Mason"},"message":"mlx4_en: don't use napi_synchronize inside mlx4_en_netpoll\n\ncommit c98235cb8584a72e95786e17d695a8e5fafcd766 upstream.\n\nThe mlx4 driver is triggering schedules while atomic inside\nmlx4_en_netpoll:\n\n\tspin_lock_irqsave(&cq->lock, flags);\n\tnapi_synchronize(&cq->napi);\n\t\t^^^^^ msleep here\n\tmlx4_en_process_rx_cq(dev, cq, 0);\n\tspin_unlock_irqrestore(&cq->lock, flags);\n\nThis was part of a patch by Alexander Guller from Mellanox in 2011,\nbut it still isn't upstream.\n\nSigned-off-by: Chris Mason <clm@fb.com>\nAcked-By: Amir Vadai <amirv@mellanox.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>\nCc: Masoud Sharbiani <msharbiani@twitter.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/868c257ab2ea3bea5900a16b502b74c09cff2f55"},{"sha":"d45ce2e25e992f1574cad76dabe0a129fc8901f7","author":{"email":"a5d87d2bd7c424ee5cbdb4e978635bf653d5a005@free-electrons.com","name":"Thomas Petazzoni"},"message":"ARM: mvebu: fix NOR bus-width in Armada XP GP Device Tree\n\ncommit 1a88f809ccb5db1509a7514b187c00b3a995fc82 upstream.\n\nThe mvebu-devbus driver had a serious bug, which lead to a 8 bits bus\nwidth declared in the Device Tree being considered as a 16 bits bus\nwidth when configuring the hardware.\n\nThis bug in mvebu-devbus driver was compensated by a symetric mistake\nin the Armada XP GP Device Tree: a 8 bits bus width was declared, even\nthough the hardware actually has a 16 bits bus width connection with\nthe NOR flash.\n\nNow that we have fixed the mvebu-devbus driver to behave according to\nits Device Tree binding, this commit fixes the problematic Device Tree\nfiles as well.\n\nThis bug was introduced in commit\nda8d1b38356853c37116f9afa29f15648d7fb159 ('ARM: mvebu: Add support for\nNOR flash device on Armada XP-GP board') which was merged in v3.10.\n\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>\nLink: https://lkml.kernel.org/r/1397489361-5833-3-git-send-email-thomas.petazzoni@free-electrons.com\nFixes: da8d1b383568 ('ARM: mvebu: Add support for NOR flash device on Armada XP-GP board')\nCc: stable@vger.kernel.org # v3.10+\nAcked-by: Ezequiel Garcia <ezequiel.garcia@free-electrons.com>\nAcked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>\nSigned-off-by: Jason Cooper <jason@lakedaemon.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/d45ce2e25e992f1574cad76dabe0a129fc8901f7"},{"sha":"3f3a34d420f0d08d81379c03cc7d258f2f42dc3f","author":{"email":"a5d87d2bd7c424ee5cbdb4e978635bf653d5a005@free-electrons.com","name":"Thomas Petazzoni"},"message":"ARM: mvebu: fix NOR bus-width in Armada XP OpenBlocks AX3 Device Tree\n\ncommit 6e20bae8a39c40d4e03698e4160bad2d2629062b upstream.\n\nThe mvebu-devbus driver had a serious bug, which lead to a 8 bits bus\nwidth declared in the Device Tree being considered as a 16 bits bus\nwidth when configuring the hardware.\n\nThis bug in mvebu-devbus driver was compensated by a symetric mistake\nin the Armada XP OpenBlocks AX3 Device Tree: a 8 bits bus width was\ndeclared, even though the hardware actually has a 16 bits bus width\nconnection with the NOR flash.\n\nNow that we have fixed the mvebu-devbus driver to behave according to\nits Device Tree binding, this commit fixes the problematic Device Tree\nfiles as well.\n\nThis bug was introduced in commit\na7d4f81821f7eec3175f8e23dd6949c71ab2da43 ('ARM: mvebu: Add support for\nNOR flash device on Openblocks AX3 board') which was merged in v3.10.\n\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>\nLink: https://lkml.kernel.org/r/1397489361-5833-5-git-send-email-thomas.petazzoni@free-electrons.com\nFixes: a7d4f81821f7 ('ARM: mvebu: Add support for NOR flash device on Openblocks AX3 board')\nCc: stable@vger.kernel.org # v3.10+\nAcked-by: Ezequiel Garcia <ezequiel.garcia@free-electrons.com>\nAcked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>\nSigned-off-by: Jason Cooper <jason@lakedaemon.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/3f3a34d420f0d08d81379c03cc7d258f2f42dc3f"},{"sha":"ed6b7164b4a932f91630da7dadaa1aeb33029d25","author":{"email":"cef439e78636cdab99cd2923826c5065a0743e5b@strlen.de","name":"Florian Westphal"},"message":"netfilter: ipv4: defrag: set local_df flag on defragmented skb\n\ncommit 895162b1101b3ea5db08ca6822ae9672717efec0 upstream.\n\nelse we may fail to forward skb even if original fragments do fit\noutgoing link mtu:\n\n1. remote sends 2k packets in two 1000 byte frags, DF set\n2. we want to forward but only see '2k > mtu and DF set'\n3. we then send icmp error saying that outgoing link is 1500\n\nBut original sender never sent a packet that would not fit\nthe outgoing link.\n\nSetting local_df makes outgoing path test size vs.\nIPCB(skb)->frag_max_size, so we will still send the correct\nerror in case the largest original size did not fit\noutgoing link mtu.\n\nReported-by: Maxime Bizon <mbizon@freebox.fr>\nSuggested-by: Maxime Bizon <mbizon@freebox.fr>\nFixes: 5f2d04f1f9 (ipv4: fix path MTU discovery with connection tracking)\nSigned-off-by: Florian Westphal <fw@strlen.de>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>\nCc: Jiri Slaby <jslaby@suse.cz>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/ed6b7164b4a932f91630da7dadaa1aeb33029d25"},{"sha":"c2334086a4bb352c85c4dc9bb18d23586329fb08","author":{"email":"380ce2a82d3d08e67ab163b51dc6d30288ad3f13@mellanox.com","name":"Sagi Grimberg"},"message":"Target/iscsi,iser: Avoid accepting transport connections during stop stage\n\ncommit 14f4b54fe38f3a8f8392a50b951c8aa43b63687a upstream.\n\nWhen the target is in stop stage, iSER transport initiates RDMA disconnects.\nThe iSER initiator may wish to establish a new connection over the\nstill existing network portal. In this case iSER transport should not\naccept and resume new RDMA connections. In order to learn that, iscsi_np\nis added with enabled flag so the iSER transport can check when deciding\nweather to accept and resume a new connection request.\n\nThe iscsi_np is enabled after successful transport setup, and disabled\nbefore iscsi_np login threads are cleaned up.\n\n(Fix up context changes for v3.10.y - nab)\n\nSigned-off-by: Sagi Grimberg <sagig@mellanox.com>\nSigned-off-by: Nicholas Bellinger <nab@linux-iscsi.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/c2334086a4bb352c85c4dc9bb18d23586329fb08"},{"sha":"96f27d2649c1d7252144d693ba76fa263732ffa2","author":{"email":"978acd1567d5598152161fdf8bf3ca568f950c9b@linux-iscsi.org","name":"Nicholas Bellinger"},"message":"iser-target: Fix multi network portal shutdown regression\n\ncommit 2363d196686e44c0158929e7cf96c8589a24a81b upstream.\n\nThis patch fixes a iser-target specific regression introduced in\nv3.15-rc6 with:\n\ncommit 14f4b54fe38f3a8f8392a50b951c8aa43b63687a\nAuthor: Sagi Grimberg <sagig@mellanox.com>\nDate:   Tue Apr 29 13:13:47 2014 +0300\n\n    Target/iscsi,iser: Avoid accepting transport connections during stop stage\n\nwhere the change to set iscsi_np->enabled = false within\niscsit_clear_tpg_np_login_thread() meant that a iscsi_np with\ntwo iscsi_tpg_np exports would have it's parent iscsi_np set\nto a disabled state, even if other iscsi_tpg_np exports still\nexisted.\n\nThis patch changes iscsit_clear_tpg_np_login_thread() to only\nset iscsi_np->enabled = false when shutdown = true, and also\nchanges iscsit_del_np() to set iscsi_np->enabled = true when\niscsi_np->np_exports is non zero.\n\n(Fix up context changes for v3.10.y - nab)\n\nCc: Sagi Grimberg <sagig@dev.mellanox.co.il>\nSigned-off-by: Nicholas Bellinger <nab@linux-iscsi.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/96f27d2649c1d7252144d693ba76fa263732ffa2"},{"sha":"d5c55fa31a2947ac517abddd7ca6975a17bef178","author":{"email":"0d270388f2f92757a5de0f4bd891d3b392c44c4f@purestorage.com","name":"Roland Dreier"},"message":"iscsi-target: Fix wrong buffer / buffer overrun in iscsi_change_param_value()\n\ncommit 79d59d08082dd0a0a18f8ceb78c99f9f321d72aa upstream.\n\nIn non-leading connection login, iscsi_login_non_zero_tsih_s1() calls\niscsi_change_param_value() with the buffer it uses to hold the login\nPDU, not a temporary buffer.  This leads to the login header getting\ncorrupted and login failing for non-leading connections in MC/S.\n\nFix this by adding a wrapper iscsi_change_param_sprintf() that handles\nthe temporary buffer itself to avoid confusion.  Also handle sending a\nreject in case of failure in the wrapper, which lets the calling code\nget quite a bit smaller and easier to read.\n\nFinally, bump the size of the temporary buffer from 32 to 64 bytes to be\nsafe, since \"MaxRecvDataSegmentLength=\" by itself is 25 bytes; with a\ntrailing NUL, a value >= 1M will lead to a buffer overrun.  (This isn't\nthe default but we don't need to run right at the ragged edge here)\n\n(Fix up context changes for v3.10.y - nab)\n\nReported-by: Santosh Kulkarni <santosh.kulkarni@calsoftinc.com>\nSigned-off-by: Roland Dreier <roland@purestorage.com>\nSigned-off-by: Nicholas Bellinger <nab@linux-iscsi.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/d5c55fa31a2947ac517abddd7ca6975a17bef178"},{"sha":"c39e89784d7319f6e87d6bfb17e75fd8b95e07e2","author":{"email":"978acd1567d5598152161fdf8bf3ca568f950c9b@linux-iscsi.org","name":"Nicholas Bellinger"},"message":"target: Allow READ_CAPACITY opcode in ALUA Standby access state\n\ncommit e7810c2d2c37fa8e58dda74b00790dab60fe6fba upstream.\n\nThis patch allows READ_CAPACITY + SAI_READ_CAPACITY_16 opcode\nprocessing to occur while the associated ALUA group is in Standby\naccess state.\n\nThis is required to avoid host side LUN probe failures during the\ninitial scan if an ALUA group has already implicitly changed into\nStandby access state.\n\nThis addresses a bug reported by Chris + Philip using dm-multipath\n+ ESX hosts configured with ALUA multipath.\n\n(Drop v3.15 specific set_ascq usage - nab)\n\nReported-by: Chris Boot <crb@tiger-computing.co.uk>\nReported-by: Philip Gaw <pgaw@darktech.org.uk>\nCc: Chris Boot <crb@tiger-computing.co.uk>\nCc: Philip Gaw <pgaw@darktech.org.uk>\nCc: Hannes Reinecke <hare@suse.de>\nSigned-off-by: Nicholas Bellinger <nab@linux-iscsi.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/c39e89784d7319f6e87d6bfb17e75fd8b95e07e2"},{"sha":"50911760bc0afc84ce85c0e26433bf3134563052","author":{"email":"978acd1567d5598152161fdf8bf3ca568f950c9b@linux-iscsi.org","name":"Nicholas Bellinger"},"message":"target: Fix alua_access_state attribute OOPs for un-configured devices\n\ncommit f1453773514bb8b0bba0716301e8c8f17f8d39c7 upstream.\n\nThis patch fixes a OOPs where an attempt to write to the per-device\nalua_access_state configfs attribute at:\n\n  /sys/kernel/config/target/core/$HBA/$DEV/alua/$TG_PT_GP/alua_access_state\n\nresults in an NULL pointer dereference when the backend device has not\nyet been configured.\n\nThis patch adds an explicit check for DF_CONFIGURED, and fails with\n-ENODEV to avoid this case.\n\nReported-by: Chris Boot <crb@tiger-computing.co.uk>\nReported-by: Philip Gaw <pgaw@darktech.org.uk>\nCc: Chris Boot <crb@tiger-computing.co.uk>\nCc: Philip Gaw <pgaw@darktech.org.uk>\nSigned-off-by: Nicholas Bellinger <nab@linux-iscsi.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/50911760bc0afc84ce85c0e26433bf3134563052"},{"sha":"e6798424a7cb01aa30548876e4f1e1230741906d","author":{"email":"db766431e3f0373ca1ec8fa855cfd5f84b2f2eb6@suse.cz","name":"Vlastimil Babka"},"message":"mm: compaction: reset cached scanner pfn's before reading them\n\ncommit d3132e4b83e6bd383c74d716f7281d7c3136089c upstream.\n\nCompaction caches pfn's for its migrate and free scanners to avoid\nscanning the whole zone each time.  In compact_zone(), the cached values\nare read to set up initial values for the scanners.  There are several\nsituations when these cached pfn's are reset to the first and last pfn\nof the zone, respectively.  One of these situations is when a compaction\nhas been deferred for a zone and is now being restarted during a direct\ncompaction, which is also done in compact_zone().\n\nHowever, compact_zone() currently reads the cached pfn's *before*\nresetting them.  This means the reset doesn't affect the compaction that\nperforms it, and with good chance also subsequent compactions, as\nupdate_pageblock_skip() is likely to be called and update the cached\npfn's to those being processed.  Another chance for a successful reset\nis when a direct compaction detects that migration and free scanners\nmeet (which has its own problems addressed by another patch) and sets\nupdate_pageblock_skip flag which kswapd uses to do the reset because it\ngoes to sleep.\n\nThis is clearly a bug that results in non-deterministic behavior, so\nthis patch moves the cached pfn reset to be performed *before* the\nvalues are read.\n\nSigned-off-by: Vlastimil Babka <vbabka@suse.cz>\nAcked-by: Mel Gorman <mgorman@suse.de>\nAcked-by: Rik van Riel <riel@redhat.com>\nCc: Joonsoo Kim <iamjoonsoo.kim@lge.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/e6798424a7cb01aa30548876e4f1e1230741906d"},{"sha":"87c4475c903e68e494facf6ddf4c2c952b46b936","author":{"email":"db766431e3f0373ca1ec8fa855cfd5f84b2f2eb6@suse.cz","name":"Vlastimil Babka"},"message":"mm: compaction: detect when scanners meet in isolate_freepages\n\ncommit 7ed695e069c3cbea5e1fd08f84a04536da91f584 upstream.\n\nCompaction of a zone is finished when the migrate scanner (which begins\nat the zone's lowest pfn) meets the free page scanner (which begins at\nthe zone's highest pfn).  This is detected in compact_zone() and in the\ncase of direct compaction, the compact_blockskip_flush flag is set so\nthat kswapd later resets the cached scanner pfn's, and a new compaction\nmay again start at the zone's borders.\n\nThe meeting of the scanners can happen during either scanner's activity.\nHowever, it may currently fail to be detected when it occurs in the free\npage scanner, due to two problems.  First, isolate_freepages() keeps\nfree_pfn at the highest block where it isolated pages from, for the\npurposes of not missing the pages that are returned back to allocator\nwhen migration fails.  Second, failing to isolate enough free pages due\nto scanners meeting results in -ENOMEM being returned by\nmigrate_pages(), which makes compact_zone() bail out immediately without\ncalling compact_finished() that would detect scanners meeting.\n\nThis failure to detect scanners meeting might result in repeated\nattempts at compaction of a zone that keep starting from the cached\npfn's close to the meeting point, and quickly failing through the\n-ENOMEM path, without the cached pfns being reset, over and over.  This\nhas been observed (through additional tracepoints) in the third phase of\nthe mmtests stress-highalloc benchmark, where the allocator runs on an\notherwise idle system.  The problem was observed in the DMA32 zone,\nwhich was used as a fallback to the preferred Normal zone, but on the\n4GB system it was actually the largest zone.  The problem is even\namplified for such fallback zone - the deferred compaction logic, which\ncould (after being fixed by a previous patch) reset the cached scanner\npfn's, is only applied to the preferred zone and not for the fallbacks.\n\nThe problem in the third phase of the benchmark was further amplified by\ncommit 81c0a2bb515f (\"mm: page_alloc: fair zone allocator policy\") which\nresulted in a non-deterministic regression of the allocation success\nrate from ~85% to ~65%.  This occurs in about half of benchmark runs,\nmaking bisection problematic.  It is unlikely that the commit itself is\nbuggy, but it should put more pressure on the DMA32 zone during phases 1\nand 2, which may leave it more fragmented in phase 3 and expose the bugs\nthat this patch fixes.\n\nThe fix is to make scanners meeting in isolate_freepage() stay that way,\nand to check in compact_zone() for scanners meeting when migrate_pages()\nreturns -ENOMEM.  The result is that compact_finished() also detects\nscanners meeting and sets the compact_blockskip_flush flag to make\nkswapd reset the scanner pfn's.\n\nThe results in stress-highalloc benchmark show that the \"regression\" by\ncommit 81c0a2bb515f in phase 3 no longer occurs, and phase 1 and 2\nallocation success rates are also significantly improved.\n\nSigned-off-by: Vlastimil Babka <vbabka@suse.cz>\nCc: Mel Gorman <mgorman@suse.de>\nCc: Rik van Riel <riel@redhat.com>\nCc: Joonsoo Kim <iamjoonsoo.kim@lge.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/87c4475c903e68e494facf6ddf4c2c952b46b936"},{"sha":"ee7f7615f9119c1e952a0b364ec5862f37a3ada7","author":{"email":"db766431e3f0373ca1ec8fa855cfd5f84b2f2eb6@suse.cz","name":"Vlastimil Babka"},"message":"mm/compaction: make isolate_freepages start at pageblock boundary\n\ncommit 49e068f0b73dd042c186ffa9b420a9943e90389a upstream.\n\nThe compaction freepage scanner implementation in isolate_freepages()\nstarts by taking the current cc->free_pfn value as the first pfn.  In a\nfor loop, it scans from this first pfn to the end of the pageblock, and\nthen subtracts pageblock_nr_pages from the first pfn to obtain the first\npfn for the next for loop iteration.\n\nThis means that when cc->free_pfn starts at offset X rather than being\naligned on pageblock boundary, the scanner will start at offset X in all\nscanned pageblock, ignoring potentially many free pages.  Currently this\ncan happen when\n\n a) zone's end pfn is not pageblock aligned, or\n\n b) through zone->compact_cached_free_pfn with CONFIG_HOLES_IN_ZONE\n    enabled and a hole spanning the beginning of a pageblock\n\nThis patch fixes the problem by aligning the initial pfn in\nisolate_freepages() to pageblock boundary.  This also permits replacing\nthe end-of-pageblock alignment within the for loop with a simple\npageblock_nr_pages increment.\n\nSigned-off-by: Vlastimil Babka <vbabka@suse.cz>\nReported-by: Heesub Shin <heesub.shin@samsung.com>\nAcked-by: Minchan Kim <minchan@kernel.org>\nCc: Mel Gorman <mgorman@suse.de>\nAcked-by: Joonsoo Kim <iamjoonsoo.kim@lge.com>\nCc: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>\nCc: Michal Nazarewicz <mina86@mina86.com>\nCc: Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>\nCc: Christoph Lameter <cl@linux.com>\nAcked-by: Rik van Riel <riel@redhat.com>\nCc: Dongjun Shin <d.j.shin@samsung.com>\nCc: Sunghwan Yun <sunghwan.yun@samsung.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/ee7f7615f9119c1e952a0b364ec5862f37a3ada7"},{"sha":"553a87251dcaedc261ed34b9acebb77d2b56aa79","author":{"email":"2cc0d0d76de2e6f37b92deeb83c85cb306fc5dc1@amacapital.net","name":"Andy Lutomirski"},"message":"auditsc: audit_krule mask accesses need bounds checking\n\ncommit a3c54931199565930d6d84f4c3456f6440aefd41 upstream.\n\nFixes an easy DoS and possible information disclosure.\n\nThis does nothing about the broken state of x32 auditing.\n\neparis: If the admin has enabled auditd and has specifically loaded\naudit rules.  This bug has been around since before git.  Wow...\n\nSigned-off-by: Andy Lutomirski <luto@amacapital.net>\nSigned-off-by: Eric Paris <eparis@redhat.com>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/553a87251dcaedc261ed34b9acebb77d2b56aa79"},{"sha":"2290f5a6eefea72b9e32318071bc6265f13b01fe","author":{"email":"29e57f5f5885963e71016010c250f3b50364e9f4@servergy.com","name":"Ben Collins"},"message":"SCSI: megaraid: Use resource_size_t for PCI resources, not long\n\ncommit 11f8a7b31f2140b0dc164bb484281235ffbe51d3 upstream.\n\nThe assumption that sizeof(long) >= sizeof(resource_size_t) can lead to\ntruncation of the PCI resource address, meaning this driver didn't work\non 32-bit systems with 64-bit PCI adressing ranges.\n\nSigned-off-by: Ben Collins <ben.c@servergy.com>\nAcked-by: Sumit Saxena <sumit.saxena@lsi.com>\nSigned-off-by: James Bottomley <JBottomley@Parallels.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/2290f5a6eefea72b9e32318071bc6265f13b01fe"},{"sha":"310c6221b98ef56a77793c6c293b871898e1d9dc","author":{"email":"002a8af089113a6510dbc00453be711ac350fd80@intel.com","name":"Tomas Winkler"},"message":"mei: me: drop harmful wait optimization\n\ncommit 07cd7be3d92eeeae1f92a017f2cfe4fdd9256526 upstream.\n\nIt my take time till ME_RDY will be cleared after the reset,\nso we cannot check the bit before we got the interrupt\n\nSigned-off-by: Tomas Winkler <tomas.winkler@intel.com>\nSigned-off-by: Alexander Usyskin <alexander.usyskin@intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/310c6221b98ef56a77793c6c293b871898e1d9dc"},{"sha":"18958498381a47eafd7f2850513e0fdc91e15e01","author":{"email":"94654f0fb8a11d0e0f8ea667735b395db581ca27@zougloub.eu","name":"Jérôme Carretero"},"message":"ahci: Add Device ID for HighPoint RocketRaid 642L\n\ncommit d251836508fb26cd1a22b41381739835ee23728d upstream.\n\nThis device normally comes with a proprietary driver, using a web GUI\nto configure RAID:\n http://www.highpoint-tech.com/USA_new/series_rr600-download.htm\nBut thankfully it also works out of the box with the AHCI driver,\nbeing just a Marvell 88SE9235.\n\nDevices 640L, 644L, 644LS should also be supported but not tested here.\n\nSigned-off-by: Jérôme Carretero <cJ-ko@zougloub.eu>\nSigned-off-by: Tejun Heo <tj@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/18958498381a47eafd7f2850513e0fdc91e15e01"},{"sha":"7d872bd011c20e1efbcb95461bffabd140cf4e81","author":{"email":"91bfcefd0ba1195a75c5f5e92c82bf71153f2dc3@gmail.com","name":"Andreas Schrägle"},"message":"ahci: add PCI ID for Marvell 88SE91A0 SATA Controller\n\ncommit 754a292fe6b08196cb135c03b404444e17de520a upstream.\n\nAdd support for Marvell Technology Group Ltd. 88SE91A0 SATA 6Gb/s\nController by adding its PCI ID.\n\nSigned-off-by: Andreas Schrägle <ajs124.ajs124@gmail.com>\nSigned-off-by: Tejun Heo <tj@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/7d872bd011c20e1efbcb95461bffabd140cf4e81"},{"sha":"73eabc6d790066f9d77345d0c61fc6ae4736b5fc","author":{"email":"4645f7897fd33786a2ee1264d590b3c400559d85@linuxfoundation.org","name":"Greg Kroah-Hartman"},"message":"Linux 3.10.44","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/73eabc6d790066f9d77345d0c61fc6ae4736b5fc"},{"sha":"42be40d468a442c03b60333a96ba74e0c3648100","author":{"email":"49fc102d80fb334a90c0733eab096023f9c5891a@gmail.com","name":"placiano"},"message":"Update Linux 3.10.44\n\nSigned-off-by: placiano <placiano80@gmail.com>","distinct":true,"url":"https://api.github.com/repos/placiano/plc_511/commits/42be40d468a442c03b60333a96ba74e0c3648100"}]}