nios2 and openrisc in barebox
a.fatoum at pengutronix.de
Thu Feb 25 10:33:06 EST 2021
On 25.02.21 14:02, Jules Maselbas wrote:
> On Thu, Feb 25, 2021 at 09:45:00PM +0900, Stafford Horne wrote:
>> 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.
>> That said, we have a setjmp/longjmp implementation in our glibc port which I
>> have been testing for upstreaming lately.
>> 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.
> I've done this yesterday, I've push a branch that has the green
> thread paches applied (except patches on usb mass storage gadget).
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.
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.
> 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
> barebox mailing list
> barebox at lists.infradead.org
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 |
More information about the barebox