{"push_id":1286314395,"size":62,"distinct_size":62,"ref":"refs/heads/master","head":"d060e0f603a4156087813d221d818bb39ec91429","before":"c6935931c1894ff857616ff8549b61236a19148f","commits":[{"sha":"6678716751af24af09163aef54bbabb60c12e18b","author":{"name":"Wei Yongjun","email":"dca6c8f1a6d37ffc89e9774b7b686d7557106bdd@gmail.com"},"message":"spi: qup: Remove spi_master_put in spi_qup_remove()\n\nThe call to spi_master_put() in spi_qup_remove() is redundant since\nthe master is registered using devm_spi_register_master() and no\nreference hold by using spi_master_get() in spi_qup_remove().\n\nThis is detected by Coccinelle semantic patch.\n\nSigned-off-by: Wei Yongjun <weiyj.lk@gmail.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/6678716751af24af09163aef54bbabb60c12e18b"},{"sha":"c2b08cede727387a5e19b40fa8e1a1e3a53e8527","author":{"name":"Wei Yongjun","email":"dca6c8f1a6d37ffc89e9774b7b686d7557106bdd@gmail.com"},"message":"spi: mediatek: remove spi_master_put in mtk_spi_remove()\n\nThe call to spi_master_put() in mtk_spi_remove() is redundant since\nthe master is registered using devm_spi_register_master() and no\nreference hold by using spi_master_get() in mtk_spi_remove().\n\nThis is detected by Coccinelle semantic patch.\n\nSigned-off-by: Wei Yongjun <weiyj.lk@gmail.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/c2b08cede727387a5e19b40fa8e1a1e3a53e8527"},{"sha":"2932c287108e2987454449b8214eae6db066da85","author":{"name":"Wei Yongjun","email":"dca6c8f1a6d37ffc89e9774b7b686d7557106bdd@gmail.com"},"message":"spi: img-spfi: Remove spi_master_put in img_spfi_remove()\n\nThe call to spi_master_put() in img_spfi_remove() is redundant since\nthe master is registered using devm_spi_register_master() and no\nreference hold by using spi_master_get() in img_spfi_remove().\n\nThis is detected by Coccinelle semantic patch.\n\nSigned-off-by: Wei Yongjun <weiyj.lk@gmail.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/2932c287108e2987454449b8214eae6db066da85"},{"sha":"b2c7f5d9c939a37c1ce7f86a642de70e3033ee9e","author":{"name":"Maarten ter Huurne","email":"aefcb2ed777a0a61706cd44aa8812552bfcc84df@treewalker.org"},"message":"regmap: cache: Fix num_reg_defaults computation from reg_defaults_raw\n\nIn 3245d460 (regmap: cache: Fall back to register by register read for\ncache defaults) non-readable registers are skipped when initializing\nreg_defaults, but are still included in num_reg_defaults. So there can\nbe uninitialized entries at the end of reg_defaults, which can cause\nproblems when the register cache initializes from the full array.\n\nFixed it by excluding non-readable registers from the count as well.\n\nSigned-off-by: Maarten ter Huurne <maarten@treewalker.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/b2c7f5d9c939a37c1ce7f86a642de70e3033ee9e"},{"sha":"1bc8da4e143c0fd8807e061a66d91d5972601ab1","author":{"name":"Lars-Peter Clausen","email":"7f698333860e9f21dcc513102ebee3bcaf8d683e@metafoo.de"},"message":"regmap: rbtree: Avoid overlapping nodes\n\nWhen searching for a suitable node that should be used for inserting a new\nregister, which does not fall within the range of any existing node, we not\nonly looks for nodes which are directly adjacent to the new register, but\nfor nodes within a certain proximity. This is done to avoid creating lots\nof small nodes with just a few registers spacing in between, which would\nincrease memory usage as well as tree traversal time.\n\nThis means there might be multiple node candidates which fall within the\nproximity range of the new register. If we choose the first node we\nencounter, under certain register insertion patterns it is possible to end\nup with overlapping ranges. This will break order in the rbtree and can\ncause the cached register value to become corrupted.\n\nE.g. take the simplified example where the proximity range is 2 and the\nregister insertion sequence is 1, 4, 2, 3, 5.\n * Insert of register 1 creates a new node, this is the root of the rbtree\n * Insert of register 4 creates a new node, which is inserted to the right\n   of the root.\n * Insert of register 2 gets inserted to the first node\n * Insert of register 3 gets inserted to the first node\n * Insert of register 5 also gets inserted into the first node since\n   this is the first node encountered and it is within the proximity range.\n   Now there are two overlapping nodes.\n\nTo avoid this always choose the node that is closest to the new register.\nThis will ensure that nodes will not overlap. The tree traversal is still\ndone as a binary search, we just don't stop at the first node found. So the\ncomplexity of the algorithm stays within the same order.\n\nIdeally if a new register is in the range of two adjacent blocks those\nblocks should be merged, but that is a much more invasive change and left\nfor later.\n\nThe issue was initially introduced in commit 472fdec7380c (\"regmap: rbtree:\nReduce number of nodes, take 2\"), but became much more exposed by commit\n6399aea629b0 (\"regmap: rbtree: When adding a reg do a bsearch for target\nnode\") which changed the order in which nodes are looked-up.\n\nFixes: 6399aea629b0 (\"regmap: rbtree: When adding a reg do a bsearch for target node\")\nSigned-off-by: Lars-Peter Clausen <lars@metafoo.de>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/1bc8da4e143c0fd8807e061a66d91d5972601ab1"},{"sha":"c3ccf357c3d75bd2924e049b6a991f7c0c111068","author":{"name":"Geert Uytterhoeven","email":"91a5f0ac06d51a651e45b62a5b36e28880b80bc4@glider.be"},"message":"spi: sh-msiof: Avoid invalid clock generator parameters\n\nThe conversion from a look-up table to a calculation for clock generator\nparameters forgot to take into account that BRDV x 1/1 is valid only if\nBRPS is x 1/1 or x 1/2, leading to undefined behavior (e.g. arbitrary\nclock rates).\n\nThis limitation is documented for the MSIOF module in all supported\nSH/R-Mobile and R-Car Gen2/Gen3 ARM SoCs.\n\nTested on r8a7791/koelsch and r8a7795/salvator-x.\n\nFixes: 65d5665bb260b034 (\"spi: sh-msiof: Update calculation of frequency dividing\")\nSigned-off-by: Geert Uytterhoeven <geert+renesas@glider.be>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/c3ccf357c3d75bd2924e049b6a991f7c0c111068"},{"sha":"290284776bb281759b11faa287b8abccaf74bfcb","author":{"name":"Stephen Boyd","email":"496892c5e989e3d4519358ac44c914f60a4d59d9@codeaurora.org"},"message":"regulator: qcom_smd: Fix voltage ranges for pm8x41\n\nThe voltage ranges listed here are wrong. The correct ranges can\nbe seen in the \"native\" spmi regulator driver\nqcom_spmi-regulator.c at pldo_ranges[], ftsmps_ranges[] and\nboost_ranges[] for the pldo, ftsmps, and boost type regulators.\nPort these ranges over to the RPM SMD regulator driver so that we\nlist the appropriate set of supported voltages on pldos.\n\nDoing this allows us to specify a voltage like 3075000 for l24,\nwhereas before that wasn't a supported voltage.\n\nFixes: da65e367b67e (\"regulator: Regulator driver for the Qualcomm RPM\")\nSigned-off-by: Stephen Boyd <sboyd@codeaurora.org>\nReviewed-by: Andy Gross <andy.gross@linaro.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/290284776bb281759b11faa287b8abccaf74bfcb"},{"sha":"c488f0071eacd10a290df4fb34bbdeb4eb8e7888","author":{"name":"Stephen Boyd","email":"496892c5e989e3d4519358ac44c914f60a4d59d9@codeaurora.org"},"message":"regulator: qcom_smd: Fix voltage ranges for pma8084 ftsmps and pldo\n\nThe voltage ranges listed here are wrong. The pma8084 pldo\nsupports three different overlapping voltage ranges with\ndiffering step sizes and the pma8084 ftsmps supports two. These\nranges can be seen in the \"native\" spmi regulator driver\n(qcom_spmi-regulator.c) at pldo_ranges[] and ftsmps_ranges[]\nrespectively. Port these ranges over to the RPM SMD regulator\ndriver so that we list the appropriate set of supported voltages\non these types of regulators.\n\nFixes: ee01d0c91ef1 (\"regulator: qcom-smd: Add support for PMA8084\")\nSigned-off-by: Stephen Boyd <sboyd@codeaurora.org>\nReviewed-by: Andy Gross <andy.gross@linaro.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/c488f0071eacd10a290df4fb34bbdeb4eb8e7888"},{"sha":"764f21665a12e99f03124b4c8de722cdbff92213","author":{"name":"Mark Brown","email":"bf2c7ef56f4d087c7cc4d81e9839c8674e3b6b2e@kernel.org"},"message":"spi: Drop io_mutex in error paths\n\nA couple of error paths were missing drops of io_mutex.\n\nReported-by: Julia Lawall <julia.lawall@lip6.fr>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/764f21665a12e99f03124b4c8de722cdbff92213"},{"sha":"a87eeb900dbb9f8202f96604d56e47e67c936b9d","author":{"name":"Tyrel Datwyler","email":"239574f6f50677ab121db12378c1c57839ade2b5@linux.vnet.ibm.com"},"message":"scsi: fix upper bounds check of sense key in scsi_sense_key_string()\n\nCommit 655ee63cf371 (\"scsi constants: command, sense key + additional\nsense string\") added a \"Completed\" sense string with key 0xF to\nsnstext[], but failed to updated the upper bounds check of the sense key\nin scsi_sense_key_string().\n\nFixes: 655ee63cf371 (\"[SCSI] scsi constants: command, sense key + additional sense strings\")\nCc: <stable@vger.kernel.org> # v3.12+\nSigned-off-by: Tyrel Datwyler <tyreld@linux.vnet.ibm.com>\nReviewed-by: Bart Van Assche <bart.vanassche@sandisk.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/a87eeb900dbb9f8202f96604d56e47e67c936b9d"},{"sha":"c6b269ba51be70fd11852bcad2e163c734e8e92a","author":{"name":"Xose Vazquez Perez","email":"f034a341999e4dbbe6c894b7e01b531e7b6f53db@gmail.com"},"message":"scsi: blacklist all RDAC devices for BLIST_NO_ULD_ATTACH\n\n\"Universal Xport\" LUN is used for in-band storage array management.\n\nCc: Sean Stewart <Sean.Stewart@netapp.com>\nCc: Christophe Varoqui <christophe.varoqui@opensvc.com>\nCc: James E.J. Bottomley <jejb@linux.vnet.ibm.com>\nCc: Martin K. Petersen <martin.petersen@oracle.com>\nCc: SCSI ML <linux-scsi@vger.kernel.org>\nCc: device-mapper development <dm-devel@redhat.com>\nSigned-off-by: Xose Vazquez Perez <xose.vazquez@gmail.com>\nAcked-by: Sean Stewart <Sean.Stewart@netapp.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/c6b269ba51be70fd11852bcad2e163c734e8e92a"},{"sha":"d3e2773c4ede5c62d2a92dae20e3a09b1ca55b6e","author":{"name":"Kees Cook","email":"999bfbbf6e15a9d6aba3dfebadcec55340f87c3f@chromium.org"},"message":"builddeb: Skip gcc-plugins when not configured\n\nWhen attempting to build a Debian kernel package, the \"scripts/gcc-plugins\"\ndirectory does not exist in the output tree unless CONFIG_GCC_PLUGINS=y.\nTo avoid errors when not defined, this wraps the failing \"find\" in a config\ntest.\n\nReported-by: Frank Paulsen <frobnic+lkml@gmail.com>\nTested-by: Christian Kujau <lists@nerdbynature.de>\nSigned-off-by: Kees Cook <keescook@chromium.org>\nSigned-off-by: Michal Marek <mmarek@suse.com>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/d3e2773c4ede5c62d2a92dae20e3a09b1ca55b6e"},{"sha":"cea8aa3a93d1734816e1e3f7b118e1dddf3f4aaa","author":{"name":"Krzysztof Kozlowski","email":"fa33ff94ee78b0cc87406a1c5d4cb96cbd5b6ef8@samsung.com"},"message":"regulator: Change Krzysztof Kozlowski's email to kernel.org\n\nChange my email address to kernel.org instead of Samsung one for the\npurpose of any future contact.  The copyrights remain untouched and are\nattributed to Samsung.\n\nSigned-off-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/cea8aa3a93d1734816e1e3f7b118e1dddf3f4aaa"},{"sha":"2e365a703ea60de617287354ae63bf677e406feb","author":{"name":"Andi Shyti","email":"82bdf968a677c4f261f0562f4b8b6f3256323027@samsung.com"},"message":"MAINTAINERS: add myself as Samsung SPI maintainer\n\nCreate a new entry for the Samsung SPI driver supported by the\ndrivers/spi/spi-s3c* and remove it from its original place under\n\"ARM/SAMSUNG EXYNOS ARM ARCHITECTURES\".\n\nThe original maintainership inherited from the Samsung Exynos\nARM Architecture is kept as it was (i.e. Kukjin and Krzysztof), I\nwill help and co-maintain the driver.\n\nSigned-off-by: Andi Shyti <andi.shyti@samsung.com>\nAcked-by: Krzysztof Kozlowski <krzk@kernel.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/2e365a703ea60de617287354ae63bf677e406feb"},{"sha":"815806e39bf6f7e7b34875d4a9609dbe76661782","author":{"name":"Elaine Zhang","email":"dc1317bad775437f0afc11fb1b47f3a1b276f31b@rock-chips.com"},"message":"regmap: drop cache if the bus transfer error\n\nregmap_write\n->_regmap_raw_write\n-->regcache_write first and than use map->bus->write to wirte i2c or spi\nBut if the i2c or spi transfer failed, But the cache is updated, So if I use\nregmap_read will get the cache data which is not the real register value.\n\nSigned-off-by: Elaine Zhang <zhangqing@rock-chips.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/815806e39bf6f7e7b34875d4a9609dbe76661782"},{"sha":"c1a23f6d64552b4480208aa584ec7e9c13d6d9c3","author":{"name":"Johannes Thumshirn","email":"d9c2033816690d520874e8fc0d5751e487468597@suse.de"},"message":"scsi: sas: provide stub implementation for scsi_is_sas_rphy\n\nProvide a stub implementation for scsi_is_sas_rphy for kernel\nconfigurations which do not have CONFIG_SCSI_SAS_ATTRS defined.\n\nReported-by: kbuild test robot <lkp@intel.com>\nSuggested-by: James Bottomley <jejb@linux.vnet.ibm.com>\nReviewed-by: James E.J. Bottomley <jejb@linux.vnet.ibm.com>\nSigned-off-by: Johannes Thumshirn <jthumshirn@suse.de>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/c1a23f6d64552b4480208aa584ec7e9c13d6d9c3"},{"sha":"835831c57e9b0cccc24e96a812542875471d75b5","author":{"name":"Johannes Thumshirn","email":"d9c2033816690d520874e8fc0d5751e487468597@suse.de"},"message":"scsi: ses: use scsi_is_sas_rphy instead of is_sas_attached\n\nUse scsi_is_sas_rphy() instead of is_sas_attached() to decide whether we\nshould obtain the SAS address from a scsi device or not. This will\nprevent us from tripping on the BUG_ON() in sas_sdev_to_rdev() if the\nrphy isn't attached to the SAS transport class, like it is with hpsa's\nlogical devices.\n\nFixes: 3f8d6f2a0 ('ses: fix discovery of SATA devices in SAS enclosures')\nSigned-off-by: Johannes Thumshirn <jthumshirn@suse.de>\nReviewed-by: James E.J. Bottomley <jejb@linux.vnet.ibm.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/835831c57e9b0cccc24e96a812542875471d75b5"},{"sha":"a0f81dbeef13aa0aeaa8b955b38735dbf09de392","author":{"name":"Johannes Thumshirn","email":"d9c2033816690d520874e8fc0d5751e487468597@suse.de"},"message":"scsi: sas: remove is_sas_attached()\n\nAs there are no more users of is_sas_attached() left, remove it.\n\nSigned-off-by: Johannes Thumshirn <jthumshirn@suse.de>\nReviewed-by: James E.J. Bottomley <jejb@linux.vnet.ibm.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/a0f81dbeef13aa0aeaa8b955b38735dbf09de392"},{"sha":"14a5916e0cce6dbc9acedc99576261c6568689d2","author":{"name":"James Bottomley","email":"c61de33534998ae239ac3bcee9c77ffbb5713c74@HansenPartnership.com"},"message":"Merge remote-tracking branch 'mkp-scsi/4.8/scsi-fixes' into fixes","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/14a5916e0cce6dbc9acedc99576261c6568689d2"},{"sha":"a32ac2912f97d7ea9b67eb67bb4aa30b9156a88e","author":{"name":"James Hartley","email":"e836fd30d5ed5b7a1561237bfbcb64cd04da9428@imgtec.com"},"message":"pinctrl: pistachio: fix mfio pll_lock pinmux\n\nA previous patch attempted to fix the pinmuxes for mfio 84 - 89, but it\nomitted a change to pistachio_pin_group pistachio_groups, which results\nin incorrect pll_lock signals being routed.\n\nApply the correct mux settings throughout the driver.\n\nfixes: cefc03e5995e (\"pinctrl: Add Pistachio SoC pin control driver\")\nfixes: e9adb336d0bf (\"pinctrl: pistachio: fix mfio84-89 function description and pinmux.\")\nCc: <stable@vger.kernel.org> # 4.4.x-\nSigned-off-by: James Hartley <james.hartley@imgtec.com>\nReviewed-by: Sifan Naeem <Sifan.Naeem@imgtec.com>\nSigned-off-by: Linus Walleij <linus.walleij@linaro.org>","distinct":true,"url":"https://api.github.com/repos/neosilky/linux/commits/a32ac2912f97d7ea9b67eb67bb4aa30b9156a88e"}]}
{"actor":{"display_login":"neosilky"}}