Forum | Documentation | Website | Blog

Skip to content
Snippets Groups Projects
  1. Dec 15, 2016
    • David Howells's avatar
      afs, rxrpc: Update the MAINTAINERS file · ee84595a
      David Howells authored
      
      Update the MAINTAINERS file for AFS and AF_RXRPC to include a website
      pointer.
      
      Signed-off-by: default avatarDavid Howells <dhowells@redhat.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      ee84595a
    • Matthew Wilcox's avatar
      redo: radix tree test suite: fix compilation · b9a0deb9
      Matthew Wilcox authored
      [ This resurrects commit 53855d10, which was reverted in
        2b41226b.  It depended on commit d544abd5 ("lib/radix-tree:
        Convert to hotplug state machine") so now it is correct to apply ]
      
      Patch "lib/radix-tree: Convert to hotplug state machine" breaks the test
      suite as it adds a call to cpuhp_setup_state_nocalls() which is not
      currently emulated in the test suite.  Add it, and delete the emulation
      of the old CPU hotplug mechanism.
      
      Link: http://lkml.kernel.org/r/1480369871-5271-36-git-send-email-mawilcox@linuxonhyperv.com
      
      
      Signed-off-by: default avatarMatthew Wilcox <mawilcox@microsoft.com>
      Tested-by: default avatarKirill A. Shutemov <kirill.shutemov@linux.intel.com>
      Cc: Konstantin Khlebnikov <koct9i@gmail.com>
      Cc: Ross Zwisler <ross.zwisler@linux.intel.com>
      Cc: Matthew Wilcox <mawilcox@microsoft.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      b9a0deb9
    • Geert Uytterhoeven's avatar
      printk: Remove no longer used second struct cont · 8fa9a697
      Geert Uytterhoeven authored
      If CONFIG_PRINTK=n:
      
          kernel/printk/printk.c:1893: warning: ‘cont’ defined but not used
      
      Note that there are actually two different struct cont definitions and
      objects: the first one is used if CONFIG_PRINTK=y, the second one became
      unused by removing console_cont_flush().
      
      Fixes: 5c2992ee
      
       ("printk: remove console flushing special cases for partial buffered lines")
      Signed-off-by: default avatarGeert Uytterhoeven <geert@linux-m68k.org>
      Acked-by: default avatarPetr Mladek <pmladek@suse.com>
      [ I do the occasional "allnoconfig" builds, but apparently not often
        enough  - Linus ]
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      8fa9a697
    • Linus Torvalds's avatar
      Merge tag 'xfs-for-linus-4.10-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/dgc/linux-xfs · 5cc60aee
      Linus Torvalds authored
      Pull xfs updates from Dave Chinner:
       "There is quite a varied bunch of stuff in this update, and some of it
        you will have already merged through the ext4 tree which imported the
        dax-4.10-iomap-pmd topic branch from the XFS tree.
      
        There is also a new direct IO implementation that uses the iomap
        infrastructure. It's much simpler, faster, and has lower IO latency
        than the existing direct IO infrastructure.
      
        Summary:
         - DAX PMD faults via iomap infrastructure
         - Direct-io support in iomap infrastructure
         - removal of now-redundant XFS inode iolock, replaced with VFS
           i_rwsem
         - synchronisation with fixes and changes in userspace libxfs code
         - extent tree lookup helpers
         - lots of little corruption detection improvements to verifiers
         - optimised CRC calculations
         - faster buffer cache lookups
         - deprecation of barrier/nobarrier mount options - we always use
           REQ_FUA/REQ_FLUSH where appropriate for data integrity now
         - cleanups to speculative preallocation
         - miscellaneous minor bug fixes and cleanups"
      
      * tag 'xfs-for-linus-4.10-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/dgc/linux-xfs: (63 commits)
        xfs: nuke unused tracepoint definitions
        xfs: use GPF_NOFS when allocating btree cursors
        xfs: use xfs_vn_setattr_size to check on new size
        xfs: deprecate barrier/nobarrier mount option
        xfs: Always flush caches when integrity is required
        xfs: ignore leaf attr ichdr.count in verifier during log replay
        xfs: use rhashtable to track buffer cache
        xfs: optimise CRC updates
        xfs: make xfs btree stats less huge
        xfs: don't cap maximum dedupe request length
        xfs: don't allow di_size with high bit set
        xfs: error out if trying to add attrs and anextents > 0
        xfs: don't crash if reading a directory results in an unexpected hole
        xfs: complain if we don't get nextents bmap records
        xfs: check for bogus values in btree block headers
        xfs: forbid AG btrees with level == 0
        xfs: several xattr functions can be void
        xfs: handle cow fork in xfs_bmap_trace_exlist
        xfs: pass state not whichfork to trace_xfs_extlist
        xfs: Move AGI buffer type setting to xfs_read_agi
        ...
      5cc60aee
    • Linus Torvalds's avatar
      printk: remove console flushing special cases for partial buffered lines · 5c2992ee
      Linus Torvalds authored
      
      It actively hurts proper merging, and makes for a lot of special cases.
      There was a good(ish) reason for doing it originally, but it's getting
      too painful to maintain.  And most of the original reasons for it are
      long gone.
      
      So instead of having special code to flush partial lines to the console
      (as opposed to the record buffers), do _all_ the console writing from
      the record buffer, and be done with it.
      
      If an oops happens (or some other synchronous event), we will flush the
      partial lines due to the oops printing activity, so this does not affect
      that.  It does mean that if you have a completely hung machine, a
      partial preceding line may not have been printed out.
      
      That was some of the original reason for this complexity, in fact, back
      when we used to test for the historical i386 "halt" instruction problem
      by doing
      
      	pr_info("Checking 'hlt' instruction... ");
      
      	if (!boot_cpu_data.hlt_works_ok) {
      		pr_cont("disabled\n");
      		return;
      	}
      	halt();
      	halt();
      	halt();
      	halt();
      	pr_cont("OK\n");
      
      and that model no longer works (it the 'hlt' instruction kills the
      machine, the partial line won't have been flushed, so you won't even see
      it).
      
      Of course, that was also back in the days when people actually had
      textual console output rather than a graphical splash-screen at bootup.
      How times change..
      
      Cc: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
      Cc: Joe Perches <joe@perches.com>
      Cc: Steven Rostedt <rostedt@goodmis.org>
      Tested-by: default avatarPetr Mladek <pmladek@suse.com>
      Tested-by: default avatarGeert Uytterhoeven <geert@linux-m68k.org>
      Tested-by: default avatarMark Rutland <mark.rutland@arm.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      5c2992ee
    • Linus Torvalds's avatar
      printk: remove games with previous record flags · 5aa068ea
      Linus Torvalds authored
      
      The record logging code looks at the previous record flags in various
      ways, and they are all wrong.
      
      You can't use the previous record flags to determine anything about the
      next record, because they may simply not be related.  In particular, the
      reason the previous record was a continuation record may well be exactly
      _because_ the new record was printed by a different process, which is
      why the previous record was flushed.
      
      So all those games are simply wrong, and make the code hard to
      understand (because the code fundamentally cdoes not make sense).
      
      So remove it.
      
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      5aa068ea
  2. Dec 14, 2016