This is the start of the stable review cycle for the 5.15.64 release.
There are 136 patches in this series, all will be posted as a response
to this one.  If anyone has any issues with these being applied, please
let me know.

Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
Anything received after that time might be too late.

The whole patch series can be found in one patch at:
	https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.15.64-rc1.gz
or in the git tree and branch at:
	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.15.y
and the diffstat can be found below.

thanks,

greg k-h

-------------
Pseudo-Shortlog of commits:

Greg Kroah-Hartman <gregkh@linuxfoundation.org>
    Linux 5.15.64-rc1

Daniel Borkmann <daniel@iogearbox.net>
    bpf: Don't use tnum_range on array range checking for poke descriptors

Saurabh Sengar <ssengar@linux.microsoft.com>
    scsi: storvsc: Remove WQ_MEM_RECLAIM from storvsc_error_wq

Kiwoong Kim <kwmad.kim@samsung.com>
    scsi: ufs: core: Enable link lost interrupt

Ian Rogers <irogers@google.com>
    perf stat: Clear evsel->reset_group for each stat run

Stephane Eranian <eranian@google.com>
    perf/x86/intel/ds: Fix precise store latency handling

Stephane Eranian <eranian@google.com>
    perf/x86/intel/uncore: Fix broken read_counter() for SNB IMC PMU

James Clark <james.clark@arm.com>
    perf python: Fix build when PYTHON_CONFIG is user supplied

Yu Kuai <yukuai3@huawei.com>
    blk-mq: fix io hung due to missing commit_rqs

Salvatore Bonaccorso <carnil@debian.org>
    Documentation/ABI: Mention retbleed vulnerability info file for sysfs

Peter Zijlstra <peterz@infradead.org>
    x86/nospec: Fix i386 RSB stuffing

Liam Howlett <liam.howlett@oracle.com>
    binder_alloc: add missing mmap_lock calls when using the VMA

Zenghui Yu <yuzenghui@huawei.com>
    arm64: Fix match_list for erratum 1286807 on Arm Cortex-A76

Yonglong Li <liyonglong@chinatelecom.cn>
    mptcp: Fix crash due to tcp_tsorted_anchor was initialized before release skb

Guoqing Jiang <guoqing.jiang@linux.dev>
    md: call __md_stop_writes in md_stop

Guoqing Jiang <guoqing.jiang@linux.dev>
    Revert "md-raid: destroy the bitmap after destroying the thread"

David Hildenbrand <david@redhat.com>
    mm/hugetlb: fix hugetlb not supporting softdirty tracking

Greg Kroah-Hartman <gregkh@linuxfoundation.org>
    Revert "usbnet: smsc95xx: Forward PHY interrupts to PHY driver to avoid polling"

Greg Kroah-Hartman <gregkh@linuxfoundation.org>
    Revert "usbnet: smsc95xx: Fix deadlock on runtime resume"

Jens Axboe <axboe@kernel.dk>
    io_uring: fix issue with io_write() not always undoing sb_start_write()

Conor Dooley <conor.dooley@microchip.com>
    riscv: traps: add missing prototype

Juergen Gross <jgross@suse.com>
    xen/privcmd: fix error exit of privcmd_ioctl_dm_op()

David Howells <dhowells@redhat.com>
    smb3: missing inode locks in punch hole

Karol Herbst <kherbst@redhat.com>
    nouveau: explicitly wait on the fence in nouveau_bo_move_m2mf

Riwen Lu <luriwen@kylinos.cn>
    ACPI: processor: Remove freq Qos request for all CPUs

Shakeel Butt <shakeelb@google.com>
    Revert "memcg: cleanup racy sum avoidance code"

Shigeru Yoshida <syoshida@redhat.com>
    fbdev: fbcon: Properly revert changes when vc_resize() failed

Brian Foster <bfoster@redhat.com>
    s390: fix double free of GS and RI CBs on fork() failure

Liu Shixin <liushixin2@huawei.com>
    bootmem: remove the vmemmap pages from kmemleak in put_page_bootmem

Gerald Schaefer <gerald.schaefer@linux.ibm.com>
    s390/mm: do not trigger write fault when vma does not allow VM_WRITE

Badari Pulavarty <badari.pulavarty@intel.com>
    mm/damon/dbgfs: avoid duplicate context directory creation

Quanyang Wang <quanyang.wang@windriver.com>
    asm-generic: sections: refactor memory_intersects

Khazhismel Kumykov <khazhy@chromium.org>
    writeback: avoid use-after-free after removing device

Siddh Raman Pant <code@siddh.me>
    loop: Check for overflow while configuring loop

Peter Zijlstra <peterz@infradead.org>
    x86/nospec: Unwreck the RSB stuffing

Pawan Gupta <pawan.kumar.gupta@linux.intel.com>
    x86/bugs: Add "unknown" reporting for MMIO Stale Data

Chen Zhongjin <chenzhongjin@huawei.com>
    x86/unwind/orc: Unwind ftrace trampolines with correct ORC entry

Kan Liang <kan.liang@linux.intel.com>
    perf/x86/lbr: Enable the branch type for the Arch LBR by default

Zixuan Fu <r33s3n6@gmail.com>
    btrfs: fix possible memory leak in btrfs_get_dev_args_from_path()

Goldwyn Rodrigues <rgoldwyn@suse.de>
    btrfs: check if root is readonly while setting security xattr

Anand Jain <anand.jain@oracle.com>
    btrfs: add info when mount fails due to stale replace target

Anand Jain <anand.jain@oracle.com>
    btrfs: replace: drop assert for suspended replace

Filipe Manana <fdmanana@suse.com>
    btrfs: fix silent failure when deleting root reference

Heiner Kallweit <hkallweit1@gmail.com>
    net: stmmac: work around sporadic tx issue on link-up

R Mohamed Shah <mohamed@pensando.io>
    ionic: VF initial random MAC address if no assigned mac

Shannon Nelson <snelson@pensando.io>
    ionic: fix up issues with handling EAGAIN on FW cmds

Shannon Nelson <snelson@pensando.io>
    ionic: clear broken state on generation change

Shannon Nelson <snelson@pensando.io>
    ionic: widen queue_lock use around lif init and deinit

David Howells <dhowells@redhat.com>
    rxrpc: Fix locking in rxrpc's sendmsg

Sylwester Dziedziuch <sylwesterx.dziedziuch@intel.com>
    i40e: Fix incorrect address type for IPv6 flow rules

Jacob Keller <jacob.e.keller@intel.com>
    ixgbe: stop resetting SYSTIME in ixgbe_ptp_start_cyclecounter

Kuniyuki Iwashima <kuniyu@amazon.com>
    net: Fix a data-race around sysctl_somaxconn.

