{"push_id":1074189978,"size":11,"distinct_size":0,"ref":"refs/heads/torvalds/master","head":"12566cc35d0e68308bde7aad615743d560cb097b","before":"c3b46c73264b03000d1e18b22f5caf63332547c9","commits":[{"sha":"b707c65ae70e24c47a0ce4a7279224ce8f0ffb7f","author":{"email":"34be3ca399e9e73d80098c083a5b58614c3ca6da@linux.vnet.ibm.com","name":"Sebastian Ott"},"message":"s390/scm_blk: fix deadlock for requests != REQ_TYPE_FS\n\nWhen we refuse a non REQ_TYPE_FS request in the build request function\nwe already hold the queue lock. Thus we must not call blk_end_request_all\nbut __blk_end_request_all.\n\nReported-by: Peter Oberparleiter <oberpar@linux.vnet.ibm.com>\nFixes: de9587a ('s390/scm_blk: fix endless loop for requests != REQ_TYPE_FS')\nSigned-off-by: Sebastian Ott <sebott@linux.vnet.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/b707c65ae70e24c47a0ce4a7279224ce8f0ffb7f"},{"sha":"9d89d9e61d361f3adb75e1aebe4bb367faf16cfa","author":{"email":"34be3ca399e9e73d80098c083a5b58614c3ca6da@linux.vnet.ibm.com","name":"Sebastian Ott"},"message":"s390/pci: add extra padding to function measurement block\n\nNewer machines might use a different (larger) format for function\nmeasurement blocks. To ensure that we comply with the alignment\nrequirement on these machines and prevent memory corruption (when\nfirmware writes more data than we expect) add 16 padding bytes\nat the end of the fmb.\n\nCc: stable@vger.kernel.org # v4.1+\nSigned-off-by: Sebastian Ott <sebott@linux.vnet.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/9d89d9e61d361f3adb75e1aebe4bb367faf16cfa"},{"sha":"4f375903ccbff78e1da02133e51e37a097cd3313","author":{"email":"551ae05ce198473af5b9da594240f54df5f81e31@gmail.com","name":"Sudip Mukherjee"},"message":"s390/seccomp: include generic seccomp header file\n\nFixes this build error on linux-next:\n\nkernel/seccomp.c: In function '__secure_computing_strict':\nkernel/seccomp.c:526:3: error: implicit declaration of function\n\t\t\t\t'get_compat_mode1_syscalls'\n\nThe retrieval of compat syscall numbers were moved into inline function\ndefined in asm-generic header but the asm-generic header is not being\nused by s390.\n\n[heiko.carstens@de.ibm.com]: even though the build error will trigger\nonly in the next merge window it makes sense to include the generic\nheader file already now.\n\nFixes: (\"seccomp: Get compat syscalls from asm-generic header\")\nCc: Matt Redfearn <matt.redfearn@imgtec.com>\nSigned-off-by: Sudip Mukherjee <sudip.mukherjee@codethink.co.uk>\nSigned-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/4f375903ccbff78e1da02133e51e37a097cd3313"},{"sha":"b2d7a9cd3ff8ec561348267c2ef7d47b2b91e801","author":{"email":"679188261afeb60eb822cd934fd7b46a48ddd743@nxp.com","name":"Fabio Estevam"},"message":"Revert \"PCI: imx6: Add support for active-low reset GPIO\"\n\nCommit 5c5fb40de8f1 (\"PCI: imx6: Add support for active-low reset GPIO\")\ncause regressions on some boards like MX6 Gateworks Ventana, for example.\n\nThe reason for the breakage is that this commit sets the GPIO polarity in\nthe wrong logic level.\n\nAlso, the commit log is wrong because active-low reset GPIO is what the\ndriver used to support since the beginning.\n\nSo keep the old behavior that ignores the GPIO polarity specified in the\ndevice tree and treat the PCI reset GPIO as active-low.\n\nReported-by: Krzysztof Hałasa <khalasa@piap.pl>\nTested-by: Tim Harvey <tharvey@gateworks.com>\t# Gateworks Ventana\nSigned-off-by: Fabio Estevam <fabio.estevam@nxp.com>\nSigned-off-by: Bjorn Helgaas <bhelgaas@google.com>\nAcked-by: Tim Harvey <tharvey@gateworks.com>\nAcked-by: Lucas Stach <l.stach@pengutronix.de>\nCC: stable@vger.kernel.org\t# v4.5+","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/b2d7a9cd3ff8ec561348267c2ef7d47b2b91e801"},{"sha":"1378a683443753923eb22d01ce322e92a383ba8a","author":{"email":"7a67bf9a8691f9f1ca8ce9577e14c37413ea5f58@de.ibm.com","name":"Gerald Schaefer"},"message":"s390/dcssblk: fix possible deadlock in remove vs. per-device attributes\n\ndcssblk_remove_store() holds the dcssblk_devices_sem semaphore while\ncalling device_unregister(), which in turn tries to acquire the kernfs\nkn->dev_map rwsem for the device sysfs subtree. The same rwsem is also\nacquired when using the per-device sysfs attributes in the device sub-tree,\nand the attribute handlers then also acquire the dcssblk_devices_sem.\n\nThis can lead to a deadlock when removing a DCSS while concurrently\nreading from / writing to one of its sysfs attributes. The following\nlockdep warning hinted towards the issue (CPU0 = dcssblk_remove_store,\nCPU1 = dcssblk_shared_store):\n\n[   76.496047]  Possible unsafe locking scenario:\n\n[   76.496054]        CPU0                    CPU1\n[   76.496059]        ----                    ----\n[   76.496087]   lock(&dcssblk_devices_sem);\n[   76.496090]                                lock(s_active#175);\n[   76.496106]                                lock(&dcssblk_devices_sem);\n[   76.496110]   lock(s_active#175);\n[   76.496115]\n *** DEADLOCK ***\n\nFix this by releasing the dcssblk_devices_sem semaphore, which only\nprotects internal DCSS data, before calling device_unregister().\n\nSigned-off-by: Gerald Schaefer <gerald.schaefer@de.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/1378a683443753923eb22d01ce322e92a383ba8a"},{"sha":"8497695243f70fd19ed6cf28b63584f1b608b5f9","author":{"email":"8dcf0f69152f32f23184f83357a3731522e56b9c@de.ibm.com","name":"Heiko Carstens"},"message":"s390/spinlock: avoid yield to non existent cpu\n\narch_spin_lock_wait_flags() checks if a spinlock is not held before\ntrying a compare and swap instruction. If the lock is unlocked it\ntries the compare and swap instruction, however if a different cpu\ngrabbed the lock in the meantime the instruction will fail as\nexpected.\n\nSubsequently the arch_spin_lock_wait_flags() incorrectly tries to\nfigure out if the cpu that holds the lock is running. However it is\nusing the wrong cpu number for this (-1) and then will also yield the\ncurrent cpu to the wrong cpu.\n\nFix this by adding a missing continue statement.\n\nFixes: 470ada6b1a1d (\"s390/spinlock: refactor arch_spin_lock_wait[_flags]\")\nSigned-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>\nAcked-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/8497695243f70fd19ed6cf28b63584f1b608b5f9"},{"sha":"2fd92273646abad21766ddfbfa00b6f927362308","author":{"email":"8dcf0f69152f32f23184f83357a3731522e56b9c@de.ibm.com","name":"Heiko Carstens"},"message":"s390: add CPU_BIG_ENDIAN config option\n\nMake sure that s390 appears to be a big endian machine by defining\nthis config option.\n\nWithout this s390 appears to be little endian as seen by e.g. the\nrecordmount script: \"perl ./scripts/recordmcount.pl \"s390\" \"little\"\n\"64\"\"\nThis has no practical impact within the script since the endian\nvariable is only evaluated for mips. However there are already a\ncouple of common code places which evaluate this config option. None\nof them is relevant for s390 currently though.\n\nTo avoid any issues in the future (and fix the recordmcount oddity)\nadd the new config option.\n\nSigned-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/2fd92273646abad21766ddfbfa00b6f927362308"},{"sha":"cb92148b58a49455f3a7204eba3aee09a8b7683c","author":{"email":"5dd26741d612710d1bda6f7e0b02a31f31113b34@chelsio.com","name":"Hariprasad Shenai"},"message":"PCI: Add pci_set_vpd_size() to set VPD size\n\nAfter 104daa71b396 (\"PCI: Determine actual VPD size on first access\"), the\nPCI core computes the valid VPD size by parsing the VPD starting at offset\n0x0.  We don't attempt to read past that valid size because that causes\nsome devices to crash.\n\nHowever, some devices do have data past that valid size.  For example,\nChelsio adapters contain two VPD structures, and the driver needs both of\nthem.\n\nAdd pci_set_vpd_size().  If a driver knows it is safe to read past the end\nof the VPD data structure at offset 0, it can use pci_set_vpd_size() to\nallow access to as much data as it needs.\n\n[bhelgaas: changelog, split patches, rename to pci_set_vpd_size() and\nreturn int (not ssize_t)]\nFixes: 104daa71b396 (\"PCI: Determine actual VPD size on first access\")\nTested-by: Steve Wise <swise@opengridcomputing.com>\nSigned-off-by: Casey Leedom <leedom@chelsio.com>\nSigned-off-by: Hariprasad Shenai <hariprasad@chelsio.com>\nSigned-off-by: Bjorn Helgaas <bhelgaas@google.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/cb92148b58a49455f3a7204eba3aee09a8b7683c"},{"sha":"67e658794ca191b3221b143f2a1c10d002c40bc8","author":{"email":"5dd26741d612710d1bda6f7e0b02a31f31113b34@chelsio.com","name":"Hariprasad Shenai"},"message":"cxgb4: Set VPD size so we can read both VPD structures\n\nChelsio adapters have two VPD structures stored in the VPD:\n\n  - offset 0x000: an abbreviated VPD, and\n  - offset 0x400: the complete VPD.\n\nAfter 104daa71b396 (\"PCI: Determine actual VPD size on first access\"), the\nPCI core computes the valid VPD size by parsing the VPD starting at offset\n0x0.  That size only includes the abbreviated VPD structure, so reads of\nthe complete VPD at 0x400 fail.\n\nExplicitly set the VPD size with pci_set_vpd_size() so the driver can read\nboth VPD structures.\n\n[bhelgaas: changelog, split patches, rename to pci_set_vpd_size() and\nreturn int (not ssize_t)]\nFixes: 104daa71b396 (\"PCI: Determine actual VPD size on first access\")\nTested-by: Steve Wise <swise@opengridcomputing.com>\nSigned-off-by: Casey Leedom <leedom@chelsio.com>\nSigned-off-by: Hariprasad Shenai <hariprasad@chelsio.com>\nSigned-off-by: Bjorn Helgaas <bhelgaas@google.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/67e658794ca191b3221b143f2a1c10d002c40bc8"},{"sha":"95d0c4277c27520cabdc40646f5a2e507fcd315a","author":{"email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","name":"Linus Torvalds"},"message":"Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux\n\nPull s390 fixes from Martin Schwidefsky:\n \"A couple of bug fixes\"\n\n* 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux:\n  s390: add CPU_BIG_ENDIAN config option\n  s390/spinlock: avoid yield to non existent cpu\n  s390/dcssblk: fix possible deadlock in remove vs. per-device attributes\n  s390/seccomp: include generic seccomp header file\n  s390/pci: add extra padding to function measurement block\n  s390/scm_blk: fix deadlock for requests != REQ_TYPE_FS","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/95d0c4277c27520cabdc40646f5a2e507fcd315a"},{"sha":"12566cc35d0e68308bde7aad615743d560cb097b","author":{"email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","name":"Linus Torvalds"},"message":"Merge tag 'pci-v4.6-fixes-2' of git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci\n\nPull PCI fixes from Bjorn Helgaas:\n \"These are fixes for two issues:\n\n   - The VPD parsing code we added for v4.6 keeps some devices from\n     crashing, but also keeps cxgb4 from reading non-standard extra VPD\n     data that is relies on.  Hariprasad added a way for the driver to\n     specify how much VPD is valid.\n\n   - The i.MX6 active-low reset GPIO support we added in v4.5 caused\n     regressions on some boards, so we're reverting that.\n\n  VPD:\n    Add pci_set_vpd_size() (Hariprasad Shenai)\n    cxgb4: Set VPD size so we can read both VPD structures (Hariprasad Shenai)\n\n  Freescale i.MX6 host bridge driver:\n    Revert \"PCI: imx6: Add support for active-low reset GPIO\" (Fabio Estevam)\"\n\n* tag 'pci-v4.6-fixes-2' of git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci:\n  cxgb4: Set VPD size so we can read both VPD structures\n  PCI: Add pci_set_vpd_size() to set VPD size\n  Revert \"PCI: imx6: Add support for active-low reset GPIO\"","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/12566cc35d0e68308bde7aad615743d560cb097b"}]}