{"push_id":570225040,"size":463,"distinct_size":20,"ref":"refs/heads/torvalds/master","head":"3e8c04eb117445d67ae2b83e08bec4005129356a","before":"bfa76d49576599a4b9f9b7a71f23d73d6dcff735","commits":[{"sha":"d6d55f0b9d900673548515614b56ab55aa2c51f8","author":{"email":"e6c4dee54c1aa20b384867d4a242af5d0bea7267@gmail.com","name":"Jacob Shin"},"message":"perf/x86/amd: AMD support for bp_len > HW_BREAKPOINT_LEN_8\n\nImplement hardware breakpoint address mask for AMD Family 16h and\nabove processors. CPUID feature bit indicates hardware support for\nDRn_ADDR_MASK MSRs. These masks further qualify DRn/DR7 hardware\nbreakpoint addresses to allow matching of larger addresses ranges.\n\nValuable advice and pseudo code from Oleg Nesterov <oleg@redhat.com>\n\nSigned-off-by: Jacob Shin <jacob.w.shin@gmail.com>\nSigned-off-by: Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>\nAcked-by: Jiri Olsa <jolsa@kernel.org>\nReviewed-by: Oleg Nesterov <oleg@redhat.com>\nCc: Arnaldo Carvalho de Melo <acme@ghostprotocols.net>\nCc: Ingo Molnar <mingo@kernel.org>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: xiakaixu <xiakaixu@huawei.com>\nSigned-off-by: Frederic Weisbecker <fweisbec@gmail.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/d6d55f0b9d900673548515614b56ab55aa2c51f8"},{"sha":"3741eb9f8c3be3ec59583881c1f49980dad844e0","author":{"email":"e6c4dee54c1aa20b384867d4a242af5d0bea7267@gmail.com","name":"Jacob Shin"},"message":"perf tools: allow user to specify hardware breakpoint bp_len\n\nCurrently bp_len is given a default value of 4. Allow user to override it:\n\n  $ perf stat -e mem:0x1000/8\n                            ^\n                            bp_len\n\nIf no value is given, it will default to 4 as it did before.\n\nSigned-off-by: Jacob Shin <jacob.w.shin@gmail.com>\nSigned-off-by: Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>\nAcked-by: Jiri Olsa <jolsa@kernel.org>\nReviewed-by: Oleg Nesterov <oleg@redhat.com>\nCc: Arnaldo Carvalho de Melo <acme@ghostprotocols.net>\nCc: Ingo Molnar <mingo@kernel.org>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: xiakaixu <xiakaixu@huawei.com>\nSigned-off-by: Frederic Weisbecker <fweisbec@gmail.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/3741eb9f8c3be3ec59583881c1f49980dad844e0"},{"sha":"ec32398c231a019d39017afee490728ab3b60b92","author":{"email":"e6c4dee54c1aa20b384867d4a242af5d0bea7267@gmail.com","name":"Jacob Shin"},"message":"perf tools: add hardware breakpoint bp_len test cases\n\nSigned-off-by: Jacob Shin <jacob.w.shin@gmail.com>\nSigned-off-by: Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>\nAcked-by: Jiri Olsa <jolsa@kernel.org>\nReviewed-by: Oleg Nesterov <oleg@redhat.com>\nCc: Arnaldo Carvalho de Melo <acme@ghostprotocols.net>\nCc: Ingo Molnar <mingo@kernel.org>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: xiakaixu <xiakaixu@huawei.com>\nSigned-off-by: Frederic Weisbecker <fweisbec@gmail.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/ec32398c231a019d39017afee490728ab3b60b92"},{"sha":"36748b9518a2437beffe861b47dff6d12b736b3f","author":{"email":"e6c4dee54c1aa20b384867d4a242af5d0bea7267@gmail.com","name":"Jacob Shin"},"message":"perf/x86: Remove get_hbp_len and replace with bp_len\n\nClean up the logic for determining the breakpoint length\n\nSigned-off-by: Jacob Shin <jacob.w.shin@gmail.com>\nSigned-off-by: Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>\nAcked-by: Jiri Olsa <jolsa@kernel.org>\nReviewed-by: Oleg Nesterov <oleg@redhat.com>\nCc: Arnaldo Carvalho de Melo <acme@ghostprotocols.net>\nCc: Ingo Molnar <mingo@kernel.org>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: xiakaixu <xiakaixu@huawei.com>\nSigned-off-by: Frederic Weisbecker <fweisbec@gmail.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/36748b9518a2437beffe861b47dff6d12b736b3f"},{"sha":"2a2662bf88e693d477ef08351d03934f7bc0b51c","author":{"email":"9dbbbf0688fedc85ad4da37637f1a64b8c718ee2@kernel.org","name":"Ingo Molnar"},"message":"Merge branch 'perf/core-v3' of git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks into perf/hw_breakpoints\n\nPull AMD range breakpoints support from Frederic Weisbecker:\n\n\" - Extend breakpoint tools and core to support address range through perf\n    event with initial backend support for AMD extended breakpoints.\n\n    Syntax is:\n\n           perf record -e mem:addr/len:type\n\n    For example set write breakpoint from 0x1000 to 0x1200 (0x1000 + 512)\n\n           perf record -e mem:0x1000/512:w\n\n - Clean up a bit breakpoint code validation\n\n It has been acked by Jiri and Oleg. \"\n\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/2a2662bf88e693d477ef08351d03934f7bc0b51c"},{"sha":"5cb2f03c67265922c66e20270d4fd669a661da82","author":{"email":"b8f9cab8be13de37b9588aedad10a20fc3a68783@trendmicro.com.cn","name":"Wei Yongjun"},"message":"regulator: rk808: Fix sparse non static symbol warnings\n\nFixes the following sparse warnings:\n\ndrivers/regulator/rk808-regulator.c:100:5: warning:\n symbol 'rk808_set_suspend_voltage' was not declared. Should it be static?\ndrivers/regulator/rk808-regulator.c:115:5: warning:\n symbol 'rk808_set_suspend_enable' was not declared. Should it be static?\ndrivers/regulator/rk808-regulator.c:126:5: warning:\n symbol 'rk808_set_suspend_disable' was not declared. Should it be static?\n\nSigned-off-by: Wei Yongjun <yongjun_wei@trendmicro.com.cn>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/5cb2f03c67265922c66e20270d4fd669a661da82"},{"sha":"5424d43e4daddf71aaa60d6565c8816af9150adf","author":{"email":"b51b9a92386687a9ac927cebfa0f978adeb8cea5@kernel.org","name":"Mark Brown"},"message":"spi: Move queue data structure initialisation to main master init\n\nSince most devices now do use the standard queue and in order to avoid\ninitialisation ordering issues being introduced by further refactorings\nto improve performance move the initialisation of the queue and the lock\nfor it to the main master allocation.\n\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/5424d43e4daddf71aaa60d6565c8816af9150adf"},{"sha":"983aee5d7090cf12b624f18533777caa09d067b1","author":{"email":"b51b9a92386687a9ac927cebfa0f978adeb8cea5@kernel.org","name":"Mark Brown"},"message":"spi: Check to see if the device is processing a message before we idle\n\ncur_msg is updated under the queue lock and holds the message we are\ncurrently processing. Since currently we only ever do removals in the\npump kthread it doesn't matter in what order we do things but we want\nto be able to push things out from the submitting thread so pull the\ncheck to see if we're currently handling a message before we check to\nsee if the queue is idle.\n\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/983aee5d7090cf12b624f18533777caa09d067b1"},{"sha":"0461a4149836c792d186027c8c859637a4cfb11a","author":{"email":"b51b9a92386687a9ac927cebfa0f978adeb8cea5@kernel.org","name":"Mark Brown"},"message":"spi: Pump transfers inside calling context for spi_sync()\n\nIf we are using the standard SPI message pump (which all drivers should be\ntransitioning over to) then special case the message enqueue and instead of\nstarting the worker thread to push messages to the hardware do so in the\ncontext of the caller if the controller is idle. This avoids a context\nswitch in the common case where the controller has a single user in a\nsingle thread, for short PIO transfers there may be no need to context\nswitch away from the calling context to complete the transfer.\n\nThe code is a bit more complex than is desirable in part due to the need\nto handle drivers not using the standard queue and in part due to handling\nthe various combinations of bus locking and asynchronous submission in\ninterrupt context.\n\nIt is still suboptimal since it will still wake the message pump for each\ntransfer in order to schedule idling of the hardware and if multiple\ncontexts are using the controller simultaneously a caller may end up\npumping a message for some random other thread rather than for itself,\nand if the thread ends up deferring due to another context idling the\nhardware then it will just busy wait.  It can, however, have the benefit\nof aggregating power up and down of the hardware when a caller performs\na series of transfers back to back without any need for the use of\nspi_async().\n\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/0461a4149836c792d186027c8c859637a4cfb11a"},{"sha":"fc9e0f71f2d7ea43fa3ba0bea68586d1462cb5a7","author":{"email":"b51b9a92386687a9ac927cebfa0f978adeb8cea5@kernel.org","name":"Mark Brown"},"message":"spi: Only idle the message pump in the worker kthread\n\nIn order to avoid the situation where the kthread is waiting for another\ncontext to make the hardware idle let the message pump know if it's being\ncalled from the worker thread context and if it isn't then defer to the\nworker thread instead of idling the hardware immediately. This will ensure\nthat if this situation happens we block rather than busy waiting.\n\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/fc9e0f71f2d7ea43fa3ba0bea68586d1462cb5a7"},{"sha":"7f6d62a2adc6c3a8eb7bbdceea2630634eb2d535","author":{"email":"b51b9a92386687a9ac927cebfa0f978adeb8cea5@kernel.org","name":"Mark Brown"},"message":"spi/falcon: Remove hardware prepare and unprepare functions\n\nThey are completely empty and therefore serve no function.\n\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/7f6d62a2adc6c3a8eb7bbdceea2630634eb2d535"},{"sha":"f93d1be217d89f258f0108a8cd64b98cb8fa9e73","author":{"email":"fa74c9b5a58de9e48c4462c6cae7208d07f70426@sonymobile.com","name":"Wang, Yalin"},"message":"regmap: Move spinlock_flags into the union\n\nThis patch move struct regmap.spinlock_flags into the union of\nspinlock, so that we can shrink struct regmap size.\n\nSigned-off-by: Yalin Wang <yalin.wang@sonymobile.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/f93d1be217d89f258f0108a8cd64b98cb8fa9e73"},{"sha":"d91525eb8ee6a622ce476955fe1a2530ade87c83","author":{"email":"1b6cd78b57df009d087b682fa5d09a04e6a050ac@linux.intel.com","name":"Chen, Gong"},"message":"ACPI, EINJ: Enhance error injection tolerance level\n\nSome BIOSes utilize PCI MMCFG space read/write opertion to trigger\nspecific errors. EINJ will report errors as below when hitting such\ncases:\n\nAPEI: Can not request [mem 0x83f990a0-0x83f990a3] for APEI EINJ Trigger registers\n\nIt is because on x86 platform ACPI based PCI MMCFG logic has\nreserved all MMCFG spaces so that EINJ can't reserve it again.\nWe already trust the ACPI/APEI code when using the EINJ interface\nso it is not a big leap to also trust it to access the right\nMMCFG addresses. Skip address checking to allow the access.\n\nSigned-off-by: Chen, Gong <gong.chen@linux.intel.com>\nSigned-off-by: Tony Luck <tony.luck@intel.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/d91525eb8ee6a622ce476955fe1a2530ade87c83"},{"sha":"8c2b117fdf004ebcb81129307996218a7d471cda","author":{"email":"b8f9cab8be13de37b9588aedad10a20fc3a68783@trendmicro.com.cn","name":"Wei Yongjun"},"message":"EDAC, mce_amd_inj: Fix sparse non static symbol warning\n\nFixes the following sparse warnings:\n\ndrivers/edac/mce_amd_inj.c:204:3: warning:\n symbol 'dfs_fls' was not declared. Should it be static?\n\nSigned-off-by: Wei Yongjun <yongjun_wei@trendmicro.com.cn>\nLink: http://lkml.kernel.org/r/1418087095-14174-1-git-send-email-weiyj_lk@163.com\nSigned-off-by: Borislav Petkov <bp@suse.de>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/8c2b117fdf004ebcb81129307996218a7d471cda"},{"sha":"e951ceef65f76d6c611a4afa65dfc9420a3123f4","author":{"email":"ce2a41f9f009f107a073e180c26112c5c77570c4@samsung.com","name":"Beomho Seo"},"message":"regulator: max14577: Use regulator_nodes/of_match in the descriptor\n\nThis patch is add regulator_nodes/ofmatch in the regulator descriptor\nfor using information from DT instead of specific codes.\nThat will be used regulation_of_get_init_data function for get regulator\nproperty on device tree. Using that make driver simpler.\n\nSigned-off-by: Beomho Seo <beomho.seo@samsung.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/e951ceef65f76d6c611a4afa65dfc9420a3123f4"},{"sha":"2c658e212ce7e40ace56d9441c8c5634d4d420e3","author":{"email":"ed47dfa4cd43d03d92ccc66ffdb9609c96fcf22b@linux.intel.com","name":"Jarkko Nikula"},"message":"spi: Remove FSF mailing addresses\n\nSigned-off-by: Jarkko Nikula <jarkko.nikula@linux.intel.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/2c658e212ce7e40ace56d9441c8c5634d4d420e3"},{"sha":"6c80f87ed4483bff0ecbf4455a1b09e7f950e9ab","author":{"email":"2cc0d0d76de2e6f37b92deeb83c85cb306fc5dc1@amacapital.net","name":"Andy Lutomirski"},"message":"x86, mce: Improve timeout error messages\n\nThere are four different possible types of timeouts.  Distinguish\nthem in the logs to help debug them.\n\nSigned-off-by: Andy Lutomirski <luto@amacapital.net>\nLink: http://lkml.kernel.org/r/0fa6d2653a54a01c48b43a3583caf950ea99606e.1419178397.git.luto@amacapital.net\nSigned-off-by: Borislav Petkov <bp@suse.de>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/6c80f87ed4483bff0ecbf4455a1b09e7f950e9ab"},{"sha":"6fd753572c34a2469b41813aa6f376569cf2681f","author":{"email":"4a388ce446e5b5f71442f7933e5783ac3caa59a1@natisbad.org","name":"Arnaud Ebalard"},"message":"regulator: isl9305: deprecate use of isl in compatible string for isil\n\n\"isil\" and \"isl\" prefixes are used at various locations inside the kernel\nto reference Intersil corporation. This patch is part of a series fixing\nthose locations were \"isl\" is used in compatible strings to use the now\nexpected \"isil\" prefix instead (NASDAQ symbol for Intersil and most used\nversion). The old compatible string is kept for backward compatibility.\n\nSigned-off-by: Arnaud Ebalard <arno@natisbad.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/6fd753572c34a2469b41813aa6f376569cf2681f"},{"sha":"9e862375c5420a329521c458a3c808c127e9038f","author":{"email":"630e34333487a351a857f6b705e04d30b37c1629@linaro.org","name":"Lee Jones"},"message":"spi: Add new driver for STMicroelectronics' SPI Controller\n\nThis patch adds support for the SPI portion of ST's SSC device.\n\nSigned-off-by: Lee Jones <lee.jones@linaro.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/9e862375c5420a329521c458a3c808c127e9038f"},{"sha":"f5bac70f4fec1fdc7798f025edd5666c17bcf51f","author":{"email":"630e34333487a351a857f6b705e04d30b37c1629@linaro.org","name":"Lee Jones"},"message":"spi: st: Provide Device Tree binding documentation\n\nThis patch adds DT documentation for the SPI portion of ST's SSC device.\n\nSigned-off-by: Lee Jones <lee.jones@linaro.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm/commits/f5bac70f4fec1fdc7798f025edd5666c17bcf51f"}]}