Kuniyuki Iwashima <kuniyu@amazon.com>
    net: Fix data-races around sysctl_devconf_inherit_init_net.

Kuniyuki Iwashima <kuniyu@amazon.com>
    net: Fix data-races around sysctl_fb_tunnels_only_for_init_net.

Kuniyuki Iwashima <kuniyu@amazon.com>
    net: Fix a data-race around netdev_budget_usecs.

Kuniyuki Iwashima <kuniyu@amazon.com>
    net: Fix data-races around sysctl_max_skb_frags.

Paolo Abeni <pabeni@redhat.com>
    mptcp: stop relying on tcp_tx_skb_cache

Paolo Abeni <pabeni@redhat.com>
    tcp: expose the tcp_mark_push() and tcp_skb_entail() helpers

Kuniyuki Iwashima <kuniyu@amazon.com>
    net: Fix a data-race around netdev_budget.

Kuniyuki Iwashima <kuniyu@amazon.com>
    net: Fix a data-race around sysctl_net_busy_read.

Kuniyuki Iwashima <kuniyu@amazon.com>
    net: Fix a data-race around sysctl_net_busy_poll.

Kuniyuki Iwashima <kuniyu@amazon.com>
    net: Fix a data-race around sysctl_tstamp_allow_data.

Kuniyuki Iwashima <kuniyu@amazon.com>
    net: Fix data-races around sysctl_optmem_max.

Kuniyuki Iwashima <kuniyu@amazon.com>
    ratelimit: Fix data-races in ___ratelimit().

Kuniyuki Iwashima <kuniyu@amazon.com>
    net: Fix data-races around netdev_tstamp_prequeue.

Kuniyuki Iwashima <kuniyu@amazon.com>
    net: Fix data-races around netdev_max_backlog.

Kuniyuki Iwashima <kuniyu@amazon.com>
    net: Fix data-races around weight_p and dev_weight_[rt]x_bias.

Kuniyuki Iwashima <kuniyu@amazon.com>
    net: Fix data-races around sysctl_[rw]mem_(max|default).

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: flowtable: fix stuck flows on cleanup due to pending work

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: flowtable: add function to invoke garbage collection immediately

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nf_tables: disallow binding to already bound chain

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nf_tables: disallow jump to implicit chain from set element

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nf_tables: upfront validation of data via nft_data_init()

Jeremy Sowden <jeremy@azazel.net>
    netfilter: bitwise: improve error goto labels

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nft_cmp: optimize comparison for 16-bytes

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nf_tables: consolidate rule verdict trace call

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nft_tunnel: restrict it to netdev family

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nft_osf: restrict osf to ipv4, ipv6 and inet families

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nf_tables: do not leave chain stats enabled on error

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nft_payload: do not truncate csum_offset and csum_type

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nft_payload: report ERANGE for too long offset and length

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nf_tables: make table handle allocation per-netns friendly

Pablo Neira Ayuso <pablo@netfilter.org>
    netfilter: nf_tables: disallow updates of implicit chain

Vikas Gupta <vikas.gupta@broadcom.com>
    bnxt_en: fix NQ resource accounting during vf creation on 57500 chips

Florian Westphal <fw@strlen.de>
    netfilter: ebtables: reject blobs that don't provide all entry points

Maciej Żenczykowski <maze@google.com>
    net: ipvtap - add __init/__exit annotations to module init/exit funcs

Jonathan Toppins <jtoppins@redhat.com>
    bonding: 802.3ad: fix no transmission of LACPDUs

Sergei Antonov <saproj@gmail.com>
    net: moxa: get rid of asymmetry in DMA mapping/unmapping

Xiaolei Wang <xiaolei.wang@windriver.com>
    net: phy: Don't WARN for PHY_READY state in mdio_bus_phy_resume()

Alex Elder <elder@linaro.org>
    net: ipa: don't assume SMEM is page-aligned

Maor Dickman <maord@nvidia.com>
    net/mlx5e: Fix wrong tc flag used when set hw-tc-offload off

Aya Levin <ayal@nvidia.com>
    net/mlx5e: Fix wrong application of the LRO state

Moshe Shemesh <moshe@nvidia.com>
    net/mlx5: Avoid false positive lockdep warning by adding lock_class_key

Vlad Buslov <vladbu@nvidia.com>
    net/mlx5e: Properly disable vlan strip on non-UL reps

Maciej Fijalkowski <maciej.fijalkowski@intel.com>
    ice: xsk: prohibit usage of non-balanced queue id

Maciej Fijalkowski <maciej.fijalkowski@intel.com>
    ice: xsk: Force rings to be sized to power of 2

Duoming Zhou <duoming@zju.edu.cn>
    nfc: pn533: Fix use-after-free bugs caused by pn532_cmd_timeout

Hayes Wang <hayeswang@realtek.com>
    r8152: fix the RX FIFO settings when suspending

Hayes Wang <hayeswang@realtek.com>
    r8152: fix the units of some registers for RTL8156A

Bernard Pidoux <f6bvp@free.fr>
    rose: check NULL rose_loopback_neigh->loopback

Christian Brauner <brauner@kernel.org>
    ntfs: fix acl handling

Peter Xu <peterx@redhat.com>
    mm/smaps: don't access young/dirty bit if pte unpresent

Trond Myklebust <trond.myklebust@hammerspace.com>
    SUNRPC: RPC level errors should set task->tk_rpc_status

Olga Kornievskaia <kolga@netapp.com>
    NFSv4.2 fix problems with __nfs42_ssc_open

Trond Myklebust <trond.myklebust@hammerspace.com>
    NFS: Don't allocate nfs_fattr on the stack in __nfs42_ssc_open()

Sabrina Dubroca <sd@queasysnail.net>
    Revert "net: macsec: update SCI upon MAC address change."

Jakub Kicinski <kuba@kernel.org>
    net: use eth_hw_addr_set() instead of ether_addr_copy()

Seth Forshee <sforshee@digitalocean.com>
    fs: require CAP_SYS_ADMIN in target namespace for idmapped mounts

Nikolay Aleksandrov <razor@blackwall.org>
    xfrm: policy: fix metadata dst->dev xmit null pointer dereference

Herbert Xu <herbert@gondor.apana.org.au>
    af_key: Do not call xfrm_probe_algs in parallel

Antony Antony <antony.antony@secunet.com>
    xfrm: clone missing x->lastused in xfrm_do_migrate

Xin Xiong <xiongx18@fudan.edu.cn>
    xfrm: fix refcount leak in __xfrm_policy_check()

Chen Lifu <chenlifu@huawei.com>
    riscv: lib: uaccess: fix CSR_STATUS SR_SUM bit

Jisheng Zhang <jszhang@kernel.org>
    riscv: lib: uaccess: fold fixups into body

Qu Wenruo <wqu@suse.com>
    btrfs: remove unnecessary parameter delalloc_start for writepage_delalloc()

Filipe Manana <fdmanana@suse.com>
    btrfs: pass the dentry to btrfs_log_new_name() instead of the inode

Filipe Manana <fdmanana@suse.com>
    btrfs: put initial index value of a directory in a constant

Quinn Tran <qutran@marvell.com>
    scsi: qla2xxx: edif: Fix dropped IKE message

Arun Easi <aeasi@marvell.com>
    scsi: qla2xxx: Fix response queue handler reading stale packets

Phil Auld <pauld@redhat.com>
    drivers/base: fix userspace break from using bin_attributes for cpumap and cpulist

Werner Sembach <wse@tuxedocomputers.com>
    Input: i8042 - add additional TUXEDO devices to i8042 quirk tables

Werner Sembach <wse@tuxedocomputers.com>
    Input: i8042 - add TUXEDO devices to i8042 quirk tables

Werner Sembach <wse@tuxedocomputers.com>
    Input: i8042 - merge quirk tables

Werner Sembach <wse@tuxedocomputers.com>
    Input: i8042 - move __initconst to fix code styling warning

Naohiro Aota <naohiro.aota@wdc.com>
    btrfs: convert count_max_extents() to use fs_info->max_extent_size

Naohiro Aota <naohiro.aota@wdc.com>
    btrfs: replace BTRFS_MAX_EXTENT_SIZE with fs_info->max_extent_size

Naohiro Aota <naohiro.aota@wdc.com>
    btrfs: zoned: revive max_zone_append_bytes

Naohiro Aota <naohiro.aota@wdc.com>
    block: add bdev_max_segments() helper

Christoph Hellwig <hch@lst.de>
    block: add a bdev_max_zone_append_sectors helper

Lai Jiangshan <jiangshan.ljs@antgroup.com>
    x86/entry: Move CLD to the start of the idtentry macro

Randy Dunlap <rdunlap@infradead.org>
    kernel/sys_ni: add compat entry for fadvise64_64

Helge Deller <deller@gmx.de>
    parisc: Fix exception handler for fldw and fstw instructions

Helge Deller <deller@gmx.de>
    parisc: Make CONFIG_64BIT available for ARCH=parisc64 only

Jing-Ting Wu <Jing-Ting.Wu@mediatek.com>
    cgroup: Fix race condition at rebind_subsystems()

Gaosheng Cui <cuigaosheng1@huawei.com>
    audit: fix potential double free on error path from fsnotify_add_inode_mark

Martin Liška <mliska@suse.cz>
    eth: sun: cassini: remove dead code

Jakub Kicinski <kuba@kernel.org>
    wifi: rtlwifi: remove always-true condition pointed out by GCC 12


-------------

