{"push_id":832484187,"size":148,"distinct_size":6,"ref":"refs/heads/work/hns/input/tsc2007","head":"27159a3e2be7c2e442394b3d55e55a506a752724","before":"024897b886014b21c2ba9e2266520ea90557057f","commits":[{"sha":"ffcb6d1686ceb4a6b50776fb2597ab0e4dd79040","author":{"email":"fc649ac0861e3a406859a3273287f1989519a5e8@arm.com","name":"Robin Murphy"},"message":"iommu/io-pgtable-arm: Don't use dma_to_phys()\n\nIn checking whether DMA addresses differ from physical addresses, using\ndma_to_phys() is actually the wrong thing to do, since it may hide any\nDMA offset, which is precisely one of the things we are checking for.\nSimply casting between the two address types, whilst ugly, is in fact\nthe appropriate course of action. Further care (and ugliness) is also\nnecessary in the comparison to avoid truncation if phys_addr_t and\ndma_addr_t differ in size.\n\nWe can also reject any device with a fixed DMA offset up-front at page\ntable creation, leaving the allocation-time check for the more subtle\ncases like bounce buffering due to an incorrect DMA mask.\n\nFurthermore, we can then fix the hackish KConfig dependency so that\narchitectures without a dma_to_phys() implementation may still\nCOMPILE_TEST (or even use!) the code. The true dependency is on the\nDMA API, so use the appropriate symbol for that.\n\nSigned-off-by: Robin Murphy <robin.murphy@arm.com>\n[will: folded in selftest fix from Yong Wu]\nSigned-off-by: Will Deacon <will.deacon@arm.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/ffcb6d1686ceb4a6b50776fb2597ab0e4dd79040"},{"sha":"f0c453dbcce7767cd868deb809ba68083c93954e","author":{"email":"b913f13ef92ac157955c954ccaaff7be065faba4@arm.com","name":"Will Deacon"},"message":"iommu/arm-smmu: Ensure IAS is set correctly for AArch32-capable SMMUs\n\nAArch32-capable SMMU implementations have a minimum IAS of 40 bits, so\nensure that is reflected in the stage-2 page table configuration.\n\nSigned-off-by: Will Deacon <will.deacon@arm.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/f0c453dbcce7767cd868deb809ba68083c93954e"},{"sha":"1c27df1c0a82b938d8073a60243ff62eff8056b5","author":{"email":"b913f13ef92ac157955c954ccaaff7be065faba4@arm.com","name":"Will Deacon"},"message":"iommu/arm-smmu: Use correct address mask for CMD_TLBI_S2_IPA\n\nStage-2 TLBI by IPA takes a 48-bit address field, as opposed to the\n64-bit field used by the VA-based invalidation commands.\n\nThis patch re-jigs the SMMUv3 command construction code so that the\naddress field is correctly masked.\n\nSigned-off-by: Will Deacon <will.deacon@arm.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/1c27df1c0a82b938d8073a60243ff62eff8056b5"},{"sha":"d4eb6dee471250661a5183a7336b18c85990e26d","author":{"email":"efca98801f3398ebd7eeff805a2c18e6c49e84d4@suse.de","name":"Jean Delvare"},"message":"ext4: Update EXT4_USE_FOR_EXT2 description\n\nConfiguration option EXT4_USE_FOR_EXT2 has no effect on ext3 support.\nSupport for ext3 is always included now.\n\nSigned-off-by: Jean Delvare <jdelvare@suse.de>\nFixes: c290ea01ab (\"fs: Remove ext3 filesystem driver\")\nCc: Jan Kara <jack@suse.cz>\nCc: Theodore Ts'o <tytso@mit.edu>\nCc: Andreas Dilger <adilger.kernel@dilger.ca>\nSigned-off-by: Jan Kara <jack@suse.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/d4eb6dee471250661a5183a7336b18c85990e26d"},{"sha":"6b98f2bec580c0d8329c547d692ad6c9b927da3e","author":{"email":"864f124608374e06e4da1fa5d2e47ed839b95411@ellerman.id.au","name":"Michael Ellerman"},"message":"powerpc/configs: Re-enable CONFIG_SCSI_DH\n\nCommit 086b91d052eb (\"scsi_dh: integrate into the core SCSI code\")\nchanged CONFIG_SCSI_DH from tristate to bool.\n\nOur defconfigs have CONFIG_SCSI_DH=m, which the kconfig machinery warns\nus is invalid, but instead of converting it to =y it leaves it unset.\nThis means we loose the CONFIG_SCSI_DH code and everything that depends\non it.\n\nSo convert the values in the defconfigs to =y.\n\nFixes: 086b91d052eb (\"scsi_dh: integrate into the core SCSI code\")\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/6b98f2bec580c0d8329c547d692ad6c9b927da3e"},{"sha":"499f3aa4323775d5320bdf7ccc26576c54a54169","author":{"email":"551ae05ce198473af5b9da594240f54df5f81e31@gmail.com","name":"Sudip Mukherjee"},"message":"iommu/vt-d: Fix memory leak in dmar_insert_one_dev_info()\n\nWe are returning NULL if we are not able to attach the iommu\nto the domain but while returning we missed freeing info.\n\nSigned-off-by: Sudip Mukherjee <sudip@vectorindia.org>\nSigned-off-by: Joerg Roedel <jroedel@suse.de>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/499f3aa4323775d5320bdf7ccc26576c54a54169"},{"sha":"4fa9a3f6b616fd9f2555d9d0c04513a942750986","author":{"email":"864f124608374e06e4da1fa5d2e47ed839b95411@ellerman.id.au","name":"Michael Ellerman"},"message":"powerpc/ps3: Remove unused os_area_db_id_video_mode\n\nThis struct is unused, which is now a build error with gcc 6:\n\n  error: 'os_area_db_id_video_mode' defined but not used\n\nThere doesn't seem to be any good reason to keep it around so remove it,\nit's in the history if anyone needs it.\n\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/4fa9a3f6b616fd9f2555d9d0c04513a942750986"},{"sha":"874bbfe600a660cba9c776b3957b1ce393151b76","author":{"email":"c0c0c8857ed6ec93282de3ee9d47e224acf995af@fb.com","name":"Shaohua Li"},"message":"workqueue: make sure delayed work run in local cpu\n\nMy system keeps crashing with below message. vmstat_update() schedules a delayed\nwork in current cpu and expects the work runs in the cpu.\nschedule_delayed_work() is expected to make delayed work run in local cpu. The\nproblem is timer can be migrated with NO_HZ. __queue_work() queues work in\ntimer handler, which could run in a different cpu other than where the delayed\nwork is scheduled. The end result is the delayed work runs in different cpu.\nThe patch makes __queue_delayed_work records local cpu earlier. Where the timer\nruns doesn't change where the work runs with the change.\n\n[   28.010131] ------------[ cut here ]------------\n[   28.010609] kernel BUG at ../mm/vmstat.c:1392!\n[   28.011099] invalid opcode: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC KASAN\n[   28.011860] Modules linked in:\n[   28.012245] CPU: 0 PID: 289 Comm: kworker/0:3 Tainted: G        W4.3.0-rc3+ #634\n[   28.013065] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140709_153802- 04/01/2014\n[   28.014160] Workqueue: events vmstat_update\n[   28.014571] task: ffff880117682580 ti: ffff8800ba428000 task.ti: ffff8800ba428000\n[   28.015445] RIP: 0010:[<ffffffff8115f921>]  [<ffffffff8115f921>]vmstat_update+0x31/0x80\n[   28.016282] RSP: 0018:ffff8800ba42fd80  EFLAGS: 00010297\n[   28.016812] RAX: 0000000000000000 RBX: ffff88011a858dc0 RCX:0000000000000000\n[   28.017585] RDX: ffff880117682580 RSI: ffffffff81f14d8c RDI:ffffffff81f4df8d\n[   28.018366] RBP: ffff8800ba42fd90 R08: 0000000000000001 R09:0000000000000000\n[   28.019169] R10: 0000000000000000 R11: 0000000000000121 R12:ffff8800baa9f640\n[   28.019947] R13: ffff88011a81e340 R14: ffff88011a823700 R15:0000000000000000\n[   28.020071] FS:  0000000000000000(0000) GS:ffff88011a800000(0000)knlGS:0000000000000000\n[   28.020071] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b\n[   28.020071] CR2: 00007ff6144b01d0 CR3: 00000000b8e93000 CR4:00000000000006f0\n[   28.020071] Stack:\n[   28.020071]  ffff88011a858dc0 ffff8800baa9f640 ffff8800ba42fe00ffffffff8106bd88\n[   28.020071]  ffffffff8106bd0b 0000000000000096 0000000000000000ffffffff82f9b1e8\n[   28.020071]  ffffffff829f0b10 0000000000000000 ffffffff81f18460ffff88011a81e340\n[   28.020071] Call Trace:\n[   28.020071]  [<ffffffff8106bd88>] process_one_work+0x1c8/0x540\n[   28.020071]  [<ffffffff8106bd0b>] ? process_one_work+0x14b/0x540\n[   28.020071]  [<ffffffff8106c214>] worker_thread+0x114/0x460\n[   28.020071]  [<ffffffff8106c100>] ? process_one_work+0x540/0x540\n[   28.020071]  [<ffffffff81071bf8>] kthread+0xf8/0x110\n[   28.020071]  [<ffffffff81071b00>] ?kthread_create_on_node+0x200/0x200\n[   28.020071]  [<ffffffff81a6522f>] ret_from_fork+0x3f/0x70\n[   28.020071]  [<ffffffff81071b00>] ?kthread_create_on_node+0x200/0x200\n\nSigned-off-by: Shaohua Li <shli@fb.com>\nSigned-off-by: Tejun Heo <tj@kernel.org>\nCc: stable@vger.kernel.org # v2.6.31+","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/874bbfe600a660cba9c776b3957b1ce393151b76"},{"sha":"8dde152ea34860403c839598bdef3f07239eb25a","author":{"email":"efc2d7c347a094a6ec1d918179e819039044c564@au1.ibm.com","name":"Andrew Donnellan"},"message":"cxl: fix leak of IRQ names in cxl_free_afu_irqs()\n\ncxl_free_afu_irqs() doesn't free IRQ names when it releases an AFU's IRQ\nranges. The userspace API equivalent in afu_release_irqs() calls\nafu_irq_name_free() to release the IRQ names.\n\nCall afu_irq_name_free() in cxl_free_afu_irqs() to release the IRQ names.\nMake afu_irq_name_free() non-static to allow this.\n\nReported-by: Matthew R. Ochs <mrochs@linux.vnet.ibm.com>\nFixes: 6f7f0b3df6d4 (\"cxl: Add AFU virtual PHB and kernel API\")\nSigned-off-by: Andrew Donnellan <andrew.donnellan@au1.ibm.com>\nSigned-off-by: Ian Munsie <imunsie@au1.ibm.com>\nReviewed-by: Matthew R. Ochs <mrochs@linux.vnet.ibm.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/8dde152ea34860403c839598bdef3f07239eb25a"},{"sha":"52adee580d3c71a0dfabc3168597421981d68b86","author":{"email":"efc2d7c347a094a6ec1d918179e819039044c564@au1.ibm.com","name":"Andrew Donnellan"},"message":"cxl: fix leak of ctx->irq_bitmap when releasing context via kernel API\n\nAt present, ctx->irq_bitmap is freed in afu_release_irqs(), which is called\nfrom afu_release() via cxl_context_detach().\n\nMove the freeing of ctx->irq_bitmap from afu_release_irqs() to\nreclaim_ctx() (called through cxl_context_free()) so it's freed when\nreleasing a context via the kernel API (cxl_release_context()) or the\nuserspace API (afu_release()).\n\nReported-by: Matthew R. Ochs <mrochs@linux.vnet.ibm.com>\nFixes: 6f7f0b3df6d4 (\"cxl: Add AFU virtual PHB and kernel API\")\nSigned-off-by: Andrew Donnellan <andrew.donnellan@au1.ibm.com>\nAcked-by: Ian Munsie <imunsie@au1.ibm.com>\nReviewed-by: Matthew R. Ochs <mrochs@linux.vnet.ibm.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/52adee580d3c71a0dfabc3168597421981d68b86"},{"sha":"5f81b95fe2a2de4ec51d46ffd04fa40dfc0cb26a","author":{"email":"efc2d7c347a094a6ec1d918179e819039044c564@au1.ibm.com","name":"Andrew Donnellan"},"message":"cxl: fix leak of ctx->mapping when releasing kernel API contexts\n\nWhen a context is created via the kernel API, ctx->mapping is allocated\nwithin the kernel and thus needs to be freed when the context is freed.\nreclaim_ctx() attempts to do this for contexts with the ctx->kernelapi flag\nset, but afu_release() (which can be called from the kernel API through\ncxl_fd_release()) sets ctx->mapping to NULL before calling\ncxl_context_free() to free the context.\n\nAdd a check to afu_release() so that the mappings in contexts created via\nthe kernel API are left alone so reclaim_ctx() can free them.\n\nReported-by: Matthew R. Ochs <mrochs@linux.vnet.ibm.com>\nFixes: 6f7f0b3df6d4 (\"cxl: Add AFU virtual PHB and kernel API\")\nSigned-off-by: Andrew Donnellan <andrew.donnellan@au1.ibm.com>\nAcked-by: Ian Munsie <imunsie@au1.ibm.com>\nReviewed-by: Matthew R. Ochs <mrochs@linux.vnet.ibm.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/5f81b95fe2a2de4ec51d46ffd04fa40dfc0cb26a"},{"sha":"47b91923ea41288751e83a5b080576085a831333","author":{"email":"74f0c009df510614346aa771cd21959b78cdb413@linux.intel.com","name":"Andy Shevchenko"},"message":"mfd: intel-lpss: Fix build error when !CONFIG_PM_SLEEP\n\nJim Davis reported the compilation error with a random configuration which\napparently has CONFIG_PM=y and CONFIG_PM_SLEEP=n. With that conditions we have\nmissed definition of INTEL_LPSS_SLEEP_PM_OPS macro. Add it here.\n\nReported-by: Jim Davis <jim.epost@gmail.com>\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Lee Jones <lee.jones@linaro.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/47b91923ea41288751e83a5b080576085a831333"},{"sha":"1b52e50f2a402a266f1ba2281f0a57e87637a047","author":{"email":"828c1a17681e8566a17a1a4801ea67306010b273@osg.samsung.com","name":"Javier Martinez Canillas"},"message":"mfd: max77843: Fix max77843_chg_init() return on error\n\nIf i2c_new_dummy() fails in max77843_chg_init(), an PTR_ERR(NULL) is\nreturned which is 0. So the function was wrongly returning a success\nvalue instead of an error code.\n\nCc: stable@vger.kernel.org # 4.1\nFixes: c7f585fe46d8 (\"mfd: max77843: Add max77843 MFD driver core driver\")\nSigned-off-by: Javier Martinez Canillas <javier@osg.samsung.com>\nReviewed-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>\nSigned-off-by: Lee Jones <lee.jones@linaro.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/1b52e50f2a402a266f1ba2281f0a57e87637a047"},{"sha":"d50a9e1b6de45db883f594cea0ecd1379fd3f669","author":{"email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com","name":"Hans de Goede"},"message":"pinctrl: sun5i: Fix a10s pwm1 pinctrl mapping\n\nThe comment for PG14 mux setting 3 already correctly states that this\nmuxes PG13 to pwm1, but the text ascociated with it said uart3, fix this.\n\nNote that we use \"pwm\" rather then \"pwm1\" to be consistent with pwm0\nwhere the mux setting is also simply called \"pwm\" and to be consistent\nwith sun4i/sun7i which do the same.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nAcked-by: Maxime Ripard <maxime.ripard@free-electrons.com>\nSigned-off-by: Linus Walleij <linus.walleij@linaro.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/d50a9e1b6de45db883f594cea0ecd1379fd3f669"},{"sha":"9911a2d5e9d14e39692b751929a92cb5a1d9d0e0","author":{"email":"181323dd666a182bc2d953e52d0ac3ab54cd8391@pengutronix.de","name":"Uwe Kleine-König"},"message":"pinctrl: imx25: ensure that a pin with id i is at position i in the info array\n\nThe code in pinctrl-imx.c only works correctly if in the\nimx_pinctrl_soc_info passed to imx_pinctrl_probe we have:\n\n\tinfo->pins[i].number = i\n\tconf_reg(info->pins[i]) = 4 * i\n\n(which conf_reg(pin) being the offset of the pin's configuration\nregister).\n\nWhen the imx25 specific part was introduced in b4a87c9b966f (\"pinctrl:\npinctrl-imx: add imx25 pinctrl driver\") we had:\n\n\tinfo->pins[i].number = i + 1\n\tconf_reg(info->pins[i]) = 4 * i\n\n. Commit 34027ca2bbc6 (\"pinctrl: imx25: fix numbering for pins\") tried\nto fix that but made the situation:\n\n\tinfo->pins[i-1].number = i\n\tconf_reg(info->pins[i-1]) = 4 * i\n\nwhich is hardly better but fixed the error seen back then.\n\nSo insert another reserved entry in the array to finally yield:\n\n\tinfo->pins[i].number = i\n\tconf_reg(info->pins[i]) = 4 * i\n\nFixes: 34027ca2bbc6 (\"pinctrl: imx25: fix numbering for pins\")\nSigned-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>\nSigned-off-by: Linus Walleij <linus.walleij@linaro.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/9911a2d5e9d14e39692b751929a92cb5a1d9d0e0"},{"sha":"de7f8e3e6b1bb6e3e400bf675e4052fa3d927987","author":{"email":"378b411a8a63ecc7605ec4272234862d7781c6ae@socionext.com","name":"Masahiro Yamada"},"message":"pinctrl: uniphier: fix input enable settings for PH1-sLD8\n\nCurrently, input enable settings are missing from the PH1-sLD8\npinctrl driver.  (All the entries in the pin table are set to\nUNIPHIER_PIN_IECTRL_NONE).\n\nFill the table with correct values.\n\nFixes: 95372f9dc892 (\"pinctrl: UniPhier: add UniPhier PH1-sLD8 pinctrl driver\")\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\nSigned-off-by: Linus Walleij <linus.walleij@linaro.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/de7f8e3e6b1bb6e3e400bf675e4052fa3d927987"},{"sha":"51a4726b04e880fdd9b4e0e58b13f70b0a68a7f5","author":{"email":"08dc22c6156113f2deff178e35e3ed9b24d6af9e@amd.com","name":"Alex Deucher"},"message":"drm/radeon: add pm sysfs files late\n\nThey were added relatively early in the driver init process\nwhich meant that in some cases the driver was not finished\ninitializing before external tools tried to use them which\ncould result in a crash depending on the timing.\n\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>\nCc: stable@vger.kernel.org","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/51a4726b04e880fdd9b4e0e58b13f70b0a68a7f5"},{"sha":"fa022a9b65d2886486a022fd66b20c823cd76ad9","author":{"email":"08dc22c6156113f2deff178e35e3ed9b24d6af9e@amd.com","name":"Alex Deucher"},"message":"drm/amdgpu: add pm sysfs files late\n\nThey were added relatively early in the driver init process\nwhich meant that in some cases the driver was not finished\ninitializing before external tools tried to use them which\ncould result in a crash depending on the timing.\n\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>\nCc: stable@vger.kernel.org","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/fa022a9b65d2886486a022fd66b20c823cd76ad9"},{"sha":"2b02ec79004388a8c65e227bc289ed891b5ac8c6","author":{"email":"08dc22c6156113f2deff178e35e3ed9b24d6af9e@amd.com","name":"Alex Deucher"},"message":"drm/radeon: add quirk for ASUS R7 370\n\nBug:\nhttps://bugs.freedesktop.org/show_bug.cgi?id=92260\n\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>\nCc: stable@vger.kernel.org","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/2b02ec79004388a8c65e227bc289ed891b5ac8c6"},{"sha":"8c70e1cda04b966b50ddfefafbd0ea376ed8edd5","author":{"email":"08dc22c6156113f2deff178e35e3ed9b24d6af9e@amd.com","name":"Alex Deucher"},"message":"drm/radeon: restore the fbdev mode in lastclose\n\nrestore the fbdev state if a drm app like X is killed.\n\nTested-by: Michel Dänzer <michel.daenzer@amd.com>\nReviewed-by: Michel Dänzer <michel.daenzer@amd.com>\nReviewed-by: Christian König <christian.koenig@amd.com>\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/8c70e1cda04b966b50ddfefafbd0ea376ed8edd5"}]}