{"push_id":2726249191,"size":45,"distinct_size":45,"ref":"refs/heads/8.1.0-unified-treble","head":"d222d0a398c011fb7642670da3f731623d1339fd","before":"0cc7a0baa043444d370cfa5c25ae16cc846a7aa2","commits":[{"sha":"bc20ab941e5e1523198b18943f9ca66e269e20a0","author":{"name":"Paul Burton","email":"85f1bffadddedccfafc0ae065a06aa636075387f@mips.com"},"message":"MIPS: Fix ioremap() RAM check\n\ncommit 523402fa9101090c91d2033b7ebdfdcf65880488 upstream.\n\nWe currently attempt to check whether a physical address range provided\nto __ioremap() may be in use by the page allocator by examining the\nvalue of PageReserved for each page in the region - lowmem pages not\nmarked reserved are presumed to be in use by the page allocator, and\nrequests to ioremap them fail.\n\nThe way we check this has been broken since commit 92923ca3aace (\"mm:\nmeminit: only set page reserved in the memblock region\"), because\nmemblock will typically not have any knowledge of non-RAM pages and\ntherefore those pages will not have the PageReserved flag set. Thus when\nwe attempt to ioremap a region outside of RAM we incorrectly fail\nbelieving that the region is RAM that may be in use.\n\nIn most cases ioremap() on MIPS will take a fast-path to use the\nunmapped kseg1 or xkphys virtual address spaces and never hit this path,\nso the only way to hit it is for a MIPS32 system to attempt to ioremap()\nan address range in lowmem with flags other than _CACHE_UNCACHED.\nPerhaps the most straightforward way to do this is using\nioremap_uncached_accelerated(), which is how the problem was discovered.\n\nFix this by making use of walk_system_ram_range() to test the address\nrange provided to __ioremap() against only RAM pages, rather than all\nlowmem pages. This means that if we have a lowmem I/O region, which is\nvery common for MIPS systems, we're free to ioremap() address ranges\nwithin it. A nice bonus is that the test is no longer limited to lowmem.\n\nThe approach here matches the way x86 performed the same test after\ncommit c81c8a1eeede (\"x86, ioremap: Speed up check for RAM pages\") until\nx86 moved towards a slightly more complicated check using walk_mem_res()\nfor unrelated reasons with commit 0e4c12b45aa8 (\"x86/mm, resource: Use\nPAGE_KERNEL protection for ioremap of memory pages\").\n\nSigned-off-by: Paul Burton <paul.burton@mips.com>\nReported-by: Serge Semin <fancer.lancer@gmail.com>\nTested-by: Serge Semin <fancer.lancer@gmail.com>\nFixes: 92923ca3aace (\"mm: meminit: only set page reserved in the memblock region\")\nCc: James Hogan <jhogan@kernel.org>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: linux-mips@linux-mips.org\nCc: stable@vger.kernel.org # v4.2+\nPatchwork: https://patchwork.linux-mips.org/patch/19786/\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/bc20ab941e5e1523198b18943f9ca66e269e20a0"},{"sha":"ba20e67aee81bf01dc6154e91bcfee431f1bb678","author":{"name":"Jann Horn","email":"0fcb39c6619aeb747ed6898bfde644ba26b24452@google.com"},"message":"ibmasm: don't write out of bounds in read handler\n\ncommit a0341fc1981a950c1e902ab901e98f60e0e243f3 upstream.\n\nThis read handler had a lot of custom logic and wrote outside the bounds of\nthe provided buffer. This could lead to kernel and userspace memory\ncorruption. Just use simple_read_from_buffer() with a stack buffer.\n\nFixes: 1da177e4c3f4 (\"Linux-2.6.12-rc2\")\nCc: stable@vger.kernel.org\nSigned-off-by: Jann Horn <jannh@google.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/ba20e67aee81bf01dc6154e91bcfee431f1bb678"},{"sha":"f0a1bf29d821ba724e2cf4813352f11a4597afe4","author":{"name":"Nadav Amit","email":"592678034eb0a2c8d7d04a06101ed8b7dc7101dd@vmware.com"},"message":"vmw_balloon: fix inflation with batching\n\ncommit 90d72ce079791399ac255c75728f3c9e747b093d upstream.\n\nEmbarrassingly, the recent fix introduced worse problem than it solved,\ncausing the balloon not to inflate. The VM informed the hypervisor that\nthe pages for lock/unlock are sitting in the wrong address, as it used\nthe page that is used the uninitialized page variable.\n\nFixes: b23220fe054e9 (\"vmw_balloon: fixing double free when batching mode is off\")\nCc: stable@vger.kernel.org\nReviewed-by: Xavier Deguillard <xdeguillard@vmware.com>\nSigned-off-by: Nadav Amit <namit@vmware.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/f0a1bf29d821ba724e2cf4813352f11a4597afe4"},{"sha":"54b594369ae19fc64b45ca045c26005d5de095d8","author":{"name":"Hans de Goede","email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com"},"message":"ahci: Disable LPM on Lenovo 50 series laptops with a too old BIOS\n\ncommit 240630e61870e62e39a97225048f9945848fa5f5 upstream.\n\nThere have been several reports of LPM related hard freezes about once\na day on multiple Lenovo 50 series models. Strange enough these reports\nwhere not disk model specific as LPM issues usually are and some users\nwith the exact same disk + laptop where seeing them while other users\nwhere not seeing these issues.\n\nIt turns out that enabling LPM triggers a firmware bug somewhere, which\nhas been fixed in later BIOS versions.\n\nThis commit adds a new ahci_broken_lpm() function and a new ATA_FLAG_NO_LPM\nfor dealing with this.\n\nThe ahci_broken_lpm() function contains DMI match info for the 4 models\nwhich are known to be affected by this and the DMI BIOS date field for\nknown good BIOS versions. If the BIOS date is older then the one in the\ntable LPM will be disabled and a warning will be printed.\n\nNote the BIOS dates are for known good versions, some older versions may\nwork too, but we don't know for sure, the table is using dates from BIOS\nversions for which users have confirmed that upgrading to that version\nmakes the problem go away.\n\nUnfortunately I've been unable to get hold of the reporter who reported\nthat BIOS version 2.35 fixed the problems on the W541 for him. I've been\nable to verify the DMI_SYS_VENDOR and DMI_PRODUCT_VERSION from an older\ndmidecode, but I don't know the exact BIOS date as reported in the DMI.\nLenovo keeps a changelog with dates in their release notes, but the\ndates there are the release dates not the build dates which are in DMI.\nSo I've chosen to set the date to which we compare to one day past the\nrelease date of the 2.34 BIOS. I plan to fix this with a follow up\ncommit once I've the necessary info.\n\nCc: stable@vger.kernel.org\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Tejun Heo <tj@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/54b594369ae19fc64b45ca045c26005d5de095d8"},{"sha":"a82597e92e47980261f8cfb37008026730a3a585","author":{"name":"Dan Carpenter","email":"ff341aa343d564f9e53e9dcb6996be8c04859a66@oracle.com"},"message":"USB: serial: ch341: fix type promotion bug in ch341_control_in()\n\ncommit e33eab9ded328ccc14308afa51b5be7cbe78d30b upstream.\n\nThe \"r\" variable is an int and \"bufsize\" is an unsigned int so the\ncomparison is type promoted to unsigned.  If usb_control_msg() returns a\nnegative that is treated as a high positive value and the error handling\ndoesn't work.\n\nFixes: 2d5a9c72d0c4 (\"USB: serial: ch341: fix control-message error handling\")\nSigned-off-by: Dan Carpenter <dan.carpenter@oracle.com>\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/a82597e92e47980261f8cfb37008026730a3a585"},{"sha":"5bbc393835217e5c1e51dae46ecdb3ef26884c92","author":{"name":"Olli Salonen","email":"a1c30f529f68a167cd898df0f19c15fb4dd59545@iki.fi"},"message":"USB: serial: cp210x: add another USB ID for Qivicon ZigBee stick\n\ncommit 367b160fe4717c14a2a978b6f9ffb75a7762d3ed upstream.\n\nThere are two versions of the Qivicon Zigbee stick in circulation. This\nadds the second USB ID to the cp210x driver.\n\nSigned-off-by: Olli Salonen <olli.salonen@iki.fi>\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/5bbc393835217e5c1e51dae46ecdb3ef26884c92"},{"sha":"5736d7c209bf8090d68a611ec4dba034f3d8b2fe","author":{"name":"Johan Hovold","email":"759412786bc533369b22377bf83fb9056c5b25b2@kernel.org"},"message":"USB: serial: keyspan_pda: fix modem-status error handling\n\ncommit 01b3cdfca263a17554f7b249d20a247b2a751521 upstream.\n\nFix broken modem-status error handling which could lead to bits of slab\ndata leaking to user space.\n\nFixes: 3b36a8fd6777 (\"usb: fix uninitialized variable warning in keyspan_pda\")\nCc: stable <stable@vger.kernel.org>     # 2.6.27\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/5736d7c209bf8090d68a611ec4dba034f3d8b2fe"},{"sha":"2638a67a0c50a97e0564491325c24c2c12083dbb","author":{"name":"Jann Horn","email":"0fcb39c6619aeb747ed6898bfde644ba26b24452@google.com"},"message":"USB: yurex: fix out-of-bounds uaccess in read handler\n\ncommit f1e255d60ae66a9f672ff9a207ee6cd8e33d2679 upstream.\n\nIn general, accessing userspace memory beyond the length of the supplied\nbuffer in VFS read/write handlers can lead to both kernel memory corruption\n(via kernel_read()/kernel_write(), which can e.g. be triggered via\nsys_splice()) and privilege escalation inside userspace.\n\nFix it by using simple_read_from_buffer() instead of custom logic.\n\nFixes: 6bc235a2e24a (\"USB: add driver for Meywa-Denki & Kayac YUREX\")\nSigned-off-by: Jann Horn <jannh@google.com>\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/2638a67a0c50a97e0564491325c24c2c12083dbb"},{"sha":"dd1496f3b50316927b60a1baf4c06853f8c6cbdc","author":{"name":"Johan Hovold","email":"759412786bc533369b22377bf83fb9056c5b25b2@kernel.org"},"message":"USB: serial: mos7840: fix status-register error handling\n\ncommit 794744abfffef8b1f3c0c8a4896177d6d13d653d upstream.\n\nAdd missing transfer-length sanity check to the status-register\ncompletion handler to avoid leaking bits of uninitialised slab data to\nuser space.\n\nFixes: 3f5429746d91 (\"USB: Moschip 7840 USB-Serial Driver\")\nCc: stable <stable@vger.kernel.org>     # 2.6.19\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/dd1496f3b50316927b60a1baf4c06853f8c6cbdc"},{"sha":"7f873c236d61ec9e41df12b7544c7f5562c25165","author":{"name":"Nico Sneck","email":"9d0efa162e0002e30630f8d31adb9aa8ade18638@gmail.com"},"message":"usb: quirks: add delay quirks for Corsair Strafe\n\ncommit bba57eddadda936c94b5dccf73787cb9e159d0a5 upstream.\n\nCorsair Strafe appears to suffer from the same issues\nas the Corsair Strafe RGB.\nApply the same quirks (control message delay and init delay)\nthat the RGB version has to 1b1c:1b15.\n\nWith these quirks in place the keyboard works correctly upon\nbooting the system, and no longer requires reattaching the device.\n\nSigned-off-by: Nico Sneck <snecknico@gmail.com>\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/7f873c236d61ec9e41df12b7544c7f5562c25165"},{"sha":"3cd94f78ef738557145e4fdb07c41efed7a8792c","author":{"name":"Dan Carpenter","email":"ff341aa343d564f9e53e9dcb6996be8c04859a66@oracle.com"},"message":"xhci: xhci-mem: off by one in xhci_stream_id_to_ring()\n\ncommit 313db3d6488bb03b61b99de9dbca061f1fd838e1 upstream.\n\nThe > should be >= here so that we don't read one element beyond the end\nof the ep->stream_info->stream_rings[] array.\n\nFixes: e9df17eb1408 (\"USB: xhci: Correct assumptions about number of rings per endpoint.\")\nSigned-off-by: Dan Carpenter <dan.carpenter@oracle.com>\nCc: stable <stable@vger.kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/3cd94f78ef738557145e4fdb07c41efed7a8792c"},{"sha":"52558627ceab876ddc8047baf77ea32b5042c5ba","author":{"name":"Tomasz Kramkowski","email":"4f8f608ac4aafcbe4fab8dcee1e9c609f99d9332@the-tk.com"},"message":"HID: usbhid: add quirk for innomedia INNEX GENESIS/ATARI adapter\n\ncommit 9547837bdccb4af127528b36a73377150658b4ac upstream.\n\nThe (1292:4745) Innomedia INNEX GENESIS/ATARI adapter needs\nHID_QUIRK_MULTI_INPUT to split the device up into two controllers\ninstead of inputs from both being merged into one.\n\nSigned-off-by: Tomasz Kramkowski <tk@the-tk.com>\nAcked-By: Benjamin Tissoires <benjamin.tissoires@redhat.com>\nSigned-off-by: Jiri Kosina <jkosina@suse.cz>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/52558627ceab876ddc8047baf77ea32b5042c5ba"},{"sha":"e71dbad7563db674f91af9e12ef592c107d0c2cd","author":{"name":"Linus Torvalds","email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org"},"message":"Fix up non-directory creation in SGID directories\n\ncommit 0fa3ecd87848c9c93c2c828ef4c3a8ca36ce46c7 upstream.\n\nsgid directories have special semantics, making newly created files in\nthe directory belong to the group of the directory, and newly created\nsubdirectories will also become sgid.  This is historically used for\ngroup-shared directories.\n\nBut group directories writable by non-group members should not imply\nthat such non-group members can magically join the group, so make sure\nto clear the sgid bit on non-directories for non-members (but remember\nthat sgid without group execute means \"mandatory locking\", just to\nconfuse things even more).\n\nReported-by: Jann Horn <jannh@google.com>\nCc: Andy Lutomirski <luto@kernel.org>\nCc: Al Viro <viro@zeniv.linux.org.uk>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/e71dbad7563db674f91af9e12ef592c107d0c2cd"},{"sha":"5956a8e37d66cc0a6e265704564f8314a54d7c97","author":{"name":"Paul Menzel","email":"e35c74ec7420a6d0c56837781b9a2a4054cd77a4@molgen.mpg.de"},"message":"tools build: fix # escaping in .cmd files for future Make\n\ncommit 9feeb638cde083c737e295c0547f1b4f28e99583 upstream.\n\nIn 2016 GNU Make made a backwards incompatible change to the way '#'\ncharacters were handled in Makefiles when used inside functions or\nmacros:\n\nhttp://git.savannah.gnu.org/cgit/make.git/commit/?id=c6966b323811c37acedff05b57\n\nDue to this change, when attempting to run `make prepare' I get a\nspurious make syntax error:\n\n    /home/earnest/linux/tools/objtool/.fixdep.o.cmd:1: *** missing separator.  Stop.\n\nWhen inspecting `.fixdep.o.cmd' it includes two lines which use\nunescaped comment characters at the top:\n\n    \\# cannot find fixdep (/home/earnest/linux/tools/objtool//fixdep)\n    \\# using basic dep data\n\nThis is because `tools/build/Build.include' prints these '\\#'\ncharacters:\n\n    printf '\\# cannot find fixdep (%s)\\n' $(fixdep) > $(dot-target).cmd; \\\n    printf '\\# using basic dep data\\n\\n' >> $(dot-target).cmd;           \\\n\nThis completes commit 9564a8cf422d (\"Kbuild: fix # escaping in .cmd files\nfor future Make\").\n\nLink: https://bugzilla.kernel.org/show_bug.cgi?id=197847\nCc: Randy Dunlap <rdunlap@infradead.org>\nCc: Rasmus Villemoes <linux@rasmusvillemoes.dk>\nCc: stable@vger.kernel.org\nSigned-off-by: Paul Menzel <pmenzel@molgen.mpg.de>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/5956a8e37d66cc0a6e265704564f8314a54d7c97"},{"sha":"455040965e355459392a2d88bd864ae242d7c810","author":{"name":"Steve Wise","email":"6f43c86433b33e5fe92b209bedebd0f6dba5b49c@opengridcomputing.com"},"message":"iw_cxgb4: correctly enforce the max reg_mr depth\n\ncommit 7b72717a20bba8bdd01b14c0460be7d15061cd6b upstream.\n\nThe code was mistakenly using the length of the page array memory instead\nof the depth of the page array.\n\nThis would cause MR creation to fail in some cases.\n\nFixes: 8376b86de7d3 (\"iw_cxgb4: Support the new memory registration API\")\nCc: stable@vger.kernel.org\nSigned-off-by: Steve Wise <swise@opengridcomputing.com>\nSigned-off-by: Jason Gunthorpe <jgg@mellanox.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/455040965e355459392a2d88bd864ae242d7c810"},{"sha":"47ff5bc938c8db4f268628c6cddf44cfbb861725","author":{"name":"Borislav Petkov","email":"0691a664b24b6f15b20cd5aee64b72271db08be1@suse.de"},"message":"x86/cpufeature: Move some of the scattered feature bits to x86_capability\n\ncommit 2ccd71f1b278d450a6f8c8c737c7fe237ca06dc6 upstream\n\nTurn the CPUID leafs which are proper CPUID feature bit leafs into\nseparate ->x86_capability words.\n\nSigned-off-by: Borislav Petkov <bp@suse.de>\nLink: http://lkml.kernel.org/r/1449481182-27541-2-git-send-email-bp@alien8.de\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nSigned-off-by: Srivatsa S. Bhat <srivatsa@csail.mit.edu>\nReviewed-by: Matt Helsley (VMware) <matt.helsley@gmail.com>\nReviewed-by: Alexey Makhalov <amakhalov@vmware.com>\nReviewed-by: Bo Gan <ganb@vmware.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/47ff5bc938c8db4f268628c6cddf44cfbb861725"},{"sha":"0f66fae5d614efedac967ab010faa3f6bf44a347","author":{"name":"Borislav Petkov","email":"0691a664b24b6f15b20cd5aee64b72271db08be1@suse.de"},"message":"x86/cpufeature: Cleanup get_cpu_cap()\n\ncommit 39c06df4dc10a41de5fe706f4378ee5f09beba73 upstream\n\nAdd an enum for the ->x86_capability array indices and cleanup\nget_cpu_cap() by killing some redundant local vars.\n\nSigned-off-by: Borislav Petkov <bp@suse.de>\nLink: http://lkml.kernel.org/r/1449481182-27541-3-git-send-email-bp@alien8.de\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nSigned-off-by: Srivatsa S. Bhat <srivatsa@csail.mit.edu>\nReviewed-by: Matt Helsley (VMware) <matt.helsley@gmail.com>\nReviewed-by: Alexey Makhalov <amakhalov@vmware.com>\nReviewed-by: Bo Gan <ganb@vmware.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/0f66fae5d614efedac967ab010faa3f6bf44a347"},{"sha":"8c9814143e58cc34d29dbf187d0ffe04680e17f9","author":{"name":"Borislav Petkov","email":"0691a664b24b6f15b20cd5aee64b72271db08be1@suse.de"},"message":"x86/cpu: Provide a config option to disable static_cpu_has\n\ncommit 6e1315fe82308cd29e7550eab967262e8bbc71a3 upstream\n\nThis brings .text savings of about ~1.6K when building a tinyconfig. It\nis off by default so nothing changes for the default.\n\nKconfig help text from Josh.\n\nSigned-off-by: Borislav Petkov <bp@suse.de>\nReviewed-by: Josh Triplett <josh@joshtriplett.org>\nLink: http://lkml.kernel.org/r/1449481182-27541-5-git-send-email-bp@alien8.de\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nSigned-off-by: Srivatsa S. Bhat <srivatsa@csail.mit.edu>\nReviewed-by: Matt Helsley (VMware) <matt.helsley@gmail.com>\nReviewed-by: Alexey Makhalov <amakhalov@vmware.com>\nReviewed-by: Bo Gan <ganb@vmware.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/8c9814143e58cc34d29dbf187d0ffe04680e17f9"},{"sha":"11473585ba6e4102c31da6e5ed8b6f57b9761f3e","author":{"name":"Borislav Petkov","email":"0691a664b24b6f15b20cd5aee64b72271db08be1@suse.de"},"message":"x86/fpu: Add an XSTATE_OP() macro\n\ncommit b74a0cf1b3db30173eefa00c411775d2b1697700 upstream\n\nAdd an XSTATE_OP() macro which contains the XSAVE* fault handling\nand replace all non-alternatives users of xstate_fault() with\nit.\n\nThis fixes also the buglet in copy_xregs_to_user() and\ncopy_user_to_xregs() where the inline asm didn't have @xstate as\nmemory reference and thus potentially causing unwanted\nreordering of accesses to the extended state.\n\nSigned-off-by: Borislav Petkov <bp@suse.de>\nCc: Andy Lutomirski <luto@amacapital.net>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Brian Gerst <brgerst@gmail.com>\nCc: Dave Hansen <dave.hansen@linux.intel.com>\nCc: Denys Vlasenko <dvlasenk@redhat.com>\nCc: Fenghua Yu <fenghua.yu@intel.com>\nCc: H. Peter Anvin <hpa@zytor.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Oleg Nesterov <oleg@redhat.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Quentin Casasnovas <quentin.casasnovas@oracle.com>\nCc: Rik van Riel <riel@redhat.com>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/1447932326-4371-2-git-send-email-bp@alien8.de\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Srivatsa S. Bhat <srivatsa@csail.mit.edu>\nReviewed-by: Matt Helsley (VMware) <matt.helsley@gmail.com>\nReviewed-by: Alexey Makhalov <amakhalov@vmware.com>\nReviewed-by: Bo Gan <ganb@vmware.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/11473585ba6e4102c31da6e5ed8b6f57b9761f3e"},{"sha":"d9028f9c58a9ae66ec5d5aebf870d531e62b7ed4","author":{"name":"Borislav Petkov","email":"0691a664b24b6f15b20cd5aee64b72271db08be1@suse.de"},"message":"x86/fpu: Get rid of xstate_fault()\n\ncommit b7106fa0f29f9fd83d2d1905ab690d334ef855c1 upstream\n\nAdd macros for the alternative XSAVE*/XRSTOR* operations which\ncontain the fault handling and use them. Kill xstate_fault().\n\nAlso, copy_xregs_to_kernel() didn't have the extended state as\nmemory reference in the asm.\n\nSigned-off-by: Borislav Petkov <bp@suse.de>\nCc: Andy Lutomirski <luto@amacapital.net>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Brian Gerst <brgerst@gmail.com>\nCc: Dave Hansen <dave.hansen@linux.intel.com>\nCc: Denys Vlasenko <dvlasenk@redhat.com>\nCc: Fenghua Yu <fenghua.yu@intel.com>\nCc: H. Peter Anvin <hpa@zytor.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Oleg Nesterov <oleg@redhat.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Quentin Casasnovas <quentin.casasnovas@oracle.com>\nCc: Rik van Riel <riel@redhat.com>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/1447932326-4371-3-git-send-email-bp@alien8.de\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Srivatsa S. Bhat <srivatsa@csail.mit.edu>\nReviewed-by: Matt Helsley (VMware) <matt.helsley@gmail.com>\nReviewed-by: Alexey Makhalov <amakhalov@vmware.com>\nReviewed-by: Bo Gan <ganb@vmware.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Aritzherrero4/op5/commits/d9028f9c58a9ae66ec5d5aebf870d531e62b7ed4"}]}
{"actor":{"display_login":"Aritzherrero4"}}