Re: [PATCH 4/5] RISC-V: Protect .init.text & .init.data

From: Atish Patra
Date: Fri Oct 16 2020 - 14:24:30 EST


On Tue, Oct 13, 2020 at 10:24 PM Atish Patra <atishp@xxxxxxxxxxxxxx> wrote:
>
> On Tue, Oct 13, 2020 at 6:21 PM Jim Wilson <jimw@xxxxxxxxxx> wrote:
> >
> > On Tue, Oct 13, 2020 at 3:25 PM Atish Patra <atishp@xxxxxxxxxxxxxx> wrote:
> > > This happens only when copy_from_user is called from function that is
> > > annotated with __init.
> > > Adding Kito & Jim for their input
> > >
> > > @kito, @Jim: Please let me know if I should create a issue in
> > > riscv-gnu-toolchain repo or somewhere else.
> >
> > I can't do anything useful without a testcase that I can use to
> > reproduce the problem. The interactions here are complex, so pointing
> > at lines of code or kernel config options doesn't give me any useful
> > info.
> >
> > Relaxation can convert calls to a jal. I don't know of any open bugs
> > in this area that can generate relocation errors. if it is a
> > relaxation error then turning off relaxation should work around the
> > problem as you suggested.
> >
> > A kernel build problem is serious. I think this is worth a bug
> > report. FSF binutils or riscv-gnu-toolchain is fine.
> >
>
> I have created an issue with detailed descriptions and reproduction steps.
> Please let me know if you need anything else.
>

It may be a toolchain issue. Here is the ongoing discussion in case
anybody else is interested.

https://github.com/riscv/riscv-gnu-toolchain/issues/738

> > Jim
>
>
>
> --
> Regards,
> Atish



--
Regards,
Atish