Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
MIME-Version: 1.0
References: <cover.1586332296.git.zong.li@sifive.com> <mhng-103aea95-cf25-47c5-8e8d-56534f40c570@palmerdabbelt-glaptop1>
 <CA+ZOyajXsNYZZwQgdV9Y2szN+=QbHu7GDA6Lc5iLk+92yx1WSw@mail.gmail.com>
In-Reply-To: <CA+ZOyajXsNYZZwQgdV9Y2szN+=QbHu7GDA6Lc5iLk+92yx1WSw@mail.gmail.com>
From:   Anup Patel <anup@brainfault.org>
Date:   Tue, 21 Apr 2020 11:50:40 +0530
Message-ID: <CAAhSdy3K2+72FJs1hj1G5qWD4cYAoumHuf7UhMcQM3EeMrVpzw@mail.gmail.com>
Subject: Re: [PATCH v5 0/9] Support strict kernel memory permissions for security
To:     Zong Li <zongbox@gmail.com>
Cc:     Palmer Dabbelt <palmer@dabbelt.com>, Zong Li <zong.li@sifive.com>,
        Albert Ou <aou@eecs.berkeley.edu>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        mhiramat@kernel.org, Paul Walmsley <paul.walmsley@sifive.com>,
        linux-riscv <linux-riscv@lists.infradead.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On Tue, Apr 21, 2020 at 11:06 AM Zong Li <zongbox@gmail.com> wrote:
>
> Palmer Dabbelt <palmer@dabbelt.com> =E6=96=BC 2020=E5=B9=B44=E6=9C=8821=
=E6=97=A5 =E9=80=B1=E4=BA=8C =E4=B8=8A=E5=8D=882:27=E5=AF=AB=E9=81=93=EF=BC=
=9A
> >
> > On Wed, 08 Apr 2020 00:56:55 PDT (-0700), zong.li@sifive.com wrote:
> > > The main purpose of this patch series is changing the kernel mapping =
permission
> > > , make sure that code is not writeable, data is not executable, and r=
ead-only
> > > data is neither writable nor executable.
> > >
> > > This patch series also supports the relevant implementations such as
> > > ARCH_HAS_SET_MEMORY, ARCH_HAS_SET_DIRECT_MAP,
> > > ARCH_SUPPORTS_DEBUG_PAGEALLOC and DEBUG_WX.
> > >
> > > Changes in v5:
> > >  - Add lockdep_assert_held and more comments for text_mutex.
> > >
> > > Changes in v4:
> > >  - Use NOKPROBE_SYMBOL instead of __kprobe annotation
> > >  - Use text_mutex instead of patch_lock
> > >  - Remove 'riscv_' prefix of function name
> > >
> > > Changes in v3:
> > >  - Fix build error on nommu configuration. We already support nommu o=
n
> > >    RISC-V, so we should consider nommu case and test not only rv32/64=
,
> > >    but also nommu.
> > >
> > > Changes in v2:
> > >  - Use _data to specify the start of data section with write permissi=
on.
> > >  - Change ftrace patch text implementaion.
> > >  - Separate DEBUG_WX patch to another patchset.
> > >
> > > Zong Li (9):
> > >   riscv: add macro to get instruction length
> > >   riscv: introduce interfaces to patch kernel code
> > >   riscv: patch code by fixmap mapping
> > >   riscv: add ARCH_HAS_SET_MEMORY support
> > >   riscv: add ARCH_HAS_SET_DIRECT_MAP support
> > >   riscv: add ARCH_SUPPORTS_DEBUG_PAGEALLOC support
> > >   riscv: move exception table immediately after RO_DATA
> > >   riscv: add alignment for text, rodata and data sections
> > >   riscv: add STRICT_KERNEL_RWX support
> > >
> > >  arch/riscv/Kconfig                  |   6 +
> > >  arch/riscv/include/asm/bug.h        |   8 ++
> > >  arch/riscv/include/asm/fixmap.h     |   2 +
> > >  arch/riscv/include/asm/patch.h      |  12 ++
> > >  arch/riscv/include/asm/set_memory.h |  48 +++++++
> > >  arch/riscv/kernel/Makefile          |   4 +-
> > >  arch/riscv/kernel/ftrace.c          |  26 ++--
> > >  arch/riscv/kernel/patch.c           | 128 +++++++++++++++++++
> > >  arch/riscv/kernel/traps.c           |   3 +-
> > >  arch/riscv/kernel/vmlinux.lds.S     |  11 +-
> > >  arch/riscv/mm/Makefile              |   2 +-
> > >  arch/riscv/mm/init.c                |  44 +++++++
> > >  arch/riscv/mm/pageattr.c            | 187 ++++++++++++++++++++++++++=
++
> > >  13 files changed, 466 insertions(+), 15 deletions(-)
> > >  create mode 100644 arch/riscv/include/asm/patch.h
> > >  create mode 100644 arch/riscv/include/asm/set_memory.h
> > >  create mode 100644 arch/riscv/kernel/patch.c
> > >  create mode 100644 arch/riscv/mm/pageattr.c
> >
> > Looks like there are quite a few conflicts here.  Do you mind re-spinni=
ng the
> > patch set for me?  It's a bit early to spin off for-next right now so t=
here
> > might be some more conflicts, but hopefully not too many.
> >
>
> Sure, let me rebase it and send the next version. Thanks.

This series is already merged in Linux kernel and it is available
in Linux-5.7-rc2.

I don't see the point in rebasing this series or commenting on
this series.

If you have fixes then send as separate patches based on
latest Linux-5.7-rcX release.

Regards,
Anup