1. 03 Jul, 2017 28 commits
    • Dmitry Monakhov's avatar
      bio-integrity: Restore original iterator on verify stage · 63573e35
      Dmitry Monakhov authored
      Currently ->verify_fn not woks at all because at the moment it is called
      bio->bi_iter.bi_size == 0, so we do not iterate integrity bvecs at all.
      
      In order to perform verification we need to know original data vector,
      with new bvec rewind API this is trivial.
      
      testcase: https://github.com/dmonakhov/xfstests/commit/3c6509eaa83b9c17cd0bc95d73fcdd76e1c54a85Reviewed-by: default avatarHannes Reinecke <hare@suse.com>
      Reviewed-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarDmitry Monakhov <dmonakhov@openvz.org>
      [hch: adopted for new status values]
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarJens Axboe <axboe@kernel.dk>
      63573e35
    • Dmitry Monakhov's avatar
      bio: add bvec_iter rewind API · f9df1cd9
      Dmitry Monakhov authored
      Some ->bi_end_io handlers (for example: pi_verify or decrypt handlers)
      need to know original data vector, but after bio traverse io-stack it may
      be advanced, splited and relocated many times so it is hard to guess
      original iterator. Let's add 'bi_done' conter which accounts number
      of bytes iterator was advanced during it's evolution. Later end_io handler
      may easily restore original iterator by rewinding iterator to
      iter->bi_done.
      
      Note: this change makes sizeof (struct bvec_iter) multiple to 8
      Reviewed-by: default avatarHannes Reinecke <hare@suse.com>
      Reviewed-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarDmitry Monakhov <dmonakhov@openvz.org>
      [hch: switched to true/false return]
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarJens Axboe <axboe@kernel.dk>
      f9df1cd9
    • Dmitry Monakhov's avatar
      block: guard bvec iteration logic · b1fb2c52
      Dmitry Monakhov authored
      Currently if some one try to advance bvec beyond it's size we simply
      dump WARN_ONCE and continue to iterate beyond bvec array boundaries.
      This simply means that we endup dereferencing/corrupting random memory
      region.
      
      Sane reaction would be to propagate error back to calling context
      But bvec_iter_advance's calling context is not always good for error
      handling. For safity reason let truncate iterator size to zero which
      will break external iteration loop which prevent us from unpredictable
      memory range corruption. And even it caller ignores an error, it will
      corrupt it's own bvecs, not others.
      
      This patch does:
      - Return error back to caller with hope that it will react on this
      - Truncate iterator size
      
      Code was added long time ago here 4550dd6c, luckily no one hit it
      in real life :)
      Signed-off-by: default avatarDmitry Monakhov <dmonakhov@openvz.org>
      Reviewed-by: default avatarMing Lei <ming.lei@redhat.com>
      Reviewed-by: default avatarMartin K. Petersen <martin.petersen@oracle.com>
      [hch: switch to true/false returns instead of errno values]
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarJens Axboe <axboe@kernel.dk>
      b1fb2c52
    • Dmitry Monakhov's avatar
    • Dmitry Monakhov's avatar
      bio-integrity: fold bio_integrity_enabled to bio_integrity_prep · e23947bd
      Dmitry Monakhov authored
      Currently all integrity prep hooks are open-coded, and if prepare fails
      we ignore it's code and fail bio with EIO. Let's return real error to
      upper layer, so later caller may react accordingly.
      
      In fact no one want to use bio_integrity_prep() w/o bio_integrity_enabled,
      so it is reasonable to fold it in to one function.
      Signed-off-by: default avatarDmitry Monakhov <dmonakhov@openvz.org>
      Reviewed-by: default avatarMartin K. Petersen <martin.petersen@oracle.com>
      [hch: merged with the latest block tree,
      	return bool from bio_integrity_prep]
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarJens Axboe <axboe@kernel.dk>
      e23947bd
    • Dmitry Monakhov's avatar
      bio-integrity: fix interface for bio_integrity_trim · fbd08e76
      Dmitry Monakhov authored
      bio_integrity_trim inherent it's interface from bio_trim and accept
      offset and size, but this API is error prone because data offset
      must always be insync with bio's data offset. That is why we have
      integrity update hook in bio_advance()
      
      So only meaningful values are: offset == 0, sectors == bio_sectors(bio)
      Let's just remove them completely.
      Reviewed-by: default avatarHannes Reinecke <hare@suse.com>
      Reviewed-by: default avatarChristoph Hellwig <hch@lst.de>
      Reviewed-by: default avatarMartin K. Petersen <martin.petersen@oracle.com>
      Signed-off-by: default avatarDmitry Monakhov <dmonakhov@openvz.org>
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarJens Axboe <axboe@kernel.dk>
      fbd08e76
    • Dmitry Monakhov's avatar
      bio-integrity: bio_integrity_advance must update integrity seed · 309a62fa
      Dmitry Monakhov authored
      SCSI drivers do care about bip_seed so we must update it accordingly.
      Reviewed-by: default avatarHannes Reinecke <hare@suse.com>
      Reviewed-by: default avatarChristoph Hellwig <hch@lst.de>
      Reviewed-by: default avatarMartin K. Petersen <martin.petersen@oracle.com>
      Signed-off-by: default avatarDmitry Monakhov <dmonakhov@openvz.org>
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarJens Axboe <axboe@kernel.dk>
      309a62fa
    • Dmitry Monakhov's avatar
    • Ming Lei's avatar
      blk-mq-sched: fix performance regression of mq-deadline · 32825c45
      Ming Lei authored
      When mq-deadline is taken, IOPS of sequential read and
      seqential write is observed more than 20% drop on sata(scsi-mq)
      devices, compared with using 'none' scheduler.
      
      The reason is that the default nr_requests for scheduler is
      too big for small queuedepth devices, and latency is increased
      much.
      
      Since the principle of taking 256 requests for mq scheduler
      is based on 128 queue depth, this patch changes into
      double size of min(hw queue_depth, 128).
      Signed-off-by: default avatarMing Lei <ming.lei@redhat.com>
      Signed-off-by: default avatarJens Axboe <axboe@kernel.dk>
      32825c45
    • Paolo Valente's avatar
      block, bfq: don't change ioprio class for a bfq_queue on a service tree · 431b17f9
      Paolo Valente authored
      On each deactivation or re-scheduling (after being served) of a
      bfq_queue, BFQ invokes the function __bfq_entity_update_weight_prio(),
      to perform pending updates of ioprio, weight and ioprio class for the
      bfq_queue. BFQ also invokes this function on I/O-request dispatches,
      to raise or lower weights more quickly when needed, thereby improving
      latency. However, the entity representing the bfq_queue may be on the
      active (sub)tree of a service tree when this happens, and, although
      with a very low probability, the bfq_queue may happen to also have a
      pending change of its ioprio class. If both conditions hold when
      __bfq_entity_update_weight_prio() is invoked, then the entity moves to
      a sort of hybrid state: the new service tree for the entity, as
      returned by bfq_entity_service_tree(), differs from service tree on
      which the entity still is. The functions that handle activations and
      deactivations of entities do not cope with such a hybrid state (and
      would need to become more complex to cope).
      
      This commit addresses this issue by just making
      __bfq_entity_update_weight_prio() not perform also a possible pending
      change of ioprio class, when invoked on an I/O-request dispatch for a
      bfq_queue. Such a change is thus postponed to when
      __bfq_entity_update_weight_prio() is invoked on deactivation or
      re-scheduling of the bfq_queue.
      Reported-by: default avatarMarco Piazza <mpiazza@gmail.com>
      Reported-by: default avatarLaurentiu Nicola <lnicola@dend.ro>
      Signed-off-by: default avatarPaolo Valente <paolo.valente@linaro.org>
      Tested-by: default avatarMarco Piazza <mpiazza@gmail.com>
      Signed-off-by: default avatarJens Axboe <axboe@kernel.dk>
      431b17f9
    • Linus Torvalds's avatar
      Merge branch 'x86-mm-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 7a69f9c6
      Linus Torvalds authored
      Pull x86 mm updates from Ingo Molnar:
       "The main changes in this cycle were:
      
         - Continued work to add support for 5-level paging provided by future
           Intel CPUs. In particular we switch the x86 GUP code to the generic
           implementation. (Kirill A. Shutemov)
      
         - Continued work to add PCID CPU support to native kernels as well.
           In this round most of the focus is on reworking/refreshing the TLB
           flush infrastructure for the upcoming PCID changes. (Andy
           Lutomirski)"
      
      * 'x86-mm-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: (34 commits)
        x86/mm: Delete a big outdated comment about TLB flushing
        x86/mm: Don't reenter flush_tlb_func_common()
        x86/KASLR: Fix detection 32/64 bit bootloaders for 5-level paging
        x86/ftrace: Exclude functions in head64.c from function-tracing
        x86/mmap, ASLR: Do not treat unlimited-stack tasks as legacy mmap
        x86/mm: Remove reset_lazy_tlbstate()
        x86/ldt: Simplify the LDT switching logic
        x86/boot/64: Put __startup_64() into .head.text
        x86/mm: Add support for 5-level paging for KASLR
        x86/mm: Make kernel_physical_mapping_init() support 5-level paging
        x86/mm: Add sync_global_pgds() for configuration with 5-level paging
        x86/boot/64: Add support of additional page table level during early boot
        x86/boot/64: Rename init_level4_pgt and early_level4_pgt
        x86/boot/64: Rewrite startup_64() in C
        x86/boot/compressed: Enable 5-level paging during decompression stage
        x86/boot/efi: Define __KERNEL32_CS GDT on 64-bit configurations
        x86/boot/efi: Fix __KERNEL_CS definition of GDT entry on 64-bit configurations
        x86/boot/efi: Cleanup initialization of GDT entries
        x86/asm: Fix comment in return_from_SYSCALL_64()
        x86/mm/gup: Switch GUP to the generic get_user_page_fast() implementation
        ...
      7a69f9c6
    • Linus Torvalds's avatar
      Merge branch 'x86-microcode-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 9bc088ab
      Linus Torvalds authored
      Pull x86 microcode updates from Ingo Molnar:
       "The main changes are a fix early microcode application for
        resume-from-RAM, plus a 32-bit initrd placement fix - by Borislav
        Petkov"
      
      * 'x86-microcode-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        x86/microcode: Make a couple of symbols static
        x86/microcode/intel: Save pointer to ucode patch for early AP loading
        x86/microcode: Look for the initrd at the correct address on 32-bit
      9bc088ab
    • Linus Torvalds's avatar
      Merge branch 'x86-hyperv-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · e1449007
      Linus Torvalds authored
      Pull x86 hyperv updates from Ingo Molnar:
       "Avoid boot time TSC calibration on Hyper-V hosts, to improve
        calibration robustness. (Vitaly Kuznetsov)"
      
      * 'x86-hyperv-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        x86/hyperv: Read TSC frequency from a synthetic MSR
        x86/hyperv: Check frequency MSRs presence according to the specification
      e1449007
    • Linus Torvalds's avatar
      Merge branch 'x86-debug-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · e6529f6f
      Linus Torvalds authored
      Pull x86 debug update from Ingo Molnar:
       "A single fix for an off-by one bug in test_nmi_ipi() that probably
        doesn't matter in practice"
      
      * 'x86-debug-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        x86/nmi: Fix timeout test in test_nmi_ipi()
      e6529f6f
    • Linus Torvalds's avatar
      Merge branch 'x86-cleanups-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 6553698b
      Linus Torvalds authored
      Pull x86 cleanups from Ingo Molnar:
       "Two small cleanups"
      
      * 'x86-cleanups-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        x86/paravirt: Remove unnecessary return from void function
        x86/boot: Add missing strchr() declaration
      6553698b
    • Linus Torvalds's avatar
      Merge branch 'x86-boot-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 25e09ca5
      Linus Torvalds authored
      Pull x86 boot updates from Ingo Molnar:
       "The main changes in this cycle were KASLR improvements for rare
        environments with special boot options, by Baoquan He. Also misc
        smaller changes/cleanups"
      
      * 'x86-boot-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        x86/debug: Extend the lower bound of crash kernel low reservations
        x86/boot: Remove unused copy_*_gs() functions
        x86/KASLR: Use the right memcpy() implementation
        Documentation/kernel-parameters.txt: Update 'memmap=' boot option description
        x86/KASLR: Handle the memory limit specified by the 'memmap=' and 'mem=' boot options
        x86/KASLR: Parse all 'memmap=' boot option entries
      25e09ca5
    • Linus Torvalds's avatar
      Merge branch 'x86-asm-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 48b5259c
      Linus Torvalds authored
      Pull x86 asm updates from Ingo Molnar:
       "A single commit micro-optimizing short user copies on certain Intel
        CPUs"
      
      * 'x86-asm-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        x86/uaccess: Optimize copy_user_enhanced_fast_string() for short strings
      48b5259c
    • Linus Torvalds's avatar
      Merge branch 'x86-apic-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 2a275382
      Linus Torvalds authored
      Pull x86 apic updates from Ingo Molnar:
       "Janitorial changes: removal of an unused function plus __init
        annotations"
      
      * 'x86-apic-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        x86/apic: Make arch_init_msi/htirq_domain __init
        x86/apic: Make init_legacy_irqs() __init
        x86/ioapic: Remove unused IO_APIC_irq_trigger() function
      2a275382
    • Linus Torvalds's avatar
      Merge branch 'timers-nohz-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 59b60185
      Linus Torvalds authored
      Pull nohz updates from Ingo Molnar:
       "The main changes in this cycle relate to fixing another bad (but
        sporadic and hard to detect) interaction between the dynticks
        scheduler tick and hrtimers, plus related improvements to better
        detection and handling of similar problems - by Frédéric Weisbecker"
      
      * 'timers-nohz-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        nohz: Fix spurious warning when hrtimer and clockevent get out of sync
        nohz: Fix buggy tick delay on IRQ storms
        nohz: Reset next_tick cache even when the timer has no regs
        nohz: Fix collision between tick and other hrtimers, again
        nohz: Add hrtimer sanity check
      59b60185
    • Linus Torvalds's avatar
      Merge branch 'sched-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 9bd42183
      Linus Torvalds authored
      Pull scheduler updates from Ingo Molnar:
       "The main changes in this cycle were:
      
         - Add the SYSTEM_SCHEDULING bootup state to move various scheduler
           debug checks earlier into the bootup. This turns silent and
           sporadically deadly bugs into nice, deterministic splats. Fix some
           of the splats that triggered. (Thomas Gleixner)
      
         - A round of restructuring and refactoring of the load-balancing and
           topology code (Peter Zijlstra)
      
         - Another round of consolidating ~20 of incremental scheduler code
           history: this time in terms of wait-queue nomenclature. (I didn't
           get much feedback on these renaming patches, and we can still
           easily change any names I might have misplaced, so if anyone hates
           a new name, please holler and I'll fix it.) (Ingo Molnar)
      
         - sched/numa improvements, fixes and updates (Rik van Riel)
      
         - Another round of x86/tsc scheduler clock code improvements, in hope
           of making it more robust (Peter Zijlstra)
      
         - Improve NOHZ behavior (Frederic Weisbecker)
      
         - Deadline scheduler improvements and fixes (Luca Abeni, Daniel
           Bristot de Oliveira)
      
         - Simplify and optimize the topology setup code (Lauro Ramos
           Venancio)
      
         - Debloat and decouple scheduler code some more (Nicolas Pitre)
      
         - Simplify code by making better use of llist primitives (Byungchul
           Park)
      
         - ... plus other fixes and improvements"
      
      * 'sched-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: (103 commits)
        sched/cputime: Refactor the cputime_adjust() code
        sched/debug: Expose the number of RT/DL tasks that can migrate
        sched/numa: Hide numa_wake_affine() from UP build
        sched/fair: Remove effective_load()
        sched/numa: Implement NUMA node level wake_affine()
        sched/fair: Simplify wake_affine() for the single socket case
        sched/numa: Override part of migrate_degrades_locality() when idle balancing
        sched/rt: Move RT related code from sched/core.c to sched/rt.c
        sched/deadline: Move DL related code from sched/core.c to sched/deadline.c
        sched/cpuset: Only offer CONFIG_CPUSETS if SMP is enabled
        sched/fair: Spare idle load balancing on nohz_full CPUs
        nohz: Move idle balancer registration to the idle path
        sched/loadavg: Generalize "_idle" naming to "_nohz"
        sched/core: Drop the unused try_get_task_struct() helper function
        sched/fair: WARN() and refuse to set buddy when !se->on_rq
        sched/debug: Fix SCHED_WARN_ON() to return a value on !CONFIG_SCHED_DEBUG as well
        sched/wait: Disambiguate wq_entry->task_list and wq_head->task_list naming
        sched/wait: Move bit_wait_table[] and related functionality from sched/core.c to sched/wait_bit.c
        sched/wait: Split out the wait_bit*() APIs from <linux/wait.h> into <linux/wait_bit.h>
        sched/wait: Re-adjust macro line continuation backslashes in <linux/wait.h>
        ...
      9bd42183
    • Linus Torvalds's avatar
      Merge branch 'perf-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 7447d562
      Linus Torvalds authored
      Pull perf updates from Ingo Molnar:
       "Most of the changes are for tooling, the main changes in this cycle were:
      
         - Improve Intel-PT hardware tracing support, both on the kernel and
           on the tooling side: PTWRITE instruction support, power events for
           C-state tracing, etc. (Adrian Hunter)
      
         - Add support to measure SMI cost to the x86 architecture, with
           tooling support in 'perf stat' (Kan Liang)
      
         - Support function filtering in 'perf ftrace', plus related
           improvements (Namhyung Kim)
      
         - Allow adding and removing fields to the default 'perf script'
           columns, using + or - as field prefixes to do so (Andi Kleen)
      
         - Allow resolving the DSO name with 'perf script -F brstack{sym,off},dso'
           (Mark Santaniello)
      
         - Add perf tooling unwind support for PowerPC (Paolo Bonzini)
      
         - ... and various other improvements as well"
      
      * 'perf-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: (84 commits)
        perf auxtrace: Add CPU filter support
        perf intel-pt: Do not use TSC packets for calculating CPU cycles to TSC
        perf intel-pt: Update documentation to include new ptwrite and power events
        perf intel-pt: Add example script for power events and PTWRITE
        perf intel-pt: Synthesize new power and "ptwrite" events
        perf intel-pt: Move code in intel_pt_synth_events() to simplify attr setting
        perf intel-pt: Factor out intel_pt_set_event_name()
        perf intel-pt: Tidy messages into called function intel_pt_synth_event()
        perf intel-pt: Tidy Intel PT evsel lookup into separate function
        perf intel-pt: Join needlessly wrapped lines
        perf intel-pt: Remove unused instructions_sample_period
        perf intel-pt: Factor out common code synthesizing event samples
        perf script: Add synthesized Intel PT power and ptwrite events
        perf/x86/intel: Constify the 'lbr_desc[]' array and make a function static
        perf script: Add 'synth' field for synthesized event payloads
        perf auxtrace: Add itrace option to output power events
        perf auxtrace: Add itrace option to output ptwrite events
        tools include: Add byte-swapping macros to kernel.h
        perf script: Add 'synth' event type for synthesized events
        x86/insn: perf tools: Add new ptwrite instruction
        ...
      7447d562
    • Linus Torvalds's avatar
      Merge branch 'locking-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 892ad5ac
      Linus Torvalds authored
      Pull locking updates from Ingo Molnar:
       "The main changes in this cycle were:
      
         - Add CONFIG_REFCOUNT_FULL=y to allow the disabling of the 'full'
           (robustness checked) refcount_t implementation with slightly lower
           runtime overhead. (Kees Cook)
      
           The lighter weight variant is the default. The two variants use the
           same API. Having this variant was a precondition by some
           maintainers to merge refcount_t cleanups.
      
         - Add lockdep support for rtmutexes (Peter Zijlstra)
      
         - liblockdep fixes and improvements (Sasha Levin, Ben Hutchings)
      
         - ... misc fixes and improvements"
      
      * 'locking-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: (30 commits)
        locking/refcount: Remove the half-implemented refcount_sub() API
        locking/refcount: Create unchecked atomic_t implementation
        locking/rtmutex: Don't initialize lockdep when not required
        locking/selftest: Add RT-mutex support
        locking/selftest: Remove the bad unlock ordering test
        rt_mutex: Add lockdep annotations
        MAINTAINERS: Claim atomic*_t maintainership
        locking/x86: Remove the unused atomic_inc_short() methd
        tools/lib/lockdep: Remove private kernel headers
        tools/lib/lockdep: Hide liblockdep output from test results
        tools/lib/lockdep: Add dummy current_gfp_context()
        tools/include: Add IS_ERR_OR_NULL to err.h
        tools/lib/lockdep: Add empty __is_[module,kernel]_percpu_address
        tools/lib/lockdep: Include err.h
        tools/include: Add (mostly) empty include/linux/sched/mm.h
        tools/lib/lockdep: Use LDFLAGS
        tools/lib/lockdep: Remove double-quotes from soname
        tools/lib/lockdep: Fix object file paths used in an out-of-tree build
        tools/lib/lockdep: Fix compilation for 4.11
        tools/lib/lockdep: Don't mix fd-based and stream IO
        ...
      892ad5ac
    • Linus Torvalds's avatar
      Merge branch 'efi-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 162b246e
      Linus Torvalds authored
      Pull EFI updates from Ingo Molnar:
       "The main changes in this cycle were:
      
         - Rework the EFI capsule loader to allow for workarounds for
           non-compliant firmware (Ard Biesheuvel)
      
         - Implement a capsule loader quirk for Quark X102x (Jan Kiszka)
      
         - Enable SMBIOS/DMI support for the ARM architecture (Ard Biesheuvel)
      
         - Add CONFIG_EFI_PGT_DUMP=y support for x86-32 and kexec (Sai
           Praneeth)
      
         - Fixes for EFI support for Xen dom0 guests running under x86-64
           hosts (Daniel Kiper)"
      
      * 'efi-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        x86/xen/efi: Initialize only the EFI struct members used by Xen
        efi: Process the MEMATTR table only if EFI_MEMMAP is enabled
        efi/arm: Enable DMI/SMBIOS
        x86/efi: Extend CONFIG_EFI_PGT_DUMP support to x86_32 and kexec as well
        efi/efi_test: Use memdup_user() helper
        efi/capsule: Add support for Quark security header
        efi/capsule-loader: Use page addresses rather than struct page pointers
        efi/capsule-loader: Redirect calls to efi_capsule_setup_info() via weak alias
        efi/capsule: Remove NULL test on kmap()
        efi/capsule-loader: Use a cached copy of the capsule header
        efi/capsule: Adjust return type of efi_capsule_setup_info()
        efi/capsule: Clean up pr_err/_info() messages
        efi/capsule: Remove pr_debug() on ENOMEM or EFAULT
        efi/capsule: Fix return code on failing kmap/vmap
      162b246e
    • Linus Torvalds's avatar
      Merge branch 'core-rcu-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 330e9e46
      Linus Torvalds authored
      Pull RCU updates from Ingo Molnar:
       "The sole purpose of these changes is to shrink and simplify the RCU
        code base, which has suffered from creeping bloat over the past couple
        of years. The end result is a net removal of ~2700 lines of code:
      
           79 files changed, 1496 insertions(+), 4211 deletions(-)
      
        Plus there's a marked reduction in the Kconfig space complexity as
        well, here's the number of matches on 'grep RCU' in the .config:
      
                                     before       after
      
           x86-defconfig                 17          15
           x86-allmodconfig              33          20"
      
      * 'core-rcu-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: (86 commits)
        rcu: Remove RCU CPU stall warnings from Tiny RCU
        rcu: Remove event tracing from Tiny RCU
        rcu: Move RCU debug Kconfig options to kernel/rcu
        rcu: Move RCU non-debug Kconfig options to kernel/rcu
        rcu: Eliminate NOCBs CPU-state Kconfig options
        rcu: Remove debugfs tracing
        srcu: Remove Classic SRCU
        srcu: Fix rcutorture-statistics typo
        rcu: Remove SPARSE_RCU_POINTER Kconfig option
        rcu: Remove the now-obsolete PROVE_RCU_REPEATEDLY Kconfig option
        rcu: Remove typecheck() from RCU locking wrapper functions
        rcu: Remove #ifdef moving rcu_end_inkernel_boot from rcupdate.h
        rcu: Remove nohz_full full-system-idle state machine
        rcu: Remove the RCU_KTHREAD_PRIO Kconfig option
        rcu: Remove *_SLOW_* Kconfig options
        srcu: Use rnp->lock wrappers to replace explicit memory barriers
        rcu: Move rnp->lock wrappers for SRCU use
        rcu: Convert rnp->lock wrappers to macros for SRCU use
        rcu: Refactor #includes from include/linux/rcupdate.h
        bcm47xx: Fix build regression
        ...
      330e9e46
    • Linus Torvalds's avatar
      Merge branch 'core-objtool-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · e94693f7
      Linus Torvalds authored
      Pull objtool updates from Ingo Molnar:
       "This is an extensive rewrite of the objdump tool to track all stack
        pointer modifications through the machine instructions of disassembled
        functions found in kernel .o files.
      
        This re-design removes the prior dependency on CONFIG_FRAME_POINTERS,
        with the goal to prepare the tool to generate kernel debuginfo data in
        the future. There's also an increase in checking/tracking robustness
        as a side effect as well.
      
        No (intended) changes to existing functionality"
      
      * 'core-objtool-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        objtool: Silence warnings for functions which use IRET
        objtool: Implement stack validation 2.0
        objtool, x86: Add several functions and files to the objtool whitelist
        objtool: Move checking code to check.c
      e94693f7
    • Linus Torvalds's avatar
      Merge tag 'edac_for_4.13' of git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp · 26d3a77d
      Linus Torvalds authored
      Pull EDAC updates from Borislav Petkov:
       "Nothing earth-shattering - just the normal development flow of
        cleanups, improvements, fixes and such.
      
        Summary:
      
         - i31200_edac: Add Kabylake support (Jason Baron)
      
         - sb_edac: resolve memory controller detection issues on asymmetric
           setups with not all DIMM slots being populated (Tony Luck and Qiuxu
           Zhuo)
      
         - misc cleanups and fixlets all over"
      
      * tag 'edac_for_4.13' of git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp: (22 commits)
        EDAC, pnd2: Fix Apollo Lake DIMM detection
        EDAC, i5000, i5400: Fix definition of NRECMEMB register
        EDAC, pnd2: Make function sbi_send() static
        EDAC, pnd2: Return proper error value from apl_rd_reg()
        EDAC, altera: Simplify calculation of total memory
        EDAC, sb_edac: Avoid creating SOCK memory controller
        EDAC, mce_amd: Fix typo in SMCA error description
        EDAC, mv64x60: Sanity check edac_op_state before registering
        EDAC, thunderx: Fix a warning during l2c debugfs node creation
        EDAC, mv64x60: Check driver registration success
        EDAC, ie31200: Add Intel Kaby Lake CPU support
        EDAC, mv64x60: Replace in_le32()/out_le32() with readl()/writel()
        EDAC, mv64x60: Fix pdata->name
        EDAC, sb_edac: Bump driver version and do some cleanups
        EDAC, sb_edac: Check if ECC enabled when at least one DIMM is present
        EDAC, sb_edac: Drop NUM_CHANNELS from 8 back to 4
        EDAC, sb_edac: Carve out dimm-populating loop
        EDAC, sb_edac: Fix mod_name
        EDAC, sb_edac: Assign EDAC memory controller per h/w controller
        EDAC, sb_edac: Don't use "Socket#" in the memory controller name
        ...
      26d3a77d
    • Linus Torvalds's avatar
      Merge branch 'for-4.13/block' of git://git.kernel.dk/linux-block · c6b1e36c
      Linus Torvalds authored
      Pull core block/IO updates from Jens Axboe:
       "This is the main pull request for the block layer for 4.13. Not a huge
        round in terms of features, but there's a lot of churn related to some
        core cleanups.
      
        Note this depends on the UUID tree pull request, that Christoph
        already sent out.
      
        This pull request contains:
      
         - A series from Christoph, unifying the error/stats codes in the
           block layer. We now use blk_status_t everywhere, instead of using
           different schemes for different places.
      
         - Also from Christoph, some cleanups around request allocation and IO
           scheduler interactions in blk-mq.
      
         - And yet another series from Christoph, cleaning up how we handle
           and do bounce buffering in the block layer.
      
         - A blk-mq debugfs series from Bart, further improving on the support
           we have for exporting internal information to aid debugging IO
           hangs or stalls.
      
         - Also from Bart, a series that cleans up the request initialization
           differences across types of devices.
      
         - A series from Goldwyn Rodrigues, allowing the block layer to return
           failure if we will block and the user asked for non-blocking.
      
         - Patch from Hannes for supporting setting loop devices block size to
           that of the underlying device.
      
         - Two series of patches from Javier, fixing various issues with
           lightnvm, particular around pblk.
      
         - A series from me, adding support for write hints. This comes with
           NVMe support as well, so applications can help guide data placement
           on flash to improve performance, latencies, and write
           amplification.
      
         - A series from Ming, improving and hardening blk-mq support for
           stopping/starting and quiescing hardware queues.
      
         - Two pull requests for NVMe updates. Nothing major on the feature
           side, but lots of cleanups and bug fixes. From the usual crew.
      
         - A series from Neil Brown, greatly improving the bio rescue set
           support. Most notably, this kills the bio rescue work queues, if we
           don't really need them.
      
         - Lots of other little bug fixes that are all over the place"
      
      * 'for-4.13/block' of git://git.kernel.dk/linux-block: (217 commits)
        lightnvm: pblk: set line bitmap check under debug
        lightnvm: pblk: verify that cache read is still valid
        lightnvm: pblk: add initialization check
        lightnvm: pblk: remove target using async. I/Os
        lightnvm: pblk: use vmalloc for GC data buffer
        lightnvm: pblk: use right metadata buffer for recovery
        lightnvm: pblk: schedule if data is not ready
        lightnvm: pblk: remove unused return variable
        lightnvm: pblk: fix double-free on pblk init
        lightnvm: pblk: fix bad le64 assignations
        nvme: Makefile: remove dead build rule
        blk-mq: map all HWQ also in hyperthreaded system
        nvmet-rdma: register ib_client to not deadlock in device removal
        nvme_fc: fix error recovery on link down.
        nvmet_fc: fix crashes on bad opcodes
        nvme_fc: Fix crash when nvme controller connection fails.
        nvme_fc: replace ioabort msleep loop with completion
        nvme_fc: fix double calls to nvme_cleanup_cmd()
        nvme-fabrics: verify that a controller returns the correct NQN
        nvme: simplify nvme_dev_attrs_are_visible
        ...
      c6b1e36c
    • Linus Torvalds's avatar
      Merge tag 'uuid-for-4.13' of git://git.infradead.org/users/hch/uuid · 81e3e044
      Linus Torvalds authored
      Pull uuid subsystem from Christoph Hellwig:
       "This is the new uuid subsystem, in which Amir, Andy and I have started
        consolidating our uuid/guid helpers and improving the types used for
        them. Note that various other subsystems have pulled in this tree, so
        I'd like it to go in early.
      
        UUID/GUID summary:
      
         - introduce the new uuid_t/guid_t types that are going to replace the
           somewhat confusing uuid_be/uuid_le types and make the terminology
           fit the various specs, as well as the userspace libuuid library.
           (me, based on a previous version from Amir)
      
         - consolidated generic uuid/guid helper functions lifted from XFS and
           libnvdimm (Amir and me)
      
         - conversions to the new types and helpers (Amir, Andy and me)"
      
      * tag 'uuid-for-4.13' of git://git.infradead.org/users/hch/uuid: (34 commits)
        ACPI: hns_dsaf_acpi_dsm_guid can be static
        mmc: sdhci-pci: make guid intel_dsm_guid static
        uuid: Take const on input of uuid_is_null() and guid_is_null()
        thermal: int340x_thermal: fix compile after the UUID API switch
        thermal: int340x_thermal: Switch to use new generic UUID API
        acpi: always include uuid.h
        ACPI: Switch to use generic guid_t in acpi_evaluate_dsm()
        ACPI / extlog: Switch to use new generic UUID API
        ACPI / bus: Switch to use new generic UUID API
        ACPI / APEI: Switch to use new generic UUID API
        acpi, nfit: Switch to use new generic UUID API
        MAINTAINERS: add uuid entry
        tmpfs: generate random sb->s_uuid
        scsi_debug: switch to uuid_t
        nvme: switch to uuid_t
        sysctl: switch to use uuid_t
        partitions/ldm: switch to use uuid_t
        overlayfs: use uuid_t instead of uuid_be
        fs: switch ->s_uuid to uuid_t
        ima/policy: switch to use uuid_t
        ...
      81e3e044
  2. 02 Jul, 2017 5 commits
  3. 01 Jul, 2017 6 commits
  4. 30 Jun, 2017 1 commit
    • Zack Weinberg's avatar
      uapi/linux/a.out.h: don't use deprecated system-specific predefines. · fbd57629
      Zack Weinberg authored
      uapi/linux/a.out.h uses a number of predefined macros that are
      deprecated because they're in the application namespace
      (e.g. '#ifdef linux' instead of '#ifdef __linux__').
      This patch either corrects or just removes them if they are not
      applicable to Linux.
      
      The primary reason this is worth bothering to fix, considering how
      obsolete a.out binary support is, is that the GCC build process
      considers this such a severe error that it will copy the header into a
      private directory and change the macro names, which causes future
      updates to the header to be masked.  This header probably doesn't get
      updated very often anymore, but it is the _only_ uapi header that gets
      this treatment, so IMHO it is worth patching just to drive that number
      all the way to zero.
      Signed-off-by: default avatarZack Weinberg <zackw@panix.com>
      [hch: removed dead conditionals]
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      fbd57629