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