Diffstat:

 Documentation/ABI/testing/sysfs-devices-system-cpu |    1 +
 .../hw-vuln/processor_mmio_stale_data.rst          |   14 +
 Documentation/admin-guide/sysctl/net.rst           |    2 +-
 Makefile                                           |    4 +-
 arch/arm64/kernel/cpu_errata.c                     |    2 +
 arch/parisc/Kconfig                                |   21 +-
 arch/parisc/kernel/unaligned.c                     |    2 +-
 arch/riscv/include/asm/thread_info.h               |    2 +
 arch/riscv/kernel/traps.c                          |    3 +-
 arch/riscv/lib/uaccess.S                           |   24 +-
 arch/s390/kernel/process.c                         |   22 +-
 arch/s390/mm/fault.c                               |    4 +-
 arch/x86/entry/entry_64.S                          |    8 +-
 arch/x86/events/intel/ds.c                         |   10 +-
 arch/x86/events/intel/lbr.c                        |    8 +
 arch/x86/events/intel/uncore_snb.c                 |   18 +-
 arch/x86/include/asm/cpufeatures.h                 |    5 +-
 arch/x86/include/asm/nospec-branch.h               |   92 +-
 arch/x86/kernel/cpu/bugs.c                         |   14 +-
 arch/x86/kernel/cpu/common.c                       |   42 +-
 arch/x86/kernel/unwind_orc.c                       |   15 +-
 block/blk-mq.c                                     |    5 +-
 drivers/acpi/processor_thermal.c                   |    2 +-
 drivers/android/binder_alloc.c                     |   31 +-
 drivers/base/node.c                                |    4 +-
 drivers/base/topology.c                            |   28 +-
 drivers/block/loop.c                               |    5 +
 drivers/gpu/drm/nouveau/nouveau_bo.c               |    9 +
 drivers/input/serio/i8042-x86ia64io.h              | 1251 ++++++++++++--------
 drivers/md/md.c                                    |    3 +-
 drivers/net/bonding/bond_3ad.c                     |   38 +-
 drivers/net/ethernet/broadcom/bnxt/bnxt_sriov.c    |    2 +-
 drivers/net/ethernet/intel/i40e/i40e_ethtool.c     |    2 +-
 drivers/net/ethernet/intel/ice/ice_xsk.c           |   14 +
 drivers/net/ethernet/intel/ixgbe/ixgbe_ptp.c       |   59 +-
 drivers/net/ethernet/mellanox/mlx5/core/en_main.c  |   12 +-
 drivers/net/ethernet/mellanox/mlx5/core/en_rep.c   |    2 +
 drivers/net/ethernet/mellanox/mlx5/core/main.c     |    4 +
 drivers/net/ethernet/moxa/moxart_ether.c           |   11 +-
 drivers/net/ethernet/pensando/ionic/ionic_lif.c    |  109 +-
 drivers/net/ethernet/pensando/ionic/ionic_main.c   |    4 +-
 drivers/net/ethernet/stmicro/stmmac/dwmac_lib.c    |    8 +-
 drivers/net/ethernet/stmicro/stmmac/stmmac_main.c  |    9 +-
 drivers/net/ethernet/sun/cassini.c                 |    4 +-
 drivers/net/ipa/ipa_mem.c                          |    2 +-
 drivers/net/ipvlan/ipvlan_main.c                   |    2 +-
 drivers/net/ipvlan/ipvtap.c                        |    4 +-
 drivers/net/macsec.c                               |   13 +-
 drivers/net/macvlan.c                              |    2 +-
 drivers/net/phy/phy_device.c                       |    8 +-
 drivers/net/usb/r8152.c                            |   27 +-
 drivers/net/usb/smsc95xx.c                         |  139 +--
 .../net/wireless/realtek/rtlwifi/rtl8192de/phy.c   |    5 +-
 drivers/nfc/pn533/uart.c                           |    1 +
 drivers/nvme/target/zns.c                          |    3 +-
 drivers/scsi/qla2xxx/qla_gbl.h                     |    2 +
 drivers/scsi/qla2xxx/qla_isr.c                     |   76 +-
 drivers/scsi/qla2xxx/qla_os.c                      |   10 +
 drivers/scsi/storvsc_drv.c                         |    2 +-
 drivers/scsi/ufs/ufshci.h                          |    6 +-
 drivers/video/fbdev/core/fbcon.c                   |   27 +-
 drivers/xen/privcmd.c                              |   21 +-
 fs/btrfs/btrfs_inode.h                             |   12 +-
 fs/btrfs/ctree.h                                   |   29 +-
 fs/btrfs/delalloc-space.c                          |    6 +-
 fs/btrfs/dev-replace.c                             |    5 +-
 fs/btrfs/disk-io.c                                 |    2 +
 fs/btrfs/extent_io.c                               |   18 +-
 fs/btrfs/inode.c                                   |   40 +-
 fs/btrfs/root-tree.c                               |    5 +-
 fs/btrfs/tree-log.c                                |   19 +-
 fs/btrfs/tree-log.h                                |    2 +-
 fs/btrfs/volumes.c                                 |    5 +-
 fs/btrfs/xattr.c                                   |    3 +
 fs/btrfs/zoned.c                                   |   20 +
 fs/btrfs/zoned.h                                   |    1 +
 fs/cifs/smb2ops.c                                  |   12 +-
 fs/fs-writeback.c                                  |   12 +-
 fs/io_uring.c                                      |    7 +-
 fs/namespace.c                                     |    7 +
 fs/nfs/nfs4file.c                                  |   16 +-
 fs/ntfs3/xattr.c                                   |   16 +-
 fs/proc/task_mmu.c                                 |    7 +-
 fs/zonefs/super.c                                  |    3 +-
 include/asm-generic/sections.h                     |    7 +-
 include/linux/blkdev.h                             |   11 +
 include/linux/cpumask.h                            |   18 +
 include/linux/memcontrol.h                         |   15 +-
 include/linux/mlx5/driver.h                        |    1 +
 include/linux/netdevice.h                          |   20 +-
 include/linux/netfilter_bridge/ebtables.h          |    4 -
 include/net/busy_poll.h                            |    2 +-
 include/net/netfilter/nf_flow_table.h              |    3 +
 include/net/netfilter/nf_tables.h                  |   10 +-
 include/net/netfilter/nf_tables_core.h             |    9 +
 include/net/tcp.h                                  |    2 +
 kernel/audit_fsnotify.c                            |    1 +
 kernel/bpf/verifier.c                              |   10 +-
 kernel/cgroup/cgroup.c                             |    1 +
 kernel/sys_ni.c                                    |    1 +
 lib/ratelimit.c                                    |   12 +-
 mm/backing-dev.c                                   |   10 +-
 mm/bootmem_info.c                                  |    2 +
 mm/damon/dbgfs.c                                   |    3 +
 mm/mmap.c                                          |    8 +-
 mm/page-writeback.c                                |    6 +-
 net/8021q/vlan_dev.c                               |    6 +-
 net/bridge/netfilter/ebtable_broute.c              |    8 -
 net/bridge/netfilter/ebtable_filter.c              |    8 -
 net/bridge/netfilter/ebtable_nat.c                 |    8 -
 net/bridge/netfilter/ebtables.c                    |    8 +-
 net/core/bpf_sk_storage.c                          |    5 +-
 net/core/dev.c                                     |   18 +-
 net/core/filter.c                                  |   13 +-
 net/core/gro_cells.c                               |    2 +-
 net/core/skbuff.c                                  |    2 +-
 net/core/sock.c                                    |   18 +-
 net/core/sysctl_net_core.c                         |   15 +-
 net/dsa/slave.c                                    |    4 +-
 net/hsr/hsr_device.c                               |    2 +-
 net/hsr/hsr_main.c                                 |    2 +-
 net/ipv4/devinet.c                                 |   16 +-
 net/ipv4/ip_output.c                               |    2 +-
 net/ipv4/ip_sockglue.c                             |    6 +-
 net/ipv4/tcp.c                                     |   12 +-
 net/ipv4/tcp_output.c                              |    2 +-
 net/ipv6/addrconf.c                                |    5 +-
 net/ipv6/ipv6_sockglue.c                           |    4 +-
 net/key/af_key.c                                   |    3 +
 net/mptcp/protocol.c                               |  138 ++-
 net/netfilter/ipvs/ip_vs_sync.c                    |    4 +-
 net/netfilter/nf_flow_table_core.c                 |   15 +-
 net/netfilter/nf_flow_table_offload.c              |    8 +
 net/netfilter/nf_tables_api.c                      |   96 +-
 net/netfilter/nf_tables_core.c                     |   55 +-
 net/netfilter/nft_bitwise.c                        |   67 +-
 net/netfilter/nft_cmp.c                            |  140 ++-
 net/netfilter/nft_immediate.c                      |   22 +-
 net/netfilter/nft_osf.c                            |   18 +-
 net/netfilter/nft_payload.c                        |   29 +-
 net/netfilter/nft_range.c                          |   27 +-
 net/netfilter/nft_tunnel.c                         |    1 +
 net/rose/rose_loopback.c                           |    3 +-
 net/rxrpc/call_object.c                            |    4 +-
 net/rxrpc/sendmsg.c                                |   92 +-
 net/sched/sch_generic.c                            |    2 +-
 net/socket.c                                       |    2 +-
 net/sunrpc/clnt.c                                  |    2 +-
 net/xfrm/espintcp.c                                |    2 +-
 net/xfrm/xfrm_input.c                              |    2 +-
 net/xfrm/xfrm_policy.c                             |    3 +-
 net/xfrm/xfrm_state.c                              |    1 +
 tools/perf/Makefile.config                         |    2 +-
 tools/perf/builtin-stat.c                          |    1 +
 154 files changed, 2271 insertions(+), 1316 deletions(-)

On 8/29/2022 3:57 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.64 release.
> There are 136 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
> 
> Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
> Anything received after that time might be too late.
> 
> The whole patch series can be found in one patch at:
> 	https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.15.64-rc1.gz
> or in the git tree and branch at:
> 	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.15.y
> and the diffstat can be found below.
> 
> thanks,
> 
> greg k-h

On ARCH_BRCMSTB using 32-bit and 64-bit ARM kernels and build tested on 
BMIPS_GENERIC:

Tested-by: Florian Fainelli <f.fainelli@gmail.com>
-- 
Florian

Hi Greg,

On Mon, Aug 29, 2022 at 12:57:47PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.64 release.
> There are 136 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
> 
> Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
> Anything received after that time might be too late.

