Re: nios2 and openrisc in barebox

From: Antony Pavlov <antonynpavlov@gmail.com>
To: Ahmad Fatoum <a.fatoum@pengutronix.de>,
	Stafford Horne <shorne@gmail.com>
Cc: Yann Sionneau <ysionneau@kalray.eu>,
	Jules Maselbas <jmaselbas@kalray.eu>,
	shorne@opencores.org, Sascha Hauer <sha@pengutronix.de>,
	Barebox List <barebox@lists.infradead.org>
Subject: Re: nios2 and openrisc in barebox
Date: Thu, 25 Feb 2021 20:39:20 +0300	[thread overview]
Message-ID: <20210225203920.0063e939118238d5089b2ef9@gmail.com> (raw)
In-Reply-To: <ba82e9ef-9d9a-179c-1688-a9aeb12413d3@pengutronix.de>

On Thu, 25 Feb 2021 16:33:06 +0100
Ahmad Fatoum <a.fatoum@pengutronix.de> wrote:

> Hello,
> 
> On 25.02.21 14:02, Jules Maselbas wrote:
> > On Thu, Feb 25, 2021 at 09:45:00PM +0900, Stafford Horne wrote:
> >> Hello,
> >>
> >> I am the maintainer of most OpenRISC things right now.  I would be happy to
> >> help, but I don't really use barebox right now.  Most of my deployments I use
> >> with litex FPGA SoC's that has its own bootloader.
> >>

There is barebox for litex SoC with RISC-V CPU core, please see:

https://github.com/enjoy-digital/litex/issues/413#issuecomment-609047340

> >> That said, we have a setjmp/longjmp implementation in our glibc port which I
> >> have been testing for upstreaming lately.
> >>
> >>   https://github.com/stffrdhrn/or1k-glibc/blob/or1k-port-2/sysdeps/or1k/setjmp.S
> >>   https://github.com/stffrdhrn/or1k-glibc/blob/or1k-port-2/sysdeps/or1k/__longjmp.S
> >>
> >> I had a look at the barebox docs and openrisc port, it seems like there is
> >> support for our standard platform, or1ksim, which is the same as my de0-nano
> >> fpga board/soc and qemu.  I should be able to make use of this.
> >>
> >> Is there a branch where you are doing the green thread work?  I could add and
> >> test the OpenRISC implementation.
> > Hi,
> > 
> > I've done this yesterday, I've push a branch[1] that has the green
> > thread paches applied (except patches on usb mass storage gadget).
> > https://github.com/jmaselbas/barebox/tree/test_setjmp 
> 
> Great. Thanks. I'm preparing an updated version that will clean it up
> a bit, but the heart part of architectures providing setjmp/longjmp/initjmp
> will stay the same.
> 
> Small request:
>   If you implement initjmp, could you have it save into jmp_buf a frame
>   pointer value of NULL if applicable? That way, should backtrace be
>   implemented (or done via JTAG), they have a defined end.
> 
> Cheers,
> Ahmad
> 
> > To test greenthread your can run the `poller -c` command in barebox's
> > prompt. To do you you'll need to enable CONFIG_POLLER_YIELD and define
> > CONFIG_HAS_ARCH_SJLJ
> > 
> > Best,
> > Jules
> >  
> > 
> > 
> > _______________________________________________
> > barebox mailing list
> > barebox@lists.infradead.org
> > http://lists.infradead.org/mailman/listinfo/barebox
> > 
> 
> -- 
> Pengutronix e.K.                           |                             |
> Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
> 31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
> Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |
> 
> _______________________________________________
> barebox mailing list
> barebox@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/barebox

-- 
Best regards,
  Antony Pavlov

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox