1. Sep 29, 2022
  2. Sep 14, 2022
    • Conor Dooley's avatar
      clk: microchip: mpfs: make the rtc's ahb clock critical · 05d27090
      Conor Dooley authored
      The onboard RTC's AHB bus clock must be kept running as the RTC will
      stop & lose track of time if the AHB interface clock is disabled.
      
      Fixes: 635e5e73
      
       ("clk: microchip: Add driver for Microchip PolarFire SoC")
      Signed-off-by: default avatarConor Dooley <conor.dooley@microchip.com>
      Signed-off-by: default avatarClaudiu Beznea <claudiu.beznea@microchip.com>
      Link: https://lore.kernel.org/r/20220909123123.2699583-3-conor.dooley@microchip.com
      05d27090
    • Conor Dooley's avatar
      clk: microchip: mpfs: fix clk_cfg array bounds violation · 5da39ac5
      Conor Dooley authored
      There is an array bounds violation present during clock registration,
      triggered by current code by only specific toolchains. This seems to
      fail gracefully in v6.0-rc1, using a toolchain build from the riscv-
      gnu-toolchain repo and with clang-15, and life carries on. While
      converting the driver to use standard clock structs/ops, kernel panics
      were seen during boot when built with clang-15:
      
      [    0.581754] Unable to handle kernel NULL pointer dereference at virtual address 00000000000000b1
      [    0.591520] Oops [#1]
      [    0.594045] Modules linked in:
      [    0.597435] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 6.0.0-rc1-00011-g8e1459cf4eca #1
      [    0.606188] Hardware name: Microchip PolarFire-SoC Icicle Kit (DT)
      [    0.613012] epc : __clk_register+0x4a6/0x85c
      [    0.617759]  ra : __clk_register+0x49e/0x85c
      [    0.622489] epc : ffffffff803faf7c ra : ffffffff803faf74 sp : ffffffc80400b720
      [    0.630466]  gp : ffffffff810e93f8 tp : ffffffe77fe60000 t0 : ffffffe77ffb3800
      [    0.638443]  t1 : 000000000000000a t2 : ffffffffffffffff s0 : ffffffc80400b7c0
      [    0.646420]  s1 : 0000000000000001 a0 : 0000000000000001 a1 : 0000000000000000
      [    0.654396]  a2 : 0000000000000001 a3 : 0000000000000000 a4 : 0000000000000000
      [    0.662373]  a5 : ffffffff803a5810 a6 : 0000000200000022 a7 : 0000000000000006
      [    0.670350]  s2 : ffffffff81099d48 s3 : ffffffff80d6e28e s4 : 0000000000000028
      [    0.678327]  s5 : ffffffff810ed3c8 s6 : ffffffff810ed3d0 s7 : ffffffe77ffbc100
      [    0.686304]  s8 : ffffffe77ffb1540 s9 : ffffffe77ffb1540 s10: 0000000000000008
      [    0.694281]  s11: 0000000000000000 t3 : 00000000000000c6 t4 : 0000000000000007
      [    0.702258]  t5 : ffffffff810c78c0 t6 : ffffffe77ff88cd0
      [    0.708125] status: 0000000200000120 badaddr: 00000000000000b1 cause: 000000000000000d
      [    0.716869] [<ffffffff803fb892>] devm_clk_hw_register+0x62/0xaa
      [    0.723420] [<ffffffff80403412>] mpfs_clk_probe+0x1e0/0x244
      
      In v6.0-rc1 and later, this issue is visible without the follow on
      patches doing the conversion using toolchains provided by our Yocto
      meta layer too.
      
      It fails on "clk_periph_timer" - which uses a different parent, that it
      tries to find using the macro:
      \#define PARENT_CLK(PARENT) (&mpfs_cfg_clks[CLK_##PARENT].cfg.hw)
      
      If parent is RTCREF, so the macro becomes: &mpfs_cfg_clks[33].cfg.hw
      which is well beyond the end of the array. Amazingly, builds with GCC
      11.1 see no problem here, booting correctly and hooking the parent up
      etc. Builds with clang-15 do not, with the above panic.
      
      Change the macro to use specific offsets depending on the parent rather
      than the dt-binding's clock IDs.
      
      Fixes: 1c6a7ea3
      
       ("clk: microchip: mpfs: add RTCREF clock control")
      CC: Nathan Chancellor <nathan@kernel.org>
      Signed-off-by: default avatarConor Dooley <conor.dooley@microchip.com>
      Reviewed-by: default avatarClaudiu Beznea <claudiu.beznea@microchip.com>
      Signed-off-by: default avatarClaudiu Beznea <claudiu.beznea@microchip.com>
      Link: https://lore.kernel.org/r/20220909123123.2699583-2-conor.dooley@microchip.com
      5da39ac5
  3. Sep 01, 2022
  4. Aug 24, 2022
  5. Aug 23, 2022
  6. Aug 20, 2022
  7. Aug 15, 2022
    • Linus Torvalds's avatar
      Linux 6.0-rc1 · 568035b0
      Linus Torvalds authored
      568035b0
    • Yury Norov's avatar
      radix-tree: replace gfp.h inclusion with gfp_types.h · 9f162193
      Yury Norov authored
      
      
      Radix tree header includes gfp.h for __GFP_BITS_SHIFT only. Now we
      have gfp_types.h for this.
      
      Fixes powerpc allmodconfig build:
      
         In file included from include/linux/nodemask.h:97,
                          from include/linux/mmzone.h:17,
                          from include/linux/gfp.h:7,
                          from include/linux/radix-tree.h:12,
                          from include/linux/idr.h:15,
                          from include/linux/kernfs.h:12,
                          from include/linux/sysfs.h:16,
                          from include/linux/kobject.h:20,
                          from include/linux/pci.h:35,
                          from arch/powerpc/kernel/prom_init.c:24:
         include/linux/random.h: In function 'add_latent_entropy':
      >> include/linux/random.h:25:46: error: 'latent_entropy' undeclared (first use in this function); did you mean 'add_latent_entropy'?
            25 |         add_device_randomness((const void *)&latent_entropy, sizeof(latent_entropy));
               |                                              ^~~~~~~~~~~~~~
               |                                              add_latent_entropy
         include/linux/random.h:25:46: note: each undeclared identifier is reported only once for each function it appears in
      
      Reported-by: default avatarkernel test robot <lkp@intel.com>
      CC: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
      CC: Andrew Morton <akpm@linux-foundation.org>
      CC: Jason A. Donenfeld <Jason@zx2c4.com>
      Signed-off-by: default avatarYury Norov <yury.norov@gmail.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      9f162193
    • Linus Torvalds's avatar
      Merge tag 'pull-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs · 74cbb480
      Linus Torvalds authored
      Pull vfs lseek fix from Al Viro:
       "Fix proc_reg_llseek() breakage. Always had been possible if somebody
        left NULL ->proc_lseek, became a practical issue now"
      
      * tag 'pull-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs:
        take care to handle NULL ->proc_lseek()
      74cbb480
    • Al Viro's avatar
      take care to handle NULL ->proc_lseek() · 3f61631d
      Al Viro authored
      Easily done now, just by clearing FMODE_LSEEK in ->f_mode
      during proc_reg_open() for such entries.
      
      Fixes: 868941b1
      
       "fs: remove no_llseek"
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      3f61631d
    • Linus Torvalds's avatar
      Merge tag 'for-linus-6.0-rc1b-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip · 5d6a0f4d
      Linus Torvalds authored
      Pull more xen updates from Juergen Gross:
      
       - fix the handling of the "persistent grants" feature negotiation
         between Xen blkfront and Xen blkback drivers
      
       - a cleanup of xen.config and adding xen.config to Xen section in
         MAINTAINERS
      
       - support HVMOP_set_evtchn_upcall_vector, which is more compliant to
         "normal" interrupt handling than the global callback used up to now
      
       - further small cleanups
      
      * tag 'for-linus-6.0-rc1b-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip:
        MAINTAINERS: add xen config fragments to XEN HYPERVISOR sections
        xen: remove XEN_SCRUB_PAGES in xen.config
        xen/pciback: Fix comment typo
        xen/xenbus: fix return type in xenbus_file_read()
        xen-blkfront: Apply 'feature_persistent' parameter when connect
        xen-blkback: Apply 'feature_persistent' parameter when connect
        xen-blkback: fix persistent grants negotiation
        x86/xen: Add support for HVMOP_set_evtchn_upcall_vector
      5d6a0f4d
    • Linus Torvalds's avatar
      Merge tag 'perf-tools-fixes-for-v6.0-2022-08-13' of... · 96f86ff0
      Linus Torvalds authored
      Merge tag 'perf-tools-fixes-for-v6.0-2022-08-13' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux
      
      Pull more perf tool updates from Arnaldo Carvalho de Melo:
      
       - 'perf c2c' now supports ARM64, adjust its output to cope with
         differences with what is in x86_64. Now go find false sharing on
         ARM64 (at least Neoverse) as well!
      
       - Refactor the JSON processing, making the output more compact and thus
         reducing the size of the resulting perf binary
      
       - Improvements for 'perf offcpu' profiling, including tracking child
         processes
      
       - Update Intel JSON metrics and events files for broadwellde,
         broadwellx, cascadelakex, haswellx, icelakex, ivytown, jaketown,
         knightslanding, sapphirerapids, skylakex and snowridgex
      
       - Add 'perf stat' JSON output and a 'perf test' entry for it
      
       - Ignore memfd and anonymous mmap events if jitdump present
      
       - Refactor 'perf test' shell tests allowing subdirs
      
       - Fix an error handling path in 'parse_perf_probe_command()'
      
       - Fixes for the guest Intel PT tracin...
      96f86ff0
  8. Aug 14, 2022