How about some cheap hardware?
The hardware vendors are also going to need to get hardware into the hands of software developers so they can test their application software. Most Linux software ought to port without issue, but there will inevitably be latent bugs that have existed for years but don't currently manifest themselves due to quirks of their current platform (i.e. x86 and x86-64).
I've got a FOSS library written in C nearing completion which is currently running on x86 and x86-64, compiled using GCC, Clang (LLVM) and MS VC on Linux, BSD, and Windows (32 bit only for that platform however).
Theoretically, everything should have just ported over to each platform effortlessly, since we have these wonderful C standards, right? Wrong. Each test platform presented a new set of problems, very often being due to bugs which didn't show up unless the code was compiled or run under different circumstances than it was developed under. Those bugs had to be found, fixed, and then the source propagated through the different platforms and re-tested (fortunately, I have extensive unit tests). Overall the end result was better software, but it illustrates how you cannot rely on a compiler to find your bugs You have to thoroughly test the actual software on the actual target platform.
I'm looking at ARM support now, Theoretically, that should just be a re-compile, but see above for the problems just on x86/x86-64. For 32 bit a Rasberry Pi may do the job. However, there's no 64 bit cheap and popular ARM equivalent on the market. The ones that are out there now seem to be a bit crap and/or mobile device oriented. I think that the chip vendors will need to get some decent 64 bit PC/server oriented boards on the market which are supported by mainstream distros (Ubuntu/Centos/Opensue/Debian) so people have test platforms.