{"push_id":2067389338,"size":12,"distinct_size":12,"ref":"refs/heads/linux-4.13.y","head":"5b61412afb6674b51f83ee0de2df0a455643d5be","before":"d913bc0b6dac2b93233a0aff4ff418be8c615613","commits":[{"sha":"73b866d89bf7c9a895d5445faad03fa3d56c8af8","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"x86/apic: Silence \"FW_BUG TSC_DEADLINE disabled due to Errata\" on CPUs without the feature\n\ncommit 594a30fb12424717a41c62323d2a8bf167dbccad upstream.\n\nWhen booting 4.13 on a VirtualBox VM on a Skylake host the following\nerror shows up in the logs:\n\n [    0.000000] [Firmware Bug]: TSC_DEADLINE disabled due to Errata;\n                please update microcode to version: 0xb2 (or later)\n\nThis is caused by apic_check_deadline_errata() only checking CPU model\nand not the X86_FEATURE_TSC_DEADLINE_TIMER flag (which VirtualBox does\nNOT export to the guest), combined with VirtualBox not exporting the\nmicro-code version to the guest.\n\nThis commit adds a check for X86_FEATURE_TSC_DEADLINE_TIMER to\napic_check_deadline_errata(), silencing this error on VirtualBox VMs.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nAcked-by: Thomas Gleixner <tglx@linutronix.de>\nCc: Frank Mehnert <frank.mehnert@oracle.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Michael Thayer <michael.thayer@oracle.com>\nCc: Michal Necasek <michal.necasek@oracle.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nFixes: bd9240a18e (\"x86/apic: Add TSC_DEADLINE quirk due to errata\")\nLink: http://lkml.kernel.org/r/20170830105811.27539-1-hdegoede@redhat.com\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Paolo Bonzini <pbonzini@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/73b866d89bf7c9a895d5445faad03fa3d56c8af8"},{"sha":"92737d3030d42f652680d7f8b7d1741669677741","author":{"name":"Paolo Bonzini","email":"7438500e0207b21c4e5dfca8d2a7898734cd7706@redhat.com"},"message":"x86/apic: Silence \"FW_BUG TSC_DEADLINE disabled due to Errata\" on hypervisors\n\ncommit cc6afe2240298049585e86b1ade85efc8a7f225d upstream.\n\nCommit 594a30fb1242 (\"x86/apic: Silence \"FW_BUG TSC_DEADLINE disabled\ndue to Errata\" on CPUs without the feature\", 2017-08-30) was also about\nsilencing the warning on VirtualBox; however, KVM does expose the TSC\ndeadline timer, and it's virtualized so that it is immune from CPU errata.\n\nTherefore, booting 4.13 with \"-cpu Haswell\" shows this in the logs:\n\n     [    0.000000] [Firmware Bug]: TSC_DEADLINE disabled due to Errata;\n                    please update microcode to version: 0xb2 (or later)\n\nEven if you had a hypervisor that does _not_ virtualize the TSC deadline\nand rather exposes the hardware one, it should be the hypervisors task\nto update microcode and possibly hide the flag from CPUID.  So just\nhide the message when running on _any_ hypervisor, not just those that\ndo not support the TSC deadline timer.\n\nThe older check still makes sense, so keep it.\n\nFixes: bd9240a18e (\"x86/apic: Add TSC_DEADLINE quirk due to errata\")\nSigned-off-by: Paolo Bonzini <pbonzini@redhat.com>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Hans de Goede <hdegoede@redhat.com>\nCc: kvm@vger.kernel.org\nLink: https://lkml.kernel.org/r/1507630377-54471-1-git-send-email-pbonzini@redhat.com\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/92737d3030d42f652680d7f8b7d1741669677741"},{"sha":"74b6b98867585d00ff469432847f99766a0edd74","author":{"name":"Mark Rutland","email":"7bbc68f29a82fb2eb4daac9d4df0c3f473a4ef26@arm.com"},"message":"perf pmu: Unbreak perf record for arm/arm64 with events with explicit PMU\n\ncommit 66ec11919a0f96e936bb731fdbc2851316077d26 upstream.\n\nCurrently, perf record is broken on arm/arm64 systems when the PMU is\nspecified explicitly as part of the event, e.g.\n\n$ ./perf record -e armv8_cortex_a53/cpu_cycles/u true\n\nIn such cases, perf record fails to open events unless\nperf_event_paranoid is set to -1, even if the PMU in question supports\nmode exclusion. Further, even when perf_event_paranoid is toggled, no\nsamples are recorded.\n\nThis is an unintended side effect of commit:\n\n  e3ba76deef23064f (\"perf tools: Force uncore events to system wide monitoring)\n\n... which assumes that if a PMU has an associated cpu_map, it is an\nuncore PMU, and forces events for such PMUs to be system-wide.\n\nThis is not true for arm/arm64 systems, which can have heterogeneous\nCPUs. To account for this, multiple CPU PMUs are exposed, each with a\n\"cpus\" field under sysfs, which the perf tool parses into a cpu_map. ARM\nPMUs do not have a \"cpumask\" file, and only have a \"cpus\" file. For the\ngory details as to why, see commit:\n\n 7e3fcffe95544010 (\"perf pmu: Support alternative sysfs cpumask\")\n\nGiven all of this, we can instead identify uncore PMUs by explicitly\nchecking for a \"cpumask\" file, and restore arm/arm64 PMU support back to\na working state. This patch does so, adding a new perf_pmu::is_uncore\nfield, and splitting the existing cpumask parsing so that it can be\nreused.\n\nSigned-off-by: Mark Rutland <mark.rutland@arm.com>\nTested-by Will Deacon <will.deacon@arm.com>\nAcked-by: Jiri Olsa <jolsa@kernel.org>\nCc: Adrian Hunter <adrian.hunter@intel.com>\nCc: Borislav Petkov <bp@alien8.de>\nCc: David Ahern <dsahern@gmail.com>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nFixes: e3ba76deef23064f (\"perf tools: Force uncore events to system wide monitoring)\nLink: http://lkml.kernel.org/r/1507315102-5942-1-git-send-email-mark.rutland@arm.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/74b6b98867585d00ff469432847f99766a0edd74"},{"sha":"a258a35a9930d410b7550cea90f9bae9d03ce339","author":{"name":"Will Deacon","email":"b2e33b86f3f248a395aadfb8ef1908ac314f4233@arm.com"},"message":"mm: page_vma_mapped: ensure pmd is loaded with READ_ONCE outside of lock\n\ncommit a7b100953aa33a5bbdc3e5e7f2241b9c0704606e upstream.\n\nLoading the pmd without holding the pmd_lock exposes us to races with\nconcurrent updaters of the page tables but, worse still, it also allows\nthe compiler to cache the pmd value in a register and reuse it later on,\neven if we've performed a READ_ONCE in between and seen a more recent\nvalue.\n\nIn the case of page_vma_mapped_walk, this leads to the following crash\nwhen the pmd loaded for the initial pmd_trans_huge check is all zeroes\nand a subsequent valid table entry is loaded by check_pmd.  We then\nproceed into map_pte, but the compiler re-uses the zero entry inside\npte_offset_map, resulting in a junk pointer being installed in\npvmw->pte:\n\n  PC is at check_pte+0x20/0x170\n  LR is at page_vma_mapped_walk+0x2e0/0x540\n  [...]\n  Process doio (pid: 2463, stack limit = 0xffff00000f2e8000)\n  Call trace:\n    check_pte+0x20/0x170\n    page_vma_mapped_walk+0x2e0/0x540\n    page_mkclean_one+0xac/0x278\n    rmap_walk_file+0xf0/0x238\n    rmap_walk+0x64/0xa0\n    page_mkclean+0x90/0xa8\n    clear_page_dirty_for_io+0x84/0x2a8\n    mpage_submit_page+0x34/0x98\n    mpage_process_page_bufs+0x164/0x170\n    mpage_prepare_extent_to_map+0x134/0x2b8\n    ext4_writepages+0x484/0xe30\n    do_writepages+0x44/0xe8\n    __filemap_fdatawrite_range+0xbc/0x110\n    file_write_and_wait_range+0x48/0xd8\n    ext4_sync_file+0x80/0x4b8\n    vfs_fsync_range+0x64/0xc0\n    SyS_msync+0x194/0x1e8\n\nThis patch fixes the problem by ensuring that READ_ONCE is used before\nthe initial checks on the pmd, and this value is subsequently used when\nchecking whether or not the pmd is present.  pmd_check is removed and\nthe pmd_present check is inlined directly.\n\nLink: http://lkml.kernel.org/r/1507222630-5839-1-git-send-email-will.deacon@arm.com\nFixes: f27176cfc363 (\"mm: convert page_mkclean_one() to use page_vma_mapped_walk()\")\nSigned-off-by: Will Deacon <will.deacon@arm.com>\nTested-by: Yury Norov <ynorov@caviumnetworks.com>\nTested-by: Richard Ruigrok <rruigrok@codeaurora.org>\nAcked-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>\nCc: \"Paul E. McKenney\" <paulmck@linux.vnet.ibm.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n[will: backport to 4.13.y]\nSigned-off-by: Will Deacon <will.deacon@arm.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/a258a35a9930d410b7550cea90f9bae9d03ce339"},{"sha":"53d1c2535ce014ceea27c5c34739e32dec2cc6d9","author":{"name":"Alex Manoussakis","email":"90b77162d2644d4e2905a2a2480633ece3dee6d8@gnu.org"},"message":"HID: hid-elecom: extend to fix descriptor for HUGE trackball\n\ncommit a0933a456ff83a3b5ffa3a1903e0b8de4a56adf5 upstream.\n\nIn addition to DEFT, Elecom introduced a larger trackball called HUGE, in\nboth wired (M-HT1URBK) and wireless (M-HT1DRBK) versions. It has the same\nbuttons and behavior as the DEFT. This patch adds the two relevant USB IDs\nto enable operation of the three Fn buttons on the top of the device.\n\nCc: Diego Elio Petteno <flameeyes@flameeyes.eu>\nSigned-off-by: Alex Manoussakis <amanou@gnu.org>\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/Whissi/linux-stable/commits/53d1c2535ce014ceea27c5c34739e32dec2cc6d9"},{"sha":"6b32d45bd59982751beb8220e442b40b2706647f","author":{"name":"K. Y. Srinivasan","email":"a5cf196ea310dd27b5485244414a63baf7c6af2b@microsoft.com"},"message":"Drivers: hv: vmbus: Fix rescind handling issues\n\ncommit 6f3d791f300618caf82a2be0c27456edd76d5164 upstream.\n\nThis patch handles the following issues that were observed when we are\nhandling racing channel offer message and rescind message for the same\noffer:\n\n1. Since the host does not respond to messages on a rescinded channel,\nin the current code, we could be indefinitely blocked on the vmbus_open() call.\n\n2. When a rescinded channel is being closed, if there is a pending interrupt on the\nchannel, we could end up freeing the channel that the interrupt handler would run on.\n\nSigned-off-by: K. Y. Srinivasan <kys@microsoft.com>\nReviewed-by: Dexuan Cui <decui@microsoft.com>\nTested-by: Dexuan Cui <decui@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/6b32d45bd59982751beb8220e442b40b2706647f"},{"sha":"0cd8b4745ce2576daade5343dd270d36c3547a72","author":{"name":"K. Y. Srinivasan","email":"a5cf196ea310dd27b5485244414a63baf7c6af2b@microsoft.com"},"message":"Drivers: hv: vmbus: Fix bugs in rescind handling\n\ncommit 192b2d78722ffea188e5ec6ae5d55010dce05a4b upstream.\n\nThis patch addresses the following bugs in the current rescind handling code:\n\n1. Fixes a race condition where we may be invoking hv_process_channel_removal()\non an already freed channel.\n\n2. Prevents indefinite wait when rescinding sub-channels by correctly setting\nthe probe_complete state.\n\nI would like to thank Dexuan for patiently reviewing earlier versions of this\npatch and identifying many of the issues fixed here.\n\nGreg, please apply this to 4.14-final.\n\nFixes: '54a66265d675 (\"Drivers: hv: vmbus: Fix rescind handling\")'\n\nSigned-off-by: K. Y. Srinivasan <kys@microsoft.com>\nReviewed-by: Dexuan Cui <decui@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/0cd8b4745ce2576daade5343dd270d36c3547a72"},{"sha":"52baff877117a180a23fc2692e03f2e716859724","author":{"name":"Stephen Hemminger","email":"5bfd6f4d5597453bc08688e3129fd2e4fff3505f@networkplumber.org"},"message":"vmbus: simplify hv_ringbuffer_read\n\ncommit 4226ff69a3dff78bead7d9a270423cd21f8d40b8 upstream.\n\nWith new iterator functions (and the double mapping) the ring buffer\nread function can be greatly simplified.\n\nSigned-off-by: Stephen Hemminger <sthemmin@microsoft.com>\nSigned-off-by: K. Y. Srinivasan <kys@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/52baff877117a180a23fc2692e03f2e716859724"},{"sha":"df95afa5960b806835f2fa4d167a828d9329ba87","author":{"name":"Stephen Hemminger","email":"5bfd6f4d5597453bc08688e3129fd2e4fff3505f@networkplumber.org"},"message":"vmbus: refactor hv_signal_on_read\n\ncommit 8dd45f2ab005a1f3301296059b23b03ec3dbf79b upstream.\n\nThe function hv_signal_on_read was defined in hyperv.h and\nonly used in one place in ring_buffer code. Clearer to just\nmove it inline there.\n\nSigned-off-by: Stephen Hemminger <sthemmin@microsoft.com>\nSigned-off-by: K. Y. Srinivasan <kys@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/df95afa5960b806835f2fa4d167a828d9329ba87"},{"sha":"27ba39f28808d6e983ad028da15952f29918a6c4","author":{"name":"Stephen Hemminger","email":"5bfd6f4d5597453bc08688e3129fd2e4fff3505f@networkplumber.org"},"message":"vmbus: eliminate duplicate cached index\n\ncommit 05d00bc94ac27d220d8a78e365d7fa3a26dcca17 upstream.\n\nDon't need cached read index anymore now that packet iterator\nis used. The iterator has the original read index until the\nvisible read_index is updated.\n\nSigned-off-by: Stephen Hemminger <sthemmin@microsoft.com>\nSigned-off-by: K. Y. Srinivasan <kys@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/27ba39f28808d6e983ad028da15952f29918a6c4"},{"sha":"77b446aa2ba607b6c25d730236b57592aa80166b","author":{"name":"Stephen Hemminger","email":"5bfd6f4d5597453bc08688e3129fd2e4fff3505f@networkplumber.org"},"message":"vmbus: more host signalling avoidance\n\ncommit 03bad714a1619c0074eb44d6f217c505fe27030f upstream.\n\nDon't signal host if it has disabled interrupts for that\nring buffer. Check the feature bit to see if host supports\npending send size flag.\n\nSigned-off-by: Stephen Hemminger <sthemmin@microsoft.com>\nSigned-off-by: K. Y. Srinivasan <kys@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/77b446aa2ba607b6c25d730236b57592aa80166b"},{"sha":"5b61412afb6674b51f83ee0de2df0a455643d5be","author":{"name":"Greg Kroah-Hartman","email":"4931344b09d7a7d3573e8b1ebec918e229ead9bf@linuxfoundation.org"},"message":"Linux 4.13.9","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/5b61412afb6674b51f83ee0de2df0a455643d5be"}]}
{"actor":{"display_login":"Whissi"}}