1. 17 1月, 2020 1 次提交
  2. 05 12月, 2019 3 次提交
    • M
      microblaze: fix multiple bugs in arch/microblaze/boot/Makefile · 694c90cd
      Masahiro Yamada 提交于
      [ Upstream commit 4722a3e6b716d9d4594c3cf3856b03bbd24a59a8 ]
      
      This commit fixes some build issues.
      
      The first issue is the breakage of linux.bin.ub target since commit
      ece97f3a ("microblaze: Fix simpleImage format generation")
      because the addition of UIMAGE_{IN,OUT} affected it.
      
      make ARCH=microblaze CROSS_COMPILE=microblaze-linux- linux.bin.ub
        [ snip ]
        OBJCOPY arch/microblaze/boot/linux.bin
        UIMAGE  arch/microblaze/boot/linux.bin.ub.ub
      /usr/bin/mkimage: Can't open arch/microblaze/boot/linux.bin.ub: No such file or directory
      make[1]: *** [arch/microblaze/boot/Makefile;14: arch/microblaze/boot/linux.bin.ub] Error 1
      make: *** [arch/microblaze/Makefile;83: linux.bin.ub] Error 2
      
      The second issue is the use of the "if_changed" multiple times for
      the same target.
      
      As commit 92a47286 ("x86/boot: Fix if_changed build flip/flop bug")
      pointed out, this never works properly. Moreover, generating multiple
      images as a side-effect is confusing.
      
      Let's split the build recipe for each image.
      
      simpleImage.<dt>*.unstrip is just a copy of vmlinux.
      
      simpleImage.<dt> and simpleImage.<dt>.ub are created in the same way
      as linux.bin and linux.bin.ub, respectively.
      
      I kept simpleImage.* recipes independent of linux.bin.* ones to not
      change the behavior.
      
      Lastly, this commit fixes "make ARCH=microblaze clean". Previously,
      it only cleaned up the unstrip image. Now, all the simpleImage files
      are cleaned.
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
      Signed-off-by: NSasha Levin <sashal@kernel.org>
      694c90cd
    • M
      microblaze: move "... is ready" messages to arch/microblaze/Makefile · 04bafea1
      Masahiro Yamada 提交于
      [ Upstream commit 2e14f94cf4bc2f15ca5362e81ca3a987c79e3062 ]
      
      To prepare for more fixes, move this to arch/microblaze/Makefile.
      Otherwise, the same "... is ready" would be printed multiple times.
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
      Signed-off-by: NSasha Levin <sashal@kernel.org>
      04bafea1
    • M
      microblaze: adjust the help to the real behavior · 4e860e92
      Masahiro Yamada 提交于
      [ Upstream commit bafcc61d998c1ca18f556d92a0e95335ac68c7da ]
      
      "make ARCH=microblaze help" mentions simpleImage.<dt>.unstrip,
      but it is not a real Make target. It does not work because Makefile
      assumes "system.unstrip" is the name of DT.
      
      $ make ARCH=microblaze CROSS_COMPILE=microblaze-linux- simpleImage.system.unstrip
        [ snip ]
      make[1]: *** No rule to make target 'arch/microblaze/boot/dts/system.unstrip.dtb', needed by 'arch/microblaze/boot/dts/system.dtb'.  Stop.
      make: *** [Makefile;1060: arch/microblaze/boot/dts] Error 2
      make: *** Waiting for unfinished jobs....
      
      simpleImage.<dt> works like a phony target that generates multiple
      images. Reflect the real behavior. I removed the DT directory path
      information because it is already explained a few lines below.
      
      While I am here, I deleted the redundant *_defconfig explanation.
      
      The top-level Makefile caters to list available defconfig files:
      
        mmu_defconfig            - Build for mmu
        nommu_defconfig          - Build for nommu
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
      Signed-off-by: NSasha Levin <sashal@kernel.org>
      4e860e92
  3. 29 12月, 2018 1 次提交
  4. 06 12月, 2018 1 次提交
  5. 24 8月, 2018 1 次提交
  6. 21 8月, 2018 1 次提交
  7. 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
  8. 02 8月, 2018 4 次提交
  9. 30 7月, 2018 1 次提交
  10. 25 7月, 2018 1 次提交
  11. 20 7月, 2018 2 次提交
  12. 11 7月, 2018 1 次提交
  13. 21 6月, 2018 3 次提交
  14. 16 6月, 2018 1 次提交
  15. 12 6月, 2018 2 次提交
  16. 22 5月, 2018 2 次提交
  17. 08 5月, 2018 2 次提交
  18. 07 5月, 2018 1 次提交
    • C
      PCI: remove PCI_DMA_BUS_IS_PHYS · 325ef185
      Christoph Hellwig 提交于
      This was used by the ide, scsi and networking code in the past to
      determine if they should bounce payloads.  Now that the dma mapping
      always have to support dma to all physical memory (thanks to swiotlb
      for non-iommu systems) there is no need to this crude hack any more.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Acked-by: Palmer Dabbelt <palmer@sifive.com> (for riscv)
      Reviewed-by: NJens Axboe <axboe@kernel.dk>
      325ef185
  19. 25 4月, 2018 3 次提交
    • E
      signal/microblaze: Use force_sig_fault where appropriate · 6f467986
      Eric W. Biederman 提交于
      Filling in struct siginfo before calling force_sig_info a tedious and
      error prone process, where once in a great while the wrong fields
      are filled out, and siginfo has been inconsistently cleared.
      
      Simplify this process by using the helper force_sig_fault.  Which
      takes as a parameters all of the information it needs, ensures
      all of the fiddly bits of filling in struct siginfo are done properly
      and then calls force_sig_info.
      
      In short about a 5 line reduction in code for every time force_sig_info
      is called, which makes the calling function clearer.
      
      Cc: Michal Simek <monstr@monstr.eu>
      Signed-off-by: N"Eric W. Biederman" <ebiederm@xmission.com>
      6f467986
    • E
      signal/microblaze: Remove the commented out force_sig_info in do_page_fault · ceb91ed1
      Eric W. Biederman 提交于
      Remove the commented out call to force_sig_info right after a call to
      _exception in do_page_fault.  The function _exception does exactly the
      work the commented out code does so there is no reason for the
      commented out code.
      
      Cc: Michal Simek <monstr@monstr.eu>
      Signed-off-by: N"Eric W. Biederman" <ebiederm@xmission.com>
      ceb91ed1
    • E
      signal: Ensure every siginfo we send has all bits initialized · 3eb0f519
      Eric W. Biederman 提交于
      Call clear_siginfo to ensure every stack allocated siginfo is properly
      initialized before being passed to the signal sending functions.
      
      Note: It is not safe to depend on C initializers to initialize struct
      siginfo on the stack because C is allowed to skip holes when
      initializing a structure.
      
      The initialization of struct siginfo in tracehook_report_syscall_exit
      was moved from the helper user_single_step_siginfo into
      tracehook_report_syscall_exit itself, to make it clear that the local
      variable siginfo gets fully initialized.
      
      In a few cases the scope of struct siginfo has been reduced to make it
      clear that siginfo siginfo is not used on other paths in the function
      in which it is declared.
      
      Instances of using memset to initialize siginfo have been replaced
      with calls clear_siginfo for clarity.
      Signed-off-by: N"Eric W. Biederman" <ebiederm@xmission.com>
      3eb0f519
  20. 23 4月, 2018 4 次提交
  21. 19 4月, 2018 1 次提交
    • A
      time: Add an asm-generic/compat.h file · 2b5a9a37
      Arnd Bergmann 提交于
      We have a couple of files that try to include asm/compat.h on
      architectures where this is available. Those should generally use the
      higher-level linux/compat.h file, but that in turn fails to include
      asm/compat.h when CONFIG_COMPAT is disabled, unless we can provide
      that header on all architectures.
      
      This adds the asm/compat.h for all remaining architectures to
      simplify the dependencies.
      
      Architectures that are getting removed in linux-4.17 are not changed
      here, to avoid needless conflicts with the removal patches. Those
      architectures are broken by this patch, but we have already shown
      that they have no users.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      2b5a9a37
  22. 03 4月, 2018 1 次提交
  23. 19 3月, 2018 2 次提交