<div dir="auto">We should track this but if the GNU tools drop support, this is normally the trigger for RTEMS.<div dir="auto"><br></div><div dir="auto">Unless the support situation changes, I think we will have to remove nios2 in RTEMS 7</div><div dir="auto"><br></div><div dir="auto">--joel </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">---------- Forwarded message ---------<br>From: <strong class="gmail_sendername" dir="auto">Sandra Loosemore</strong> <span dir="auto"><<a href="mailto:sloosemore@baylibre.com">sloosemore@baylibre.com</a>></span><br>Date: Wed, Apr 17, 2024, 10:28 PM<br>Subject: Deprecation/removal of nios2 target support<br>To:  <<a href="mailto:gcc@gcc.gnu.org">gcc@gcc.gnu.org</a>>,  <<a href="mailto:binutils@sourceware.org">binutils@sourceware.org</a>>,  <<a href="mailto:gdb-patches@sourceware.org">gdb-patches@sourceware.org</a>>,  <<a href="mailto:libc-alpha@sourceware.org">libc-alpha@sourceware.org</a>>, Chung-Lin Tang <<a href="mailto:cltang@baylibre.com">cltang@baylibre.com</a>>,  <<a href="mailto:andrew@reenigne.org">andrew@reenigne.org</a>>, Yao Qi <<a href="mailto:qiyaoltc@gmail.com">qiyaoltc@gmail.com</a>><br>Cc: Dinh Nguyen <<a href="mailto:dinguyen@kernel.org">dinguyen@kernel.org</a>>,  <<a href="mailto:qemu-devel@nongnu.org">qemu-devel@nongnu.org</a>>,  <<a href="mailto:newlib@sourceware.org">newlib@sourceware.org</a>><br></div><br><br>Tomorrow I plan to push patches to mark the nios2 target as obsolete in <br>
GCC 14.<br>
<br>
Background: Intel has EOL'ed the Nios II processor IP and is now <br>
directing their FPGA customers to a RISC-V platform instead.<br>
<br>
<a href="https://www.intel.com/content/www/us/en/content-details/781327/intel-is-discontinuing-ip-ordering-codes-listed-in-pdn2312-for-nios-ii-ip.html" rel="noreferrer noreferrer" target="_blank">https://www.intel.com/content/www/us/en/content-details/781327/intel-is-discontinuing-ip-ordering-codes-listed-in-pdn2312-for-nios-ii-ip.html</a><br>
<br>
The Nios II hardware on loan from Intel that we were using for testing <br>
at Mentor Graphics/Siemens was returned around the first of the year. <br>
For some time we had been using QEMU to test the nios2-elf target, but <br>
we never had a QEMU test harness set up that would boot the Linux <br>
kernel, and user-mode QEMU on this target is too buggy/unmaintained to <br>
use for primary testing.  So the current situation is that none of the <br>
listed maintainers for any of the GNU toolchain components have access <br>
to a fully working test configuration any more, we have all moved on to <br>
new jobs and different projects, Intel has also moved on to a different <br>
platform, and our former contacts on Intel's Nios II team have moved on <br>
as well.  It seems like it's time to pull the plug.<br>
<br>
Therefore I'd like to mark Nios II as obsolete in GCC 14 now, and remove <br>
support from all toolchain components after the release is made.  I'm <br>
not sure there is an established process for obsoleting/removing support <br>
in other components; besides binutils, GDB, and GLIBC, there's QEMU, <br>
newlib/libgloss, and the Linux kernel.  But, we need to get the ball <br>
rolling somewhere.<br>
<br>
I did do some GCC testing on both ELF and Linux Nios II targets around <br>
the end of December and another round about a month ago, so I believe <br>
GCC 14 will pretty much be in working order.  Beyond that, though, I <br>
think it would be better to remove support promptly, rather than having <br>
it hang around in an unmaintained/untestable zombie state, getting ever <br>
more bit-rotten.<br>
<br>
-Sandra<br>
</div>