For those crazy enough to want to use/test the latest development kernel
for genericarm64, enable it by adding the COMPATIBLE_MACHINE and
KMACHINE.
NOTE: not using the KBRANCH, as neither does the linux-yocto_%.bbappend.
It is taking the default one from the relevant recipe.
(From meta-yocto rev: 85809c64b645ccca4f075e95b86df56d4f858e67)
Signed-off-by: Jon Mason <jdmason@kudzu.us>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
As per ongoing discussions, there is a general desire to try and update
our hardware reference platforms when an appropriate (newer) substitute
is available. However, in the case of MIPS, there isn't an obvious one
to choose. But continuing to maintain support for an old board that
hasn't been available for purchase for years doesn't make sense either.
So we are dropping support for the Edgerouter for future releases. The
MIPS architecture will still get coverage via QEMU build/boot testing.
(From meta-yocto rev: 5ea231c6c6387804a85adf15d3f03bdae9b2be25)
Signed-off-by: Paul Gortmaker <paulg@kernel.org>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This converts the two layers to the new override syntax. This was done using
<oe-core>/scripts/contrib/convert-overrides.py <this-layer>
with no manual fixes.
(From meta-yocto rev: 387eab70f343966267c2a68746aea1bbb8525191)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This hardware is old/obsolete and unobtainable. Its proving hard to support
with nobody fixing bugs or helping keep the platform running/up to date.
Whilst there is value in real hardware testing, this platform ist just too
old and obsolete to support. This does leave a gap for the power architecture
but at this point there is nobody willing to step up to cover it.
The TSC did discuss and agree support for this platform should be removed.
It calls into question the support/testing of the architecture by Yocto
Project which is being discussed by the TSC and governing board.
(From meta-yocto rev: aa691d49ceb6700eb1881b789fe34f8369bcb0ef)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
