payload: {"push_id":3303966102,"size":137,"distinct_size":3,"ref":"refs/heads/aosp-new/android-4.9","head":"8817a280ad84f93668df1b7a6f6d741f2d8f9b37","before":"4ffb19726ebc322435881f521e971dee17a5e4f3","commits":[{"sha":"cc0665f236f3dbd2e1e0908ab0fe80b7a36b123f","author":{"name":"Chenbo Feng","email":"5fbc204ad8b72f268e336e460a650d3cbfb7b0e1@google.com"},"message":"ANDROID: Remove xt_qtaguid module from new kernels.\n\nFor new devices ship with 4.9 kernel, the eBPF replacement should cover\nall the functionalities of xt_qtaguid and it is safe now to remove this\nandroid only module from the kernel.\n\nSigned-off-by: Chenbo Feng <fengc@google.com>\nBug: 79938294\nTest: kernel build\nChange-Id: I032aecc048f7349f6a0c5192dd381f286fc7e5bf","distinct":true,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/cc0665f236f3dbd2e1e0908ab0fe80b7a36b123f"},{"sha":"9cca5e94fcd47cf32c2af6cc8c963c301d18a88f","author":{"name":"Chenbo Feng","email":"5fbc204ad8b72f268e336e460a650d3cbfb7b0e1@google.com"},"message":"ANDROID: Turn xt_owner module on\n\nOnce xt_qtaguid module is deprecated, the netd strictController which\nuses owner match to filter egress traffic will not work because\nxt_qtaguid masquerades as (and implements/extends) the \"owner\" module on\nandroid devices. It can be resolved by turning upstream xt_owner module\nback on since strictController only targets egress traffic and the\nupstream xt_owner module works fine in this case.\n\nChange-Id: Ia099db025f17f6042384c9f0caf7b941a40b8b84\nSigned-off-by: Chenbo Feng <fengc@google.com>\nBug: 79938294\nTest: manual cherry-pick and compile","distinct":true,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/9cca5e94fcd47cf32c2af6cc8c963c301d18a88f"},{"sha":"9b3e959d46e37597fd2b9c68e3133a5b49d6da6c","author":{"name":"Gustavo A. R. Silva","email":"beac5f8171fcde5e2ec734cc5d25d03e7362e8de@embeddedor.com"},"message":"drm/bufs: Fix Spectre v1 vulnerability\n\n[ Upstream commit a37805098900a6e73a55b3a43b7d3bcd987bb3f4 ]\n\nidx can be indirectly controlled by user-space, hence leading to a\npotential exploitation of the Spectre variant 1 vulnerability.\n\nThis issue was detected with the help of Smatch:\n\ndrivers/gpu/drm/drm_bufs.c:1420 drm_legacy_freebufs() warn: potential\nspectre issue 'dma->buflist' [r] (local cap)\n\nFix this by sanitizing idx before using it to index dma->buflist\n\nNotice that given that speculation windows are large, the policy is\nto kill the speculation on the first load and not worry if it can be\ncompleted with a dependent load/store [1].\n\n[1] https://marc.info/?l=linux-kernel&m=152449131114778&w=2\n\nSigned-off-by: Gustavo A. R. Silva <gustavo@embeddedor.com>\nSigned-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>\nLink: https://patchwork.freedesktop.org/patch/msgid/20181016095549.GA23586@embeddedor.com\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/9b3e959d46e37597fd2b9c68e3133a5b49d6da6c"},{"sha":"e31bc4df038b8b3ce07b2039ec7db64b97a925a3","author":{"name":"Slawomir Stepien","email":"837631c17ee79fedca43bfe4b9b5c80000c354f7@poczta.fm"},"message":"staging: iio: adc: ad7280a: handle error from __ad7280_read32()\n\n[ Upstream commit 0559ef7fde67bc6c83c6eb6329dbd6649528263e ]\n\nInside __ad7280_read32(), the spi_sync_transfer() can fail with negative\nerror code. This change will ensure that this error is being passed up\nin the call stack, so it can be handled.\n\nSigned-off-by: Slawomir Stepien <sst@poczta.fm>\nSigned-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/e31bc4df038b8b3ce07b2039ec7db64b97a925a3"},{"sha":"8c25e7a4ed6fa51b597572f464adf415bf88802c","author":{"name":"Arnd Bergmann","email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de"},"message":"ASoC: Intel: mrfld: fix uninitialized variable access\n\n[ Upstream commit 1539c7f23f256120f89f8b9ec53160790bce9ed2 ]\n\nRandconfig testing revealed a very old bug, with gcc-8:\n\nsound/soc/intel/atom/sst/sst_loader.c: In function 'sst_load_fw':\nsound/soc/intel/atom/sst/sst_loader.c:357:5: error: 'fw' may be used uninitialized in this function [-Werror=maybe-uninitialized]\n  if (fw == NULL) {\n     ^\nsound/soc/intel/atom/sst/sst_loader.c:354:25: note: 'fw' was declared here\n  const struct firmware *fw;\n\nWe must check the return code of request_firmware() before we look at the\npointer result that may be uninitialized when the function fails.\n\nFixes: 9012c9544eea (\"ASoC: Intel: mrfld - Add DSP load and management\")\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nAcked-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/8c25e7a4ed6fa51b597572f464adf415bf88802c"},{"sha":"eef25b07bad1ed9bace5790c8f7a1e568778796a","author":{"name":"Steve Longerbeam","email":"cf49d71e4cbedc5c436e1dc465fe559e76039752@gmail.com"},"message":"gpu: ipu-v3: image-convert: Prevent race between run and unprepare\n\n[ Upstream commit 819bec35c8c9706185498c9222bd244e0781ad35 ]\n\nPrevent possible race by parallel threads between ipu_image_convert_run()\nand ipu_image_convert_unprepare(). This involves setting ctx->aborting\nto true unconditionally so that no new job runs can be queued during\nunprepare, and holding the ctx->aborting flag until the context is freed.\n\nNote that the \"normal\" ipu_image_convert_abort() case (e.g. not during\ncontext unprepare) should clear the ctx->aborting flag after aborting\nany active run and clearing the context's pending queue. This is because\nit should be possible to continue to use the conversion context and queue\nmore runs after an abort.\n\nSigned-off-by: Steve Longerbeam <slongerbeam@gmail.com>\nTested-by: Philipp Zabel <p.zabel@pengutronix.de>\nSigned-off-by: Philipp Zabel <p.zabel@pengutronix.de>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/eef25b07bad1ed9bace5790c8f7a1e568778796a"},{"sha":"8ab6b5cd8768845217ab3879e08c7c9a52877a89","author":{"name":"Lorenzo Bianconi","email":"c6288764d6452631ebb3f759163133764e3e4b99@redhat.com"},"message":"ath9k: dynack: use authentication messages for 'late' ack\n\n[ Upstream commit 3831a2a0010c72e3956020cbf1057a1701a2e469 ]\n\nIn order to properly support dynack in ad-hoc mode running\nwpa_supplicant, take into account authentication frames for\n'late ack' detection. This patch has been tested on devices\nmounted on offshore high-voltage stations connected through\n~24Km link\n\nReported-by: Koen Vandeputte <koen.vandeputte@ncentric.com>\nTested-by: Koen Vandeputte <koen.vandeputte@ncentric.com>\nSigned-off-by: Lorenzo Bianconi <lorenzo.bianconi@redhat.com>\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/8ab6b5cd8768845217ab3879e08c7c9a52877a89"},{"sha":"778508831ab7d14d985df1f0904a97ed01a55275","author":{"name":"James Smart","email":"b345d0404e0a2e84a4d1df4aa0510cf6eec09f7d@gmail.com"},"message":"scsi: lpfc: Correct LCB RJT handling\n\n[ Upstream commit b114d9009d386276bfc3352289fc235781ae3353 ]\n\nWhen LCB's are rejected, if beaconing was already in progress, the\nReason Code Explanation was not being set. Should have been set to\ncommand in progress.\n\nSigned-off-by: Dick Kennedy <dick.kennedy@broadcom.com>\nSigned-off-by: James Smart <jsmart2021@gmail.com>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/778508831ab7d14d985df1f0904a97ed01a55275"},{"sha":"13198d8023f763095fbd174976959e6885fe76c2","author":{"name":"Yufen Wang","email":"9fd42804575387cb085f1c8abe0ec54c3fc4c95e@huawei.com"},"message":"ARM: 8808/1: kexec:offline panic_smp_self_stop CPU\n\n[ Upstream commit 82c08c3e7f171aa7f579b231d0abbc1d62e91974 ]\n\nIn case panic() and panic() called at the same time on different CPUS.\nFor example:\nCPU 0:\n  panic()\n     __crash_kexec\n       machine_crash_shutdown\n         crash_smp_send_stop\n       machine_kexec\n         BUG_ON(num_online_cpus() > 1);\n\nCPU 1:\n  panic()\n    local_irq_disable\n    panic_smp_self_stop\n\nIf CPU 1 calls panic_smp_self_stop() before crash_smp_send_stop(), kdump\nfails. CPU1 can't receive the ipi irq, CPU1 will be always online.\nTo fix this problem, this patch split out the panic_smp_self_stop()\nand add set_cpu_online(smp_processor_id(), false).\n\nSigned-off-by: Yufen Wang <wangyufen@huawei.com>\nSigned-off-by: Russell King <rmk+kernel@armlinux.org.uk>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/13198d8023f763095fbd174976959e6885fe76c2"},{"sha":"035801540c962a393e5f54d876f58800861e76fb","author":{"name":"Bob Peterson","email":"0c71a8c45d1c28c49aceef3749b4faa9d3c35c54@redhat.com"},"message":"dlm: Don't swamp the CPU with callbacks queued during recovery\n\n[ Upstream commit 216f0efd19b9cc32207934fd1b87a45f2c4c593e ]\n\nBefore this patch, recovery would cause all callbacks to be delayed,\nput on a queue, and afterward they were all queued to the callback\nwork queue. This patch does the same thing, but occasionally takes\na break after 25 of them so it won't swamp the CPU at the expense\nof other RT processes like corosync.\n\nSigned-off-by: Bob Peterson <rpeterso@redhat.com>\nSigned-off-by: David Teigland <teigland@redhat.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/035801540c962a393e5f54d876f58800861e76fb"},{"sha":"cf974855c5c931128d36d9023ca4ad9fe2af303d","author":{"name":"Colin Ian King","email":"d100aa70785e45ee8deab668147d941941915c21@canonical.com"},"message":"x86/PCI: Fix Broadcom CNB20LE unintended sign extension (redux)\n\n[ Upstream commit 53bb565fc5439f2c8c57a786feea5946804aa3e9 ]\n\nIn the expression \"word1 << 16\", word1 starts as u16, but is promoted to a\nsigned int, then sign-extended to resource_size_t, which is probably not\nwhat was intended.  Cast to resource_size_t to avoid the sign extension.\n\nThis fixes an identical issue as fixed by commit 0b2d70764bb3 (\"x86/PCI:\nFix Broadcom CNB20LE unintended sign extension\") back in 2014.\n\nDetected by CoverityScan, CID#138749, 138750 (\"Unintended sign extension\")\n\nFixes: 3f6ea84a3035 (\"PCI: read memory ranges out of Broadcom CNB20LE host bridge\")\nSigned-off-by: Colin Ian King <colin.king@canonical.com>\nSigned-off-by: Bjorn Helgaas <helgaas@kernel.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/cf974855c5c931128d36d9023ca4ad9fe2af303d"},{"sha":"c3777e6bb05a6d7f3c73868cae8705caf05cd521","author":{"name":"Frank Rowand","email":"964289eda363137c5cb6fd2bdcdba711c4b6176d@sony.com"},"message":"powerpc/pseries: add of_node_put() in dlpar_detach_node()\n\n[ Upstream commit 5b3f5c408d8cc59b87e47f1ab9803dbd006e4a91 ]\n\nThe previous commit, \"of: overlay: add missing of_node_get() in\n__of_attach_node_sysfs\" added a missing of_node_get() to\n__of_attach_node_sysfs().  This results in a refcount imbalance\nfor nodes attached with dlpar_attach_node().  The calling sequence\nfrom dlpar_attach_node() to __of_attach_node_sysfs() is:\n\n   dlpar_attach_node()\n      of_attach_node()\n         __of_attach_node_sysfs()\n\nFor more detailed description of the node refcount, see\ncommit 68baf692c435 (\"powerpc/pseries: Fix of_node_put() underflow\nduring DLPAR remove\").\n\nTested-by: Alan Tull <atull@kernel.org>\nAcked-by: Michael Ellerman <mpe@ellerman.id.au>\nSigned-off-by: Frank Rowand <frank.rowand@sony.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/c3777e6bb05a6d7f3c73868cae8705caf05cd521"},{"sha":"c9e666af54729a767e0ad010c1bcaf63aba52566","author":{"name":"Boris Brezillon","email":"4e91513d4f418754031d3d36b3fc73980c40a38c@bootlin.com"},"message":"drm/vc4: ->x_scaling[1] should never be set to VC4_SCALING_NONE\n\n[ Upstream commit 0560054da5673b25d56bea6c57c8d069673af73b ]\n\nFor the YUV conversion to work properly, ->x_scaling[1] should never\nbe set to VC4_SCALING_NONE, but vc4_get_scaling_mode() might return\nVC4_SCALING_NONE if the horizontal scaling ratio exactly matches the\nhorizontal subsampling factor. Add a test to turn VC4_SCALING_NONE\ninto VC4_SCALING_PPF when that happens.\n\nThe old ->x_scaling[0] adjustment is dropped as I couldn't find any\nmention to this constraint in the spec and it's proven to be\nunnecessary (I tested various multi-planar YUV formats with scaling\ndisabled, and all of them worked fine without this adjustment).\n\nFixes: fc04023fafec (\"drm/vc4: Add support for YUV planes.\")\nSigned-off-by: Boris Brezillon <boris.brezillon@bootlin.com>\nReviewed-by: Eric Anholt <eric@anholt.net>\nLink: https://patchwork.freedesktop.org/patch/msgid/20181109102633.32603-1-boris.brezillon@bootlin.com\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/c9e666af54729a767e0ad010c1bcaf63aba52566"},{"sha":"15750c190432d5a61a3ae7bd91f807cc38d985cc","author":{"name":"Andy Duan","email":"6f735469b60531b899e8d1a0990f47f3315d4792@nxp.com"},"message":"serial: fsl_lpuart: clear parity enable bit when disable parity\n\n[ Upstream commit 397bd9211fe014b347ca8f95a8f4e1017bac1aeb ]\n\nCurrent driver only enable parity enable bit and never clear it\nwhen user set the termios. The fix clear the parity enable bit when\nPARENB flag is not set in termios->c_cflag.\n\nCc: Lukas Wunner <lukas@wunner.de>\nSigned-off-by: Andy Duan <fugang.duan@nxp.com>\nReviewed-by: Fabio Estevam <festevam@gmail.com>\nAcked-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/15750c190432d5a61a3ae7bd91f807cc38d985cc"},{"sha":"dd57ad3e75034499bd862cbe76fe444397ac0a36","author":{"name":"Miroslav Lichvar","email":"acc9bee607f0b55b63aa94bc82fa52f84b106ffb@redhat.com"},"message":"ptp: check gettime64 return code in PTP_SYS_OFFSET ioctl\n\n[ Upstream commit 83d0bdc7390b890905634186baaa294475cd6a06 ]\n\nIf a gettime64 call fails, return the error and avoid copying data back\nto user.\n\nCc: Richard Cochran <richardcochran@gmail.com>\nCc: Jacob Keller <jacob.e.keller@intel.com>\nSigned-off-by: Miroslav Lichvar <mlichvar@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/dd57ad3e75034499bd862cbe76fe444397ac0a36"},{"sha":"8a9cf43e72a5b8b3721657a8601aaefaac14287a","author":{"name":"Matheus Tavares","email":"418374b17a8e69e5f8cf479bb32ad264929a0623@usp.br"},"message":"staging:iio:ad2s90: Make probe handle spi_setup failure\n\n[ Upstream commit b3a3eafeef769c6982e15f83631dcbf8d1794efb ]\n\nPreviously, ad2s90_probe ignored the return code from spi_setup, not\nhandling its possible failure. This patch makes ad2s90_probe check if\nthe code is an error code and, if so, do the following:\n\n- Call dev_err with an appropriate error message.\n- Return the spi_setup's error code.\n\nNote: The 'return ret' statement could be out of the 'if' block, but\nthis whole block will be moved up in the function in the patch:\n'staging:iio:ad2s90: Move device registration to the end of probe'.\n\nSigned-off-by: Matheus Tavares <matheus.bernardino@usp.br>\nSigned-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/8a9cf43e72a5b8b3721657a8601aaefaac14287a"},{"sha":"d755ae852b97dd5e7f29d9f685a74e4948cb18e6","author":{"name":"Renato Lui Geh","email":"6f991c0560e5a20ed79f442e86dbd5a61a5f5796@gmail.com"},"message":"staging: iio: ad7780: update voltage on read\n\n[ Upstream commit 336650c785b62c3bea7c8cf6061c933a90241f67 ]\n\nThe ad7780 driver previously did not read the correct device output, as\nit read an outdated value set at initialization. It now updates its\nvoltage on read.\n\nSigned-off-by: Renato Lui Geh <renatogeh@gmail.com>\nAcked-by: Alexandru Ardelean <alexandru.ardelean@analog.com>\nSigned-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/d755ae852b97dd5e7f29d9f685a74e4948cb18e6"},{"sha":"4f42f234ad1f78f8b2cec2a2c1560df8789d2492","author":{"name":"Nathan Chancellor","email":"f65d3f2dc139dcfe7b6f0b0a466af3bc5fed8fa7@gmail.com"},"message":"ARM: OMAP2+: hwmod: Fix some section annotations\n\n[ Upstream commit c10b26abeb53cabc1e6271a167d3f3d396ce0218 ]\n\nWhen building the kernel with Clang, the following section mismatch\nwarnings appears:\n\nWARNING: vmlinux.o(.text+0x2d398): Section mismatch in reference from\nthe function _setup() to the function .init.text:_setup_iclk_autoidle()\nThe function _setup() references\nthe function __init _setup_iclk_autoidle().\nThis is often because _setup lacks a __init\nannotation or the annotation of _setup_iclk_autoidle is wrong.\n\nWARNING: vmlinux.o(.text+0x2d3a0): Section mismatch in reference from\nthe function _setup() to the function .init.text:_setup_reset()\nThe function _setup() references\nthe function __init _setup_reset().\nThis is often because _setup lacks a __init\nannotation or the annotation of _setup_reset is wrong.\n\nWARNING: vmlinux.o(.text+0x2d408): Section mismatch in reference from\nthe function _setup() to the function .init.text:_setup_postsetup()\nThe function _setup() references\nthe function __init _setup_postsetup().\nThis is often because _setup lacks a __init\nannotation or the annotation of _setup_postsetup is wrong.\n\n_setup is used in omap_hwmod_allocate_module, which isn't marked __init\nand looks like it shouldn't be, meaning to fix these warnings, those\nfunctions must be moved out of the init section, which this patch does.\n\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/4f42f234ad1f78f8b2cec2a2c1560df8789d2492"},{"sha":"ab70d98b39f2f8e222a1e67c8447d09c48c9b8b0","author":{"name":"Sami Tolvanen","email":"13b5b7039a021b8cc9f1fde674d009cb5243a69d@google.com"},"message":"modpost: validate symbol names also in find_elf_symbol\n\n[ Upstream commit 5818c683a619c534c113e1f66d24f636defc29bc ]\n\nIf an ARM mapping symbol shares an address with a valid symbol,\nfind_elf_symbol can currently return the mapping symbol instead, as the\nsymbol is not validated. This can result in confusing warnings:\n\n  WARNING: vmlinux.o(.text+0x18f4028): Section mismatch in reference\n  from the function set_reset_devices() to the variable .init.text:$x.0\n\nThis change adds a call to is_valid_name to find_elf_symbol, similarly\nto how it's already used in find_elf_symbol2.\n\nSigned-off-by: Sami Tolvanen <samitolvanen@google.com>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/ab70d98b39f2f8e222a1e67c8447d09c48c9b8b0"},{"sha":"1e3981011876dd36d09ab8e81a87f725529b14d8","author":{"name":"Pu Wen","email":"9ec4d054c24f037f52594628492ca326e9f5d487@hygon.cn"},"message":"perf tools: Add Hygon Dhyana support\n\n[ Upstream commit 4787eff3fa88f62fede6ed7afa06477ae6bf984d ]\n\nThe tool perf is useful for the performance analysis on the Hygon Dhyana\nplatform. But right now there is no Hygon support for it to analyze the\nKVM guest os data. So add Hygon Dhyana support to it by checking vendor\nstring to share the code path of AMD.\n\nSigned-off-by: Pu Wen <puwen@hygon.cn>\nAcked-by: Borislav Petkov <bp@suse.de>\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Jiri Olsa <jolsa@kernel.org>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/1542008451-31735-1-git-send-email-puwen@hygon.cn\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.9/commits/1e3981011876dd36d09ab8e81a87f725529b14d8"}]}
other: {"actor":{"display_login":"blissgerrit"}}