qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: David Gibson
Subject: Re: Rust in Qemu BoF followup: Rust vs. qemu platform support
Date: Sat, 18 Sep 2021 15:25:28 +1000

On Fri, Sep 17, 2021 at 04:56:02PM +0100, Stefan Hajnoczi wrote:
> On Fri, Sep 17, 2021 at 01:11:56PM +0200, Philippe Mathieu-Daudé wrote:
> > Le ven. 17 sept. 2021 10:58, David Gibson <david@gibson.dropbear.id.au> a
> > écrit :
> > 
> > > 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
> > >
> > 
> > Could user mode emulation be impacted by this decision? What code used by
> > user emulation could potentially be converted to Rust?
> 
> qemu-user does not have the same security requirements as qemu-system,
> since the application is running under a given uid/gid on the host
> system and can invoke system calls.
> 
> I think the benefits of Rust in qemu-user would be more around
> expressiveness (language constructs like pattern matching, traits, etc)
> and correctness (memory leaks, concurrency, etc). Both benefits might
> motivate someone to write parts of qemu-user in Rust, so I guess the
> answer is "all of it potentially could be converted". It's impossible to
> know until someone contributes patches.

Right.  It certainly could be used there, but I don't know it's the
most promising or interesting area for it.

-- 
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: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]