{"push_id":2298819710,"size":1000,"distinct_size":25,"ref":"refs/heads/drm-intel-next-fixes","head":"751b01cb07ebf0dbbe4a4fbfeaa509388e4a2b0a","before":"97e2e7a59b7c23c6c55b6b72c7c09881285a1efe","commits":[{"sha":"75bf50f4aaa1c78d769d854ab3d975884909e4fb","author":{"name":"Antony Antony","email":"62ba9496910f702bac487a49d4a6f345ef2fa5ff@phenome.org"},"message":"xfrm: fix xfrm_do_migrate() with AEAD e.g(AES-GCM)\n\ncopy geniv when cloning the xfrm state.\n\nx->geniv was not copied to the new state and migration would fail.\n\nxfrm_do_migrate\n  ..\n  xfrm_state_clone()\n   ..\n   ..\n   esp_init_aead()\n   crypto_alloc_aead()\n    crypto_alloc_tfm()\n     crypto_find_alg() return EAGAIN and failed\n\nSigned-off-by: Antony Antony <antony@phenome.org>\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/75bf50f4aaa1c78d769d854ab3d975884909e4fb"},{"sha":"732706afe1cc46ef48493b3d2b69c98f36314ae4","author":{"name":"Steffen Klassert","email":"e12a4e53ffae7bea4a26a8251851e5c5b883df46@secunet.com"},"message":"xfrm: Fix stack-out-of-bounds with misconfigured transport mode policies.\n\nOn policies with a transport mode template, we pass the addresses\nfrom the flowi to xfrm_state_find(), assuming that the IP addresses\n(and address family) don't change during transformation.\n\nUnfortunately our policy template validation is not strict enough.\nIt is possible to configure policies with transport mode template\nwhere the address family of the template does not match the selectors\naddress family. This lead to stack-out-of-bound reads because\nwe compare arddesses of the wrong family. Fix this by refusing\nsuch a configuration, address family can not change on transport\nmode.\n\nWe use the assumption that, on transport mode, the first templates\naddress family must match the address family of the policy selector.\nSubsequent transport mode templates must mach the address family of\nthe previous template.\n\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/732706afe1cc46ef48493b3d2b69c98f36314ae4"},{"sha":"451df7d110b82998c04a80d0de0f1e79aaa7792a","author":{"name":"Alejandro Mery","email":"0cd3dfc79bd54d6755e82afa675d00569b195ad5@hanoverdisplays.com"},"message":"ARM: davinci: fix mmc entries in dm365's dma_slave_map\n\nfix mmc entries in dm365's dma_slave_map to match the actual device names\n\nFixes: 0c750e1fe481 (\"ARM: davinci: dm365: Add dma_slave_map to edma\")\nSigned-off-by: Alejandro Mery <amery@hanoverdisplays.com>\nSigned-off-by: Sekhar Nori <nsekhar@ti.com>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/451df7d110b82998c04a80d0de0f1e79aaa7792a"},{"sha":"50dd2ea8ef67a1617e0c0658bcbec4b9fb03b936","author":{"name":"Ben Hutchings","email":"4b5b1f56752f48c5a7306485787e3dde408ba5de@codethink.co.uk"},"message":"ASoC: wm_adsp: Fix validation of firmware and coeff lengths\n\nThe checks for whether another region/block header could be present\nare subtracting the size from the current offset.  Obviously we should\ninstead subtract the offset from the size.\n\nThe checks for whether the region/block data fit in the file are\nadding the data size to the current offset and header size, without\nchecking for integer overflow.  Rearrange these so that overflow is\nimpossible.\n\nSigned-off-by: Ben Hutchings <ben.hutchings@codethink.co.uk>\nAcked-by: Charles Keepax <ckeepax@opensource.cirrus.com>\nTested-by: Charles Keepax <ckeepax@opensource.cirrus.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nCc: stable@vger.kernel.org","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/50dd2ea8ef67a1617e0c0658bcbec4b9fb03b936"},{"sha":"0f0be40ba59c2d5fdfea48e3ff93f6165d616440","author":{"name":"Alexandre Belloni","email":"7b8bd04b94da78b84fb04a2a85797dbf15d0072c@free-electrons.com"},"message":"ASoC: atmel-classd: select correct Kconfig symbol\n\nSND_ATMEL_SOC_CLASSD selects SND_ATMEL_SOC_DMA but the driver itself\nhandles its own DMA operations and doesn't need anything from\natmel-pcm-dma.c or atmel_ssc_dai.c.\n\nReplace SND_ATMEL_SOC_DMA by SND_SOC_GENERIC_DMAENGINE_PCM which is the\nonly one actually required.\n\nThis may end up in a configuration leading to a link error:\n\nsound/soc/atmel/atmel_ssc_dai.o: In function `atmel_ssc_set_audio':\natmel_ssc_dai.c:(.text+0x79c): undefined reference to `atmel_pcm_dma_platform_register'\natmel_ssc_dai.c:(.text+0x79c): relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol `atmel_pcm_dma_platform_register'\nsound/soc/atmel/atmel_ssc_dai.o: In function `atmel_ssc_put_audio':\natmel_ssc_dai.c:(.text+0xf24): undefined reference to `atmel_pcm_dma_platform_unregister'\natmel_ssc_dai.c:(.text+0xf24): relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol `atmel_pcm_dma_platform_unregister'\n\nTested on sama5d2 xplained with the following configuration\nwhere nothing selects SND_ATMEL_SOC_DMA:\n\nCONFIG_SND_ATMEL_SOC=y\nCONFIG_SND_ATMEL_SOC_CLASSD=y\n\nReported-by: Arnd Bergmann <arnd@arndb.de>\nTested-by: Arnd Bergmann <arnd@arndb.de>\nFixes: e0a25b6d1862 (\"ASoC: atmel-classd: add the Audio Class D Amplifier\")\nSigned-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/0f0be40ba59c2d5fdfea48e3ff93f6165d616440"},{"sha":"4362934a75ff2a399fd0bcd75937907115770020","author":{"name":"Naveen Manohar","email":"2c3836c06667fdc85b01c5bc4d446e03eff2e447@intel.com"},"message":"ASoC: Intel: Change kern log level to avoid unwanted messages\n\npatch suppresses the warning message \"control load not supported\"\nas this is a debug information to help debug issues in topology.\n\nSigned-off-by: Naveen Manohar <naveen.m@intel.com>\nAcked-By: Vinod Koul <vinod.koul@intel.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/4362934a75ff2a399fd0bcd75937907115770020"},{"sha":"33f801366bdf3f8b67dfe325b84f4051a090d01e","author":{"name":"Jiada Wang","email":"98070760ac2da4408d6b02b78e79fb3537936602@mentor.com"},"message":"ASoC: rsnd: ssi: fix race condition in rsnd_ssi_pointer_update\n\nCurrently there is race condition between set of byte_pos and wrap\nit around when new buffer starts. If .pointer is called in-between\nit will result in inconsistent pointer position be returned\nfrom .pointer callback.\n\nThis patch increments buffer pointer atomically to avoid this issue.\n\nSigned-off-by: Jiada Wang <jiada_wang@mentor.com>\nReviewed-by: Takashi Sakamoto <takashi.sakamoto@miraclelinux.com>\nAcked-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/33f801366bdf3f8b67dfe325b84f4051a090d01e"},{"sha":"f5f00e7dcc4161f07b76ff1a854e8b1ea7a1ed41","author":{"name":"Xiaolin Zhang","email":"2bf0c96e8bc913725efe3a333b66e9299f6e36cc@intel.com"},"message":"drm/i915/gvt: Fix pipe A enable as default for vgpu\n\nobserved igt drv_module_reload test case failure on 4.15.0\nrc2 kernel with panic due to no active pipe available.\n\nthe gpu will reset during unload/load and make pipe config reg\nlost which can cause kernel panic issue happen.\n\nthis patch is to move pipe enabling to emulate_mointor_status_chagne\nto handle vgpu reset case as well.\n\nFixes: 7e6059020894 (\"drm/i915/gvt: enabled pipe A default on creating vgpu\")\nSigned-off-by: Xiaolin Zhang <xiaolin.zhang@intel.com>\nSigned-off-by: Zhenyu Wang <zhenyuw@linux.intel.com>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/f5f00e7dcc4161f07b76ff1a854e8b1ea7a1ed41"},{"sha":"2b4f27c36bcd46e820ddb9a8e6fe6a63fa4250b8","author":{"name":"Eric Biggers","email":"0106d512ed1cb672be29d4b167a07ead51709fba@google.com"},"message":"crypto: skcipher - set walk.iv for zero-length inputs\n\nAll the ChaCha20 algorithms as well as the ARM bit-sliced AES-XTS\nalgorithms call skcipher_walk_virt(), then access the IV (walk.iv)\nbefore checking whether any bytes need to be processed (walk.nbytes).\n\nBut if the input is empty, then skcipher_walk_virt() doesn't set the IV,\nand the algorithms crash trying to use the uninitialized IV pointer.\n\nFix it by setting the IV earlier in skcipher_walk_virt().  Also fix it\nfor the AEAD walk functions.\n\nThis isn't a perfect solution because we can't actually align the IV to\n->cra_alignmask unless there are bytes to process, for one because the\ntemporary buffer for the aligned IV is freed by skcipher_walk_done(),\nwhich is only called when there are bytes to process.  Thus, algorithms\nthat require aligned IVs will still need to avoid accessing the IV when\nwalk.nbytes == 0.  Still, many algorithms/architectures are fine with\nIVs having any alignment, and even for those that aren't, a misaligned\npointer bug is much less severe than an uninitialized pointer bug.\n\nThis change also matches the behavior of the older blkcipher_walk API.\n\nFixes: 0cabf2af6f5a (\"crypto: skcipher - Fix crash on zero-length input\")\nReported-by: syzbot <syzkaller@googlegroups.com>\nCc: <stable@vger.kernel.org> # v4.14+\nSigned-off-by: Eric Biggers <ebiggers@google.com>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/2b4f27c36bcd46e820ddb9a8e6fe6a63fa4250b8"},{"sha":"11edb555966ed2c66c533d17c604f9d7e580a829","author":{"name":"Stephan Mueller","email":"5286f633a2b8438ae9d362bedb5d5c56dfca07cb@chronox.de"},"message":"crypto: af_alg - wait for data at beginning of recvmsg\n\nThe wait for data is a non-atomic operation that can sleep and therefore\npotentially release the socket lock. The release of the socket lock\nallows another thread to modify the context data structure. The waiting\noperation for new data therefore must be called at the beginning of\nrecvmsg. This prevents a race condition where checks of the members of\nthe context data structure are performed by recvmsg while there is a\npotential for modification of these values.\n\nFixes: e870456d8e7c (\"crypto: algif_skcipher - overhaul memory management\")\nFixes: d887c52d6ae4 (\"crypto: algif_aead - overhaul memory management\")\nReported-by: syzbot <syzkaller@googlegroups.com>\nCc: <stable@vger.kernel.org> # v4.14+\nSigned-off-by: Stephan Mueller <smueller@chronox.de>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/11edb555966ed2c66c533d17c604f9d7e580a829"},{"sha":"9abffc6f2efe46c3564c04312e52e07622d40e51","author":{"name":"Sebastian Andrzej Siewior","email":"995b3fbc38a4ce5fd89792210752e6a9ba719593@linutronix.de"},"message":"crypto: mcryptd - protect the per-CPU queue with a lock\n\nmcryptd_enqueue_request() grabs the per-CPU queue struct and protects\naccess to it with disabled preemption. Then it schedules a worker on the\nsame CPU. The worker in mcryptd_queue_worker() guards access to the same\nper-CPU variable with disabled preemption.\n\nIf we take CPU-hotplug into account then it is possible that between\nqueue_work_on() and the actual invocation of the worker the CPU goes\ndown and the worker will be scheduled on _another_ CPU. And here the\npreempt_disable() protection does not work anymore. The easiest thing is\nto add a spin_lock() to guard access to the list.\n\nAnother detail: mcryptd_queue_worker() is not processing more than\nMCRYPTD_BATCH invocation in a row. If there are still items left, then\nit will invoke queue_work() to proceed with more later. *I* would\nsuggest to simply drop that check because it does not use a system\nworkqueue and the workqueue is already marked as \"CPU_INTENSIVE\". And if\npreemption is required then the scheduler should do it.\nHowever if queue_work() is used then the work item is marked as CPU\nunbound. That means it will try to run on the local CPU but it may run\non another CPU as well. Especially with CONFIG_DEBUG_WQ_FORCE_RR_CPU=y.\nAgain, the preempt_disable() won't work here but lock which was\nintroduced will help.\nIn order to keep work-item on the local CPU (and avoid RR) I changed it\nto queue_work_on().\n\nCc: stable@vger.kernel.org\nSigned-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/9abffc6f2efe46c3564c04312e52e07622d40e51"},{"sha":"d53c5135792319e095bb126bc43b2ee98586f7fe","author":{"name":"Stephan Mueller","email":"5286f633a2b8438ae9d362bedb5d5c56dfca07cb@chronox.de"},"message":"crypto: af_alg - fix race accessing cipher request\n\nWhen invoking an asynchronous cipher operation, the invocation of the\ncallback may be performed before the subsequent operations in the\ninitial code path are invoked. The callback deletes the cipher request\ndata structure which implies that after the invocation of the\nasynchronous cipher operation, this data structure must not be accessed\nany more.\n\nThe setting of the return code size with the request data structure must\ntherefore be moved before the invocation of the asynchronous cipher\noperation.\n\nFixes: e870456d8e7c (\"crypto: algif_skcipher - overhaul memory management\")\nFixes: d887c52d6ae4 (\"crypto: algif_aead - overhaul memory management\")\nReported-by: syzbot <syzkaller@googlegroups.com>\nCc: <stable@vger.kernel.org> # v4.14+\nSigned-off-by: Stephan Mueller <smueller@chronox.de>\nAcked-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/d53c5135792319e095bb126bc43b2ee98586f7fe"},{"sha":"4564b187c16327045d87596e8980c65ba7b84c50","author":{"name":"Johannes Berg","email":"9a5936d824e6835dfe162c5611d10d2cf40ffbad@intel.com"},"message":"nl80211: fix nl80211_send_iface() error paths\n\nEvidently I introduced a locking bug in my change here,\nthe nla_put_failure sometimes needs to unlock. Fix it.\n\nFixes: 44905265bc15 (\"nl80211: don't expose wdev->ssid for most interfaces\")\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/4564b187c16327045d87596e8980c65ba7b84c50"},{"sha":"d2950278d2d04ff5314abeb38d9c59c4e7c0ee53","author":{"name":"Florian Westphal","email":"dbfaf6a80dfd937969ef4cfe4989863cfe354fce@strlen.de"},"message":"xfrm: put policies when reusing pcpu xdst entry\n\nWe need to put the policies when re-using the pcpu xdst entry, else\nthis leaks the reference.\n\nFixes: ec30d78c14a813db39a647b6a348b428 (\"xfrm: add xdst pcpu cache\")\nSigned-off-by: Florian Westphal <fw@strlen.de>\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/d2950278d2d04ff5314abeb38d9c59c4e7c0ee53"},{"sha":"d2b3c353595a855794f8b9df5b5bdbe8deb0c413","author":{"name":"Mika Westerberg","email":"a8d1ecdad48d5197b32d89207ef409d7040b1cf4@linux.intel.com"},"message":"pinctrl: cherryview: Mask all interrupts on Intel_Strago based systems\n\nGuenter Roeck reported an interrupt storm on a prototype system which is\nbased on Cyan Chromebook. The root cause turned out to be a incorrectly\nconfigured pin that triggers spurious interrupts. This will be fixed in\ncoreboot but currently we need to prevent the interrupt storm from\nhappening by masking all interrupts (but not GPEs) on those systems.\n\nLink: https://bugzilla.kernel.org/show_bug.cgi?id=197953\nFixes: bcb48cca23ec (\"pinctrl: cherryview: Do not mask all interrupts in probe\")\nReported-and-tested-by: Guenter Roeck <linux@roeck-us.net>\nReported-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>\nSigned-off-by: Mika Westerberg <mika.westerberg@linux.intel.com>\nCc: stable@vger.kernel.org\nSigned-off-by: Linus Walleij <linus.walleij@linaro.org>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/d2b3c353595a855794f8b9df5b5bdbe8deb0c413"},{"sha":"e7fd37ba12170cc414be8b639dfc2c5f7172fac2","author":{"name":"Ma Shimiao","email":"57c000c9e590fcf2c837689e2195fda8dbcc43b2@cn.fujitsu.com"},"message":"cgroup: avoid copying strings longer than the buffers\n\ncgroup root name and file name have max length limit, we should\navoid copying longer name than that to the name.\n\ntj: minor update to $SUBJ.\n\nSigned-off-by: Ma Shimiao <mashimiao.fnst@cn.fujitsu.com>\nSigned-off-by: Tejun Heo <tj@kernel.org>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/e7fd37ba12170cc414be8b639dfc2c5f7172fac2"},{"sha":"17278a91e04f858155d54bee5528ba4fbcec6f87","author":{"name":"James Hogan","email":"0c18f028ce41bed61446bf186f2399d3171d8181@kernel.org"},"message":"MIPS: CPS: Fix r1 .set mt assembler warning\n\nMIPS CPS has a build warning on kernels configured for MIPS32R1 or\nMIPS64R1, due to the use of .set mt without a prior .set mips{32,64}r2:\n\narch/mips/kernel/cps-vec.S Assembler messages:\narch/mips/kernel/cps-vec.S:238: Warning: the `mt' extension requires MIPS32 revision 2 or greater\n\nAdd .set MIPS_ISA_LEVEL_RAW before .set mt to silence the warning.\n\nFixes: 245a7868d2f2 (\"MIPS: smp-cps: rework core/VPE initialisation\")\nSigned-off-by: James Hogan <jhogan@kernel.org>\nCc: Paul Burton <paul.burton@mips.com>\nCc: James Hogan <james.hogan@mips.com>\nCc: James Hogan <jhogan@kernel.org>\nCc: Paul Burton <paul.burton@mips.com>\nCc: linux-mips@linux-mips.org\nPatchwork: https://patchwork.linux-mips.org/patch/17699/\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/17278a91e04f858155d54bee5528ba4fbcec6f87"},{"sha":"a03fe72572c12e98f4173f8a535f32468e48b6ec","author":{"name":"Maciej W. Rozycki","email":"006a10158a5aec37e39763a69b0658f4e7f13280@mips.com"},"message":"MIPS: Factor out NT_PRFPREG regset access helpers\n\nIn preparation to fix a commit 72b22bbad1e7 (\"MIPS: Don't assume 64-bit\nFP registers for FP regset\") FCSR access regression factor out\nNT_PRFPREG regset access helpers for the non-MSA and the MSA variants\nrespectively, to avoid having to deal with excessive indentation in the\nactual fix.\n\nNo functional change, however use `target->thread.fpu.fpr[0]' rather\nthan `target->thread.fpu.fpr[i]' for FGR holding type size determination\nas there's no `i' variable to refer to anymore, and for the factored out\n`i' variable declaration use `unsigned int' rather than `unsigned' as\nits type, following the common style.\n\nSigned-off-by: Maciej W. Rozycki <macro@mips.com>\nFixes: 72b22bbad1e7 (\"MIPS: Don't assume 64-bit FP registers for FP regset\")\nCc: James Hogan <james.hogan@mips.com>\nCc: Paul Burton <Paul.Burton@mips.com>\nCc: Alex Smith <alex@alex-smith.me.uk>\nCc: Dave Martin <Dave.Martin@arm.com>\nCc: linux-mips@linux-mips.org\nCc: linux-kernel@vger.kernel.org\nCc: stable@vger.kernel.org # v3.15+\nPatchwork: https://patchwork.linux-mips.org/patch/17925/\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/a03fe72572c12e98f4173f8a535f32468e48b6ec"},{"sha":"dc24d0edf33c3e15099688b6bbdf7bdc24bf6e91","author":{"name":"Maciej W. Rozycki","email":"006a10158a5aec37e39763a69b0658f4e7f13280@mips.com"},"message":"MIPS: Guard against any partial write attempt with PTRACE_SETREGSET\n\nComplement commit d614fd58a283 (\"mips/ptrace: Preserve previous\nregisters for short regset write\") and ensure that no partial register\nwrite attempt is made with PTRACE_SETREGSET, as we do not preinitialize\nany temporaries used to hold incoming register data and consequently\nrandom data could be written.\n\nIt is the responsibility of the caller, such as `ptrace_regset', to\narrange for writes to span whole registers only, so here we only assert\nthat it has indeed happened.\n\nSigned-off-by: Maciej W. Rozycki <macro@mips.com>\nFixes: 72b22bbad1e7 (\"MIPS: Don't assume 64-bit FP registers for FP regset\")\nCc: James Hogan <james.hogan@mips.com>\nCc: Paul Burton <Paul.Burton@mips.com>\nCc: Alex Smith <alex@alex-smith.me.uk>\nCc: Dave Martin <Dave.Martin@arm.com>\nCc: linux-mips@linux-mips.org\nCc: linux-kernel@vger.kernel.org\nCc: stable@vger.kernel.org # v3.15+\nPatchwork: https://patchwork.linux-mips.org/patch/17926/\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/dc24d0edf33c3e15099688b6bbdf7bdc24bf6e91"},{"sha":"80b3ffce0196ea50068885d085ff981e4b8396f4","author":{"name":"Maciej W. Rozycki","email":"006a10158a5aec37e39763a69b0658f4e7f13280@mips.com"},"message":"MIPS: Consistently handle buffer counter with PTRACE_SETREGSET\n\nUpdate commit d614fd58a283 (\"mips/ptrace: Preserve previous registers\nfor short regset write\") bug and consistently consume all data supplied\nto `fpr_set_msa' with the ptrace(2) PTRACE_SETREGSET request, such that\na zero data buffer counter is returned where insufficient data has been\ngiven to fill a whole number of FP general registers.\n\nIn reality this is not going to happen, as the caller is supposed to\nonly supply data covering a whole number of registers and it is verified\nin `ptrace_regset' and again asserted in `fpr_set', however structuring\ncode such that the presence of trailing partial FP general register data\ncauses `fpr_set_msa' to return with a non-zero data buffer counter makes\nit appear that this trailing data will be used if there are subsequent\nwrites made to FP registers, which is going to be the case with the FCSR\nonce the missing write to that register has been fixed.\n\nFixes: d614fd58a283 (\"mips/ptrace: Preserve previous registers for short regset write\")\nSigned-off-by: Maciej W. Rozycki <macro@mips.com>\nCc: James Hogan <james.hogan@mips.com>\nCc: Paul Burton <Paul.Burton@mips.com>\nCc: Alex Smith <alex@alex-smith.me.uk>\nCc: Dave Martin <Dave.Martin@arm.com>\nCc: linux-mips@linux-mips.org\nCc: linux-kernel@vger.kernel.org\nCc: stable@vger.kernel.org # v4.11+\nPatchwork: https://patchwork.linux-mips.org/patch/17927/\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>","distinct":false,"url":"https://api.github.com/repos/freedesktop/drm-intel/commits/80b3ffce0196ea50068885d085ff981e4b8396f4"}]}
{"actor":{"display_login":"fdo-mirror"}}