Re: Rust in Qemu BoF followup: Rust vs. qemu platform support

[David Gibson <david@gibson.dropbear.id.au>]

[-- Attachment #1: Type: text/plain, Size: 3596 bytes --]

On Fri, Sep 17, 2021 at 01:54:22PM +0400, Marc-André Lureau wrote:
> Hi
> 
> On Fri, Sep 17, 2021 at 1:19 PM Cornelia Huck <cohuck@redhat.com> wrote:
> 
> > On Fri, Sep 17 2021, David Gibson <david@gibson.dropbear.id.au> wrote:
> >
> > > Hi all,
> > >
> > > At the qemu-in-rust BoF at KVM Forum, I volunteered to look into
> > > whether Rust supported all the host/build platforms that qemu does,
> > > which is obviously vital if we want to make Rust a non-optional
> > > component of the build.
> > >
> > > I've added the information to our wiki at:
> > >       https://wiki.qemu.org/RustInQemu
> >
> > Thank you for doing that!
> >
> >
> Yes, the condensed coloured matrix is much more readable than the Rust long
> list. I wonder if they would also adopt it :)

So, in this case we have the relatively small matrix of qemu supported
build OSes by qemu supported build ISAs.  For the Rust page there's a
much larger list of OSes, and a somewhat larger list of ISAs.  Or
larger still since it's really ABIs they're listing there rather than
just ISAs.  And lots of that matrix would be missing for all the OSes
that only support a handful of ISAs.  So I think trying to do it as a
matrix there would get pretty unwieldy.

> > > TBH, the coverage is not as good as I expected.  Linux, macOS and
> > > Windows are pretty much ok, with the exception of Linux on Sparc.
> > > There are a lot of gaps in *BSD support, however.
> >
> > Yes :(
> 
> Can we say reasonably that QEMU is supported on *BSD other than x86 (and
> aarch64?), I wonder. Maybe we should consider moving those under the
> unsupported rank.

Yeah, that was my first question as well.  I included it all since the
qemu page doesn't qualify the list of OSes/archs, but I did wonder if
anyone is really using obscure archs with a BSD.

> > Do we actually have an idea what we would require? I'm surprised that
> > there are so many targets without host tools or without std support (but
> > maybe they are only missing small things.)
> 
> For sparc 32, it was added to support Gentoo at that time which didn't
> switch to 64-bit yet (https://github.com/rust-lang/rust/pull/48297)
> 
> For the past 2-3y, Gentoo sparc is now 64 bit. (like Debian apparently for
> a while)
> 
> But apparently, by lack of CI it was downgraded to Tier-3.
> 
> Is it reasonable to officially drop support for sparc 32 in QEMU
> too?

As a qemu build arch I would say probably yes.  As a qemu *target*
arch, probably not.  Qemu targets aren't really relevant to this
discussion, but I'm clarifying since if someone sees "XXX arch support
in qemu" without context they'll probably think of target arch before
host arch.

> > > I've included some notes on where the information comes from, and some
> > > uncertainties in there.
> > >
> > > I've made an effort to get the information correct, but double
> > > checking would be appreciated.
> >
> > I did not spot any errors on a quick cross check, but I'm not really
> > sure about what the BSDs support.
> >
> > >
> > > I haven't yet looked into the packaging situation for the Rust
> > > toolchain on various platforms and distros, but I still intend to do
> > > so.
> >
> >
> >
> I would share our wiki page on r/rust if you don't mind, as there are
> various people that can help us fill the gaps I think.

Fine by me.

-- 
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]