{"push_id":882135187,"size":16,"distinct_size":16,"ref":"refs/heads/master","head":"5a44ed0d30dd0681df44eb085c31b371b7fe84fe","before":"78c4a49a69e910a162b05e4e8727b9bdbf948f13","commits":[{"sha":"17c4fbaf1a1b3360c4b15bbd78a19aa366eb9ced","author":{"email":"ae137aa0a12047ca4b18fefc5f1c33b043de730f@gmail.com","name":"sujayraaj"},"message":"ARC: switch to arc-linux- CROSS_COMPILE prefix across all configs\n\nWhen building kernel with buildroot built toolchain, CROSS_COMPILE\ncurrently needs adjustment even if minor. This is because the defconfigs\nprefer \"arc-linux-uclibc-\" prefix from hand built (non buildroot) toolchain\nwhile buildroot provides \"arc-buildroot-linux-uclibc-\"\n\nTo avoid this use the common \"arc-linux-\" prefix which is provided by\nbuildroot and has also been in hand built tools for quite some time.\n\nSigned-off-by: sujayraaj <sujayraaj@gmail.com>\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>\n[vgupta: updated changelog]","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/17c4fbaf1a1b3360c4b15bbd78a19aa366eb9ced"},{"sha":"61a163481845ec917914d33bdd60b531dacfcf07","author":{"email":"af669d95a4c0de051445d4cafdbb2c5c4a2838be@synopsys.com","name":"Vineet Gupta"},"message":"ARC: comments update\n\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/61a163481845ec917914d33bdd60b531dacfcf07"},{"sha":"512b5b89b9ef90e7a6475513fa9402e55b0e831c","author":{"email":"af669d95a4c0de051445d4cafdbb2c5c4a2838be@synopsys.com","name":"Vineet Gupta"},"message":"ARC: Abstract out ISA specific SLEEP args\n\nNo semantical changes, prepares for ARCv2 specific change in next commit\n\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/512b5b89b9ef90e7a6475513fa9402e55b0e831c"},{"sha":"b8628f3fe41c999b003c541c078312fcead960d6","author":{"email":"af669d95a4c0de051445d4cafdbb2c5c4a2838be@synopsys.com","name":"Vineet Gupta"},"message":"ARCv2: Use the default irq priority for idle sleep\n\nAlthough kernel doesn't support the multiple IRQ priority levels provided\nby HS38x core intc yet, ensure that the default prio value is used\nanyways by relevant code.\n\nSLEEP insn needs to be provided the IRQ priority level which can\ninterrupt it. This needs to be the default level which maynot\nnecessarily be 0 as assumed by current code.\n\nThis change allows a kernel with ARCV2_IRQ_DEF_PRIO = 1 to boot fine.\n\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/b8628f3fe41c999b003c541c078312fcead960d6"},{"sha":"e81b75f7b206d4c44afd20354a66825239490109","author":{"email":"af669d95a4c0de051445d4cafdbb2c5c4a2838be@synopsys.com","name":"Vineet Gupta"},"message":"ARC: remove SYNC from __switch_to()\n\nSYNC in __switch_to() is a historic relic and not needed at all.\n\n - In UP context it is obviously useless, why would we want to stall\n   the core for all updates to stack memory of t0 to complete before\n   loading kernel mode callee registers from t1 stack's memory.\n\n - In SMP, there could be potential race in which outgoing task could\n   be concurrently picked for running on a different core, thus writes\n   to stack here need to be visible before the reads from stack on\n   other core. Peter confirmed that generic schedular already has needed\n   barriers (by way of rq lock) so there is no need for additional arch\n   barrier.\n\nThis came up when Noam was trying to replace this SYNC with EZChip\nspecific hardware thread scheduling instruction for their platform\nsupport.\n\nLink: http://lkml.kernel.org/r/20151102092654.GM17308@twins.programming.kicks-ass.net\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: linux-kernel@vger.kernel.org\nCc: Noam Camus <noamc@ezchip.com>\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/e81b75f7b206d4c44afd20354a66825239490109"},{"sha":"d2b9d2a5ad5ef04ff978c9923d19730cb05efd55","author":{"email":"7b0ab45a730e48a69239010b5b8fe5fa4e8eaac6@neuling.org","name":"Michael Neuling"},"message":"powerpc/tm: Block signal return setting invalid MSR state\n\nCurrently we allow both the MSR T and S bits to be set by userspace on\na signal return.  Unfortunately this is a reserved configuration and\nwill cause a TM Bad Thing exception if attempted (via rfid).\n\nThis patch checks for this case in both the 32 and 64 bit signals\ncode.  If both T and S are set, we mark the context as invalid.\n\nFound using a syscall fuzzer.\n\nFixes: 2b0a576d15e0 (\"powerpc: Add new transactional memory state to the signal context\")\nCc: stable@vger.kernel.org # v3.9+\nSigned-off-by: Michael Neuling <mikey@neuling.org>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/d2b9d2a5ad5ef04ff978c9923d19730cb05efd55"},{"sha":"7f821fc9c77a9b01fe7b1d6e72717b33d8d64142","author":{"email":"7b0ab45a730e48a69239010b5b8fe5fa4e8eaac6@neuling.org","name":"Michael Neuling"},"message":"powerpc/tm: Check for already reclaimed tasks\n\nCurrently we can hit a scenario where we'll tm_reclaim() twice.  This\nresults in a TM bad thing exception because the second reclaim occurs\nwhen not in suspend mode.\n\nThe scenario in which this can happen is the following.  We attempt to\ndeliver a signal to userspace.  To do this we need obtain the stack\npointer to write the signal context.  To get this stack pointer we\nmust tm_reclaim() in case we need to use the checkpointed stack\npointer (see get_tm_stackpointer()).  Normally we'd then return\ndirectly to userspace to deliver the signal without going through\n__switch_to().\n\nUnfortunatley, if at this point we get an error (such as a bad\nuserspace stack pointer), we need to exit the process.  The exit will\nresult in a __switch_to().  __switch_to() will attempt to save the\nprocess state which results in another tm_reclaim().  This\ntm_reclaim() now causes a TM Bad Thing exception as this state has\nalready been saved and the processor is no longer in TM suspend mode.\nWhee!\n\nThis patch checks the state of the MSR to ensure we are TM suspended\nbefore we attempt the tm_reclaim().  If we've already saved the state\naway, we should no longer be in TM suspend mode.  This has the\nadditional advantage of checking for a potential TM Bad Thing\nexception.\n\nFound using syscall fuzzer.\n\nFixes: fb09692e71f1 (\"powerpc: Add reclaim and recheckpoint functions for context switching transactional memory processes\")\nCc: stable@vger.kernel.org # v3.9+\nSigned-off-by: Michael Neuling <mikey@neuling.org>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/7f821fc9c77a9b01fe7b1d6e72717b33d8d64142"},{"sha":"2e22502c080f27afeab5e6f11e618fb7bc7aea53","author":{"email":"af669d95a4c0de051445d4cafdbb2c5c4a2838be@synopsys.com","name":"Vineet Gupta"},"message":"ARC: dw2 unwind: Remove falllback linear search thru FDE entries\n\nFixes STAR 9000953410: \"perf callgraph profiling causing RCU stalls\"\n\n| perf record -g -c 15000 -e cycles /sbin/hackbench\n|\n| INFO: rcu_preempt self-detected stall on CPU\n| 1: (1 GPs behind) idle=609/140000000000002/0 softirq=2914/2915 fqs=603\n| Task dump for CPU 1:\n\nin-kernel dwarf unwinder has a fast binary lookup and a fallback linear\nsearch (which iterates thru each of ~11K entries) thus takes 2 orders of\nmagnitude longer (~3 million cycles vs. 2000). Routines written in hand\nassembler lack dwarf info (as we don't support assembler CFI pseudo-ops\nyet) fail the unwinder binary lookup, hit linear search, failing\nnevertheless in the end.\n\nHowever the linear search is pointless as binary lookup tables are created\nfrom it in first place. It is impossible to have binary lookup fail while\nsucceed the linear search. It is pure waste of cycles thus removed by\nthis patch.\n\nThis manifested as RCU stalls / NMI watchdog splat when running\nhackbench under perf with callgraph profiling. The triggering condition\nwas perf counter overflowing in routine lacking dwarf info (like memset)\nleading to patheic 3 million cycle unwinder slow path and by the time it\nreturned new interrupts were already pending (Timer, IPI) and taken\nrightaway. The original memset didn't make forward progress, system kept\naccruing more interrupts and more unwinder delayes in a vicious feedback\nloop, ultimately triggering the NMI diagnostic.\n\nCc: stable@vger.kernel.org\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/2e22502c080f27afeab5e6f11e618fb7bc7aea53"},{"sha":"8e3d7c834ba0f79f200c155cf0647eacd39f2fbe","author":{"email":"95f178e5e278816be0436ff61f034a97684bdd0e@altera.com","name":"Ley Foon Tan"},"message":"nios2: fix cache coherency\n\nThere is intermittent cache coherency issue caught in toolchian tests.\nRevert to use flushd.\n\nSigned-off-by: Ley Foon Tan <lftan@altera.com>","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/8e3d7c834ba0f79f200c155cf0647eacd39f2fbe"},{"sha":"9c17d96500f78d7ecdb71ca6942830158bc75a2b","author":{"email":"b41c17b861974b03cec38e3ec2992769b9bfae55@oracle.com","name":"Boris Ostrovsky"},"message":"xen/gntdev: Grant maps should not be subject to NUMA balancing\n\nDoing so will cause the grant to be unmapped and then, during\nfault handling, the fault to be mistakenly treated as NUMA hint\nfault.\n\nIn addition, even if those maps could partcipate in NUMA\nbalancing, it wouldn't provide any benefit since we are unable\nto determine physical page's node (even if/when VNUMA is\nimplemented).\n\nMarking grant maps' VMAs as VM_IO will exclude them from being\npart of NUMA balancing.\n\nSigned-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>\nCc: stable@vger.kernel.org\nSigned-off-by: David Vrabel <david.vrabel@citrix.com>","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/9c17d96500f78d7ecdb71ca6942830158bc75a2b"},{"sha":"b4ff8389ed14b849354b59ce9b360bdefcdbf99c","author":{"email":"b41c17b861974b03cec38e3ec2992769b9bfae55@oracle.com","name":"Boris Ostrovsky"},"message":"xen/events: Always allocate legacy interrupts on PV guests\n\nAfter commit 8c058b0b9c34 (\"x86/irq: Probe for PIC presence before\nallocating descs for legacy IRQs\") early_irq_init() will no longer\npreallocate descriptors for legacy interrupts if PIC does not\nexist, which is the case for Xen PV guests.\n\nTherefore we may need to allocate those descriptors ourselves.\n\nSigned-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>\nSuggested-by: Thomas Gleixner <tglx@linutronix.de>\nSigned-off-by: David Vrabel <david.vrabel@citrix.com>","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/b4ff8389ed14b849354b59ce9b360bdefcdbf99c"},{"sha":"8620015499101090ae275bf11e9bc2f9febfdf08","author":{"email":"b9d45bd1f671e508cd8daa63dfc3cabb597562df@citrix.com","name":"David Vrabel"},"message":"xen/evtchn: dynamically grow pending event channel ring\n\nIf more than 1024 event channels are bound to a evtchn device then it\npossible (even with well behaved applications) for the ring to\noverflow and events to be lost (reported as an -EFBIG error).\n\nDynamically increase the size of the ring so there is always enough\nspace for all bound events.  Well behaved applicables that only unmask\nevents after draining them from the ring can thus no longer lose\nevents.\n\nHowever, an application could unmask an event before draining it,\nallowing multiple entries per port to accumulate in the ring, and a\noverflow could still occur.  So the overflow detection and reporting\nis retained.\n\nThe ring size is initially only 64 entries so the common use case of\nan application only binding a few events will use less memory than\nbefore.  The ring size may grow to 512 KiB (enough for all 2^17\npossible channels).  This order 7 kmalloc() may fail due to memory\nfragmentation, so we fall back to trying vmalloc().\n\nSigned-off-by: David Vrabel <david.vrabel@citrix.com>\nReviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/8620015499101090ae275bf11e9bc2f9febfdf08"},{"sha":"02a5fec18297bb6991f5bc5ebc7e73fa6810809d","author":{"email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","name":"Linus Torvalds"},"message":"Merge tag 'powerpc-4.4-3' of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux\n\nPull powerpc fixes from Michael Ellerman:\n\n - tm: Block signal return from setting invalid MSR state from Michael\n   Neuling\n\n - tm: Check for already reclaimed tasks from Michael Neuling\n\n* tag 'powerpc-4.4-3' of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux:\n  powerpc/tm: Check for already reclaimed tasks\n  powerpc/tm: Block signal return setting invalid MSR state","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/02a5fec18297bb6991f5bc5ebc7e73fa6810809d"},{"sha":"4fe5e199ebcd82a05c7446e7e6b85027358dc274","author":{"email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","name":"Linus Torvalds"},"message":"Merge tag 'for-linus-4.4-rc2-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip\n\nPull xen bug fixes from David Vrabel:\n\n - Fix gntdev and numa balancing.\n\n - Fix x86 boot crash due to unallocated legacy irq descs.\n\n - Fix overflow in evtchn device when > 1024 event channels.\n\n* tag 'for-linus-4.4-rc2-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip:\n  xen/evtchn: dynamically grow pending event channel ring\n  xen/events: Always allocate legacy interrupts on PV guests\n  xen/gntdev: Grant maps should not be subject to NUMA balancing","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/4fe5e199ebcd82a05c7446e7e6b85027358dc274"},{"sha":"03018ac2bb6a2fb1b1272e180141676a97a6a877","author":{"email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","name":"Linus Torvalds"},"message":"Merge tag 'arc-4.4-rc3-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/vgupta/arc\n\nPull ARC fixes from Vineet Gupta:\n - Fix for perf callgraph unwinding causing RCU stalls\n - Fix to enable Linux to run on non-default Interrupt priority 0\n - Removal of pointless SYNC from __switch_to()\n\n* tag 'arc-4.4-rc3-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/vgupta/arc:\n  ARC: dw2 unwind: Remove falllback linear search thru FDE entries\n  ARC: remove SYNC from __switch_to()\n  ARCv2: Use the default irq priority for idle sleep\n  ARC: Abstract out ISA specific SLEEP args\n  ARC: comments update\n  ARC: switch to arc-linux- CROSS_COMPILE prefix across all configs","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/03018ac2bb6a2fb1b1272e180141676a97a6a877"},{"sha":"5a44ed0d30dd0681df44eb085c31b371b7fe84fe","author":{"email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","name":"Linus Torvalds"},"message":"Merge tag 'nios2-v4.4-rc3' of git://git.kernel.org/pub/scm/linux/kernel/git/lftan/nios2\n\nPull nios2 fix from Ley Foon Tan:\n \"nios2: fix cache coherency\"\n\n* tag 'nios2-v4.4-rc3' of git://git.kernel.org/pub/scm/linux/kernel/git/lftan/nios2:\n  nios2: fix cache coherency","distinct":true,"url":"https://api.github.com/repos/PKRoma/linux/commits/5a44ed0d30dd0681df44eb085c31b371b7fe84fe"}]}