{"push_id":1158150691,"size":9,"distinct_size":6,"ref":"refs/heads/master","head":"db06d759d6cf903aeda8c107fd3abd366dd80200","before":"5edb56491d4812c42175980759da53388e5d86f5","commits":[{"sha":"4f996e234dad488e5d9ba0858bc1bae12eff82c3","author":{"name":"Tejun Heo","email":"e1d87360d7f4d7b7ebaddc11b54e50a559aaba57@kernel.org"},"message":"percpu: fix synchronization between chunk->map_extend_work and chunk destruction\n\nAtomic allocations can trigger async map extensions which is serviced\nby chunk->map_extend_work.  pcpu_balance_work which is responsible for\ndestroying idle chunks wasn't synchronizing properly against\nchunk->map_extend_work and may end up freeing the chunk while the work\nitem is still in flight.\n\nThis patch fixes the bug by rolling async map extension operations\ninto pcpu_balance_work.\n\nSigned-off-by: Tejun Heo <tj@kernel.org>\nReported-and-tested-by: Alexei Starovoitov <alexei.starovoitov@gmail.com>\nReported-by: Vlastimil Babka <vbabka@suse.cz>\nReported-by: Sasha Levin <sasha.levin@oracle.com>\nCc: stable@vger.kernel.org # v3.18+\nFixes: 9c824b6a172c (\"percpu: make sure chunk->map array has available space\")","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/4f996e234dad488e5d9ba0858bc1bae12eff82c3"},{"sha":"6710e594f71ccaad8101bc64321152af7cd9ea28","author":{"name":"Tejun Heo","email":"e1d87360d7f4d7b7ebaddc11b54e50a559aaba57@kernel.org"},"message":"percpu: fix synchronization between synchronous map extension and chunk destruction\n\nFor non-atomic allocations, pcpu_alloc() can try to extend the area\nmap synchronously after dropping pcpu_lock; however, the extension\nwasn't synchronized against chunk destruction and the chunk might get\nfreed while extension is in progress.\n\nThis patch fixes the bug by putting most of non-atomic allocations\nunder pcpu_alloc_mutex to synchronize against pcpu_balance_work which\nis responsible for async chunk management including destruction.\n\nSigned-off-by: Tejun Heo <tj@kernel.org>\nReported-and-tested-by: Alexei Starovoitov <alexei.starovoitov@gmail.com>\nReported-by: Vlastimil Babka <vbabka@suse.cz>\nReported-by: Sasha Levin <sasha.levin@oracle.com>\nCc: stable@vger.kernel.org # v3.18+\nFixes: 1a4d76076cda (\"percpu: implement asynchronous chunk population\")","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/6710e594f71ccaad8101bc64321152af7cd9ea28"},{"sha":"c714a588fc39dc8c8f70014f5691217717983fb3","author":{"name":"Axel Lin","email":"439824e56c03fefbb279ae8bcff31e6846195d73@ingics.com"},"message":"regulator: tps51632: Fix setting ramp delay\n\nAccording to the datasheet:\n\nSLEW Register(Address = 07h)\nb7      b6      b5      b4      b3      b2      b1      b0\n48mV/us 42mV/us 36mV/us 30mV/us 24mV/us 18mV/us 12mV/us 6mV/us\n\nCurrent code does not set correct slew rate in some cases:\ne.g. Assume ramp_delay is 10000, current code sets slew register to 6mV/us.\nFix the logic to set slew register.\n\nSigned-off-by: Axel Lin <axel.lin@ingics.com>\nAcked-by: Laxman Dewangan <ldewangan@nvidia.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/c714a588fc39dc8c8f70014f5691217717983fb3"},{"sha":"a8a47540ebe32f1733eebc3e5699af580ceaa3f5","author":{"name":"Srinivas Kandagatla","email":"7f9cdec4a0a119d47fe94fb78e36a3b49e14815b@linaro.org"},"message":"regulator: qcom_smd: add list_voltage callback\n\nThis patch adds support to list_voltage callback, so that consumers\nlike mmc core, can get information of supported voltage range.\n\nWithout this patch there is no way for mmc core to know this voltage range.\n\nSigned-off-by: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nCc: stable@vger.kernel.org # v4.6","distinct":true,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/a8a47540ebe32f1733eebc3e5699af580ceaa3f5"},{"sha":"d1e44b6b2823f1751ffe7e7589f545f05cfe2095","author":{"name":"Srinivas Kandagatla","email":"7f9cdec4a0a119d47fe94fb78e36a3b49e14815b@linaro.org"},"message":"regulator: qcom_smd: add regulator ops for pm8941 lnldo\n\nAfter \"regulator: qcom_smd: add list_voltage callback\" patch adding\npm8941 lnldo regulators would bug on list_voltages as it is a fixed\nregulator without any linear range.\nThis patch fixes that issue by adding dedicated ops for pm8941 lnldo\nwithout list_voltages callback.\n\nSigned-off-by: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nCc: stable@vger.kernel.org # v4.6","distinct":true,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/d1e44b6b2823f1751ffe7e7589f545f05cfe2095"},{"sha":"3bfbb4d1a480cc17f6ccfce13b76eb6c0dbeaf8c","author":{"name":"Srinivas Kandagatla","email":"7f9cdec4a0a119d47fe94fb78e36a3b49e14815b@linaro.org"},"message":"regulator: qcom_smd: add list_voltage callback\n\nThis patch adds support to list_voltage callback, so that consumers\nlike mmc core, can get information of supported voltage range.\n\nWithout this patch there is no way for mmc core to know this voltage range.\n\nSigned-off-by: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/3bfbb4d1a480cc17f6ccfce13b76eb6c0dbeaf8c"},{"sha":"0d2a8ef4395e84aa9623ac1e282417c75a73490c","author":{"name":"Mark Brown","email":"bf2c7ef56f4d087c7cc4d81e9839c8674e3b6b2e@kernel.org"},"message":"Merge remote-tracking branches 'regulator/fix/qcom-smd' and 'regulator/fix/tps51632' into regulator-linus","distinct":true,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/0d2a8ef4395e84aa9623ac1e282417c75a73490c"},{"sha":"35398ee3f00a4363faa1bd0fe7bb6a90f8a6b7e4","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"Merge tag 'regulator-fix-v4.7-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator\n\nPull regulator fixes from Mark Brown:\n \"Some driver specific fixes for the regulator subsystem:\n\n   - Some of the changes to the core that were merged in the last merge\n     window exposed the fact that the qcom-smd driver hadn't implemented\n     the voltage enumeration interfaces like it should.  Since it's a\n     simple driver specific fix to implement them do that.\n\n   - Fix the ramp delay configuration for tps51632\"\n\n* tag 'regulator-fix-v4.7-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator:\n  regulator: qcom_smd: add list_voltage callback\n  regulator: qcom_smd: add regulator ops for pm8941 lnldo\n  regulator: qcom_smd: add list_voltage callback\n  regulator: tps51632: Fix setting ramp delay","distinct":true,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/35398ee3f00a4363faa1bd0fe7bb6a90f8a6b7e4"},{"sha":"db06d759d6cf903aeda8c107fd3abd366dd80200","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"Merge branch 'for-4.7-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/percpu\n\nPull percpu fixes from Tejun Heo:\n \"While adding GFP_ATOMIC support to the percpu allocator, the\n  synchronization for the fast-path which doesn't require external\n  allocations was separated into pcpu_lock.\n\n  Unfortunately, it incorrectly decoupled async paths and percpu\n  chunks could get destroyed while still being operated on.  This\n  contains two patches to fix the bug\"\n\n* 'for-4.7-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/percpu:\n  percpu: fix synchronization between synchronous map extension and chunk destruction\n  percpu: fix synchronization between chunk->map_extend_work and chunk destruction","distinct":true,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/db06d759d6cf903aeda8c107fd3abd366dd80200"}]}
{"actor":{"display_login":"Caesar-github"}}