Build test (gcc version 11.3.1 20220819):
mips: 62 configs -> no failure
arm: 99 configs -> no failure
arm64: 3 configs -> no failure
x86_64: 4 configs -> no failure
alpha allmodconfig -> no failure
csky allmodconfig -> no failure
powerpc allmodconfig -> no failure
riscv allmodconfig -> no failure
s390 allmodconfig -> no failure
xtensa allmodconfig -> no failure

Boot test:
x86_64: Booted on my test laptop. No regression.
x86_64: Booted on qemu. No regression. [1]
arm64: Booted on rpi4b (4GB model). No regression. [2]
mips: Booted on ci20 board. No regression. [3]

[1]. https://openqa.qa.codethink.co.uk/tests/1729
[2]. https://openqa.qa.codethink.co.uk/tests/1733
[3]. https://openqa.qa.codethink.co.uk/tests/1735

Tested-by: Sudip Mukherjee <sudip.mukherjee@codethink.co.uk>

--
Regards
Sudip

Hi Greg,

On 29/08/2022 11:57, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.64 release.
> There are 136 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
> 
> Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
> Anything received after that time might be too late.
> 
> The whole patch series can be found in one patch at:
> 	https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.15.64-rc1.gz
> or in the git tree and branch at:
> 	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.15.y
> and the diffstat can be found below.
> 
> thanks,
> 
> greg k-h


I have been out on vacation and unfortunately some boot issues were 
introduced for Tegra back in 5.15.61 ...

Test results for stable-v5.15:
     10 builds:	10 pass, 0 fail
     32 boots:	28 pass, 4 fail
     68 tests:	68 pass, 0 fail

Linux version:	5.15.64-rc1-g881ab4a7404d
Boards tested:	tegra124-jetson-tk1, tegra186-p2771-0000,
                 tegra194-p2972-0000, tegra194-p3509-0000+p3668-0000,
                 tegra20-ventana, tegra210-p2371-2180,
                 tegra210-p3450-0000, tegra30-cardhu-a04

Boot failures:	tegra186-p2771-0000, tegra194-p2972-0000,
                 tegra194-p3509-0000+p3668-0000


