{"push_id":558331037,"size":45,"distinct_size":1,"ref":"refs/heads/tuxonice-3.4","head":"075b81ad641b1e603956c1f2f3d4e3c4451e2595","before":"98e1203e42c297c8952602de6c9426dd70d42687","commits":[{"sha":"44ce8f87254b3aea12296aa8275b76fa86c07ca6","author":{"email":"65b9a63f53220935a2d780da14596f79641adc7c@gmail.com","name":"Milan Broz"},"message":"crypto: af_alg - properly label AF_ALG socket\n\ncommit 4c63f83c2c2e16a13ce274ee678e28246bd33645 upstream.\n\nTh AF_ALG socket was missing a security label (e.g. SELinux)\nwhich means that socket was in \"unlabeled\" state.\n\nThis was recently demonstrated in the cryptsetup package\n(cryptsetup v1.6.5 and later.)\nSee https://bugzilla.redhat.com/show_bug.cgi?id=1115120\n\nThis patch clones the sock's label from the parent sock\nand resolves the issue (similar to AF_BLUETOOTH protocol family).\n\nSigned-off-by: Milan Broz <gmazyland@gmail.com>\nAcked-by: Paul Moore <paul@paul-moore.com>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/44ce8f87254b3aea12296aa8275b76fa86c07ca6"},{"sha":"2e926a6b962cfc154818fd0796c4815df6ed09d0","author":{"email":"ab7bb06c5e68578ee974f52540e9229328f48a36@samsung.com","name":"Konstantin Khlebnikov"},"message":"ARM: 8115/1: LPAE: reduce damage caused by idmap to virtual memory layout\n\ncommit 811a2407a3cf7bbd027fbe92d73416f17485a3d8 upstream.\n\nOn LPAE, each level 1 (pgd) page table entry maps 1GiB, and the level 2\n(pmd) entries map 2MiB.\n\nWhen the identity mapping is created on LPAE, the pgd pointers are copied\nfrom the swapper_pg_dir.  If we find that we need to modify the contents\nof a pmd, we allocate a new empty pmd table and insert it into the\nappropriate 1GB slot, before then filling it with the identity mapping.\n\nHowever, if the 1GB slot covers the kernel lowmem mappings, we obliterate\nthose mappings.\n\nWhen replacing a PMD, first copy the old PMD contents to the new PMD, so\nthat we preserve the existing mappings, particularly the mappings of the\nkernel itself.\n\n[rewrote commit message and added code comment -- rmk]\n\nFixes: ae2de101739c (\"ARM: LPAE: Add identity mapping support for the 3-level page table format\")\nSigned-off-by: Konstantin Khlebnikov <k.khlebnikov@samsung.com>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/2e926a6b962cfc154818fd0796c4815df6ed09d0"},{"sha":"0e04ec4d3c1ada2049c9b852ab63fba416c6df8d","author":{"email":"1acebbdca565c7b6b638bdc23b58b5610d1a56b8@Parallels.com","name":"James Bottomley"},"message":"scsi: handle flush errors properly\n\ncommit 89fb4cd1f717a871ef79fa7debbe840e3225cd54 upstream.\n\nFlush commands don't transfer data and thus need to be special cased\nin the I/O completion handler so that we can propagate errors to\nthe block layer and filesystem.\n\nSigned-off-by: James Bottomley <JBottomley@Parallels.com>\nReported-by: Steven Haber <steven@qumulo.com>\nTested-by: Steven Haber <steven@qumulo.com>\nReviewed-by: Martin K. Petersen <martin.petersen@oracle.com>\nSigned-off-by: Christoph Hellwig <hch@lst.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/0e04ec4d3c1ada2049c9b852ab63fba416c6df8d"},{"sha":"7f6c1deb02e6ac110645c87fd2446594803a8a72","author":{"email":"d8cd2994e15bc61ddb2b113030bda55eebc3a0fe@google.com","name":"David Rientjes"},"message":"mm, thp: do not allow thp faults to avoid cpuset restrictions\n\ncommit b104a35d32025ca740539db2808aa3385d0f30eb upstream.\n\nThe page allocator relies on __GFP_WAIT to determine if ALLOC_CPUSET\nshould be set in allocflags.  ALLOC_CPUSET controls if a page allocation\nshould be restricted only to the set of allowed cpuset mems.\n\nTransparent hugepages clears __GFP_WAIT when defrag is disabled to prevent\nthe fault path from using memory compaction or direct reclaim.  Thus, it\nis unfairly able to allocate outside of its cpuset mems restriction as a\nside-effect.\n\nThis patch ensures that ALLOC_CPUSET is only cleared when the gfp mask is\ntruly GFP_ATOMIC by verifying it is also not a thp allocation.\n\nSigned-off-by: David Rientjes <rientjes@google.com>\nReported-by: Alex Thorlton <athorlton@sgi.com>\nTested-by: Alex Thorlton <athorlton@sgi.com>\nCc: Bob Liu <lliubbo@gmail.com>\nCc: Dave Hansen <dave.hansen@linux.intel.com>\nCc: Hedi Berriche <hedi@sgi.com>\nCc: Hugh Dickins <hughd@google.com>\nCc: Johannes Weiner <hannes@cmpxchg.org>\nCc: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>\nCc: Mel Gorman <mgorman@suse.de>\nCc: Rik van Riel <riel@redhat.com>\nCc: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/7f6c1deb02e6ac110645c87fd2446594803a8a72"},{"sha":"f73ff697833654ee578b606ea746d15dc1220aab","author":{"email":"33837adfb53316eae44aad04041e1240088d76fd@linaro.org","name":"John Stultz"},"message":"printk: rename printk_sched to printk_deferred\n\ncommit aac74dc495456412c4130a1167ce4beb6c1f0b38 upstream.\n\nAfter learning we'll need some sort of deferred printk functionality in\nthe timekeeping core, Peter suggested we rename the printk_sched function\nso it can be reused by needed subsystems.\n\nThis only changes the function name. No logic changes.\n\nSigned-off-by: John Stultz <john.stultz@linaro.org>\nReviewed-by: Steven Rostedt <rostedt@goodmis.org>\nCc: Jan Kara <jack@suse.cz>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Jiri Bohac <jbohac@suse.cz>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Ingo Molnar <mingo@redhat.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/f73ff697833654ee578b606ea746d15dc1220aab"},{"sha":"fbbb7208969e8bfbd07782bbec069878a29d3267","author":{"email":"596727c8a0ea4db3ba2ceceedccbacd3d7b371b8@suse.cz","name":"Jan Kara"},"message":"timer: Fix lock inversion between hrtimer_bases.lock and scheduler locks\n\ncommit 504d58745c9ca28d33572e2d8a9990b43e06075d upstream.\n\nclockevents_increase_min_delta() calls printk() from under\nhrtimer_bases.lock. That causes lock inversion on scheduler locks because\nprintk() can call into the scheduler. Lockdep puts it as:\n\n======================================================\n[ INFO: possible circular locking dependency detected ]\n3.15.0-rc8-06195-g939f04b #2 Not tainted\n-------------------------------------------------------\ntrinity-main/74 is trying to acquire lock:\n (&port_lock_key){-.....}, at: [<811c60be>] serial8250_console_write+0x8c/0x10c\n\nbut task is already holding lock:\n (hrtimer_bases.lock){-.-...}, at: [<8103caeb>] hrtimer_try_to_cancel+0x13/0x66\n\nwhich lock already depends on the new lock.\n\nthe existing dependency chain (in reverse order) is:\n\n-> #5 (hrtimer_bases.lock){-.-...}:\n       [<8104a942>] lock_acquire+0x92/0x101\n       [<8142f11d>] _raw_spin_lock_irqsave+0x2e/0x3e\n       [<8103c918>] __hrtimer_start_range_ns+0x1c/0x197\n       [<8107ec20>] perf_swevent_start_hrtimer.part.41+0x7a/0x85\n       [<81080792>] task_clock_event_start+0x3a/0x3f\n       [<810807a4>] task_clock_event_add+0xd/0x14\n       [<8108259a>] event_sched_in+0xb6/0x17a\n       [<810826a2>] group_sched_in+0x44/0x122\n       [<81082885>] ctx_sched_in.isra.67+0x105/0x11f\n       [<810828e6>] perf_event_sched_in.isra.70+0x47/0x4b\n       [<81082bf6>] __perf_install_in_context+0x8b/0xa3\n       [<8107eb8e>] remote_function+0x12/0x2a\n       [<8105f5af>] smp_call_function_single+0x2d/0x53\n       [<8107e17d>] task_function_call+0x30/0x36\n       [<8107fb82>] perf_install_in_context+0x87/0xbb\n       [<810852c9>] SYSC_perf_event_open+0x5c6/0x701\n       [<810856f9>] SyS_perf_event_open+0x17/0x19\n       [<8142f8ee>] syscall_call+0x7/0xb\n\n-> #4 (&ctx->lock){......}:\n       [<8104a942>] lock_acquire+0x92/0x101\n       [<8142f04c>] _raw_spin_lock+0x21/0x30\n       [<81081df3>] __perf_event_task_sched_out+0x1dc/0x34f\n       [<8142cacc>] __schedule+0x4c6/0x4cb\n       [<8142cae0>] schedule+0xf/0x11\n       [<8142f9a6>] work_resched+0x5/0x30\n\n-> #3 (&rq->lock){-.-.-.}:\n       [<8104a942>] lock_acquire+0x92/0x101\n       [<8142f04c>] _raw_spin_lock+0x21/0x30\n       [<81040873>] __task_rq_lock+0x33/0x3a\n       [<8104184c>] wake_up_new_task+0x25/0xc2\n       [<8102474b>] do_fork+0x15c/0x2a0\n       [<810248a9>] kernel_thread+0x1a/0x1f\n       [<814232a2>] rest_init+0x1a/0x10e\n       [<817af949>] start_kernel+0x303/0x308\n       [<817af2ab>] i386_start_kernel+0x79/0x7d\n\n-> #2 (&p->pi_lock){-.-...}:\n       [<8104a942>] lock_acquire+0x92/0x101\n       [<8142f11d>] _raw_spin_lock_irqsave+0x2e/0x3e\n       [<810413dd>] try_to_wake_up+0x1d/0xd6\n       [<810414cd>] default_wake_function+0xb/0xd\n       [<810461f3>] __wake_up_common+0x39/0x59\n       [<81046346>] __wake_up+0x29/0x3b\n       [<811b8733>] tty_wakeup+0x49/0x51\n       [<811c3568>] uart_write_wakeup+0x17/0x19\n       [<811c5dc1>] serial8250_tx_chars+0xbc/0xfb\n       [<811c5f28>] serial8250_handle_irq+0x54/0x6a\n       [<811c5f57>] serial8250_default_handle_irq+0x19/0x1c\n       [<811c56d8>] serial8250_interrupt+0x38/0x9e\n       [<810510e7>] handle_irq_event_percpu+0x5f/0x1e2\n       [<81051296>] handle_irq_event+0x2c/0x43\n       [<81052cee>] handle_level_irq+0x57/0x80\n       [<81002a72>] handle_irq+0x46/0x5c\n       [<810027df>] do_IRQ+0x32/0x89\n       [<8143036e>] common_interrupt+0x2e/0x33\n       [<8142f23c>] _raw_spin_unlock_irqrestore+0x3f/0x49\n       [<811c25a4>] uart_start+0x2d/0x32\n       [<811c2c04>] uart_write+0xc7/0xd6\n       [<811bc6f6>] n_tty_write+0xb8/0x35e\n       [<811b9beb>] tty_write+0x163/0x1e4\n       [<811b9cd9>] redirected_tty_write+0x6d/0x75\n       [<810b6ed6>] vfs_write+0x75/0xb0\n       [<810b7265>] SyS_write+0x44/0x77\n       [<8142f8ee>] syscall_call+0x7/0xb\n\n-> #1 (&tty->write_wait){-.....}:\n       [<8104a942>] lock_acquire+0x92/0x101\n       [<8142f11d>] _raw_spin_lock_irqsave+0x2e/0x3e\n       [<81046332>] __wake_up+0x15/0x3b\n       [<811b8733>] tty_wakeup+0x49/0x51\n       [<811c3568>] uart_write_wakeup+0x17/0x19\n       [<811c5dc1>] serial8250_tx_chars+0xbc/0xfb\n       [<811c5f28>] serial8250_handle_irq+0x54/0x6a\n       [<811c5f57>] serial8250_default_handle_irq+0x19/0x1c\n       [<811c56d8>] serial8250_interrupt+0x38/0x9e\n       [<810510e7>] handle_irq_event_percpu+0x5f/0x1e2\n       [<81051296>] handle_irq_event+0x2c/0x43\n       [<81052cee>] handle_level_irq+0x57/0x80\n       [<81002a72>] handle_irq+0x46/0x5c\n       [<810027df>] do_IRQ+0x32/0x89\n       [<8143036e>] common_interrupt+0x2e/0x33\n       [<8142f23c>] _raw_spin_unlock_irqrestore+0x3f/0x49\n       [<811c25a4>] uart_start+0x2d/0x32\n       [<811c2c04>] uart_write+0xc7/0xd6\n       [<811bc6f6>] n_tty_write+0xb8/0x35e\n       [<811b9beb>] tty_write+0x163/0x1e4\n       [<811b9cd9>] redirected_tty_write+0x6d/0x75\n       [<810b6ed6>] vfs_write+0x75/0xb0\n       [<810b7265>] SyS_write+0x44/0x77\n       [<8142f8ee>] syscall_call+0x7/0xb\n\n-> #0 (&port_lock_key){-.....}:\n       [<8104a62d>] __lock_acquire+0x9ea/0xc6d\n       [<8104a942>] lock_acquire+0x92/0x101\n       [<8142f11d>] _raw_spin_lock_irqsave+0x2e/0x3e\n       [<811c60be>] serial8250_console_write+0x8c/0x10c\n       [<8104e402>] call_console_drivers.constprop.31+0x87/0x118\n       [<8104f5d5>] console_unlock+0x1d7/0x398\n       [<8104fb70>] vprintk_emit+0x3da/0x3e4\n       [<81425f76>] printk+0x17/0x19\n       [<8105bfa0>] clockevents_program_min_delta+0x104/0x116\n       [<8105c548>] clockevents_program_event+0xe7/0xf3\n       [<8105cc1c>] tick_program_event+0x1e/0x23\n       [<8103c43c>] hrtimer_force_reprogram+0x88/0x8f\n       [<8103c49e>] __remove_hrtimer+0x5b/0x79\n       [<8103cb21>] hrtimer_try_to_cancel+0x49/0x66\n       [<8103cb4b>] hrtimer_cancel+0xd/0x18\n       [<8107f102>] perf_swevent_cancel_hrtimer.part.60+0x2b/0x30\n       [<81080705>] task_clock_event_stop+0x20/0x64\n       [<81080756>] task_clock_event_del+0xd/0xf\n       [<81081350>] event_sched_out+0xab/0x11e\n       [<810813e0>] group_sched_out+0x1d/0x66\n       [<81081682>] ctx_sched_out+0xaf/0xbf\n       [<81081e04>] __perf_event_task_sched_out+0x1ed/0x34f\n       [<8142cacc>] __schedule+0x4c6/0x4cb\n       [<8142cae0>] schedule+0xf/0x11\n       [<8142f9a6>] work_resched+0x5/0x30\n\nother info that might help us debug this:\n\nChain exists of:\n  &port_lock_key --> &ctx->lock --> hrtimer_bases.lock\n\n Possible unsafe locking scenario:\n\n       CPU0                    CPU1\n       ----                    ----\n  lock(hrtimer_bases.lock);\n                               lock(&ctx->lock);\n                               lock(hrtimer_bases.lock);\n  lock(&port_lock_key);\n\n *** DEADLOCK ***\n\n4 locks held by trinity-main/74:\n #0:  (&rq->lock){-.-.-.}, at: [<8142c6f3>] __schedule+0xed/0x4cb\n #1:  (&ctx->lock){......}, at: [<81081df3>] __perf_event_task_sched_out+0x1dc/0x34f\n #2:  (hrtimer_bases.lock){-.-...}, at: [<8103caeb>] hrtimer_try_to_cancel+0x13/0x66\n #3:  (console_lock){+.+...}, at: [<8104fb5d>] vprintk_emit+0x3c7/0x3e4\n\nstack backtrace:\nCPU: 0 PID: 74 Comm: trinity-main Not tainted 3.15.0-rc8-06195-g939f04b #2\n 00000000 81c3a310 8b995c14 81426f69 8b995c44 81425a99 8161f671 8161f570\n 8161f538 8161f559 8161f538 8b995c78 8b142bb0 00000004 8b142fdc 8b142bb0\n 8b995ca8 8104a62d 8b142fac 000016f2 81c3a310 00000001 00000001 00000003\nCall Trace:\n [<81426f69>] dump_stack+0x16/0x18\n [<81425a99>] print_circular_bug+0x18f/0x19c\n [<8104a62d>] __lock_acquire+0x9ea/0xc6d\n [<8104a942>] lock_acquire+0x92/0x101\n [<811c60be>] ? serial8250_console_write+0x8c/0x10c\n [<811c6032>] ? wait_for_xmitr+0x76/0x76\n [<8142f11d>] _raw_spin_lock_irqsave+0x2e/0x3e\n [<811c60be>] ? serial8250_console_write+0x8c/0x10c\n [<811c60be>] serial8250_console_write+0x8c/0x10c\n [<8104af87>] ? lock_release+0x191/0x223\n [<811c6032>] ? wait_for_xmitr+0x76/0x76\n [<8104e402>] call_console_drivers.constprop.31+0x87/0x118\n [<8104f5d5>] console_unlock+0x1d7/0x398\n [<8104fb70>] vprintk_emit+0x3da/0x3e4\n [<81425f76>] printk+0x17/0x19\n [<8105bfa0>] clockevents_program_min_delta+0x104/0x116\n [<8105cc1c>] tick_program_event+0x1e/0x23\n [<8103c43c>] hrtimer_force_reprogram+0x88/0x8f\n [<8103c49e>] __remove_hrtimer+0x5b/0x79\n [<8103cb21>] hrtimer_try_to_cancel+0x49/0x66\n [<8103cb4b>] hrtimer_cancel+0xd/0x18\n [<8107f102>] perf_swevent_cancel_hrtimer.part.60+0x2b/0x30\n [<81080705>] task_clock_event_stop+0x20/0x64\n [<81080756>] task_clock_event_del+0xd/0xf\n [<81081350>] event_sched_out+0xab/0x11e\n [<810813e0>] group_sched_out+0x1d/0x66\n [<81081682>] ctx_sched_out+0xaf/0xbf\n [<81081e04>] __perf_event_task_sched_out+0x1ed/0x34f\n [<8104416d>] ? __dequeue_entity+0x23/0x27\n [<81044505>] ? pick_next_task_fair+0xb1/0x120\n [<8142cacc>] __schedule+0x4c6/0x4cb\n [<81047574>] ? trace_hardirqs_off_caller+0xd7/0x108\n [<810475b0>] ? trace_hardirqs_off+0xb/0xd\n [<81056346>] ? rcu_irq_exit+0x64/0x77\n\nFix the problem by using printk_deferred() which does not call into the\nscheduler.\n\nReported-by: Fengguang Wu <fengguang.wu@intel.com>\nSigned-off-by: Jan Kara <jack@suse.cz>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/fbbb7208969e8bfbd07782bbec069878a29d3267"},{"sha":"6c7e43ada5875cb1592046242f22f2fa54b09ca0","author":{"email":"8a453bad9912ffe59bc0f0b8abe03df9be19379e@zytor.com","name":"H. Peter Anvin"},"message":"Revert \"x86-64, modify_ldt: Make support for 16-bit segments a runtime option\"\n\ncommit 7ed6fb9b5a5510e4ef78ab27419184741169978a upstream.\n\nThis reverts commit fa81511bb0bbb2b1aace3695ce869da9762624ff in\npreparation of merging in the proper fix (espfix64).\n\nSigned-off-by: H. Peter Anvin <hpa@zytor.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/6c7e43ada5875cb1592046242f22f2fa54b09ca0"},{"sha":"3989298cbdafdaf0536f23677df9f29bfc44f8ad","author":{"email":"8a453bad9912ffe59bc0f0b8abe03df9be19379e@linux.intel.com","name":"H. Peter Anvin"},"message":"x86-64, espfix: Don't leak bits 31:16 of %esp returning to 16-bit stack\n\ncommit 3891a04aafd668686239349ea58f3314ea2af86b upstream.\n\nThe IRET instruction, when returning to a 16-bit segment, only\nrestores the bottom 16 bits of the user space stack pointer.  This\ncauses some 16-bit software to break, but it also leaks kernel state\nto user space.  We have a software workaround for that (\"espfix\") for\nthe 32-bit kernel, but it relies on a nonzero stack segment base which\nis not available in 64-bit mode.\n\nIn checkin:\n\n    b3b42ac2cbae x86-64, modify_ldt: Ban 16-bit segments on 64-bit kernels\n\nwe \"solved\" this by forbidding 16-bit segments on 64-bit kernels, with\nthe logic that 16-bit support is crippled on 64-bit kernels anyway (no\nV86 support), but it turns out that people are doing stuff like\nrunning old Win16 binaries under Wine and expect it to work.\n\nThis works around this by creating percpu \"ministacks\", each of which\nis mapped 2^16 times 64K apart.  When we detect that the return SS is\non the LDT, we copy the IRET frame to the ministack and use the\nrelevant alias to return to userspace.  The ministacks are mapped\nreadonly, so if IRET faults we promote #GP to #DF which is an IST\nvector and thus has its own stack; we then do the fixup in the #DF\nhandler.\n\n(Making #GP an IST exception would make the msr_safe functions unsafe\nin NMI/MC context, and quite possibly have other effects.)\n\nSpecial thanks to:\n\n- Andy Lutomirski, for the suggestion of using very small stack slots\n  and copy (as opposed to map) the IRET frame there, and for the\n  suggestion to mark them readonly and let the fault promote to #DF.\n- Konrad Wilk for paravirt fixup and testing.\n- Borislav Petkov for testing help and useful comments.\n\nReported-by: Brian Gerst <brgerst@gmail.com>\nSigned-off-by: H. Peter Anvin <hpa@linux.intel.com>\nLink: http://lkml.kernel.org/r/1398816946-3351-1-git-send-email-hpa@linux.intel.com\nCc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Andrew Lutomriski <amluto@gmail.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Dirk Hohndel <dirk@hohndel.org>\nCc: Arjan van de Ven <arjan.van.de.ven@intel.com>\nCc: comex <comexk@gmail.com>\nCc: Alexander van Heukelum <heukelum@fastmail.fm>\nCc: Boris Ostrovsky <boris.ostrovsky@oracle.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/3989298cbdafdaf0536f23677df9f29bfc44f8ad"},{"sha":"18e63ea35d8424f9b99ad4c53cd51f777ea17fca","author":{"email":"8a453bad9912ffe59bc0f0b8abe03df9be19379e@linux.intel.com","name":"H. Peter Anvin"},"message":"x86, espfix: Move espfix definitions into a separate header file\n\ncommit e1fe9ed8d2a4937510d0d60e20705035c2609aea upstream.\n\nSparse warns that the percpu variables aren't declared before they are\ndefined.  Rather than hacking around it, move espfix definitions into\na proper header file.\n\nReported-by: Fengguang Wu <fengguang.wu@intel.com>\nSigned-off-by: H. Peter Anvin <hpa@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/18e63ea35d8424f9b99ad4c53cd51f777ea17fca"},{"sha":"111f0ce4598291dcd2d354a20ab94de834c1e109","author":{"email":"8a453bad9912ffe59bc0f0b8abe03df9be19379e@linux.intel.com","name":"H. Peter Anvin"},"message":"x86, espfix: Fix broken header guard\n\ncommit 20b68535cd27183ebd3651ff313afb2b97dac941 upstream.\n\nHeader guard is #ifndef, not #ifdef...\n\nReported-by: Fengguang Wu <fengguang.wu@intel.com>\nSigned-off-by: H. Peter Anvin <hpa@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/111f0ce4598291dcd2d354a20ab94de834c1e109"},{"sha":"7b6354ea6bfbe20f68c248ee5a846b1d3f76863d","author":{"email":"8a453bad9912ffe59bc0f0b8abe03df9be19379e@zytor.com","name":"H. Peter Anvin"},"message":"x86, espfix: Make espfix64 a Kconfig option, fix UML\n\ncommit 197725de65477bc8509b41388157c1a2283542bb upstream.\n\nMake espfix64 a hidden Kconfig option.  This fixes the x86-64 UML\nbuild which had broken due to the non-existence of init_espfix_bsp()\nin UML: since UML uses its own Kconfig, this option does not appear in\nthe UML build.\n\nThis also makes it possible to make support for 16-bit segments a\nconfiguration option, for the people who want to minimize the size of\nthe kernel.\n\nReported-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: H. Peter Anvin <hpa@zytor.com>\nCc: Richard Weinberger <richard@nod.at>\nLink: http://lkml.kernel.org/r/1398816946-3351-1-git-send-email-hpa@linux.intel.com\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/7b6354ea6bfbe20f68c248ee5a846b1d3f76863d"},{"sha":"4a0db8af65056ec1a60607d4286b782934a2a03b","author":{"email":"8a453bad9912ffe59bc0f0b8abe03df9be19379e@zytor.com","name":"H. Peter Anvin"},"message":"x86, espfix: Make it possible to disable 16-bit support\n\ncommit 34273f41d57ee8d854dcd2a1d754cbb546cb548f upstream.\n\nEmbedded systems, which may be very memory-size-sensitive, are\nextremely unlikely to ever encounter any 16-bit software, so make it\na CONFIG_EXPERT option to turn off support for any 16-bit software\nwhatsoever.\n\nSigned-off-by: H. Peter Anvin <hpa@zytor.com>\nLink: http://lkml.kernel.org/r/1398816946-3351-1-git-send-email-hpa@linux.intel.com\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/4a0db8af65056ec1a60607d4286b782934a2a03b"},{"sha":"473d8a237b359c41225458f3d7c6aa2e5beb40d5","author":{"email":"2cc0d0d76de2e6f37b92deeb83c85cb306fc5dc1@amacapital.net","name":"Andy Lutomirski"},"message":"x86_64/entry/xen: Do not invoke espfix64 on Xen\n\ncommit 7209a75d2009dbf7745e2fd354abf25c3deb3ca3 upstream.\n\nThis moves the espfix64 logic into native_iret.  To make this work,\nit gets rid of the native patch for INTERRUPT_RETURN:\nINTERRUPT_RETURN on native kernels is now 'jmp native_iret'.\n\nThis changes the 16-bit SS behavior on Xen from OOPSing to leaking\nsome bits of the Xen hypervisor's RSP (I think).\n\n[ hpa: this is a nonzero cost on native, but probably not enough to\n  measure. Xen needs to fix this in their own code, probably doing\n  something equivalent to espfix64. ]\n\nSigned-off-by: Andy Lutomirski <luto@amacapital.net>\nLink: http://lkml.kernel.org/r/7b8f1d8ef6597cb16ae004a43c56980a7de3cf94.1406129132.git.luto@amacapital.net\nSigned-off-by: H. Peter Anvin <hpa@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/473d8a237b359c41225458f3d7c6aa2e5beb40d5"},{"sha":"68199d62034a736cae12fee49b0dad5342612583","author":{"email":"4645f7897fd33786a2ee1264d590b3c400559d85@linuxfoundation.org","name":"Greg Kroah-Hartman"},"message":"Revert: \"net: ip, ipv6: handle gso skbs in forwarding path\"\n\nThis reverts commit 29a3cd46644ec8098dbe1c12f89643b5c11831a9 which is\ncommit fe6cc55f3a9a053482a76f5a6b2257cee51b4663 upstream.\n\nCc: Herbert Xu <herbert@gondor.apana.org.au>\nCc: Marcelo Ricardo Leitner <mleitner@redhat.com>\nCc: Florian Westphal <fw@strlen.de>\nCc: David S. Miller <davem@davemloft.net>\nCc: Thomas Jarosch <thomas.jarosch@intra2net.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/68199d62034a736cae12fee49b0dad5342612583"},{"sha":"56a2a6f68b6cf7dec64a53c8c7497fa5b36cbb15","author":{"email":"e642b69ed2fc111e09ffdc37feb733a52253340d@oracle.com","name":"Sasha Levin"},"message":"net/l2tp: don't fall back on UDP [get|set]sockopt\n\ncommit 3cf521f7dc87c031617fd47e4b7aa2593c2f3daf upstream.\n\nThe l2tp [get|set]sockopt() code has fallen back to the UDP functions\nfor socket option levels != SOL_PPPOL2TP since day one, but that has\nnever actually worked, since the l2tp socket isn't an inet socket.\n\nAs David Miller points out:\n\n  \"If we wanted this to work, it'd have to look up the tunnel and then\n   use tunnel->sk, but I wonder how useful that would be\"\n\nSince this can never have worked so nobody could possibly have depended\non that functionality, just remove the broken code and return -EINVAL.\n\nReported-by: Sasha Levin <sasha.levin@oracle.com>\nAcked-by: James Chapman <jchapman@katalix.com>\nAcked-by: David Miller <davem@davemloft.net>\nCc: Phil Turnbull <phil.turnbull@oracle.com>\nCc: Vegard Nossum <vegard.nossum@oracle.com>\nCc: Willy Tarreau <w@1wt.eu>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/56a2a6f68b6cf7dec64a53c8c7497fa5b36cbb15"},{"sha":"cca69958eee770a0b618bc73fec41b32d2b50387","author":{"email":"478d4126ec4f7bd87e73e781249fc8ed01254e1a@ucloud.cn","name":"Minfei Huang"},"message":"lib/btree.c: fix leak of whole btree nodes\n\ncommit c75b53af2f0043aff500af0a6f878497bef41bca upstream.\n\nI use btree from 3.14-rc2 in my own module.  When the btree module is\nremoved, a warning arises:\n\n kmem_cache_destroy btree_node: Slab cache still has objects\n CPU: 13 PID: 9150 Comm: rmmod Tainted: GF          O 3.14.0-rc2 #1\n Hardware name: Inspur NF5270M3/NF5270M3, BIOS CHEETAH_2.1.3 09/10/2013\n Call Trace:\n   dump_stack+0x49/0x5d\n   kmem_cache_destroy+0xcf/0xe0\n   btree_module_exit+0x10/0x12 [btree]\n   SyS_delete_module+0x198/0x1f0\n   system_call_fastpath+0x16/0x1b\n\nThe cause is that it doesn't release the last btree node, when height = 1\nand fill = 1.\n\n[akpm@linux-foundation.org: remove unneeded test of NULL]\nSigned-off-by: Minfei Huang <huangminfei@ucloud.cn>\nCc: Joern Engel <joern@logfs.org>\nCc: Johannes Berg <johannes@sipsolutions.net>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/cca69958eee770a0b618bc73fec41b32d2b50387"},{"sha":"9c98268072b611fab39eee633e3f2e7b2d8c64da","author":{"email":"b41c17b861974b03cec38e3ec2992769b9bfae55@oracle.com","name":"Boris Ostrovsky"},"message":"x86/espfix/xen: Fix allocation of pages for paravirt page tables\n\ncommit 8762e5092828c4dc0f49da5a47a644c670df77f3 upstream.\n\ninit_espfix_ap() is currently off by one level when informing hypervisor\nthat allocated pages will be used for ministacks' page tables.\n\nThe most immediate effect of this on a PV guest is that if\n'stack_page = __get_free_page()' returns a non-zeroed-out page the hypervisor\nwill refuse to use it for a page table (which it shouldn't be anyway). This will\nresult in warnings by both Xen and Linux.\n\nMore importantly, a subsequent write to that page (again, by a PV guest) is\nlikely to result in fatal page fault.\n\nSigned-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>\nLink: http://lkml.kernel.org/r/1404926298-5565-1-git-send-email-boris.ostrovsky@oracle.com\nReviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>\nSigned-off-by: H. Peter Anvin <hpa@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/9c98268072b611fab39eee633e3f2e7b2d8c64da"},{"sha":"21dbd45fb3355f60ac73371e4612a3aa26d07124","author":{"email":"db766431e3f0373ca1ec8fa855cfd5f84b2f2eb6@suse.cz","name":"Vlastimil Babka"},"message":"mm: try_to_unmap_cluster() should lock_page() before mlocking\n\ncommit 57e68e9cd65b4b8eb4045a1e0d0746458502554c upstream.\n\nA BUG_ON(!PageLocked) was triggered in mlock_vma_page() by Sasha Levin\nfuzzing with trinity.  The call site try_to_unmap_cluster() does not lock\nthe pages other than its check_page parameter (which is already locked).\n\nThe BUG_ON in mlock_vma_page() is not documented and its purpose is\nsomewhat unclear, but apparently it serializes against page migration,\nwhich could otherwise fail to transfer the PG_mlocked flag.  This would\nnot be fatal, as the page would be eventually encountered again, but\nNR_MLOCK accounting would become distorted nevertheless.  This patch adds\na comment to the BUG_ON in mlock_vma_page() and munlock_vma_page() to that\neffect.\n\nThe call site try_to_unmap_cluster() is fixed so that for page !=\ncheck_page, trylock_page() is attempted (to avoid possible deadlocks as we\nalready have check_page locked) and mlock_vma_page() is performed only\nupon success.  If the page lock cannot be obtained, the page is left\nwithout PG_mlocked, which is again not a problem in the whole unevictable\nmemory design.\n\nSigned-off-by: Vlastimil Babka <vbabka@suse.cz>\nSigned-off-by: Bob Liu <bob.liu@oracle.com>\nReported-by: Sasha Levin <sasha.levin@oracle.com>\nCc: Wanpeng Li <liwanp@linux.vnet.ibm.com>\nCc: Michel Lespinasse <walken@google.com>\nCc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>\nAcked-by: Rik van Riel <riel@redhat.com>\nCc: David Rientjes <rientjes@google.com>\nCc: Mel Gorman <mgorman@suse.de>\nCc: Hugh Dickins <hughd@google.com>\nCc: Joonsoo Kim <iamjoonsoo.kim@lge.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n[bwh: Backported to 3.2: adjust context]\nSigned-off-by: Ben Hutchings <ben@decadent.org.uk>\nCc: Yijing Wang <wangyijing@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/21dbd45fb3355f60ac73371e4612a3aa26d07124"},{"sha":"a066704c52563ec7300dd7fe8cdc9dad23a3e654","author":{"email":"7e9c653c8ec3abfdd967a0616fd143ca77e7b405@cn.fujitsu.com","name":"Gao feng"},"message":"ipv6: reallocate addrconf router for ipv6 address when lo device up\n\ncommit 33d99113b1102c2d2f8603b9ba72d89d915c13f5 upstream.\n\ncommit 25fb6ca4ed9cad72f14f61629b68dc03c0d9713f\n\"net IPv6 : Fix broken IPv6 routing table after loopback down-up\"\nallocates addrconf router for ipv6 address when lo device up.\nbut commit a881ae1f625c599b460cc8f8a7fcb1c438f699ad\n\"ipv6:don't call addrconf_dst_alloc again when enable lo\" breaks\nthis behavior.\n\nSince the addrconf router is moved to the garbage list when\nlo device down, we should release this router and rellocate\na new one for ipv6 address when lo device up.\n\nThis patch solves bug 67951 on bugzilla\nhttps://bugzilla.kernel.org/show_bug.cgi?id=67951\n\nchange from v1:\nuse ip6_rt_put to repleace ip6_del_rt, thanks Hannes!\nchange code style, suggested by Sergei.\n\nCC: Sabrina Dubroca <sd@queasysnail.net>\nCC: Hannes Frederic Sowa <hannes@stressinduktion.org>\nReported-by: Weilong Chen <chenweilong@huawei.com>\nSigned-off-by: Weilong Chen <chenweilong@huawei.com>\nSigned-off-by: Gao feng <gaofeng@cn.fujitsu.com>\nAcked-by: Hannes Frederic Sowa <hannes@stressinduktion.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>\n[weilong: s/ip6_rt_put/dst_release]\nSigned-off-by: Chen Weilong <chenweilong@huawei.com>\nSigned-off-by: Li Zefan <lizefan@huawei.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/a066704c52563ec7300dd7fe8cdc9dad23a3e654"},{"sha":"0a9d91dca3b9f797f2fc615486c12afa59f19a3b","author":{"email":"4645f7897fd33786a2ee1264d590b3c400559d85@linuxfoundation.org","name":"Greg Kroah-Hartman"},"message":"Linux 3.4.102","distinct":false,"url":"https://api.github.com/repos/NigelCunningham/tuxonice-kernel/commits/0a9d91dca3b9f797f2fc615486c12afa59f19a3b"}]}