bsp/riscv: Store/AMO address misaligned trap occured
Padmarao.Begari at microchip.com
Padmarao.Begari at microchip.com
Thu Nov 3 05:40:51 UTC 2022
Hi Gedare,
> On Wed, 2022-11-02 at 09:58 -0600, Gedare Bloom wrote:
>
> t0 contains the address of .Lsecondary_processor_go
>
> start.S has:
> ```asm
> #if __riscv_xlen == 32
> .align 2
> #elif __riscv_xlen == 64
> .align 3
> #endif
>
> .Lsecondary_processor_go:
> ```
> Can you confirm the value of __riscv_xlen is properly defined to 64
> for the PolarFire?
>
No, the value of __riscv_xlen is showing 32(config.log) instead of 64
for PolarFire SoC and other 64-bit RISCV BSPs.
Regards
Padmarao
>
> On Wed, Nov 2, 2022 at 12:40 AM <Padmarao.Begari at microchip.com>
> wrote:
> > Hi Sebastian,
> >
> > The "Store/AMO address misaligned" trap occured in the "start.S"
> > at "amoswap.w zero, zero, 0(t0)" while testing the sample
> > application with the latest RTEMS master for RISC-V on
> > the Microchip PolarFire SoC.
> >
> > The trap occured after this 89ba2a98/rtems latest commit for riscv
> > (bsps/riscv: Workaround for sporadic linker issues).
> >
> > Regards
> > Padmarao
> > _______________________________________________
> > devel mailing list
> > devel at rtems.org
> > http://lists.rtems.org/mailman/listinfo/devel
More information about the devel
mailing list