Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1021237ybl; Mon, 2 Dec 2019 23:48:24 -0800 (PST) X-Google-Smtp-Source: APXvYqy0hZ93kDmm8p1LKzdguINxHypuVQ+Wtr+mkfRyQ4B5l8UY4HaB9KruTpDBOggp9HNtH6Er X-Received: by 2002:a05:6808:b2d:: with SMTP id t13mr2557860oij.83.1575359304634; Mon, 02 Dec 2019 23:48:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575359304; cv=none; d=google.com; s=arc-20160816; b=EoM5LZfPTl/aAxA4AZGuuWgw9kMnVoCDhA5nhGpPiF4vGwhW1dcn816cacLOeW4dGS rRGROpmEp2dq1wHYfJdl9vsZKnPMh6qd+qoGQW6D5gZplX6GzM1zlmU30IbkUM9dNUe/ jb9V49SCYwUYKL6wuwmvikZkxms8hUX2u8gIRwGDr31bRStieRUE2krJWN19CSdvncqD JM43U9yhV3pI8+0/mDHs8+2FGnypo2ULIvP/m4l0n3Kc6XCCO65XSXBKzc/jEzEXfWzX hSSc9P1/nbX+EV+WMoyue6o2lUULjHPanPFVKo54Vg1aqktTqLvWuDvdjbP0cB1T+Yd4 qouA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=jWL0S/lwLfyBQNFH9COx+nXWnpckOMIBLfpqnAgHt3c=; b=uKy9wUQoaTACOqHiAA0Iv2Ak7eIe9YuOCMF9vszduicpdV4j2n9o4eSmtDWG2U1owt Rx16C7Me6YvrwwG1g3DPDY7a9qU14RlSweIp9v7cORU8ocVX3J0Q3hh2OW/3hGedIeuq bkBS6/Jgq+tLH3xKJ/jiCL1NPPdQ+P8yGkIEbAJTCPHH38tjho47VVYuPcaEhWclE+Me fXycnx82LqTzNCBP29fx7Q2qKrY8eioRAK5KdtnPI3slaJ2tGjBR57lVRFSY5J3riKWg 7Pv5PM2Uk+8bQcQhTVrikcpRYFGhr3eP3mAMUEBLaq5QrqRiHvPKsnbvBz0W9XLkrtGP lWsw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=iusGFqER; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 65si809515otw.204.2019.12.02.23.48.12; Mon, 02 Dec 2019 23:48:24 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=iusGFqER; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727518AbfLCHqs (ORCPT + 99 others); Tue, 3 Dec 2019 02:46:48 -0500 Received: from mail-lj1-f193.google.com ([209.85.208.193]:47074 "EHLO mail-lj1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727376AbfLCHqr (ORCPT ); Tue, 3 Dec 2019 02:46:47 -0500 Received: by mail-lj1-f193.google.com with SMTP id z17so2568205ljk.13 for ; Mon, 02 Dec 2019 23:46:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=jWL0S/lwLfyBQNFH9COx+nXWnpckOMIBLfpqnAgHt3c=; b=iusGFqERBVX91IN4sHwkB2hC2gT3KT+woNnvvGllqJybFcZhZcjxOs9DDh4+Qvr25S aUFJw6/RVRHwOpXQijxHZmxthsJmogNtp92tp5PSKiSUce1S1a78U7rExa6aSNCuyDa5 vy5XXi9WVQyPKZ0mc9eq9QVDaqLOfCv8dCJllPMkh1ygbd01+c/sQLe4yLDwiGE7b80M kNHru8ptMBELGcDk6C1kl0ETYjrdBWdGCRmzQkKEcKYhvSCo7WLq2yrx9i0bjdB5Zd9N TnlwI0tLfxNNPqa7UG2aKPg4xaISPQRrYSE7Cpb96IEko1Fl3lNfPwAqqVavGB67LSCZ d6Fg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=jWL0S/lwLfyBQNFH9COx+nXWnpckOMIBLfpqnAgHt3c=; b=bq7R/cBCEgGE5+yWg6PbdHjd92qHKHihTKpCMHrdD1dyNOqgqJH33OFTbsTzV1wbwV pm70xk2TpOYKdMh2vbtb+EFc3/ao3M3UMNHpwlBOKkOgVASvhmU8diCUAE4r9fdRz4DQ qUqVKP548AsIlNZ0kyEuDkBkf69yEpox4WS51pobNTxwsa8Zy9uqVDDFbtJ1zrtQry7y dkYmj0F4rKFQlVGZ7+Pc46dNCU6P0osgrpWWMr0XqGASXSMl2b8O39PMLWts7232D3Nr i0A6drSM9TX7VZwmMTxUkQPaNzugI9ee0xKi4XYCt61BOf8q2fUtO9+fHzWMuaqEHczr 7EyA== X-Gm-Message-State: APjAAAUMdhEAv0K7bVVZuG4NNIjA3ala7YakdbUrYtw/++DT/5ChH30C j4BjaNcL8clhx5Cy10oGXLHxuUSN X-Received: by 2002:a2e:6a14:: with SMTP id f20mr1789018ljc.87.1575359205046; Mon, 02 Dec 2019 23:46:45 -0800 (PST) Received: from octofox.hsd1.ca.comcast.net (jcmvbkbc-1-pt.tunnel.tserv24.sto1.ipv6.he.net. [2001:470:27:1fa::2]) by smtp.gmail.com with ESMTPSA id v7sm800228lfa.10.2019.12.02.23.46.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 02 Dec 2019 23:46:44 -0800 (PST) From: Max Filippov To: Linus Torvalds Cc: linux-kernel@vger.kernel.org, linux-xtensa@linux-xtensa.org, Chris Zankel , Max Filippov Subject: [PULL 00/30] xtensa updates for v5.5 Date: Mon, 2 Dec 2019 23:46:29 -0800 Message-Id: <20191203074629.17278-1-jcmvbkbc@gmail.com> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Linus, please pull the following batch of updates for the Xtensa architecture. There's a merge conflict in arch/xtensa/kernel/vmlinux.lds.S that has obvious part (the conflicting part itself) and non-obvious part (another copy of RW_DATA_SECTION macro which was renamed in c9174047b48d ("vmlinux.lds.h: Replace RW_DATA_SECTION with RW_DATA")) that doesn't conflict, but will result in build error if left unfixed. My resolution of this conflict is available at git://github.com/jcmvbkbc/linux-xtensa.git tags/xtensa-20191201-mainline-merge The following changes since commit 7d194c2100ad2a6dded545887d02754948ca5241: Linux 5.4-rc4 (2019-10-20 15:56:22 -0400) are available in the Git repository at: git://github.com/jcmvbkbc/linux-xtensa.git tags/xtensa-20191201 for you to fetch changes up to 9d9043f6a81713248d82d88983c06b1eaedda287: xtensa: clean up system_call/xtensa_rt_sigreturn interaction (2019-11-29 19:37:12 -0800) ---------------------------------------------------------------- Xtensa updates for v5.5: - add support for execute in place (XIP) kernels - improvements in inline assembly: use named arguments and "m" constraints where possible - improve stack dumping - clean up system_call code and syscall tracing - various small fixes and cleanups ---------------------------------------------------------------- Max Filippov (27): xtensa: update arch features xtensa: clean up empty include files xtensa: move XCHAL_KIO_* definitions to kmem_layout.h xtensa: move MPU constants from .data to .ref.rodata xtensa: fix section name for start_info xtensa: use correct symbol for the end of .rodata xtensa: move kernel memory layout to platform options xtensa: add XIP kernel support xtensa: merge .fixup with .text xtensa: use "m" constraint instead of "a" in uaccess.h assembly xtensa: use macros to generate *_bit and test_and_*_bit functions xtensa: use named assembly arguments in bitops.h xtensa: use "m" constraint instead of "a" in bitops.h assembly xtensa: use named assembly arguments in atomic.h xtensa: use "m" constraint instead of "a" in atomic.h assembly xtensa: use named assembly arguments in cmpxchg.h xtensa: use "m" constraint instead of "a" in cmpxchg.h assembly xtensa: use "m" constraint instead of "r" in futex.h assembly xtensa: improve stack dumping xtensa: make stack dump size configurable xtensa: fix TLB sanity checker xtensa: use MEMBLOCK_ALLOC_ANYWHERE for KASAN shadow map xtensa: drop unneeded headers from coprocessor.S xtensa: fix syscall_set_return_value xtensa: rearrange syscall tracing xtensa: fix system_call interaction with ptrace xtensa: clean up system_call/xtensa_rt_sigreturn interaction Mike Rapoport (2): xtensa: mm: fix PMD folding implementation xtensa: get rid of __ARCH_USE_5LEVEL_HACK Valentin Schneider (1): xtensa: entry: Remove unneeded need_resched() loop .../features/core/tracehook/arch-support.txt | 2 +- arch/xtensa/Kconfig | 396 ++++++++++++--------- arch/xtensa/Kconfig.debug | 7 + arch/xtensa/Makefile | 3 +- arch/xtensa/boot/Makefile | 5 + arch/xtensa/configs/xip_kc705_defconfig | 119 +++++++ arch/xtensa/include/asm/Kbuild | 2 + arch/xtensa/include/asm/atomic.h | 124 +++---- arch/xtensa/include/asm/bitops.h | 323 +++++------------ arch/xtensa/include/asm/cache.h | 6 + arch/xtensa/include/asm/cmpxchg.h | 71 ++-- arch/xtensa/include/asm/fixmap.h | 8 +- arch/xtensa/include/asm/futex.h | 10 +- arch/xtensa/include/asm/hw_irq.h | 14 - arch/xtensa/include/asm/initialize_mmu.h | 3 +- arch/xtensa/include/asm/kmem_layout.h | 29 ++ arch/xtensa/include/asm/page.h | 11 + arch/xtensa/include/asm/pgtable.h | 4 - arch/xtensa/include/asm/processor.h | 3 +- arch/xtensa/include/asm/syscall.h | 4 +- arch/xtensa/include/asm/uaccess.h | 16 +- arch/xtensa/include/asm/user.h | 20 -- arch/xtensa/include/asm/vectors.h | 44 +-- arch/xtensa/kernel/coprocessor.S | 10 +- arch/xtensa/kernel/entry.S | 22 +- arch/xtensa/kernel/head.S | 13 +- arch/xtensa/kernel/process.c | 2 + arch/xtensa/kernel/ptrace.c | 18 +- arch/xtensa/kernel/setup.c | 7 + arch/xtensa/kernel/signal.c | 4 +- arch/xtensa/kernel/traps.c | 27 +- arch/xtensa/kernel/vmlinux.lds.S | 58 ++- arch/xtensa/mm/fault.c | 16 +- arch/xtensa/mm/init.c | 4 +- arch/xtensa/mm/kasan_init.c | 12 +- arch/xtensa/mm/mmu.c | 4 +- arch/xtensa/mm/tlb.c | 14 +- 37 files changed, 772 insertions(+), 663 deletions(-) create mode 100644 arch/xtensa/configs/xip_kc705_defconfig delete mode 100644 arch/xtensa/include/asm/hw_irq.h delete mode 100644 arch/xtensa/include/asm/user.h Thanks. -- Max