{"push_id":977306245,"size":325,"distinct_size":2,"ref":"refs/heads/work/forward-ports","head":"3b2e3a7dbbbfab57d6a7eb39ef99c6e1eb0937dc","before":"64153dd4aea893b823c14661aacadf4cd30162df","commits":[{"sha":"f5f76ea75dce553631ffb08abc44dcecb68e74d4","author":{"email":"e9a3fcd7365f8e6a430ada3b68b984cb4aaf0c3e@linaro.org","name":"Srinivas Kandagatla"},"message":"ASoC: qcom: use correct device pointer in dma allocation\n\ndev pointer in struct snd_soc_pcm_runtime does not have dma_ops set. In\nv4.4 kernel dma_ops would end up pointing to dummy_dma_ops in such cases.\nSo attempting to use such device in allocating coherent memory on aarch64\nwould fail.\n\nAccording to commit 1dccb598df549d892b6450c261da54cdd7af44b4 (\"arm64:\nsimplify dma_get_ops\") The current behavior of dma_get_ops is to fall\nback to the global dma_ops when a device has not set its own dma_ops,\nbut only for DT based systems.\n\nSo, this patch fixes the driver to use correct device pointer while\nallocating coherent memory, and also deletes un-necessary dma_mask setup\non soc_runtime->dev.\n\nWithout this patch lpass driver would fail with below log:\n...\n[    6.541542]  ADV7533: lpass_platform_alloc_buffer: Could not allocate DMA buffer\n[    6.541914] apq8016-lpass-cpu 7708000.lpass-cpu: ASoC: pcm constructor failed: -12\n[    6.548216] qcom-apq8016-sbc 7702000.sound: ASoC: can't create pcm ADV7533 :-12\n[    6.555581] qcom-apq8016-sbc 7702000.sound: ASoC: failed to instantiate card -12\n[    6.566072] qcom-apq8016-sbc: probe of 7702000.sound failed with error -12\n...\n\nSigned-off-by: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/f5f76ea75dce553631ffb08abc44dcecb68e74d4"},{"sha":"cde6bcd584b1b910d6ee8d6eb968ea5d20815444","author":{"email":"ff341aa343d564f9e53e9dcb6996be8c04859a66@oracle.com","name":"Dan Carpenter"},"message":"ASoC: AMD: free memory on error\n\nStatic checkers complain if we don't free \"adata\" before returning.\n\nFixes: 7c31335a03b6 ('ASoC: AMD: add AMD ASoC ACP 2.x DMA driver')\nSigned-off-by: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/cde6bcd584b1b910d6ee8d6eb968ea5d20815444"},{"sha":"1ca2cf8c4167c2016d9716998b4f89c4e79d1f89","author":{"email":"b6ffd6973e972cb999e8e535ab74da7fee0c035f@ingics.com","name":"Axel Lin"},"message":"ASoC: rt5659: Fix irq leak\n\nUse devm_request_threaded_irq to ensure the irq is freed when unload the\nmodule. The rt5659->i2c is no longer used after this conversion, thus\nremove it as well.\n\nSigned-off-by: Axel Lin <axel.lin@ingics.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/1ca2cf8c4167c2016d9716998b4f89c4e79d1f89"},{"sha":"ec3995da27e782cc407ce48101c98c19c9ce738d","author":{"email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de","name":"Arnd Bergmann"},"message":"ASoC: mediatek: add i2c dependency\n\nThe newly added mediatek drivers for mt8173 select codes that depend\non I2C, which cuases a build failure if I2C is disabled:\n\nwarning: (SND_SOC_ADAU1761_I2C && SND_SOC_ADAU1781_I2C && SND_SOC_ADAU1977_I2C && SND_SOC_RT5677 && EXTCON_MAX14577 && EXTCON_MAX77693 && EXTCON_MAX77843 && BMC150_ACCEL_I2C && BMG160_I2C) selects REGMAP_I2C which has unmet direct dependencies (I2C)\ncodecs/rt5645.c:3854:1: warning: data definition has no type or storage class\ncodecs/rt5645.c:3854:1: error: type defaults to 'int' in declaration of 'module_i2c_driver' [-Werror=implicit-int]\ncodecs/rt5677.c:5270:1: warning: data definition has no type or storage class\n77_i2c_driver);\n\ncodecs/rt5677.c:5270:1: error: type defaults to 'int' in declaration of 'module_i2c_driver' [-Werror=implicit-int]\n\nThis adds an explicit dependency.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nAcked-by: Koro Chen <koro.chen@mediatek.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/ec3995da27e782cc407ce48101c98c19c9ce738d"},{"sha":"2935bf43ef12a8d68b96776ec11155cfa120cb0d","author":{"email":"67e5e1ee902b4e67bce18ea43d9c4b0430ce5e6c@cmss.chinamobile.com","name":"Xiubo Li"},"message":"ASoC: fsl: document DT compatible string \"fsl,imx-audio-wm8960\"\n\nThe devicetree compatible string \"fsl,imx-audio-wm8960\" for\nfsl-asoc-card is missing.\n\nSigned-off-by: Xiubo Li <lixiubo@cmss.chinamobile.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/2935bf43ef12a8d68b96776ec11155cfa120cb0d"},{"sha":"6d514c720219a4c0e1c2612c1d830592bfaf5a03","author":{"email":"44f95c252e5bdc8ed4413e18dbc09adedb90bea7@realtek.com","name":"Bard Liao"},"message":"ASoC: rt286: fix capture doesn't work at some cases\n\nRT286_CBJ_CTRL1(0x4f) bit 10 is needed for headset capture. It\nwill be turned off when \"VREF\" widget is on and be turned on when\nbias level is ON. It is odd. And if \"VREF\" is turned on in bias\nlevel is ON, RT286_CBJ_CTRL1(0x4f) bit 10 will be turned off.\nThis patch move the bit control from rt286_set_bias_level and\nrt298_vref_event to rt286_jack_detect. So it will be turned on\nonce a jack is plugged in.\n\nSigned-off-by: Bard Liao <bardliao@realtek.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/6d514c720219a4c0e1c2612c1d830592bfaf5a03"},{"sha":"b28785fa9cede0d4f47310ca0dd2a4e1d50478b5","author":{"email":"44f95c252e5bdc8ed4413e18dbc09adedb90bea7@realtek.com","name":"Bard Liao"},"message":"ASoC: rt5645: fix the shift bit of IN1 boost\n\nThe shift bit of IN1 boost gain control is 12.\n\nSigned-off-by: Bard Liao <bardliao@realtek.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nCc: stable@vger.kernel.org","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/b28785fa9cede0d4f47310ca0dd2a4e1d50478b5"},{"sha":"2256b8d2ff6c8e994161ab15b6e6d0314d3174ae","author":{"email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de","name":"Arnd Bergmann"},"message":"ASoC: rt5659: avoid unused variable warning for rt5659_acpi_match\n\nThe newly added rt5659 codec driver unconditionally defines an\nACPI device match table but then uses ACPI_PTR() to remove the\nonly reference to it, so we get a harmless build warning:\n\nsound/soc/codecs/rt5659.c:4200:30: warning: 'rt5659_acpi_match' defined but not used [-Wunused-variable]\n static struct acpi_device_id rt5659_acpi_match[] = {\n\nThis changes both the OF match table and the ACPI match table\nto follow the same style, using ACPI_PTR/of_match_ptr to\nmake the reference conditional, and using an #ifdef to hide\nthe table. This also adds the missing MODULE_DEVICE_TABLE for\nthe OF case and adapts the formatting to the same style.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/2256b8d2ff6c8e994161ab15b6e6d0314d3174ae"},{"sha":"cbfe74a753e877b49dc54e9b04d5d42230ca0aed","author":{"email":"af669d95a4c0de051445d4cafdbb2c5c4a2838be@synopsys.com","name":"Vineet Gupta"},"message":"ARCv2: STAR 9000950267: Handle return from intr to Delay Slot #2\n\nReturning to delay slot, riding an interrupti, had one loose end.\nAUX_USER_SP used for restoring user mode SP upon RTIE was not being\nsetup from orig task's saved value, causing task to use wrong SP,\nleading to ProtV errors.\n\nThe reason being:\n - INTERRUPT_EPILOGUE returns to a kernel trampoline, thus not expected to restore it\n - EXCEPTION_EPILOGUE is not used at all\n\nFix that by restoring AUX_USER_SP explicitly in the trampoline.\n\nThis was broken in the original workaround, but the error scenarios got\nreduced considerably since v3.14 due to following:\n\n 1. The Linuxthreads.old based userspace at the time caused many more\n    exceptions in delay slot than the current NPTL based one.\n    Infact with current userspace the error doesn't happen at all.\n\n 2. Return from interrupt (delay slot or otherwise) doesn't get exercised much\n    after commit 4de0e52867d8 (\"Really Re-enable interrupts to avoid deadlocks\")\n    since IRQ_ACTIVE.active being clear means most returns are as if from pure\n    kernel (even for active interrupts)\n\nInfact the issue only happened in an experimental branch where I was tinkering with\nreverted 4de0e52867d8\n\nCc: stable@kernel.org # v4.2+\nFixes: 4255b07f2c9c (\"ARCv2: STAR 9000793984: Handle return from intr to Delay Slot\")\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/cbfe74a753e877b49dc54e9b04d5d42230ca0aed"},{"sha":"e93ad19d05648397ef3bcb838d26aec06c245dc0","author":{"email":"546b05909706652891a87f7bfe385ae147f61f91@kernel.org","name":"Tejun Heo"},"message":"cpuset: make mm migration asynchronous\n\nIf \"cpuset.memory_migrate\" is set, when a process is moved from one\ncpuset to another with a different memory node mask, pages in used by\nthe process are migrated to the new set of nodes.  This was performed\nsynchronously in the ->attach() callback, which is synchronized\nagainst process management.  Recently, the synchronization was changed\nfrom per-process rwsem to global percpu rwsem for simplicity and\noptimization.\n\nCombined with the synchronous mm migration, this led to deadlocks\nbecause mm migration could schedule a work item which may in turn try\nto create a new worker blocking on the process management lock held\nfrom cgroup process migration path.\n\nThis heavy an operation shouldn't be performed synchronously from that\ndeep inside cgroup migration in the first place.  This patch punts the\nactual migration to an ordered workqueue and updates cgroup process\nmigration and cpuset config update paths to flush the workqueue after\nall locks are released.  This way, the operations still seem\nsynchronous to userland without entangling mm migration with process\nmanagement synchronization.  CPU hotplug can also invoke mm migration\nbut there's no reason for it to wait for mm migrations and thus\ndoesn't synchronize against their completions.\n\nSigned-off-by: Tejun Heo <tj@kernel.org>\nReported-and-tested-by: Christian Borntraeger <borntraeger@de.ibm.com>\nCc: stable@vger.kernel.org # v4.4+","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/e93ad19d05648397ef3bcb838d26aec06c245dc0"},{"sha":"aa226ff4a1ce79f229c6b7a4c0a14e17fececd01","author":{"email":"546b05909706652891a87f7bfe385ae147f61f91@kernel.org","name":"Tejun Heo"},"message":"cgroup: make sure a parent css isn't offlined before its children\n\nThere are three subsystem callbacks in css shutdown path -\ncss_offline(), css_released() and css_free().  Except for\ncss_released(), cgroup core didn't guarantee the order of invocation.\ncss_offline() or css_free() could be called on a parent css before its\nchildren.  This behavior is unexpected and led to bugs in cpu and\nmemory controller.\n\nThis patch updates offline path so that a parent css is never offlined\nbefore its children.  Each css keeps online_cnt which reaches zero iff\nitself and all its children are offline and offline_css() is invoked\nonly after online_cnt reaches zero.\n\nThis fixes the memory controller bug and allows the fix for cpu\ncontroller.\n\nSigned-off-by: Tejun Heo <tj@kernel.org>\nReported-and-tested-by: Christian Borntraeger <borntraeger@de.ibm.com>\nReported-by: Brian Christiansen <brian.o.christiansen@gmail.com>\nLink: http://lkml.kernel.org/g/5698A023.9070703@de.ibm.com\nLink: http://lkml.kernel.org/g/CAKB58ikDkzc8REt31WBkD99+hxNzjK4+FBmhkgS+NVrC9vjMSg@mail.gmail.com\nCc: Heiko Carstens <heiko.carstens@de.ibm.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: stable@vger.kernel.org","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/aa226ff4a1ce79f229c6b7a4c0a14e17fececd01"},{"sha":"8bb5ef79bc0f4016ecf79e8dce6096a3c63603e4","author":{"email":"546b05909706652891a87f7bfe385ae147f61f91@kernel.org","name":"Tejun Heo"},"message":"cgroup: make sure a parent css isn't freed before its children\n\nThere are three subsystem callbacks in css shutdown path -\ncss_offline(), css_released() and css_free().  Except for\ncss_released(), cgroup core didn't guarantee the order of invocation.\ncss_offline() or css_free() could be called on a parent css before its\nchildren.  This behavior is unexpected and led to bugs in cpu and\nmemory controller.\n\nThe previous patch updated ordering for css_offline() which fixes the\ncpu controller issue.  While there currently isn't a known bug caused\nby misordering of css_free() invocations, let's fix it too for\nconsistency.\n\ncss_free() ordering can be trivially fixed by moving putting of the\nparent css below css_free() invocation.\n\nSigned-off-by: Tejun Heo <tj@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/8bb5ef79bc0f4016ecf79e8dce6096a3c63603e4"},{"sha":"c14a82c781f8df50c4c5215ab92affdc60d72c01","author":{"email":"551ae05ce198473af5b9da594240f54df5f81e31@gmail.com","name":"Sudip Mukherjee"},"message":"ASoC: Intel: Skylake: Fix memory leak\n\nIf snd_soc_tplg_component_load() fails we just printed an error message\nand returned the error code but we missed releasing the firmware.\n\nSigned-off-by: Sudip Mukherjee <sudip@vectorindia.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/c14a82c781f8df50c4c5215ab92affdc60d72c01"},{"sha":"f5ede8dcc3ec1fe5344f0d30717931a44e630631","author":{"email":"22ee0097135072451429b5ac45630d52779cd49b@opensource.wolfsonmicro.com","name":"Richard Fitzgerald"},"message":"ASoC: wm5110: Unregister compressed platform when driver is removed\n\nThe driver was not unregistering the compressed platform in\nwm5110_remove(). If the codec is built as a module, this would\nlead to a NULL pointer deref if the module was unloaded and then\nre-probed.\n\nSigned-off-by: Richard Fitzgerald <rf@opensource.wolfsonmicro.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/f5ede8dcc3ec1fe5344f0d30717931a44e630631"},{"sha":"95826a37991de87659e21b3649f265a049724aa2","author":{"email":"0a17c744b5fe6e1939c265c7033dd799b8bbd0a8@cirrus.com","name":"Stuart Henderson"},"message":"ASoC: wm8960: Fix input boost mixer left/right naming\n\nINBMIX1 controls LINPUTs and INBMIX2 controls RINPUTs, so fix the naming\naccordingly.\n\nSigned-off-by: Stuart Henderson <stuart.henderson@cirrus.com>\nReviewed-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/95826a37991de87659e21b3649f265a049724aa2"},{"sha":"6bb7451429084cefcb3a18fff809f7992595d2af","author":{"email":"0a17c744b5fe6e1939c265c7033dd799b8bbd0a8@cirrus.com","name":"Stuart Henderson"},"message":"ASoC: wm8960: Fix WM8960_SYSCLK_PLL mode\n\nWith the introduction of WM8960_SYSCLK_AUTO mode, WM8960_SYSCLK_PLL mode was\nmade unusable.  Ensure we're not PLL mode before trying to use MCLK.\n\nFixes: 3176bf2d7ccd (\"ASoC: wm8960: update pll and clock setting function\")\nSigned-off-by: Stuart Henderson <stuart.henderson@cirrus.com>\nReviewed-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/6bb7451429084cefcb3a18fff809f7992595d2af"},{"sha":"8fc153cda9c9e6aed2a4a7235970dd6c6cb6e954","author":{"email":"a16cc0c82647c52d401177f8e50567df5499e36c@arm.com","name":"Marc Zyngier"},"message":"arm64: KVM: Fix AArch64 guest userspace exception injection\n\nAt the moment, our fault injection is pretty limited. We always\ngenerate a SYNC exception into EL1, as if the fault was actually\nfrom EL1h, no matter how it was generated.\n\nThis is obviously wrong, as EL0 can generate faults of its own\n(not to mention the pretty-much unused EL1t mode).\n\nThis patch fixes it by implementing section D1.10.2 of the ARMv8 ARM,\nand in particular table D1-7 (\"Vector offsets from vector table base\naddress\"), which describes which vector to use depending on the source\nexception level and type (synchronous, IRQ, FIQ or SError).\n\nReviewed-by: Christoffer Dall <christoffer.dall@linaro.org>\nTested-by: Shannon Zhao <shannon.zhao@linaro.org>\nSigned-off-by: Marc Zyngier <marc.zyngier@arm.com>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/8fc153cda9c9e6aed2a4a7235970dd6c6cb6e954"},{"sha":"a7e0ac295d964086af3bf98352614f33c381213e","author":{"email":"35bec38e6df2fd311d8334693ecd653c3d2c10b1@arm.com","name":"Dave Martin"},"message":"arm64: KVM: Obey RES0/1 reserved bits when setting CPTR_EL2\n\nSome bits in CPTR are defined as RES1 in the architecture.  Setting\nthese bits to zero may unintentionally enable future architecture\nextensions, allowing guests to use them without supervision by the host.\n\nThis would be bad: for forwards compatibility, this patch makes\nsure the affected bits are always written with 1, not 0.\n\nThis patch only addresses CPTR_EL2.  Initialisation of other system\nregisters may still need review.\n\nReviewed-by: Marc Zyngier <marc.zyngier@arm.com>\nSigned-off-by: Dave Martin <Dave.Martin@arm.com>\nSigned-off-by: Marc Zyngier <marc.zyngier@arm.com>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/a7e0ac295d964086af3bf98352614f33c381213e"},{"sha":"9586a2ea6806599c819a9e800581c2a698ef7467","author":{"email":"fd5a1b5ab7e7147561feda7918cb4fbc00a8bee5@linaro.org","name":"Shannon Zhao"},"message":"arm64: KVM: Fix wrong use of the CPSR MODE mask for 32bit guests\n\nThe values of CPSR MODE mask are different between aarch32 and aarch64.\nIt should use the right one according to the execution state.\n\nReviewed-by: Marc Zyngier <marc.zyngier@arm.com>\nSigned-off-by: Shannon Zhao <shannon.zhao@linaro.org>\nSigned-off-by: Marc Zyngier <marc.zyngier@arm.com>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/9586a2ea6806599c819a9e800581c2a698ef7467"},{"sha":"7769db905bd2df08e844b645437f4729fc1c4d20","author":{"email":"fd5a1b5ab7e7147561feda7918cb4fbc00a8bee5@linaro.org","name":"Shannon Zhao"},"message":"arm64: KVM: Fix comments of the CP handler\n\nMake sure the documentation reflects the actual name of the functions.\n\nAcked-by: Marc Zyngier <marc.zyngier@arm.com>\nSigned-off-by: Shannon Zhao <shannon.zhao@linaro.org>\nSigned-off-by: Marc Zyngier <marc.zyngier@arm.com>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/7769db905bd2df08e844b645437f4729fc1c4d20"}]}