{"push_id":814037049,"size":827,"distinct_size":827,"ref":"refs/heads/master","head":"2b324cd5f8399b2acd4813b6f7caed0511663e8d","before":"0c15e760f2da73bce38a4dc4a13c4de16cfd0a61","commits":[{"sha":"488ca7d72d974e3c00ae73ed9f947590680bdf00","author":{"email":"695db642e8bc2a781029b5690bc796db9446cc2f@linux.intel.com","name":"Tim Chen"},"message":"x86/cpufeatures: Enable cpuid for Intel SHA extensions\n\nAdd Intel CPUID for Intel Secure Hash Algorithm Extensions. This feature\nprovides new instructions for accelerated computation of SHA-1 and SHA-256.\nThis allows the feature to be shown in the /proc/cpuinfo for cpus that\nsupport it.\n\nRefer to SHA extension programming guide in chapter 8.2 of the Intel\nArchitecture Instruction Set Extensions Programming reference\nfor definition of this feature's cpuid: CPUID.(EAX=07H, ECX=0):EBX.SHA [bit 29] = 1\nhttps://software.intel.com/sites/default/files/managed/07/b7/319433-023.pdf\n\nOriginally-by: Chandramouli Narayanan <mouli_7982@yahoo.com>\nSigned-off-by: Tim Chen <tim.c.chen@linux.intel.com>\nCc: Borislav Petkov <bp@suse.de>\nCc: Dave Hansen <dave.hansen@intel.com>\nCc: Herbert Xu <herbert@gondor.apana.org.au>\nLink: http://lkml.kernel.org/r/1440194206.3940.6.camel@schen9-mobl2\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/488ca7d72d974e3c00ae73ed9f947590680bdf00"},{"sha":"ca9f26a27949ba3b295e4f0841c0bec9ef440141","author":{"email":"e38c087ad75d02f7b913a99f43aafdbb8740d800@mediatek.com","name":"Leilk Liu"},"message":"spi: mediatek: remove clk_disable_unprepare()\n\nThis patch removes clk_disable_unprepare() in mtk_spi_remove().\nclk_disable_prepare/unprepare must be balance, spi-clk is disabled\nin mtk_spi_probe, so not needs to disable again.\n\nSigned-off-by: Leilk Liu <leilk.liu@mediatek.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/ca9f26a27949ba3b295e4f0841c0bec9ef440141"},{"sha":"adcbcfea15d62fab5ba40ac28f9d2a590cc5e5e8","author":{"email":"e38c087ad75d02f7b913a99f43aafdbb8740d800@mediatek.com","name":"Leilk Liu"},"message":"spi: mediatek: fix spi clock usage error\n\nspi clock manages flow:\n  CLK_TOP_SYSPLL3_D2 ---> CLK_TOP_SPI_SEL ---> CLK_PERI_SPI0\n     (source clock)           (clock mux)       (clock gate)\nspi driver should choose source clock by clock mux, then enable\nclock gate.\n\nSigned-off-by: Leilk Liu <leilk.liu@mediatek.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/adcbcfea15d62fab5ba40ac28f9d2a590cc5e5e8"},{"sha":"3d4fe182003bcde778e29e84c14c0c4bb70a452e","author":{"email":"e38c087ad75d02f7b913a99f43aafdbb8740d800@mediatek.com","name":"Leilk Liu"},"message":"spi: Mediatek: Document devicetree bindings update for spi bus\n\nThis patch updates spi bindings, fixs clock usage description.\n\nSigned-off-by: Leilk Liu <leilk.liu@mediatek.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/3d4fe182003bcde778e29e84c14c0c4bb70a452e"},{"sha":"6bd3c6f75e0f9baddbf1196a7e3fceabb50c7e3c","author":{"email":"1d6e1cf70ec6f9ab28d3ea4b27a49a77654d370e@maciej.szmigiero.name","name":"Maciej S. Szmigiero"},"message":"ASoC: fsl-asoc-card: put ASRC OF node in case of unknown device\n\nIn case of unknown DT compatible device the ASRC OF node\npossibly acquired earlier by of_parse_phandle() has\nto be put before returning from probe method.\n\nSigned-off-by: Maciej Szmigiero <mail@maciej.szmigiero.name>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/6bd3c6f75e0f9baddbf1196a7e3fceabb50c7e3c"},{"sha":"d76f41982f2fc88492efd96c7c3178044f32e125","author":{"email":"5d78902c885bda21bab1f3f4d20718dff0167f20@gmail.com","name":"Anatol Pomozov"},"message":"ASoC: Document snd-soc-dummy-dai purpose\n\nSigned-off-by: Anatol Pomozov <anatol.pomozov@gmail.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/d76f41982f2fc88492efd96c7c3178044f32e125"},{"sha":"0050ae57cd02dbd4f171622d0269e2fb7029a23e","author":{"email":"9dbbbf0688fedc85ad4da37637f1a64b8c718ee2@kernel.org","name":"Ingo Molnar"},"message":"Merge branch 'x86/cpufeature' into x86/urgent, because it's ready\n\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/0050ae57cd02dbd4f171622d0269e2fb7029a23e"},{"sha":"51d2eeef1d958ef6834b24f548194f5acea0f499","author":{"email":"551ae05ce198473af5b9da594240f54df5f81e31@gmail.com","name":"Sudip Mukherjee"},"message":"ASoC: wm0010: fix memory leak\n\nWe were aborting if the kzalloc of img_swap fails but without freeing the\nalready allocated out. Similarly we were aborting if spi_sync fails\nwithout releasing out and img_swap.\n\nSigned-off-by: Sudip Mukherjee <sudip@vectorindia.org>\nAcked-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/51d2eeef1d958ef6834b24f548194f5acea0f499"},{"sha":"fe8291e82b5d0b79b743683e5c0fb7e273f7a99a","author":{"email":"bfa0a1520768723a1c60e18250fb841c342eb8d8@ti.com","name":"Grygorii Strashko"},"message":"ARM: OMAP2+: omap-device: fix race deferred probe of omap_hsmmc vs omap_device_late_init\n\nKernel fails to boot 50% of times (form build to build) with\nRT-patchset applied due to the following race - on late boot\nstages deferred_probe_work_func->omap_hsmmc_probe races with omap_device_late_ini.\n\nThe same issue has been reported now on linux-next (4.3) by Keerthy [1]\n\nlate_initcall\n - deferred_probe_initcal() tries to re-probe all pending driver's probe.\n\n- later on, some driver is probing in this case It's cpsw.c\n  (but could be any other drivers)\n  cpsw_init\n  - platform_driver_register\n    - really_probe\n       - driver_bound\n         - driver_deferred_probe_trigger\n  and boot proceed.\n  So, at this moment we have deferred_probe_work_func scheduled.\n\nlate_initcall_sync\n  - omap_device_late_init\n    - omap_device_idle\n\nCPU1\t\t\t\t\tCPU2\n  - deferred_probe_work_func\n    - really_probe\n      - omap_hsmmc_probe\n\t- pm_runtime_get_sync\n\t\t\t\t\tlate_initcall_sync\n\t\t\t\t\t- omap_device_late_init\n\t\t\t\t\t\tif (od->_driver_status != BUS_NOTIFY_BOUND_DRIVER) {\n\t\t\t\t\t\t\tif (od->_state == OMAP_DEVICE_STATE_ENABLED) {\n\t\t\t\t\t\t\t\t- omap_device_idle [ops - IP is disabled]\n\t- [fail]\n\t- pm_runtime_put_sync\n          - omap_hsmmc_runtime_suspend [ooops!]\n\n== log ==\n omap_hsmmc 480b4000.mmc: unable to get vmmc regulator -517\n davinci_mdio 48485000.mdio: davinci mdio revision 1.6\n davinci_mdio 48485000.mdio: detected phy mask fffffff3\n libphy: 48485000.mdio: probed\n davinci_mdio 48485000.mdio: phy[2]: device 48485000.mdio:02, driver unknown\n davinci_mdio 48485000.mdio: phy[3]: device 48485000.mdio:03, driver unknown\n omap_hsmmc 480b4000.mmc: unable to get vmmc regulator -517\n cpsw 48484000.ethernet: Detected MACID = b4:99:4c:c7:d2:48\n cpsw 48484000.ethernet: cpsw: Detected MACID = b4:99:4c:c7:d2:49\n hctosys: unable to open rtc device (rtc0)\n omap_hsmmc 480b4000.mmc: omap_device_late_idle: enabled but no driver.  Idling\n ldousb: disabling\n Unhandled fault: imprecise external abort (0x1406) at 0x00000000\n [00000000] *pgd=00000000\n Internal error: : 1406 [#1] PREEMPT SMP ARM\n Modules linked in:\n CPU: 1 PID: 58 Comm: kworker/u4:1 Not tainted 4.1.2-rt1-00467-g6da3c0a-dirty #5\n Hardware name: Generic DRA74X (Flattened Device Tree)\n Workqueue: deferwq deferred_probe_work_func\n task: ee6ddb00 ti: edd3c000 task.ti: edd3c000\n PC is at omap_hsmmc_runtime_suspend+0x1c/0x12c\n LR is at _od_runtime_suspend+0xc/0x24\n pc : [<c0471998>]    lr : [<c0029590>]    psr: a0000013\n sp : edd3dda0  ip : ee6ddb00  fp : c07be540\n r10: 00000000  r9 : c07be540  r8 : 00000008\n r7 : 00000000  r6 : ee646c10  r5 : ee646c10  r4 : edd79380\n r3 : fa0b4100  r2 : 00000000  r1 : 00000000  r0 : ee646c10\n Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment kernel\n Control: 10c5387d  Table: 8000406a  DAC: 00000015\n Process kworker/u4:1 (pid: 58, stack limit = 0xedd3c218)\n Stack: (0xedd3dda0 to 0xedd3e000)\n dda0: ee646c70 ee646c10 c0029584 00000000 00000008 c0029590 ee646c70 ee646c10\n ddc0: c0029584 c03adfb8 ee646c10 00000004 0000000c c03adff0 ee646c10 00000004\n dde0: 0000000c c03ae4ec 00000000 edd3c000 ee646c10 00000004 ee646c70 00000004\n de00: fa0b4000 c03aec20 ee6ddb00 ee646c10 00000004 ee646c70 ee646c10 fffffdfb\n de20: edd79380 00000000 fa0b4000 c03aee90 fffffdfb edd79000 ee646c00 c0474290\n de40: 00000000 edda24c0 edd79380 edc81f00 00000000 00000200 00000001 c06dd488\n de60: edda3960 ee646c10 ee646c10 c0824cc4 fffffdfb c0880c94 00000002 edc92600\n de80: c0836378 c03a7f84 ee646c10 c0824cc4 00000000 c0880c80 c0880c94 c03a6568\n dea0: 00000000 ee646c10 c03a66ac ee4f8000 00000000 00000001 edc92600 c03a4b40\n dec0: ee404c94 edc83c4c ee646c10 ee646c10 ee646c44 c03a63c4 ee646c10 ee646c10\n dee0: c0814448 c03a5aa8 ee646c10 c0814220 edd3c000 c03a5ec0 c0814250 ee6be400\n df00: edd3c000 c004e5bc ee6ddb01 00000078 ee6ddb00 ee4f8000 ee6be418 edd3c000\n df20: ee4f8028 00000088 c0836045 ee4f8000 ee6be400 c004e928 ee4f8028 00000000\n df40: c004e8ec 00000000 ee6bf1c0 ee6be400 c004e8ec 00000000 00000000 00000000\n df60: 00000000 c0053450 2e56fa97 00000000 afdffbd7 ee6be400 00000000 00000000\n df80: edd3df80 edd3df80 00000000 00000000 edd3df90 edd3df90 edd3dfac ee6bf1c0\n dfa0: c0053384 00000000 00000000 c000f668 00000000 00000000 00000000 00000000\n dfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000\n dfe0: 00000000 00000000 00000000 00000000 00000013 00000000 f1fc9d7e febfbdff\n [<c0471998>] (omap_hsmmc_runtime_suspend) from [<c0029590>] (_od_runtime_suspend+0xc/0x24)\n [<c0029590>] (_od_runtime_suspend) from [<c03adfb8>] (__rpm_callback+0x24/0x3c)\n [<c03adfb8>] (__rpm_callback) from [<c03adff0>] (rpm_callback+0x20/0x80)\n [<c03adff0>] (rpm_callback) from [<c03ae4ec>] (rpm_suspend+0xe4/0x618)\n [<c03ae4ec>] (rpm_suspend) from [<c03aee90>] (__pm_runtime_idle+0x60/0x80)\n [<c03aee90>] (__pm_runtime_idle) from [<c0474290>] (omap_hsmmc_probe+0x6bc/0xa7c)\n [<c0474290>] (omap_hsmmc_probe) from [<c03a7f84>] (platform_drv_probe+0x44/0xa4)\n [<c03a7f84>] (platform_drv_probe) from [<c03a6568>] (driver_probe_device+0x170/0x2b4)\n [<c03a6568>] (driver_probe_device) from [<c03a4b40>] (bus_for_each_drv+0x64/0x98)\n [<c03a4b40>] (bus_for_each_drv) from [<c03a63c4>] (device_attach+0x70/0x88)\n [<c03a63c4>] (device_attach) from [<c03a5aa8>] (bus_probe_device+0x84/0xac)\n [<c03a5aa8>] (bus_probe_device) from [<c03a5ec0>] (deferred_probe_work_func+0x58/0x88)\n [<c03a5ec0>] (deferred_probe_work_func) from [<c004e5bc>] (process_one_work+0x134/0x464)\n [<c004e5bc>] (process_one_work) from [<c004e928>] (worker_thread+0x3c/0x4fc)\n [<c004e928>] (worker_thread) from [<c0053450>] (kthread+0xcc/0xe4)\n [<c0053450>] (kthread) from [<c000f668>] (ret_from_fork+0x14/0x2c)\n Code: e594302c e593202c e584205c e594302c (e5932128)\n ---[ end trace 0000000000000002 ]---\n\nThe issue happens because omap_device_late_init() do not take into\naccount that some drivers are present, but their probes were not\nfinished successfully and where deferred instead. This is the valid\ncase, and omap_device_late_init() should not idle such devices.\n\nTo fix this issue, the value of omap_device->_driver_status field\nshould be checked not only for BUS_NOTIFY_BOUND_DRIVER (driver is\npresent and has been bound to device successfully), but also checked\nfor BUS_NOTIFY_BIND_DRIVER (driver about to be bound) - which means\ndriver is present and there was try to bind it to device.\n\n[1] http://www.spinics.net/lists/arm-kernel/msg441880.html\nCc: Tero Kristo <t-kristo@ti.com>\nCc: Keerthy <j-keerthy@ti.com>\nTested-by: Keerthy <j-keerthy@ti.com>\nSigned-off-by: Grygorii Strashko <grygorii.strashko@ti.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/fe8291e82b5d0b79b743683e5c0fb7e273f7a99a"},{"sha":"874b300a6a0bfe97225ed1f8648fa92238e4d9e9","author":{"email":"1001e8702733cced254345e193c88aaa47a4f5de@atomide.com","name":"Tony Lindgren"},"message":"ARM: OMAP2+: Fix booting if no timer parent clock is available\n\nWhen bringing up a new SoC we needlessly prevent booting at timer\ninit if timer clock_set_parent fails. This can fail if the system\nis booting on bootloader configured PLL values until the clock\nframework driver for the PLL is implemented.\n\nLet's just WARN instead, this will provide helpful information\nfor anybody bringing up a new SoC what needs to be fixed.\n\nThis allows to boot dm814x that's still missing the PLL driver.\n\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/874b300a6a0bfe97225ed1f8648fa92238e4d9e9"},{"sha":"05f4f1abc274ac7e8e83424d0cef2d842db91815","author":{"email":"4cc5f7dfc6b9453b73d1fba73a574c3df56fb76e@gmail.com","name":"Frans Klaver"},"message":"ARM: OMAP3: vc: fix 'or' always true warning\n\nFix the warning:\narch/arm/mach-omap2/vc.c:302:47: warning: logical ‘or’ of collectively exhaustive tests is always true [-Wlogical-op]\n\nAs we're toggling both CLKREQ and OFFMODE, we should also be checking\nOFFMODE.\n\nSigned-off-by: Frans Klaver <fransklaver@gmail.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/05f4f1abc274ac7e8e83424d0cef2d842db91815"},{"sha":"81032e34e184a8d63598d215a6d4a3352018ffea","author":{"email":"9c93b0ec5c7dacd10ea50ed05a8fa5f367b92846@ti.com","name":"Vishal Mahaveer"},"message":"ARM: DRA752: Add ID detect for ES2.0\n\nES2.0 is a minor variant of ES1.1. ES2.0 is an incremental revision\nwith various fixes including the following:\n\t- reset logic fixes\n\t- few assymetric aging logic fixes\n\t- MMC clock rate fixes\n\t- Ethernet speed fixes\n\t- edma fixes for mcasp\n\nNOTE: even though we use a compatible of dra742 and dra752, the usage in\nthe Linux kernel is more or less interchangable - we use dra752 more\noften in the linux kernel compared to dra742 and 4.2-rc6\n\nSigned-off-by: Vishal Mahaveer <vishalm@ti.com>\nSigned-off-by: Nishanth Menon <nm@ti.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/81032e34e184a8d63598d215a6d4a3352018ffea"},{"sha":"21b430d23d233c67e6589ea5054d18392e15a28e","author":{"email":"1001e8702733cced254345e193c88aaa47a4f5de@atomide.com","name":"Tony Lindgren"},"message":"ARM: omap2plus_defconfig: Enable MUSB DMA support\n\nWith recent MUSB changes we can now build in support for multiple\nDMA implementations. So let's enable DMA by default to make life\neasier for distro use.\n\nAcked-by: Felipe Balbi <balbi@ti.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/21b430d23d233c67e6589ea5054d18392e15a28e"},{"sha":"31e09b18c863718939e3e9c30eee55f9011d85ee","author":{"email":"d6d70de6864f5c9e67a8da0bd9b4f667b8364fd1@hp.com","name":"Linda Knippers"},"message":"x86/mm/srat: Print non-volatile flag in SRAT\n\nWith the addition of NVDIMM support, a question came up as to\nwhether NVDIMM ranges should be in the SRAT with this bit set.\nI think the consensus was no because the ranges are in the NFIT\nwith proximity domain information there.\n\nACPI is not clear on the meaning of this bit in the SRAT.\nIf someone is setting it, we might want to ask them what they\nexpect to happen with it.\n\nRight now this bit is only printed if all the ACPI debug\ninformation is turned on.\n\nSigned-off-by: Linda Knippers <linda.knippers@hp.com>\nAcked-by: Thomas Gleixner <tglx@linutronix.de>\nCc: Peter Zijlstra <peterz@infradead.org>\nLink: http://lkml.kernel.org/r/20150901194154.GA4939@ljkz400\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/31e09b18c863718939e3e9c30eee55f9011d85ee"},{"sha":"9642d18eee2cd169b60c6ac0f20bda745b5a3d1e","author":{"email":"d013f721411c2b850e8e38d19dd6980e084cb0ef@gmail.com","name":"Vatika Harlalka"},"message":"nohz: Affine unpinned timers to housekeepers\n\nThe problem addressed in this patch is about affining unpinned\ntimers. Adaptive or Full Dynticks CPUs are currently disturbed\nby unnecessary jitter due to firing of such timers on them.\n\nThis patch will affine timers to online CPUs which are not full\ndynticks in NOHZ_FULL configured systems. It should not\nintroduce overhead in nohz full off case due to static keys.\n\nSigned-off-by: Vatika Harlalka <vatikaharlalka@gmail.com>\nSigned-off-by: Frederic Weisbecker <fweisbec@gmail.com>\nReviewed-by: Preeti U Murthy <preeti@linux.vnet.ibm.com>\nAcked-by: Thomas Gleixner <tglx@linutronix.de>\nCc: Chris Metcalf <cmetcalf@ezchip.com>\nCc: Christoph Lameter <cl@linux.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Paul E. McKenney <paulmck@linux.vnet.ibm.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nLink: http://lkml.kernel.org/r/1441119060-2230-2-git-send-email-fweisbec@gmail.com\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/9642d18eee2cd169b60c6ac0f20bda745b5a3d1e"},{"sha":"7c8bb6cb95061b3143759459ed6c6b0c73bcfecb","author":{"email":"e8a1bf9163cb25e93cfd6540f223b3872ea7ee55@gmail.com","name":"Frederic Weisbecker"},"message":"nohz: Assert existing housekeepers when nohz full enabled\n\nThe code ensures that when nohz full is running, at least the\nboot CPU serves as a housekeeper and it can't be later offlined.\n\nLet's assert this assumption to make sure that we have CPUs to\nhandle unbound jobs like workqueues and timers while nohz full\nCPUs run undisturbed.\n\nAlso improve the comments on housekeeper offlining prevention.\n\nSigned-off-by: Frederic Weisbecker <fweisbec@gmail.com>\nAcked-by: Thomas Gleixner <tglx@linutronix.de>\nCc: Chris Metcalf <cmetcalf@ezchip.com>\nCc: Christoph Lameter <cl@linux.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Paul E. McKenney <paulmck@linux.vnet.ibm.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Preeti U Murthy <preeti@linux.vnet.ibm.com>\nCc: Vatika Harlalka <vatikaharlalka@gmail.com>\nLink: http://lkml.kernel.org/r/1441119060-2230-3-git-send-email-fweisbec@gmail.com\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/7c8bb6cb95061b3143759459ed6c6b0c73bcfecb"},{"sha":"02bc933ebb59208f42c2e6305b2c17fd306f695d","author":{"email":"c234c463242bf468d87712cfa6b4608827c927f9@intel.com","name":"Tan, Jui Nee"},"message":"spi: spi-pxa2xx: Check status register to determine if SSSR_TINT is disabled\n\nOn Intel Baytrail, there is case when interrupt handler get called, no SPI\nmessage is captured. The RX FIFO is indeed empty when RX timeout pending\ninterrupt (SSSR_TINT) happens.\n\nUse the BIOS version where both HSUART and SPI are on the same IRQ. Both\ndrivers are using IRQF_SHARED when calling the request_irq function. When\nrunning two separate and independent SPI and HSUART application that\ngenerate data traffic on both components, user will see messages like\nbelow on the console:\n\n  pxa2xx-spi pxa2xx-spi.0: bad message state in interrupt handler\n\nThis commit will fix this by first checking Receiver Time-out Interrupt,\nif it is disabled, ignore the request and return without servicing.\n\nSigned-off-by: Tan, Jui Nee <jui.nee.tan@intel.com>\nAcked-by: Jarkko Nikula <jarkko.nikula@linux.intel.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nCc: stable@vger.kernel.org","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/02bc933ebb59208f42c2e6305b2c17fd306f695d"},{"sha":"9f8df6adf6c53abfa10e243cb289c34eb18ec581","author":{"email":"551ae05ce198473af5b9da594240f54df5f81e31@gmail.com","name":"Sudip Mukherjee"},"message":"regulator: core: fix possible NULL dereference\n\nWe were checking rdev->supply for NULL after dereferencing it. Lets\ncheck for rdev->supply along with _regulator_is_enabled() and call\nregulator_enable() only if rdev->supply is not NULL.\n\nSigned-off-by: Sudip Mukherjee <sudip@vectorindia.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/9f8df6adf6c53abfa10e243cb289c34eb18ec581"},{"sha":"5ad4da4302712fba10624d28cb6c269fee592b69","author":{"email":"2c6594f608aa3d41e98d48846a6328831f7084ad@kernel.org","name":"Jiri Olsa"},"message":"perf tools: Fix parse_events_add_pmu caller\n\nFollowing commit changed parse_events_add_pmu interface:\n  36adec85a86f perf tools: Change parse_events_add_pmu interface\n\nbut forgot to change one caller. Because of lessen compilation rules for\nthe bison parser, the compiler did not warn on that.\n\nSigned-off-by: Jiri Olsa <jolsa@kernel.org>\nCc: Raphael Beamonte <raphael.beamonte@gmail.com>\nCc: David Ahern <dsahern@gmail.com>\nCc: Matt Fleming <matt@codeblueprint.co.uk>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <a.p.zijlstra@chello.nl>\nCc: Steven Rostedt <rostedt@goodmis.org>\nFixes: 36adec85a86f (\"perf tools: Change parse_events_add_pmu interface\")\nLink: http://lkml.kernel.org/r/1441180605-24737-2-git-send-email-jolsa@kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/5ad4da4302712fba10624d28cb6c269fee592b69"},{"sha":"53ff6bc37be449f546158a39c528d7814dfb15a1","author":{"email":"41bb5944f244750b7cf0394140496972a3f1bee3@intel.com","name":"Adrian Hunter"},"message":"perf tools: Fix use of wrong event when processing exit events\n\nIn a couple of cases the 'comm' member of 'union event' has been used\ninstead of the correct member ('fork') when processing exit events.\n\nIn the cases where it has been used incorrectly, only the 'pid' and\n'tid' are affected.  The 'pid' value would be correct anyway because it\nis in the same position in 'comm' and 'fork' events, but the 'tid' would\nhave been incorrectly assigned from 'ppid'.\n\nHowever, for exit events, the kernel puts the current task in the 'ppid'\nand 'ttid' which is the same as the exiting task.  That is 'ppid' ==\n'pid' and if the task is not multi-threaded, 'pid' == 'tid' i.e. the\ndata goes wrong only when tracing multi-threaded programs.\n\nIt is hard to find an example of how this would produce an error in\npractice.  There are 3 occurences of the fix:\n\n1. perf script is only affected if !sample_id_all which only happens on\n  old kernels.\n\n2. intel_pt is only affected when decoding without timestamps\n   and would probably still decode correctly - the exit event is\n   only used to flush out data which anyway gets flushed at the\n   end of the session\n\n3. intel_bts also uses the exit event to flush data which\n   would probably not cause errors as it would get flushed at\n   the end of the session instead\n\nSigned-off-by: Adrian Hunter <adrian.hunter@intel.com>\nCc: Jiri Olsa <jolsa@redhat.com>\nLink: http://lkml.kernel.org/r/1439888825-27708-1-git-send-email-adrian.hunter@intel.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":true,"url":"https://api.github.com/repos/djwong/linux-xfs-dev/commits/53ff6bc37be449f546158a39c528d7814dfb15a1"}]}