Fortunately, these boot issues are specific to Tegra and were caused by 
commit a7f751d4e830c5a2ac9e9908df43e8d29b7d3b22 ("arm64: tegra: Mark 
BPMP channels as no-memory-wc"). This commit had the fixes tag populated 
but it has a dependency on mainline commit a4740b148a04 ("firmware: 
tegra: bpmp: Do only aligned access to IPC memory area") which did not 
have any fixes tag populated.

Can you pull mainline commit a4740b148a04 ("firmware: tegra: bpmp: Do 
only aligned access to IPC memory area") into 5.15.y, 5.18.y and 5.19.y? 
Fine if you want to do it for the next stable update.

Sorry about this. In future I will definitely make sure that someone is 
monitoring this while I am away.

Thanks
Jon

-- 
nvpublic

On Tue, Aug 30, 2022 at 11:32:24AM +0100, Jon Hunter wrote:
> Hi Greg,
> 
> On 29/08/2022 11:57, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.15.64 release.
> > There are 136 patches in this series, all will be posted as a response
> > to this one.  If anyone has any issues with these being applied, please
> > let me know.
> > 
> > Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
> > Anything received after that time might be too late.
> > 
> > The whole patch series can be found in one patch at:
> > 	https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.15.64-rc1.gz
> > or in the git tree and branch at:
> > 	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.15.y
> > and the diffstat can be found below.
> > 
> > thanks,
> > 
> > greg k-h
> 
> 
> I have been out on vacation and unfortunately some boot issues were
> introduced for Tegra back in 5.15.61 ...
> 
> Test results for stable-v5.15:
>     10 builds:	10 pass, 0 fail
>     32 boots:	28 pass, 4 fail
>     68 tests:	68 pass, 0 fail
> 
> Linux version:	5.15.64-rc1-g881ab4a7404d
> Boards tested:	tegra124-jetson-tk1, tegra186-p2771-0000,
>                 tegra194-p2972-0000, tegra194-p3509-0000+p3668-0000,
>                 tegra20-ventana, tegra210-p2371-2180,
>                 tegra210-p3450-0000, tegra30-cardhu-a04
> 
> Boot failures:	tegra186-p2771-0000, tegra194-p2972-0000,
>                 tegra194-p3509-0000+p3668-0000
> 
> 
> Fortunately, these boot issues are specific to Tegra and were caused by
> commit a7f751d4e830c5a2ac9e9908df43e8d29b7d3b22 ("arm64: tegra: Mark BPMP
> channels as no-memory-wc"). This commit had the fixes tag populated but it
> has a dependency on mainline commit a4740b148a04 ("firmware: tegra: bpmp: Do
> only aligned access to IPC memory area") which did not have any fixes tag
> populated.
> 
> Can you pull mainline commit a4740b148a04 ("firmware: tegra: bpmp: Do only
> aligned access to IPC memory area") into 5.15.y, 5.18.y and 5.19.y? Fine if
> you want to do it for the next stable update.

5.18.y is end-of-life, so I've applied this to the other branches now,
thanks!

greg k-h

On 8/29/22 3:57 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.64 release.
> There are 136 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
> 	https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.15.64-rc1.gz
> or in the git tree and branch at:
> 	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.15.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h

Built and booted successfully on RISC-V RV64 (HiFive Unmatched).

Tested-by: Ron Economos <re@w6rz.net>

On Mon, Aug 29, 2022 at 12:57:47PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.64 release.
> There are 136 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
 
Successfully cross-compiled for arm64 (bcm2711_defconfig, GCC 10.2.0) and
powerpc (ps3_defconfig, GCC 12.1.0).

Tested-by: Bagas Sanjaya <bagasdotme@gmail.com>

-- 
An old man doll... just what I always wanted! - Clara

Hello!

On 29/08/22 05:57, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.64 release.
> There are 136 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
> 
> Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
> Anything received after that time might be too late.
> 
> The whole patch series can be found in one patch at:
> 	https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.15.64-rc1.gz
> or in the git tree and branch at:
> 	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.15.y
> and the diffstat can be found below.
> 
> thanks,
> 
> greg k-h

Results from Linaro's test farm.
No regressions on arm64, arm, x86_64, and i386.

Tested-by: Linux Kernel Functional Testing <lkft@linaro.org>

## Build
* kernel: 5.15.64-rc1
* git: https://gitlab.com/Linaro/lkft/mirrors/stable/linux-stable-rc
* git branch: linux-5.15.y
* git commit: 881ab4a7404df537a02c17ade40cb8c7510b5ff0
* git describe: v5.15.63-137-g881ab4a7404d
* test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.15.y/build/v5.15.63-137-g881ab4a7404d

## No test regressions (compared to v5.15.63)

## No metric regressions (compared to v5.15.63)

## No test fixes (compared to v5.15.63)

## No metric fixes (compared to v5.15.63)

## Test result summary
total: 104529, pass: 92369, fail: 635, skip: 11206, xfail: 319

## Build Summary
* arc: 10 total, 10 passed, 0 failed
* arm: 306 total, 303 passed, 3 failed
* arm64: 68 total, 65 passed, 3 failed
* i386: 57 total, 51 passed, 6 failed
* mips: 50 total, 47 passed, 3 failed
* parisc: 14 total, 14 passed, 0 failed
* powerpc: 59 total, 56 passed, 3 failed
* riscv: 27 total, 26 passed, 1 failed
* s390: 26 total, 23 passed, 3 failed
* sh: 26 total, 24 passed, 2 failed
* sparc: 14 total, 14 passed, 0 failed
* x86_64: 61 total, 58 passed, 3 failed

## Test suites summary
* fwts
* igt-gpu-tools
* kunit
* kvm-unit-tests
* libgpiod
* libhugetlbfs
* log-parser-boot
* log-parser-test
* ltp-cap_bounds
* ltp-commands
* ltp-containers
* ltp-controllers
* ltp-cpuhotplug
* ltp-crypto
* ltp-cve
* ltp-dio
* ltp-fcntl-locktests
* ltp-filecaps
* ltp-fs
* ltp-fs_bind
* ltp-fs_perms_simple
* ltp-fsx
* ltp-hugetlb
* ltp-io
* ltp-ipc
* ltp-math
* ltp-mm
* ltp-nptl
* ltp-open-posix-tests
* ltp-pty
* ltp-sched
* ltp-securebits
* ltp-syscalls
* ltp-tracing
* network-basic-tests
* packetdrill
* rcutorture
* v4l2-compliance
* vdso


Greetings!

Daniel Díaz
daniel.diaz@linaro.org

-- 
Linaro LKFT
https://lkft.linaro.org

On Mon, Aug 29, 2022 at 12:57:47PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.64 release.
> There are 136 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
> 
> Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
> Anything received after that time might be too late.
> 

Build results:
	total: 159 pass: 159 fail: 0
Qemu test results:
	total: 485 pass: 485 fail: 0

Tested-by: Guenter Roeck <linux@roeck-us.net>

Guenter

On 8/29/22 04:57, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.64 release.
> There are 136 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
> 
> Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
> Anything received after that time might be too late.
> 
> The whole patch series can be found in one patch at:
> 	https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.15.64-rc1.gz
> or in the git tree and branch at:
> 	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.15.y
> and the diffstat can be found below.
> 
> thanks,
> 
> greg k-h
> 

Compiled and booted on my test system. No dmesg regressions.

Tested-by: Shuah Khan <skhan@linuxfoundation.org>

thanks,
-- Shuah

Hi Greg,

On Mon, Aug 29, 2022 at 12:00 PM Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> This is the start of the stable review cycle for the 5.15.64 release.
> There are 136 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
> Anything received after that time might be too late.

My builds are still running, but just an initial report for gcc-12. (I
know v5.15.y still does not build completely with gcc-12).

x86_64 and arm64 allmodconfig build fails with gcc-12, with the error:

drivers/acpi/thermal.c: In function 'acpi_thermal_resume':
drivers/acpi/thermal.c:1101:21: error: the comparison will always
evaluate as 'true' for the address of 'active' will never be NULL
[-Werror=address]
 1101 |                 if (!(&tz->trips.active[i]))
      |                     ^
drivers/acpi/thermal.c:151:36: note: 'active' declared here
  151 |         struct acpi_thermal_active active[ACPI_THERMAL_MAX_ACTIVE];

Will need e5b5d25444e9 ("ACPI: thermal: drop an always true check").

powerpc allmodconfig fails with gcc-12, the error is:

In function 'memcmp',
    inlined from 'bacmp' at ./include/net/bluetooth/bluetooth.h:278:9,
    inlined from 'l2cap_global_chan_by_psm' at
net/bluetooth/l2cap_core.c:2003:15:
./include/linux/fortify-string.h:19:33: error: '__builtin_memcmp'
specified bound 6 exceeds source size 0 [-Werror=stringop-overread]
   19 | #define __underlying_memcmp     __builtin_memcmp
      |                                 ^
./include/linux/fortify-string.h:235:16: note: in expansion of macro
'__underlying_memcmp'
  235 |         return __underlying_memcmp(p, q, size);
      |                ^~~~~~~~~~~~~~~~~~~
In function 'memcmp',
    inlined from 'bacmp' at ./include/net/bluetooth/bluetooth.h:278:9,
    inlined from 'l2cap_global_chan_by_psm' at
net/bluetooth/l2cap_core.c:2004:15:
./include/linux/fortify-string.h:19:33: error: '__builtin_memcmp'
specified bound 6 exceeds source size 0 [-Werror=stringop-overread]
   19 | #define __underlying_memcmp     __builtin_memcmp
      |                                 ^
./include/linux/fortify-string.h:235:16: note: in expansion of macro
'__underlying_memcmp'
  235 |         return __underlying_memcmp(p, q, size);
      |                ^~~~~~~~~~~~~~~~~~~

Introduced in v5.15.61 due to 2711bedab26c ("Bluetooth: L2CAP: Fix
l2cap_global_chan_by_psm regression").
But v5.19.y and mainline does not show the build failure as they also
have 41b7a347bf14 ("powerpc: Book3S 64-bit outline-only KASAN
support").


-- 
Regards
Sudip

On Mon, Aug 29, 2022 at 09:11:28PM +0100, Sudip Mukherjee wrote:
> Hi Greg,
> 
> On Mon, Aug 29, 2022 at 12:00 PM Greg Kroah-Hartman
> <gregkh@linuxfoundation.org> wrote:
> >
> > This is the start of the stable review cycle for the 5.15.64 release.
> > There are 136 patches in this series, all will be posted as a response
> > to this one.  If anyone has any issues with these being applied, please
> > let me know.
> >
> > Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
> > Anything received after that time might be too late.
> 
> My builds are still running, but just an initial report for gcc-12. (I
> know v5.15.y still does not build completely with gcc-12).
> 
> x86_64 and arm64 allmodconfig build fails with gcc-12, with the error:
> 
> drivers/acpi/thermal.c: In function 'acpi_thermal_resume':
> drivers/acpi/thermal.c:1101:21: error: the comparison will always
> evaluate as 'true' for the address of 'active' will never be NULL
> [-Werror=address]
>  1101 |                 if (!(&tz->trips.active[i]))
>       |                     ^
> drivers/acpi/thermal.c:151:36: note: 'active' declared here
>   151 |         struct acpi_thermal_active active[ACPI_THERMAL_MAX_ACTIVE];
> 
> Will need e5b5d25444e9 ("ACPI: thermal: drop an always true check").

Now applied.

> powerpc allmodconfig fails with gcc-12, the error is:
> 
> In function 'memcmp',
>     inlined from 'bacmp' at ./include/net/bluetooth/bluetooth.h:278:9,
>     inlined from 'l2cap_global_chan_by_psm' at
> net/bluetooth/l2cap_core.c:2003:15:
> ./include/linux/fortify-string.h:19:33: error: '__builtin_memcmp'
> specified bound 6 exceeds source size 0 [-Werror=stringop-overread]
>    19 | #define __underlying_memcmp     __builtin_memcmp
>       |                                 ^
> ./include/linux/fortify-string.h:235:16: note: in expansion of macro
> '__underlying_memcmp'
>   235 |         return __underlying_memcmp(p, q, size);
>       |                ^~~~~~~~~~~~~~~~~~~
> In function 'memcmp',
>     inlined from 'bacmp' at ./include/net/bluetooth/bluetooth.h:278:9,
>     inlined from 'l2cap_global_chan_by_psm' at
> net/bluetooth/l2cap_core.c:2004:15:
> ./include/linux/fortify-string.h:19:33: error: '__builtin_memcmp'
> specified bound 6 exceeds source size 0 [-Werror=stringop-overread]
>    19 | #define __underlying_memcmp     __builtin_memcmp
>       |                                 ^
> ./include/linux/fortify-string.h:235:16: note: in expansion of macro
> '__underlying_memcmp'
>   235 |         return __underlying_memcmp(p, q, size);
>       |                ^~~~~~~~~~~~~~~~~~~
> 
> Introduced in v5.15.61 due to 2711bedab26c ("Bluetooth: L2CAP: Fix
> l2cap_global_chan_by_psm regression").
> But v5.19.y and mainline does not show the build failure as they also
> have 41b7a347bf14 ("powerpc: Book3S 64-bit outline-only KASAN
> support").

Ick, ok, what to do here?  I can't really backport 41b7a347bf14 to 5.15
easily as it's huge and a new feature.  Any other ideas?

thanks,

greg k-h

On Thu, Sep 1, 2022 at 10:46 AM Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> On Mon, Aug 29, 2022 at 09:11:28PM +0100, Sudip Mukherjee wrote:
> > Hi Greg,
> >
> > On Mon, Aug 29, 2022 at 12:00 PM Greg Kroah-Hartman
> > <gregkh@linuxfoundation.org> wrote:
> > >
> > > This is the start of the stable review cycle for the 5.15.64 release.
> > > There are 136 patches in this series, all will be posted as a response
> > > to this one.  If anyone has any issues with these being applied, please
> > > let me know.
> > >
> > > Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
> > > Anything received after that time might be too late.
> >
> > My builds are still running, but just an initial report for gcc-12. (I
> > know v5.15.y still does not build completely with gcc-12).
> >
> > x86_64 and arm64 allmodconfig build fails with gcc-12, with the error:
> >

<snip>

> >
> > Introduced in v5.15.61 due to 2711bedab26c ("Bluetooth: L2CAP: Fix
> > l2cap_global_chan_by_psm regression").
> > But v5.19.y and mainline does not show the build failure as they also
> > have 41b7a347bf14 ("powerpc: Book3S 64-bit outline-only KASAN
> > support").
>
> Ick, ok, what to do here?  I can't really backport 41b7a347bf14 to 5.15
> easily as it's huge and a new feature.  Any other ideas?

Yeah.
https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git/commit/?id=b840304fb46cdf7012722f456bce06f151b3e81b
will fix the it for mips and csky failure in mainline and v5.19.y. And
I just verified that it will fix for powerpc also in v5.15.y. So, we
just need to wait for now.


-- 
Regards
Sudip

On Thu, Sep 01, 2022 at 11:22:53AM +0100, Sudip Mukherjee wrote:
> On Thu, Sep 1, 2022 at 10:46 AM Greg Kroah-Hartman
> <gregkh@linuxfoundation.org> wrote:
> >
> > On Mon, Aug 29, 2022 at 09:11:28PM +0100, Sudip Mukherjee wrote:
> > > Hi Greg,
> > >
> > > On Mon, Aug 29, 2022 at 12:00 PM Greg Kroah-Hartman
> > > <gregkh@linuxfoundation.org> wrote:
> > > >
> > > > This is the start of the stable review cycle for the 5.15.64 release.
> > > > There are 136 patches in this series, all will be posted as a response
> > > > to this one.  If anyone has any issues with these being applied, please
> > > > let me know.
> > > >
> > > > Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
> > > > Anything received after that time might be too late.
> > >
> > > My builds are still running, but just an initial report for gcc-12. (I
> > > know v5.15.y still does not build completely with gcc-12).
> > >
> > > x86_64 and arm64 allmodconfig build fails with gcc-12, with the error:
> > >
> 
> <snip>
> 
> > >
> > > Introduced in v5.15.61 due to 2711bedab26c ("Bluetooth: L2CAP: Fix
> > > l2cap_global_chan_by_psm regression").
> > > But v5.19.y and mainline does not show the build failure as they also
> > > have 41b7a347bf14 ("powerpc: Book3S 64-bit outline-only KASAN
> > > support").
> >
> > Ick, ok, what to do here?  I can't really backport 41b7a347bf14 to 5.15
> > easily as it's huge and a new feature.  Any other ideas?
> 
> Yeah.
> https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git/commit/?id=b840304fb46cdf7012722f456bce06f151b3e81b
> will fix the it for mips and csky failure in mainline and v5.19.y. And
> I just verified that it will fix for powerpc also in v5.15.y. So, we
> just need to wait for now.

Ah good, thanks for pointing that out!

greg k-h

On Thu, Sep 1, 2022 at 11:30 AM Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> On Thu, Sep 01, 2022 at 11:22:53AM +0100, Sudip Mukherjee wrote:
> > On Thu, Sep 1, 2022 at 10:46 AM Greg Kroah-Hartman
> > <gregkh@linuxfoundation.org> wrote:
> > >
> > > On Mon, Aug 29, 2022 at 09:11:28PM +0100, Sudip Mukherjee wrote:
> > > > Hi Greg,
> > > >
> > > > On Mon, Aug 29, 2022 at 12:00 PM Greg Kroah-Hartman
> > > > <gregkh@linuxfoundation.org> wrote:
> > > > >
> > > > > This is the start of the stable review cycle for the 5.15.64 release.
> > > > > There are 136 patches in this series, all will be posted as a response
> > > > > to this one.  If anyone has any issues with these being applied, please
> > > > > let me know.
> > > > >
> > > > > Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
> > > > > Anything received after that time might be too late.
> > > >
> > > > My builds are still running, but just an initial report for gcc-12. (I
> > > > know v5.15.y still does not build completely with gcc-12).
> > > >
> > > > x86_64 and arm64 allmodconfig build fails with gcc-12, with the error:
> > > >
> >
> > <snip>
> >
> > > >
> > > > Introduced in v5.15.61 due to 2711bedab26c ("Bluetooth: L2CAP: Fix
> > > > l2cap_global_chan_by_psm regression").
> > > > But v5.19.y and mainline does not show the build failure as they also
> > > > have 41b7a347bf14 ("powerpc: Book3S 64-bit outline-only KASAN
> > > > support").
> > >
> > > Ick, ok, what to do here?  I can't really backport 41b7a347bf14 to 5.15
> > > easily as it's huge and a new feature.  Any other ideas?
> >
> > Yeah.
> > https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git/commit/?id=b840304fb46cdf7012722f456bce06f151b3e81b
> > will fix the it for mips and csky failure in mainline and v5.19.y. And
> > I just verified that it will fix for powerpc also in v5.15.y. So, we
> > just need to wait for now.
>
> Ah good, thanks for pointing that out!

uhh.. I can see you already added to the stable tree, but its not in
mainline yet.


-- 
Regards
Sudip

On Thu, Sep 01, 2022 at 11:56:20AM +0100, Sudip Mukherjee wrote:
> On Thu, Sep 1, 2022 at 11:30 AM Greg Kroah-Hartman
> <gregkh@linuxfoundation.org> wrote:
> >
> > On Thu, Sep 01, 2022 at 11:22:53AM +0100, Sudip Mukherjee wrote:
> > > On Thu, Sep 1, 2022 at 10:46 AM Greg Kroah-Hartman
> > > <gregkh@linuxfoundation.org> wrote:
> > > >
> > > > On Mon, Aug 29, 2022 at 09:11:28PM +0100, Sudip Mukherjee wrote:
> > > > > Hi Greg,
> > > > >
> > > > > On Mon, Aug 29, 2022 at 12:00 PM Greg Kroah-Hartman
> > > > > <gregkh@linuxfoundation.org> wrote:
> > > > > >
> > > > > > This is the start of the stable review cycle for the 5.15.64 release.
> > > > > > There are 136 patches in this series, all will be posted as a response
> > > > > > to this one.  If anyone has any issues with these being applied, please
> > > > > > let me know.
> > > > > >
> > > > > > Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
> > > > > > Anything received after that time might be too late.
> > > > >
> > > > > My builds are still running, but just an initial report for gcc-12. (I
> > > > > know v5.15.y still does not build completely with gcc-12).
> > > > >
> > > > > x86_64 and arm64 allmodconfig build fails with gcc-12, with the error:
> > > > >
> > >
> > > <snip>
> > >
> > > > >
> > > > > Introduced in v5.15.61 due to 2711bedab26c ("Bluetooth: L2CAP: Fix
> > > > > l2cap_global_chan_by_psm regression").
> > > > > But v5.19.y and mainline does not show the build failure as they also
> > > > > have 41b7a347bf14 ("powerpc: Book3S 64-bit outline-only KASAN
> > > > > support").
> > > >
> > > > Ick, ok, what to do here?  I can't really backport 41b7a347bf14 to 5.15
> > > > easily as it's huge and a new feature.  Any other ideas?
> > >
> > > Yeah.
> > > https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git/commit/?id=b840304fb46cdf7012722f456bce06f151b3e81b
> > > will fix the it for mips and csky failure in mainline and v5.19.y. And
> > > I just verified that it will fix for powerpc also in v5.15.y. So, we
> > > just need to wait for now.
> >
> > Ah good, thanks for pointing that out!
> 
> uhh.. I can see you already added to the stable tree, but its not in
> mainline yet.

It's on track to get to Linus and fixes a build problem, should be ok.

On Thu, Sep 01, 2022 at 02:05:41PM +0200, Greg Kroah-Hartman wrote:
> On Thu, Sep 01, 2022 at 11:56:20AM +0100, Sudip Mukherjee wrote:
> > On Thu, Sep 1, 2022 at 11:30 AM Greg Kroah-Hartman
> > <gregkh@linuxfoundation.org> wrote:
> > >
> > > On Thu, Sep 01, 2022 at 11:22:53AM +0100, Sudip Mukherjee wrote:
> > > > On Thu, Sep 1, 2022 at 10:46 AM Greg Kroah-Hartman
> > > > <gregkh@linuxfoundation.org> wrote:
> > > > >
> > > > > On Mon, Aug 29, 2022 at 09:11:28PM +0100, Sudip Mukherjee wrote:
> > > > > > Hi Greg,
> > > > > >
> > > > > > On Mon, Aug 29, 2022 at 12:00 PM Greg Kroah-Hartman
> > > > > > <gregkh@linuxfoundation.org> wrote:
> > > > > > >
> > > > > > > This is the start of the stable review cycle for the 5.15.64 release.
> > > > > > > There are 136 patches in this series, all will be posted as a response
> > > > > > > to this one.  If anyone has any issues with these being applied, please
> > > > > > > let me know.
> > > > > > >
> > > > > > > Responses should be made by Wed, 31 Aug 2022 10:57:37 +0000.
> > > > > > > Anything received after that time might be too late.
> > > > > >
> > > > > > My builds are still running, but just an initial report for gcc-12. (I
> > > > > > know v5.15.y still does not build completely with gcc-12).
> > > > > >
> > > > > > x86_64 and arm64 allmodconfig build fails with gcc-12, with the error:
> > > > > >
> > > >
> > > > <snip>
> > > >
> > > > > >
> > > > > > Introduced in v5.15.61 due to 2711bedab26c ("Bluetooth: L2CAP: Fix
> > > > > > l2cap_global_chan_by_psm regression").
> > > > > > But v5.19.y and mainline does not show the build failure as they also
> > > > > > have 41b7a347bf14 ("powerpc: Book3S 64-bit outline-only KASAN
> > > > > > support").
> > > > >
> > > > > Ick, ok, what to do here?  I can't really backport 41b7a347bf14 to 5.15
> > > > > easily as it's huge and a new feature.  Any other ideas?
> > > >
> > > > Yeah.
> > > > https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git/commit/?id=b840304fb46cdf7012722f456bce06f151b3e81b
> > > > will fix the it for mips and csky failure in mainline and v5.19.y. And
> > > > I just verified that it will fix for powerpc also in v5.15.y. So, we
> > > > just need to wait for now.
> > >
> > > Ah good, thanks for pointing that out!
> > 
> > uhh.. I can see you already added to the stable tree, but its not in
> > mainline yet.
> 
> It's on track to get to Linus and fixes a build problem, should be ok.

And it's now in Linus's tree so all is good :)