1. 22 May, 2023 3 commits
    • Masahiro Yamada's avatar
      modpost: remove broken calculation of exception_table_entry size · d0acc76a
      Masahiro Yamada authored
      find_extable_entry_size() is completely broken. It has awesome comments
      about how to calculate sizeof(struct exception_table_entry).
      
      It was based on these assumptions:
      
        - struct exception_table_entry has two fields
        - both of the fields have the same size
      
      Then, we came up with this equation:
      
        (offset of the second field) * 2 == (size of struct)
      
      It was true for all architectures when commit 52dc0595 ("modpost:
      handle relocations mismatch in __ex_table.") was applied.
      
      Our mathematics broke when commit 548acf19 ("x86/mm: Expand the
      exception table logic to allow new handling options") introduced the
      third field.
      
      Now, the definition of exception_table_entry is highly arch-dependent.
      
      For x86, sizeof(struct exception_table_entry) is apparently 12, but
      find_extable_entry_size() sets extable_entry_size to 8.
      
      I could fix it, but I do not see much value in this code.
      
      extable_entry_size is used just for selecting a slightly different
      error message.
      
      If the first field ("insn") references to a non-executable section,
      
          The relocation at %s+0x%lx references
          section "%s" which is not executable, IOW
          it is not possible for the kernel to fault
          at that address.  Something is seriously wrong
          and should be fixed.
      
      If the second field ("fixup") references to a non-executable section,
      
          The relocation at %s+0x%lx references
          section "%s" which is not executable, IOW
          the kernel will fault if it ever tries to
          jump to it.  Something is seriously wrong
          and should be fixed.
      
      Merge the two error messages rather than adding even more complexity.
      
      Change fatal() to error() to make it continue running and catch more
      possible errors.
      
      Fixes: 548acf19 ("x86/mm: Expand the exception table logic to allow new handling options")
      Signed-off-by: default avatarMasahiro Yamada <masahiroy@kernel.org>
      d0acc76a
    • Masahiro Yamada's avatar
      modpost: error out if addend_*_rel() is not implemented for REL arch · 64f14041
      Masahiro Yamada authored
      The section mismatch check relies on the relocation entries.
      
      For REL, the addend value is implicit, so we need some code to compute
      it. Currently, EM_386, EM_ARM, and EM_MIPS are supported. This commit
      makes sure we covered all the cases.
      
      I believe the other architectures use RELA, where the explicit r_addend
      field exists.
      Signed-off-by: default avatarMasahiro Yamada <masahiroy@kernel.org>
      64f14041
    • Andrew Davis's avatar
      kbuild: Disallow DTB overlays to built from .dts named source files · 81d36273
      Andrew Davis authored
      As a follow up to the series allowing DTB overlays to built from .dtso
      files. Now that all overlays have been renamed, remove the ability to
      build from overlays from .dts files to prevent any files with the old
      name from accidental being added.
      Signed-off-by: default avatarAndrew Davis <afd@ti.com>
      Reviewed-by: default avatarGeert Uytterhoeven <geert+renesas@glider.be>
      Acked-by: default avatarAndy Shevchenko <andriy.shevchenko@intel.com>
      Signed-off-by: default avatarMasahiro Yamada <masahiroy@kernel.org>
      81d36273
  2. 14 May, 2023 13 commits
  3. 13 May, 2023 17 commits
  4. 12 May, 2023 7 commits
    • Borislav Petkov (AMD)'s avatar
      x86/retbleed: Fix return thunk alignment · 9a48d604
      Borislav Petkov (AMD) authored
      SYM_FUNC_START_LOCAL_NOALIGN() adds an endbr leading to this layout
      (leaving only the last 2 bytes of the address):
      
        3bff <zen_untrain_ret>:
        3bff:       f3 0f 1e fa             endbr64
        3c03:       f6                      test   $0xcc,%bl
      
        3c04 <__x86_return_thunk>:
        3c04:       c3                      ret
        3c05:       cc                      int3
        3c06:       0f ae e8                lfence
      
      However, "the RET at __x86_return_thunk must be on a 64 byte boundary,
      for alignment within the BTB."
      
      Use SYM_START instead.
      Signed-off-by: default avatarBorislav Petkov (AMD) <bp@alien8.de>
      Reviewed-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Cc: <stable@kernel.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      9a48d604
    • Linus Torvalds's avatar
      Merge tag 'for-6.4-rc1-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux · 76c7f887
      Linus Torvalds authored
      Pull more btrfs fixes from David Sterba:
      
       - fix incorrect number of bitmap entries for space cache if loading is
         interrupted by some error
      
       - fix backref walking, this breaks a mode of LOGICAL_INO_V2 ioctl that
         is used in deduplication tools
      
       - zoned mode fixes:
            - properly finish zone reserved for relocation
            - correctly calculate super block zone end on ZNS
            - properly initialize new extent buffer for redirty
      
       - make mount option clear_cache work with block-group-tree, to rebuild
         free-space-tree instead of temporarily disabling it that would lead
         to a forced read-only mount
      
       - fix alignment check for offset when printing extent item
      
      * tag 'for-6.4-rc1-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux:
        btrfs: make clear_cache mount option to rebuild FST without disabling it
        btrfs: zero the buffer before marking it dirty in btrfs_redirty_list_add
        btrfs: zoned: fix full zone super block reading on ZNS
        btrfs: zoned: zone finish data relocation BG with last IO
        btrfs: fix backref walking not returning all inode refs
        btrfs: fix space cache inconsistency after error loading it from disk
        btrfs: print-tree: parent bytenr must be aligned to sector size
      76c7f887
    • Linus Torvalds's avatar
      Merge tag '6.4-rc1-smb3-client-fixes' of git://git.samba.org/sfrench/cifs-2.6 · fd88f147
      Linus Torvalds authored
      Pull cifs client fixes from Steve French:
      
       - fix for copy_file_range bug for very large files that are multiples
         of rsize
      
       - do not ignore "isolated transport" flag if set on share
      
       - set rasize default better
      
       - three fixes related to shutdown and freezing (fixes 4 xfstests, and
         closes deferred handles faster in some places that were missed)
      
      * tag '6.4-rc1-smb3-client-fixes' of git://git.samba.org/sfrench/cifs-2.6:
        cifs: release leases for deferred close handles when freezing
        smb3: fix problem remounting a share after shutdown
        SMB3: force unmount was failing to close deferred close files
        smb3: improve parallel reads of large files
        do not reuse connection if share marked as isolated
        cifs: fix pcchunk length type in smb2_copychunk_range
      fd88f147
    • Linus Torvalds's avatar
      Merge tag 'vfs/v6.4-rc1/pipe' of gitolite.kernel.org:pub/scm/linux/kernel/git/vfs/vfs · df8c2d13
      Linus Torvalds authored
      Pull vfs fix from Christian Brauner:
       "During the pipe nonblock rework the check for both O_NONBLOCK and
        IOCB_NOWAIT was dropped. Both checks need to be performed to ensure
        that files without O_NONBLOCK but IOCB_NOWAIT don't block when writing
        to or reading from a pipe.
      
        This just contains the fix adding the check for IOCB_NOWAIT back in"
      
      * tag 'vfs/v6.4-rc1/pipe' of gitolite.kernel.org:pub/scm/linux/kernel/git/vfs/vfs:
        pipe: check for IOCB_NOWAIT alongside O_NONBLOCK
      df8c2d13
    • Linus Torvalds's avatar
      Merge tag 'io_uring-6.4-2023-05-12' of git://git.kernel.dk/linux · 584dc5db
      Linus Torvalds authored
      Pull io_uring fix from Jens Axboe:
       "Just a single fix making io_uring_sqe_cmd() available regardless of
        CONFIG_IO_URING, fixing a regression introduced during the merge
        window if nvme was selected but io_uring was not"
      
      * tag 'io_uring-6.4-2023-05-12' of git://git.kernel.dk/linux:
        io_uring: make io_uring_sqe_cmd() unconditionally available
      584dc5db
    • Linus Torvalds's avatar
      Merge tag 'riscv-for-linus-6.4-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux · ed6a75e3
      Linus Torvalds authored
      Pull RISC-V fix from Palmer Dabbelt:
       "Just a single fix this week for a build issue. That'd usually be a
        good sign, but we've started to get some reports of boot failures on
        some hardware/bootloader configurations. Nothing concrete yet, but
        I've got a funny feeling that's where much of the bug hunting is going
        right now.
      
        Nothing's reproducing on my end, though, and this fixes some pretty
        concrete issues so I figured there's no reason to delay it:
      
         - a fix to the linker script to avoid orpahaned sections in
           kernel/pi"
      
      * tag 'riscv-for-linus-6.4-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux:
        riscv: Fix orphan section warnings caused by kernel/pi
      ed6a75e3
    • Randy Dunlap's avatar
      Documentation/block: drop the request.rst file · 56cdea92
      Randy Dunlap authored
      Documentation/block/request.rst is outdated and should be removed.
      Also delete its entry in the block/index.rst file.
      Signed-off-by: default avatarRandy Dunlap <rdunlap@infradead.org>
      Cc: Jens Axboe <axboe@kernel.dk>
      Cc: linux-block@vger.kernel.org
      Cc: Jonathan Corbet <corbet@lwn.net>
      Cc: linux-doc@vger.kernel.org
      Link: https://lore.kernel.org/r/20230507182606.12647-1-rdunlap@infradead.orgSigned-off-by: default avatarJens Axboe <axboe@kernel.dk>
      56cdea92