{"push_id":2776710964,"size":108,"distinct_size":14,"ref":"refs/heads/standard/fsl-mpc8315e-rdb","head":"1fb9f46286321a1370f9ec4f5a296184fcb39d31","before":"983f9bd76855ac41f646cc1b9a094834a4d231b9","commits":[{"sha":"f5b3c8daf5becb3d4ff98bf918c6733fe9ddbb06","author":{"name":"Timmy Li","email":"c199b4938f686d8b223b774c2b98ef37e43a03a8@huawei.com"},"message":"net: hns: fix ethtool_get_strings overflow in hns driver\n\ncommit 412b65d15a7f8a93794653968308fc100f2aa87c upstream\n\nhns_get_sset_count() returns HNS_NET_STATS_CNT and the data space allocated\nis not enough for ethtool_get_strings(), which will cause random memory\ncorruption.\n\nWhen SLAB and DEBUG_SLAB are both enabled, memory corruptions like the\nthe following can be observed without this patch:\n[   43.115200] Slab corruption (Not tainted): Acpi-ParseExt start=ffff801fb0b69030, len=80\n[   43.115206] Redzone: 0x9f911029d006462/0x5f78745f31657070.\n[   43.115208] Last user: [<5f7272655f746b70>](0x5f7272655f746b70)\n[   43.115214] 010: 70 70 65 31 5f 74 78 5f 70 6b 74 00 6b 6b 6b 6b  ppe1_tx_pkt.kkkk\n[   43.115217] 030: 70 70 65 31 5f 74 78 5f 70 6b 74 5f 6f 6b 00 6b  ppe1_tx_pkt_ok.k\n[   43.115218] Next obj: start=ffff801fb0b69098, len=80\n[   43.115220] Redzone: 0x706d655f6f666966/0x9f911029d74e35b.\n[   43.115229] Last user: [<ffff0000084b11b0>](acpi_os_release_object+0x28/0x38)\n[   43.115231] 000: 74 79 00 6b 6b 6b 6b 6b 70 70 65 31 5f 74 78 5f  ty.kkkkkppe1_tx_\n[   43.115232] 010: 70 6b 74 5f 65 72 72 5f 63 73 75 6d 5f 66 61 69  pkt_err_csum_fai\n\nSigned-off-by: Timmy Li <lixiaoping3@huawei.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Yue Tao <Yue.Tao@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/f5b3c8daf5becb3d4ff98bf918c6733fe9ddbb06"},{"sha":"28f0f66401a1f0236e23a9c157e4bc38fa1d4278","author":{"name":"Yunsheng Lin","email":"b47b1a4424998367370e7c5e15207fdc98906019@huawei.com"},"message":"net: hns: Fix a skb used after free bug\n\ncommit 27463ad99f738ed93c7c8b3e2e5bc8c4853a2ff2 upstream\n\nskb maybe freed in hns_nic_net_xmit_hw() and return NETDEV_TX_OK,\nwhich cause hns_nic_net_xmit to use a freed skb.\n\nBUG: KASAN: use-after-free in hns_nic_net_xmit_hw+0x62c/0x940...\n\t[17659.112635]      alloc_debug_processing+0x18c/0x1a0\n\t[17659.117208]      __slab_alloc+0x52c/0x560\n\t[17659.120909]      kmem_cache_alloc_node+0xac/0x2c0\n\t[17659.125309]      __alloc_skb+0x6c/0x260\n\t[17659.128837]      tcp_send_ack+0x8c/0x280\n\t[17659.132449]      __tcp_ack_snd_check+0x9c/0xf0\n\t[17659.136587]      tcp_rcv_established+0x5a4/0xa70\n\t[17659.140899]      tcp_v4_do_rcv+0x27c/0x620\n\t[17659.144687]      tcp_prequeue_process+0x108/0x170\n\t[17659.149085]      tcp_recvmsg+0x940/0x1020\n\t[17659.152787]      inet_recvmsg+0x124/0x180\n\t[17659.156488]      sock_recvmsg+0x64/0x80\n\t[17659.160012]      SyS_recvfrom+0xd8/0x180\n\t[17659.163626]      __sys_trace_return+0x0/0x4\n\t[17659.167506] INFO: Freed in kfree_skbmem+0xa0/0xb0 age=23 cpu=1 pid=13\n\t[17659.174000]      free_debug_processing+0x1d4/0x2c0\n\t[17659.178486]      __slab_free+0x240/0x390\n\t[17659.182100]      kmem_cache_free+0x24c/0x270\n\t[17659.186062]      kfree_skbmem+0xa0/0xb0\n\t[17659.189587]      __kfree_skb+0x28/0x40\n\t[17659.193025]      napi_gro_receive+0x168/0x1c0\n\t[17659.197074]      hns_nic_rx_up_pro+0x58/0x90\n\t[17659.201038]      hns_nic_rx_poll_one+0x518/0xbc0\n\t[17659.205352]      hns_nic_common_poll+0x94/0x140\n\t[17659.209576]      net_rx_action+0x458/0x5e0\n\t[17659.213363]      __do_softirq+0x1b8/0x480\n\t[17659.217062]      run_ksoftirqd+0x64/0x80\n\t[17659.220679]      smpboot_thread_fn+0x224/0x310\n\t[17659.224821]      kthread+0x150/0x170\n\t[17659.228084]      ret_from_fork+0x10/0x40\n\n\tBUG: KASAN: use-after-free in hns_nic_net_xmit+0x8c/0xc0...\n\t[17751.080490]      __slab_alloc+0x52c/0x560\n\t[17751.084188]      kmem_cache_alloc+0x244/0x280\n\t[17751.088238]      __build_skb+0x40/0x150\n\t[17751.091764]      build_skb+0x28/0x100\n\t[17751.095115]      __alloc_rx_skb+0x94/0x150\n\t[17751.098900]      __napi_alloc_skb+0x34/0x90\n\t[17751.102776]      hns_nic_rx_poll_one+0x180/0xbc0\n\t[17751.107097]      hns_nic_common_poll+0x94/0x140\n\t[17751.111333]      net_rx_action+0x458/0x5e0\n\t[17751.115123]      __do_softirq+0x1b8/0x480\n\t[17751.118823]      run_ksoftirqd+0x64/0x80\n\t[17751.122437]      smpboot_thread_fn+0x224/0x310\n\t[17751.126575]      kthread+0x150/0x170\n\t[17751.129838]      ret_from_fork+0x10/0x40\n\t[17751.133454] INFO: Freed in kfree_skbmem+0xa0/0xb0 age=19 cpu=7 pid=43\n\t[17751.139951]      free_debug_processing+0x1d4/0x2c0\n\t[17751.144436]      __slab_free+0x240/0x390\n\t[17751.148051]      kmem_cache_free+0x24c/0x270\n\t[17751.152014]      kfree_skbmem+0xa0/0xb0\n\t[17751.155543]      __kfree_skb+0x28/0x40\n\t[17751.159022]      napi_gro_receive+0x168/0x1c0\n\t[17751.163074]      hns_nic_rx_up_pro+0x58/0x90\n\t[17751.167041]      hns_nic_rx_poll_one+0x518/0xbc0\n\t[17751.171358]      hns_nic_common_poll+0x94/0x140\n\t[17751.175585]      net_rx_action+0x458/0x5e0\n\t[17751.179373]      __do_softirq+0x1b8/0x480\n\t[17751.183076]      run_ksoftirqd+0x64/0x80\n\t[17751.186691]      smpboot_thread_fn+0x224/0x310\n\t[17751.190826]      kthread+0x150/0x170\n\t[17751.194093]      ret_from_fork+0x10/0x40\n\nFixes: 13ac695e7ea1 (\"net:hns: Add support of Hip06 SoC to the Hislicon Network Subsystem\")\nSigned-off-by: Yunsheng Lin <linyunsheng@huawei.com>\nSigned-off-by: lipeng <lipeng321@huawei.com>\nReported-by: Jun He <hjat2005@huawei.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Yue Tao <Yue.Tao@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/28f0f66401a1f0236e23a9c157e4bc38fa1d4278"},{"sha":"5ff82509df259719d93cdfaebe35d46b0fc2d3dd","author":{"name":"Alexey Kodanev","email":"230f550b09df4d04cb9a8036b198a530acf758d3@oracle.com"},"message":"dccp: check sk for closed state in dccp_sendmsg()\n\ncommit 67f93df79aeefc3add4e4b31a752600f834236e2 upstream\n\ndccp_disconnect() sets 'dp->dccps_hc_tx_ccid' tx handler to NULL,\ntherefore if DCCP socket is disconnected and dccp_sendmsg() is\ncalled after it, it will cause a NULL pointer dereference in\ndccp_write_xmit().\n\nThis crash and the reproducer was reported by syzbot. Looks like\nit is reproduced if commit 69c64866ce07 (\"dccp: CVE-2017-8824:\nuse-after-free in DCCP code\") is applied.\n\nReported-by: syzbot+f99ab3887ab65d70f816@syzkaller.appspotmail.com\nSigned-off-by: Alexey Kodanev <alexey.kodanev@oracle.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Zhenbo Gao <zhenbo.gao@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/5ff82509df259719d93cdfaebe35d46b0fc2d3dd"},{"sha":"651ec4dd735f341dc5385782d5f931a468e4e6b6","author":{"name":"Yue Tao","email":"efc047639ba8c71536184282000fe2228c6f62ae@windriver.com"},"message":"Merge branch 'standard/base' into standard/fsl-mpc8315e-rdb","distinct":true,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/651ec4dd735f341dc5385782d5f931a468e4e6b6"},{"sha":"90271f0e2f63bfaf0c074b84a9ce81170d503d43","author":{"name":"Haiqing Bai","email":"9cd7412e18beade2b148a9345ad86de669920552@windriver.com"},"message":"xfs: set format back to extents if xfs_bmap_extents_to_btree\n\ncommit 2c4306f719b083d17df2963bc761777576b8ad1b upstream\nThis fixes CVE-2018-10323, for code change, only part of\nthe original patch is available.\n\nIf xfs_bmap_extents_to_btree fails in a mode where we call\nxfs_iroot_realloc(-1) to de-allocate the root, set the\nformat back to extents.\n\nOtherwise we can assume we can dereference ifp->if_broot\nbased on the XFS_DINODE_FMT_BTREE format, and crash.\n\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=199423\nSigned-off-by: Eric Sandeen <sandeen@redhat.com>\nReviewed-by: Christoph Hellwig <hch@lst.de>\nReviewed-by: Darrick J. Wong <darrick.wong@oracle.com>\nSigned-off-by: Darrick J. Wong <darrick.wong@oracle.com>\nSigned-off-by: Haiqing Bai <Haiqing.Bai@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/90271f0e2f63bfaf0c074b84a9ce81170d503d43"},{"sha":"288c499de3ffdfd9639a44df723538194a629db7","author":{"name":"Wang Nan","email":"7b589a40e0ecd4816b422e8ed1f74a01c34bf6bb@huawei.com"},"message":"coresight: fix kernel panic caused by invalid CPU\n\ncommit f09444639099584bc4784dfcd85ada67c6f33e0f upstream\n\nCommit d52c9750f150 (\"coresight: reset \"enable_sink\" flag when need be\")\ncaused a kernel panic because of the using of an invalid value: after\n'for_each_cpu(cpu, mask)', value of local variable 'cpu' become invalid,\ncauses following 'cpu_to_node' access invalid memory area.\n\nThis patch brings the deleted 'cpu = cpumask_first(mask)' back.\n\nPanic log:\n\n $ perf record -e cs_etm// ls\n\n Unable to handle kernel paging request at virtual address fffe801804af4f10\n pgd = ffff8017ce031600\n [fffe801804af4f10] *pgd=0000000000000000, *pud=0000000000000000\n Internal error: Oops: 96000004 [#1] SMP\n Modules linked in:\n CPU: 33 PID: 1619 Comm: perf Not tainted 4.7.1+ #16\n Hardware name: Huawei Taishan 2280 /CH05TEVBA, BIOS 1.10 11/24/2016\n task: ffff8017cb0c8400 ti: ffff8017cb154000 task.ti: ffff8017cb154000\n PC is at tmc_alloc_etf_buffer+0x60/0xd4\n LR is at tmc_alloc_etf_buffer+0x44/0xd4\n pc : [<ffff000008633df8>] lr : [<ffff000008633ddc>] pstate: 60000145\n sp : ffff8017cb157b40\n x29: ffff8017cb157b40 x28: 0000000000000000\n ...skip...\n 7a60: ffff000008c64dc8 0000000000000006 0000000000000253 ffffffffffffffff\n 7a80: 0000000000000000 0000000000000000 ffff0000080872cc 0000000000000001\n [<ffff000008633df8>] tmc_alloc_etf_buffer+0x60/0xd4\n [<ffff000008632b9c>] etm_setup_aux+0x1dc/0x1e8\n [<ffff00000816eed4>] rb_alloc_aux+0x2b0/0x338\n [<ffff00000816a5e4>] perf_mmap+0x414/0x568\n [<ffff0000081ab694>] mmap_region+0x324/0x544\n [<ffff0000081abbe8>] do_mmap+0x334/0x3e0\n [<ffff000008191150>] vm_mmap_pgoff+0xa4/0xc8\n [<ffff0000081a9a30>] SyS_mmap_pgoff+0xb0/0x22c\n [<ffff0000080872e4>] sys_mmap+0x18/0x28\n [<ffff0000080843f0>] el0_svc_naked+0x24/0x28\n Code: 912040a5 d0001c00 f873d821 911c6000 (b8656822)\n ---[ end trace 98933da8f92b0c9a ]---\n\nSigned-off-by: Wang Nan <wangnan0@huawei.com>\nCc: Xia Kaixu <xiakaixu@huawei.com>\nCc: Li Zefan <lizefan@huawei.com>\nCc: Mathieu Poirier <mathieu.poirier@linaro.org>\nCc: linux-arm-kernel@lists.infradead.org\nCc: linux-kernel@vger.kernel.org\nFixes: d52c9750f150 (\"coresight: reset \"enable_sink\" flag when need be\")\nSigned-off-by: Mathieu Poirier <mathieu.poirier@linaro.org>\nCc: stable <stable@vger.kernel.org> # 4.10\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Li Zhou <li.zhou@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/288c499de3ffdfd9639a44df723538194a629db7"},{"sha":"fb66c0e0e6ae57d46f8e3a1035cb9c6888f46f01","author":{"name":"Eric Biggers","email":"6f6115196800bbe9712b3f04c7e40093bb382fc5@google.com"},"message":"X.509: fix BUG_ON() when hash algorithm is unsupported\n\ncommit 437499eea4291ae9621e8763a41df027c110a1ef upstream\n\nThe X.509 parser mishandles the case where the certificate's signature's\nhash algorithm is not available in the crypto API.  In this case,\nx509_get_sig_params() doesn't allocate the cert->sig->digest buffer;\nthis part seems to be intentional.  However,\npublic_key_verify_signature() is still called via\nx509_check_for_self_signed(), which triggers the 'BUG_ON(!sig->digest)'.\n\nFix this by making public_key_verify_signature() return -ENOPKG if the\nhash buffer has not been allocated.\n\nReproducer when all the CONFIG_CRYPTO_SHA512* options are disabled:\n\nopenssl req -new -sha512 -x509 -batch -nodes -outform der \\\n    | keyctl padd asymmetric desc @s\n\nFixes: 6c2dc5ae4ab7 (\"X.509: Extract signature digest and make self-signed cert checks earlier\")\nReported-by: Paolo Valente <paolo.valente@linaro.org>\nCc: Paolo Valente <paolo.valente@linaro.org>\nCc: <stable@vger.kernel.org> # v4.7+\nSigned-off-by: Eric Biggers <ebiggers@google.com>\nSigned-off-by: David Howells <dhowells@redhat.com>\nSigned-off-by: Wenlin Kang <wenlin.kang@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/fb66c0e0e6ae57d46f8e3a1035cb9c6888f46f01"},{"sha":"c8bcc0425e3de4dbdccc92ad66e50c3ff2219b53","author":{"name":"Sebastian Andrzej Siewior","email":"265264fed90bdf8e813a354375ec16f47ebdb1c5@linutronix.de"},"message":"x86/microcode: Convert to hotplug state machine\n\ncommit 29bd7fbc071598e939526f782293dbe137be3768 upstream\n\nInstall the callbacks via the state machine.\nCPU_UP_CANCELED_FROZEN() is not preserved: It is only there to free memory in an\nerror case because it is assumed if the CPU does show up on resume it won't be\nseen ever again. As per Borislav:\n|IOW, you don't need mc_cpu_dead().\n\nSigned-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Borislav Petkov <bp@alien8.de>\nCc: rt@linutronix.de\nLink: http://lkml.kernel.org/r/20160907164523.46a2xnffha4bv63g@linutronix.de\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nSigned-off-by: Zhang Xiao <xiao.zhang@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/c8bcc0425e3de4dbdccc92ad66e50c3ff2219b53"},{"sha":"a0729fa291bfc09e1dc1342e40760c75cba0e413","author":{"name":"Borislav Petkov","email":"0691a664b24b6f15b20cd5aee64b72271db08be1@suse.de"},"message":"x86/microcode: Rework microcode loading\n\ncommit 06b8534cb72837379b3a4781ab252df3d37c2669 upstream\n\nYeah, I know, I know, this is a huuge patch and reviewing it is hard.\n\nSorry but this is the only way I could think of in which I can rewrite\nthe microcode patches loading procedure without breaking (knowingly) the\ndriver.\n\nSo maybe this patch is easier to review if one looks at the files after\nthe patch has been applied instead at the diff. Because then it becomes\npretty obvious:\n\n* The BSP-loading path - load_ucode_bsp() is working independently from\n  the AP path now and it doesn't save any pointers or patches anymore -\n  it solely parses the builtin or initrd microcode and applies the patch.\n  That's it.\n\nThis fixes the CONFIG_RANDOMIZE_MEMORY offset fun more solidly.\n\n* The AP-loading path - load_ucode_ap() then goes and scans\n  builtin/initrd *again* for the microcode patches but it caches them this\n  time so that we don't have to do that scan on each AP but only once.\n\nThis simplifies the code considerably.\n\nThen, when we save the microcode from the initrd/builtin, we go and\nadd the relevant patches to our own cache. The AMD side did do that\nand now the Intel side does it too. So no more pointer copying and\nblabla, we save the microcode patches ourselves and are independent from\ninitrd/builtin.\n\nThis whole conversion gives us other benefits like unifying the\ninitrd parsing into a single function: find_microcode_in_initrd() is\nused by both.\n\nThe diffstat speaks for itself: 456 insertions(+), 695 deletions(-)\n\nSigned-off-by: Borislav Petkov <bp@suse.de>\nCc: Andy Lutomirski <luto@kernel.org>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Brian Gerst <brgerst@gmail.com>\nCc: Denys Vlasenko <dvlasenk@redhat.com>\nCc: H. Peter Anvin <hpa@zytor.com>\nCc: Josh Poimboeuf <jpoimboe@redhat.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/20161025095522.11964-12-bp@alien8.de\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Zhang Xiao <xiao.zhang@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/a0729fa291bfc09e1dc1342e40760c75cba0e413"},{"sha":"6e31be27063e434bcca5306c16e4858f6efed173","author":{"name":"Borislav Petkov","email":"0691a664b24b6f15b20cd5aee64b72271db08be1@suse.de"},"message":"x86/CPU: Add native CPUID variants returning a single datum\n\ncommit 5dedade6dfa243c130b85d1e4daba6f027805033 upstream\n\n... similarly to the cpuid_<reg>() variants.\n\nSigned-off-by: Borislav Petkov <bp@suse.de>\nLink: http://lkml.kernel.org/r/20170109114147.5082-2-bp@alien8.de\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nSigned-off-by: Zhang Xiao <xiao.zhang@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/6e31be27063e434bcca5306c16e4858f6efed173"},{"sha":"08117e0f3d0c625b58bfb70f6139ec1cf39f405d","author":{"name":"Borislav Petkov","email":"0691a664b24b6f15b20cd5aee64b72271db08be1@suse.de"},"message":"x86/microcode/intel: Add a helper which gives the microcode revision\n\ncommit 4167709bbf826512a52ebd6aafda2be104adaec9 upstream\n\nSince on Intel we're required to do CPUID(1) first, before reading\nthe microcode revision MSR, let's add a special helper which does the\nrequired steps so that we don't forget to do them next time, when we\nwant to read the microcode revision.\n\nSigned-off-by: Borislav Petkov <bp@suse.de>\nLink: http://lkml.kernel.org/r/20170109114147.5082-4-bp@alien8.de\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nSigned-off-by: Zhang Xiao <xiao.zhang@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/08117e0f3d0c625b58bfb70f6139ec1cf39f405d"},{"sha":"de2ea4e070a300b00483f567c5a0e316b3aae5e8","author":{"name":"Borislav Petkov","email":"0691a664b24b6f15b20cd5aee64b72271db08be1@suse.de"},"message":"x86/microcode: Propagate return value from updating functions\n\ncommit 3f1f576a195aa266813cbd4ca70291deb61e0129 upstream\n\n... so that callers can know when microcode was updated and act\naccordingly.\n\nTested-by: Ashok Raj <ashok.raj@intel.com>\nSigned-off-by: Borislav Petkov <bp@suse.de>\nReviewed-by: Ashok Raj <ashok.raj@intel.com>\nCc: Andy Lutomirski <luto@kernel.org>\nCc: Arjan van de Ven <arjan@linux.intel.com>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Dan Williams <dan.j.williams@intel.com>\nCc: Dave Hansen <dave.hansen@linux.intel.com>\nCc: David Woodhouse <dwmw2@infradead.org>\nCc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nCc: Josh Poimboeuf <jpoimboe@redhat.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/20180216112640.11554-2-bp@alien8.de\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Zhang Xiao <xiao.zhang@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/de2ea4e070a300b00483f567c5a0e316b3aae5e8"},{"sha":"fbfbee7fa1c4e9456e8a50e94415f58e7656df68","author":{"name":"Borislav Petkov","email":"0691a664b24b6f15b20cd5aee64b72271db08be1@suse.de"},"message":"x86/CPU: Add a microcode loader callback\n\ncommit 1008c52c09dcb23d93f8e0ea83a6246265d2cce0 upstream\n\nAdd a callback function which the microcode loader calls when microcode\nhas been updated to a newer revision. Do the callback only when no error\nwas encountered during loading.\n\nTested-by: Ashok Raj <ashok.raj@intel.com>\nSigned-off-by: Borislav Petkov <bp@suse.de>\nReviewed-by: Ashok Raj <ashok.raj@intel.com>\nCc: Andy Lutomirski <luto@kernel.org>\nCc: Arjan van de Ven <arjan@linux.intel.com>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Dan Williams <dan.j.williams@intel.com>\nCc: Dave Hansen <dave.hansen@linux.intel.com>\nCc: David Woodhouse <dwmw2@infradead.org>\nCc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nCc: Josh Poimboeuf <jpoimboe@redhat.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/20180216112640.11554-3-bp@alien8.de\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Zhang Xiao <xiao.zhang@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/fbfbee7fa1c4e9456e8a50e94415f58e7656df68"},{"sha":"d4a47c1e53c20a603d2d8600c56f851de41bf47a","author":{"name":"Borislav Petkov","email":"0691a664b24b6f15b20cd5aee64b72271db08be1@suse.de"},"message":"x86/CPU: Check CPU feature bits after microcode upgrade\n\ncommit 42ca8082e260dcfd8afa2afa6ec1940b9d41724c upstream\n\nWith some microcode upgrades, new CPUID features can become visible on\nthe CPU. Check what the kernel has mirrored now and issue a warning\nhinting at possible things the user/admin can do to make use of the\nnewly visible features.\n\nOriginally-by: Ashok Raj <ashok.raj@intel.com>\nTested-by: Ashok Raj <ashok.raj@intel.com>\nSigned-off-by: Borislav Petkov <bp@suse.de>\nReviewed-by: Ashok Raj <ashok.raj@intel.com>\nCc: Andy Lutomirski <luto@kernel.org>\nCc: Arjan van de Ven <arjan@linux.intel.com>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Dan Williams <dan.j.williams@intel.com>\nCc: Dave Hansen <dave.hansen@linux.intel.com>\nCc: David Woodhouse <dwmw2@infradead.org>\nCc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nCc: Josh Poimboeuf <jpoimboe@redhat.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/20180216112640.11554-4-bp@alien8.de\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Zhang Xiao <xiao.zhang@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/d4a47c1e53c20a603d2d8600c56f851de41bf47a"},{"sha":"ba351cbee689e567e7af950db53325a6a7d03bef","author":{"name":"Borislav Petkov","email":"0691a664b24b6f15b20cd5aee64b72271db08be1@suse.de"},"message":"x86/microcode: Get rid of struct apply_microcode_ctx\n\ncommit 854857f5944c59a881ff607b37ed9ed41d031a3b upstream\n\nIt is a useless remnant from earlier times. Use the ucode_state enum\ndirectly.\n\nNo functional change.\n\nSigned-off-by: Borislav Petkov <bp@suse.de>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nTested-by: Tom Lendacky <thomas.lendacky@amd.com>\nTested-by: Ashok Raj <ashok.raj@intel.com>\nCc: Arjan Van De Ven <arjan.van.de.ven@intel.com>\nLink: https://lkml.kernel.org/r/20180228102846.13447-2-bp@alien8.de\nSigned-off-by: Zhang Xiao <xiao.zhang@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/ba351cbee689e567e7af950db53325a6a7d03bef"},{"sha":"7d5c3de5eadd8b49a353c5876092e0a0af774f0e","author":{"name":"Ashok Raj","email":"82fba5000eac076d0784a0a40de3c3bd46526953@intel.com"},"message":"x86/microcode/intel: Check microcode revision before updating sibling threads\n\ncommit c182d2b7d0ca48e0d6ff16f7d883161238c447ed upstream\n\nAfter updating microcode on one of the threads of a core, the other\nthread sibling automatically gets the update since the microcode\nresources on a hyperthreaded core are shared between the two threads.\n\nCheck the microcode revision on the CPU before performing a microcode\nupdate and thus save us the WRMSR 0x79 because it is a particularly\nexpensive operation.\n\n[ Borislav: Massage changelog and coding style. ]\n\nSigned-off-by: Ashok Raj <ashok.raj@intel.com>\nSigned-off-by: Borislav Petkov <bp@suse.de>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nTested-by: Tom Lendacky <thomas.lendacky@amd.com>\nTested-by: Ashok Raj <ashok.raj@intel.com>\nCc: Arjan Van De Ven <arjan.van.de.ven@intel.com>\nLink: http://lkml.kernel.org/r/1519352533-15992-2-git-send-email-ashok.raj@intel.com\nLink: https://lkml.kernel.org/r/20180228102846.13447-3-bp@alien8.de\nSigned-off-by: Zhang Xiao <xiao.zhang@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/7d5c3de5eadd8b49a353c5876092e0a0af774f0e"},{"sha":"291f0465fef121fb88bb0c8ae1ca5962b4b26aac","author":{"name":"Ashok Raj","email":"82fba5000eac076d0784a0a40de3c3bd46526953@intel.com"},"message":"x86/microcode/intel: Writeback and invalidate caches before updating microcode\n\ncommit 91df9fdf51492aec9fed6b4cbd33160886740f47 upstream\n\nUpdating microcode is less error prone when caches have been flushed and\ndepending on what exactly the microcode is updating. For example, some\nof the issues around certain Broadwell parts can be addressed by doing a\nfull cache flush.\n\n[ Borislav: Massage it and use native_wbinvd() in both cases. ]\n\nSigned-off-by: Ashok Raj <ashok.raj@intel.com>\nSigned-off-by: Borislav Petkov <bp@suse.de>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nTested-by: Tom Lendacky <thomas.lendacky@amd.com>\nTested-by: Ashok Raj <ashok.raj@intel.com>\nCc: Arjan Van De Ven <arjan.van.de.ven@intel.com>\nLink: http://lkml.kernel.org/r/1519352533-15992-3-git-send-email-ashok.raj@intel.com\nLink: https://lkml.kernel.org/r/20180228102846.13447-4-bp@alien8.de\nSigned-off-by: Zhang Xiao <xiao.zhang@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/291f0465fef121fb88bb0c8ae1ca5962b4b26aac"},{"sha":"a5eed8aa5d3af144dba20215e785f7806bac8d37","author":{"name":"Ashok Raj","email":"82fba5000eac076d0784a0a40de3c3bd46526953@intel.com"},"message":"x86/microcode: Do not upload microcode if CPUs are offline\n\ncommit 30ec26da9967d0d785abc24073129a34c3211777 upstream\n\nAvoid loading microcode if any of the CPUs are offline, and issue a\nwarning. Having different microcode revisions on the system at any time\nis outright dangerous.\n\n[ Borislav: Massage changelog. ]\n\nSigned-off-by: Ashok Raj <ashok.raj@intel.com>\nSigned-off-by: Borislav Petkov <bp@suse.de>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nTested-by: Tom Lendacky <thomas.lendacky@amd.com>\nTested-by: Ashok Raj <ashok.raj@intel.com>\nReviewed-by: Tom Lendacky <thomas.lendacky@amd.com>\nCc: Arjan Van De Ven <arjan.van.de.ven@intel.com>\nLink: http://lkml.kernel.org/r/1519352533-15992-4-git-send-email-ashok.raj@intel.com\nLink: https://lkml.kernel.org/r/20180228102846.13447-5-bp@alien8.de\nSigned-off-by: Zhang Xiao <xiao.zhang@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/a5eed8aa5d3af144dba20215e785f7806bac8d37"},{"sha":"4c1621c38bef1bc6ca10f899d685f28054a5bc82","author":{"name":"Borislav Petkov","email":"0691a664b24b6f15b20cd5aee64b72271db08be1@suse.de"},"message":"x86/microcode/intel: Look into the patch cache first\n\ncommit d8c3b52c00a05036e0a6b315b4b17921a7b67997 upstream\n\nThe cache might contain a newer patch - look in there first.\n\nA follow-on change will make sure newest patches are loaded into the\ncache of microcode patches.\n\nSigned-off-by: Borislav Petkov <bp@suse.de>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nTested-by: Tom Lendacky <thomas.lendacky@amd.com>\nTested-by: Ashok Raj <ashok.raj@intel.com>\nCc: Arjan Van De Ven <arjan.van.de.ven@intel.com>\nLink: https://lkml.kernel.org/r/20180228102846.13447-6-bp@alien8.de\nSigned-off-by: Zhang Xiao <xiao.zhang@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/4c1621c38bef1bc6ca10f899d685f28054a5bc82"},{"sha":"aad4a0ea04df6dd0b94741ee2b8a89da0d1e7c20","author":{"name":"Borislav Petkov","email":"0691a664b24b6f15b20cd5aee64b72271db08be1@suse.de"},"message":"x86/microcode: Request microcode on the BSP\n\ncommit cfb52a5a09c8ae3a1dafb44ce549fde5b69e8117 upstream\n\n... so that any newer version can land in the cache and can later be\nfished out by the application functions. Do that before grabbing the\nhotplug lock.\n\nSigned-off-by: Borislav Petkov <bp@suse.de>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nTested-by: Tom Lendacky <thomas.lendacky@amd.com>\nTested-by: Ashok Raj <ashok.raj@intel.com>\nReviewed-by: Tom Lendacky <thomas.lendacky@amd.com>\nCc: Arjan Van De Ven <arjan.van.de.ven@intel.com>\nLink: https://lkml.kernel.org/r/20180228102846.13447-7-bp@alien8.de\nSigned-off-by: Zhang Xiao <xiao.zhang@windriver.com>","distinct":false,"url":"https://api.github.com/repos/WindRiver-Labs/kernel-4.8.x/commits/aad4a0ea04df6dd0b94741ee2b8a89da0d1e7c20"}]}
{"actor":{"display_login":"mseaster-wr"}}