1. 04 9月, 2018 3 次提交
  2. 24 8月, 2018 2 次提交
  3. 21 8月, 2018 1 次提交
  4. 20 8月, 2018 2 次提交
  5. 18 8月, 2018 1 次提交
    • S
      mm: convert return type of handle_mm_fault() caller to vm_fault_t · 50a7ca3c
      Souptick Joarder 提交于
      Use new return type vm_fault_t for fault handler.  For now, this is just
      documenting that the function returns a VM_FAULT value rather than an
      errno.  Once all instances are converted, vm_fault_t will become a
      distinct type.
      
      Ref-> commit 1c8f4220 ("mm: change return type to vm_fault_t")
      
      In this patch all the caller of handle_mm_fault() are changed to return
      vm_fault_t type.
      
      Link: http://lkml.kernel.org/r/20180617084810.GA6730@jordon-HP-15-Notebook-PCSigned-off-by: NSouptick Joarder <jrdr.linux@gmail.com>
      Cc: Matthew Wilcox <willy@infradead.org>
      Cc: Richard Henderson <rth@twiddle.net>
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: Matt Turner <mattst88@gmail.com>
      Cc: Vineet Gupta <vgupta@synopsys.com>
      Cc: Russell King <linux@armlinux.org.uk>
      Cc: Catalin Marinas <catalin.marinas@arm.com>
      Cc: Will Deacon <will.deacon@arm.com>
      Cc: Richard Kuo <rkuo@codeaurora.org>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Michal Simek <monstr@monstr.eu>
      Cc: James Hogan <jhogan@kernel.org>
      Cc: Ley Foon Tan <lftan@altera.com>
      Cc: Jonas Bonn <jonas@southpole.se>
      Cc: James E.J. Bottomley <jejb@parisc-linux.org>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Palmer Dabbelt <palmer@sifive.com>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: David S. Miller <davem@davemloft.net>
      Cc: Richard Weinberger <richard@nod.at>
      Cc: Guan Xuetao <gxt@pku.edu.cn>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      Cc: "Levin, Alexander (Sasha Levin)" <alexander.levin@verizon.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      50a7ca3c
  6. 16 8月, 2018 8 次提交
  7. 14 8月, 2018 1 次提交
  8. 11 8月, 2018 1 次提交
  9. 09 8月, 2018 1 次提交
  10. 07 8月, 2018 2 次提交
  11. 02 8月, 2018 3 次提交
  12. 01 8月, 2018 1 次提交
    • M
      s390/numa: move initial setup of node_to_cpumask_map · fb7d7518
      Martin Schwidefsky 提交于
      The numa_init_early initcall sets the node_to_cpumask_map[0] to the
      full cpu_possible_mask. Unfortunately this early_initcall is too late,
      the NUMA setup for numa=emu is done even earlier. The order of calls
      is numa_setup() -> emu_update_cpu_topology(), then the early_initcalls(),
      followed by sched_init_domains().
      
      Starting with git commit 051f3ca0
      "sched/topology: Introduce NUMA identity node sched domain"
      the incorrect node_to_cpumask_map[0] really screws up the domain
      setup and the kernel panics with the follow oops:
      
      Cc: <stable@vger.kernel.org> # v4.15+
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      fb7d7518
  13. 31 7月, 2018 5 次提交
  14. 30 7月, 2018 9 次提交