{"push_id":1195481651,"size":14,"distinct_size":14,"ref":"refs/heads/master","head":"ee40fb2948fc99096836995d4f3ddcc0efbac790","before":"cfae7e3eb1334ff8035bb66f307f3d4010e65646","commits":[{"sha":"c39341cf0d08357f448f4c2fffe2ebcc9495fd01","author":{"name":"Julia Lawall","email":"5f26763d26f96d414e30b3f33734591afe022543@lip6.fr"},"message":"ecryptfs: drop null test before destroy functions\n\nRemove unneeded NULL test.\n\nThe semantic patch that makes this change is as follows:\n(http://coccinelle.lip6.fr/)\n\n// <smpl>\n@@ expression x; @@\n-if (x != NULL)\n  \\(kmem_cache_destroy\\|mempool_destroy\\|dma_pool_destroy\\)(x);\n// </smpl>\n\nSigned-off-by: Julia Lawall <Julia.Lawall@lip6.fr>\nSigned-off-by: Tyler Hicks <tyhicks@canonical.com>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/c39341cf0d08357f448f4c2fffe2ebcc9495fd01"},{"sha":"5f9f2c2abd16fcea6cf7cf87791a24687e2fc345","author":{"name":"Wei Yuan","email":"8724f773bade28c00810bd44f1be11cb1b7a7f65@huawei.com"},"message":"eCryptfs: fix typos in comment\n\nSigned-off-by: Weiyuan <weiyuan.wei@huawei.com>\nSigned-off-by: Tyler Hicks <tyhicks@canonical.com>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/5f9f2c2abd16fcea6cf7cf87791a24687e2fc345"},{"sha":"40f0fd372a623e8d32bae0b9361d2a7453ae7a2e","author":{"name":"Chris J Arges","email":"194f1b73d7e29f028d105c703613522e213944b5@canonical.com"},"message":"ecryptfs: fix spelling mistakes\n\nNoticed some minor spelling errors when looking through the code.\n\nSigned-off-by: Chris J Arges <chris.j.arges@canonical.com>\nSigned-off-by: Tyler Hicks <tyhicks@canonical.com>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/40f0fd372a623e8d32bae0b9361d2a7453ae7a2e"},{"sha":"54e430bbd490e18ab116afa4cd90dcc45787b3df","author":{"name":"Brian King","email":"cf155b27024ff05df2a628d0587a84b619e7ad17@linux.vnet.ibm.com"},"message":"ipr: Clear interrupt on croc/crocodile when running with LSI\n\nIf we fall back to using LSI on the Croc or Crocodile chip we need to\nclear the interrupt so we don't hang the system.\n\nCc: <stable@vger.kernel.org>\nTested-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>\nSigned-off-by: Brian King <brking@linux.vnet.ibm.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/54e430bbd490e18ab116afa4cd90dcc45787b3df"},{"sha":"5e7ff2ca7f2da55fe777167849d0c93403bd0dc8","author":{"name":"Alan Stern","email":"5c4cbde65af01ad64f5b2177d0cd78ab5b01e5a1@rowland.harvard.edu"},"message":"SCSI: fix new bug in scsi_dev_info_list string matching\n\nCommit b704f70ce200 (\"SCSI: fix bug in scsi_dev_info_list matching\")\nchanged the way vendor- and model-string matching was carried out in the\nroutine that looks up entries in a SCSI devinfo list.  The new matching\ncode failed to take into account the case of a maximum-length string; in\nsuch cases it could end up testing for a terminating '\\0' byte beyond\nthe end of the memory allocated to the string.  This out-of-bounds bug\nwas detected by UBSAN.\n\nI don't know if anybody has actually encountered this bug.  The symptom\nwould be that a device entry in the blacklist might not be matched\nproperly if it contained an 8-character vendor name or a 16-character\nmodel name.  Such entries certainly exist in scsi_static_device_list.\n\nThis patch fixes the problem by adding a check for a maximum-length\nstring before the '\\0' test.\n\nSigned-off-by: Alan Stern <stern@rowland.harvard.edu>\nFixes: b704f70ce200 (\"SCSI: fix bug in scsi_dev_info_list matching\")\nTested-by: Wilfried Klaebe <linux-kernel@lebenslange-mailadresse.de>\nCC: <stable@vger.kernel.org> # v4.4+\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/5e7ff2ca7f2da55fe777167849d0c93403bd0dc8"},{"sha":"0caa7616a6aca449dd68b58cb29bd491d296c2d5","author":{"name":"Aaron Campbell","email":"0ea57831a6aee87faae8cf48eb3fed040f8dc3de@monkey.org"},"message":"iommu/vt-d: Fix infinite loop in free_all_cpu_cached_iovas\n\nPer VT-d spec Section 10.4.2 (\"Capability Register\"), the maximum\nnumber of possible domains is 64K; indeed this is the maximum value\nthat the cap_ndoms() macro will expand to.  Since the value 65536\nwill not fix in a u16, the 'did' variable must be promoted to an\nint, otherwise the test for < 65536 will always be true and the\nloop will never end.\n\nThe symptom, in my case, was a hung machine during suspend.\n\nFixes: 3bd4f9112f87 (\"iommu/vt-d: Fix overflow of iommu->domains array\")\nSigned-off-by: Aaron Campbell <aaron@monkey.org>\nSigned-off-by: Joerg Roedel <jroedel@suse.de>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/0caa7616a6aca449dd68b58cb29bd491d296c2d5"},{"sha":"262e2bfd7d1e1f1ee48b870e5dfabb87c06b975e","author":{"name":"Bruno PrÃ©mont","email":"30b7b054f3291a4bf6e5c2718b7bd59c9459d7c1@linux-vserver.org"},"message":"qla2xxx: Fix NULL pointer deref in QLA interrupt\n\nIn qla24xx_process_response_queue() rsp->msix->cpuid may trigger NULL\npointer dereference when rsp->msix is NULL:\n\n[    5.622457] NULL pointer dereference at 0000000000000050\n[    5.622457] IP: [<ffffffff8155e614>] qla24xx_process_response_queue+0x44/0x4b0\n[    5.622457] PGD 0\n[    5.622457] Oops: 0000 [#1] SMP\n[    5.622457] Modules linked in:\n[    5.622457] CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.6.3-x86_64 #1\n[    5.622457] Hardware name: HP ProLiant DL360 G5, BIOS P58 05/02/2011\n[    5.622457] task: ffff8801a88f3740 ti: ffff8801a8954000 task.ti: ffff8801a8954000\n[    5.622457] RIP: 0010:[<ffffffff8155e614>]  [<ffffffff8155e614>] qla24xx_process_response_queue+0x44/0x4b0\n[    5.622457] RSP: 0000:ffff8801afb03de8  EFLAGS: 00010002\n[    5.622457] RAX: 0000000000000000 RBX: 0000000000000032 RCX: 00000000ffffffff\n[    5.622457] RDX: 0000000000000002 RSI: ffff8801a79bf8c8 RDI: ffff8800c8f7e7c0\n[    5.622457] RBP: ffff8801afb03e68 R08: 0000000000000000 R09: 0000000000000000\n[    5.622457] R10: 00000000ffff8c47 R11: 0000000000000002 R12: ffff8801a79bf8c8\n[    5.622457] R13: ffff8800c8f7e7c0 R14: ffff8800c8f60000 R15: 0000000000018013\n[    5.622457] FS:  0000000000000000(0000) GS:ffff8801afb00000(0000) knlGS:0000000000000000\n[    5.622457] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[    5.622457] CR2: 0000000000000050 CR3: 0000000001e07000 CR4: 00000000000006e0\n[    5.622457] Stack:\n[    5.622457]  ffff8801afb03e30 ffffffff810c0f2d 0000000000000086 0000000000000002\n[    5.622457]  ffff8801afb03e28 ffffffff816570e1 ffff8800c8994628 0000000000000002\n[    5.622457]  ffff8801afb03e60 ffffffff816772d4 b47c472ad6955e68 0000000000000032\n[    5.622457] Call Trace:\n[    5.622457]  <IRQ>\n[    5.622457]  [<ffffffff810c0f2d>] ? __wake_up_common+0x4d/0x80\n[    5.622457]  [<ffffffff816570e1>] ? usb_hcd_resume_root_hub+0x51/0x60\n[    5.622457]  [<ffffffff816772d4>] ? uhci_hub_status_data+0x64/0x240\n[    5.622457]  [<ffffffff81560d00>] qla24xx_intr_handler+0xf0/0x2e0\n[    5.622457]  [<ffffffff810d569e>] ? get_next_timer_interrupt+0xce/0x200\n[    5.622457]  [<ffffffff810c89b4>] handle_irq_event_percpu+0x64/0x100\n[    5.622457]  [<ffffffff810c8a77>] handle_irq_event+0x27/0x50\n[    5.622457]  [<ffffffff810cb965>] handle_edge_irq+0x65/0x140\n[    5.622457]  [<ffffffff8101a498>] handle_irq+0x18/0x30\n[    5.622457]  [<ffffffff8101a276>] do_IRQ+0x46/0xd0\n[    5.622457]  [<ffffffff817f8fff>] common_interrupt+0x7f/0x7f\n[    5.622457]  <EOI>\n[    5.622457]  [<ffffffff81020d38>] ? mwait_idle+0x68/0x80\n[    5.622457]  [<ffffffff8102114a>] arch_cpu_idle+0xa/0x10\n[    5.622457]  [<ffffffff810c1b97>] default_idle_call+0x27/0x30\n[    5.622457]  [<ffffffff810c1d3b>] cpu_startup_entry+0x19b/0x230\n[    5.622457]  [<ffffffff810324c6>] start_secondary+0x136/0x140\n[    5.622457] Code: 00 00 65 48 8b 04 25 28 00 00 00 48 89 45 d0 31 c0 48 8b 47 58 a8 02 0f 84 c5 00 00 00 48 8b 46 50 49 89 f4 65 8b 15 34 bb aa 7e <39> 50 50 74 11 89 50 50 48 8b 46 50 8b 40 50 41 89 86 60 8b 00\n[    5.622457] RIP  [<ffffffff8155e614>] qla24xx_process_response_queue+0x44/0x4b0\n[    5.622457]  RSP <ffff8801afb03de8>\n[    5.622457] CR2: 0000000000000050\n[    5.622457] ---[ end trace fa2b19c25106d42b ]---\n[    5.622457] Kernel panic - not syncing: Fatal exception in interrupt\n\nThe affected code was introduced by commit cdb898c52d1dfad4b4800b83a58b3fe5d352edde\n(qla2xxx: Add irq affinity notification).\n\nOnly dereference rsp->msix when it has been set so the machine can boot\nfine. Possibly rsp->msix is unset because:\n[    3.479679] qla2xxx [0000:00:00.0]-0005: : QLogic Fibre Channel HBA Driver: 8.07.00.33-k.\n[    3.481839] qla2xxx [0000:13:00.0]-001d: : Found an ISP2432 irq 17 iobase 0xffffc90000038000.\n[    3.484081] qla2xxx [0000:13:00.0]-0035:0: MSI-X; Unsupported ISP2432 (0x2, 0x3).\n[    3.485804] qla2xxx [0000:13:00.0]-0037:0: Falling back-to MSI mode -258.\n[    3.890145] scsi host0: qla2xxx\n[    3.891956] qla2xxx [0000:13:00.0]-00fb:0: QLogic QLE2460 - PCI-Express Single Channel 4Gb Fibre Channel HBA.\n[    3.894207] qla2xxx [0000:13:00.0]-00fc:0: ISP2432: PCIe (2.5GT/s x4) @ 0000:13:00.0 hdma+ host#=0 fw=7.03.00 (9496).\n[    5.714774] qla2xxx [0000:13:00.0]-500a:0: LOOP UP detected (4 Gbps).\n\nSigned-off-by: Bruno Prémont <bonbons@linux-vserver.org>\nAcked-by: Quinn Tran <quinn.tran@qlogic.com>\nCC: <stable@vger.kernel.org>  # 4.5+\nFixes: cdb898c52d1dfad4b4800b83a58b3fe5d352edde\nSigned-off-by: James Bottomley <jejb@linux.vnet.ibm.com>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/262e2bfd7d1e1f1ee48b870e5dfabb87c06b975e"},{"sha":"ea1a25c3348abc33d7d94db28501766adf3d1c7d","author":{"name":"James Bottomley","email":"c61de33534998ae239ac3bcee9c77ffbb5713c74@HansenPartnership.com"},"message":"Merge branch 'jejb-fixes' into fixes","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/ea1a25c3348abc33d7d94db28501766adf3d1c7d"},{"sha":"522e5cb76d0663c88f96b6a8301451c8efa37207","author":{"name":"Joerg Roedel","email":"10ae77ebca7474f3736be286a5105b5c490b0d21@suse.de"},"message":"iommu/amd: Fix unity mapping initialization race\n\nThere is a race condition in the AMD IOMMU init code that\ncauses requested unity mappings to be blocked by the IOMMU\nfor a short period of time. This results on boot failures\nand IO_PAGE_FAULTs on some machines.\n\nFix this by making sure the unity mappings are installed\nbefore all other DMA is blocked.\n\nFixes: aafd8ba0ca74 ('iommu/amd: Implement add_device and remove_device')\nCc: stable@vger.kernel.org # v4.2+\nSigned-off-by: Joerg Roedel <jroedel@suse.de>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/522e5cb76d0663c88f96b6a8301451c8efa37207"},{"sha":"78c4e172412de5d0456dc00d2b34050aa0b683b5","author":{"name":"Jeff Mahoney","email":"aaa0a0dd9330bfd9355df741c4f20144421bb087@suse.com"},"message":"Revert \"ecryptfs: forbid opening files without mmap handler\"\n\nThis reverts commit 2f36db71009304b3f0b95afacd8eba1f9f046b87.\n\nIt fixed a local root exploit but also introduced a dependency on\nthe lower file system implementing an mmap operation just to open a file,\nwhich is a bit of a heavy hammer.  The right fix is to have mmap depend\non the existence of the mmap handler instead.\n\nSigned-off-by: Jeff Mahoney <jeffm@suse.com>\nCc: stable@vger.kernel.org\nSigned-off-by: Tyler Hicks <tyhicks@canonical.com>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/78c4e172412de5d0456dc00d2b34050aa0b683b5"},{"sha":"f0fe970df3838c202ef6c07a4c2b36838ef0a88b","author":{"name":"Jeff Mahoney","email":"aaa0a0dd9330bfd9355df741c4f20144421bb087@suse.com"},"message":"ecryptfs: don't allow mmap when the lower fs doesn't support it\n\nThere are legitimate reasons to disallow mmap on certain files, notably\nin sysfs or procfs.  We shouldn't emulate mmap support on file systems\nthat don't offer support natively.\n\nCVE-2016-1583\n\nSigned-off-by: Jeff Mahoney <jeffm@suse.com>\nCc: stable@vger.kernel.org\n[tyhicks: clean up f_op check by using ecryptfs_file_to_lower()]\nSigned-off-by: Tyler Hicks <tyhicks@canonical.com>","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/f0fe970df3838c202ef6c07a4c2b36838ef0a88b"},{"sha":"b89c44bb233b51c3f03eaff22802a70036edf7cd","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"Merge tag 'iommu-fixes-v4.7-rc6' of git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu\n\nPull IOMMU fixes from Joerg Roedel:\n \"Two Fixes:\n\n   - Intel VT-d fix for a suspend/resume issue, introduced with the\n     scalability improvements in this cycle.\n\n   - AMD IOMMU fix for systems that have unity mappings defined.  There\n     was a race where translation got enabled before the unity mappings\n     were in place.  This issue was seen on some HP servers\"\n\n* tag 'iommu-fixes-v4.7-rc6' of git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu:\n  iommu/amd: Fix unity mapping initialization race\n  iommu/vt-d: Fix infinite loop in free_all_cpu_cached_iovas","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/b89c44bb233b51c3f03eaff22802a70036edf7cd"},{"sha":"b987c759d21a1c7551357e3bc74e7f8026e696a2","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"Merge tag 'ecryptfs-4.7-rc7-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tyhicks/ecryptfs\n\nPull eCryptfs fixes from Tyler Hicks:\n \"Provide a more concise fix for CVE-2016-1583:\n   - Additionally fixes linux-stable regressions caused by the\n     cherry-picking of the original fix\n\n  Some very minor changes that have queued up:\n   - Fix typos in code comments\n   - Remove unnecessary check for NULL before destroying kmem_cache\"\n\n* tag 'ecryptfs-4.7-rc7-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tyhicks/ecryptfs:\n  ecryptfs: don't allow mmap when the lower fs doesn't support it\n  Revert \"ecryptfs: forbid opening files without mmap handler\"\n  ecryptfs: fix spelling mistakes\n  eCryptfs: fix typos in comment\n  ecryptfs: drop null test before destroy functions","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/b987c759d21a1c7551357e3bc74e7f8026e696a2"},{"sha":"ee40fb2948fc99096836995d4f3ddcc0efbac790","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"Merge tag 'scsi-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi\n\nPull SCSI fixes from James Bottomley:\n \"Three fixes.  One is the qla24xx MSI regression, one is a theoretical\n  problem over blacklist matching, which would bite USB badly if it ever\n  triggered and one is a system hang with a particular type of IPR\n  device\"\n\n* tag 'scsi-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi:\n  qla2xxx: Fix NULL pointer deref in QLA interrupt\n  SCSI: fix new bug in scsi_dev_info_list string matching\n  ipr: Clear interrupt on croc/crocodile when running with LSI","distinct":true,"url":"https://api.github.com/repos/Noltari/linux/commits/ee40fb2948fc99096836995d4f3ddcc0efbac790"}]}
{"actor":{"display_login":"Noltari"}}