From: Zhao Liu <zhao1.liu@intel.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: qemu-devel@nongnu.org, qemu-rust@nongnu.org, armbru@redhat.com,
marcandre.lureau@redhat.com
Subject: Re: [PATCH 02/14] rust: add basic QObject bindings
Date: Fri, 5 Dec 2025 14:30:01 +0800 [thread overview]
Message-ID: <aTJ76Ufe0vs3aKPL@intel.com> (raw)
In-Reply-To: <382ef69e-50b7-4a7f-aa9d-63c076a737f3@redhat.com>
> > > +pub struct QObject(&'static UnsafeCell<bindings::QObject>);
> >
> > It seems Opaque<> feels more natural than UnsafeCell<>.
> >
> > Opaque::from_raw() requires *mut T, but QObject::from_raw() and
> > QObject::clone_from_raw() mainly play with C bindings which usually use
> > *mut pointer. So it seems unnecessary to convert *mut to *const in the
> > middle.
> >
> > And furthermore, I think QObject(Opaque<bindings::QObject>) is better
> > than QObject(&'static Opaque<bindings::QObject>). From a semantic view,
> > C's QObject is a struct, while Rust's QObject is a reference, which seems
> > somewhat mismatched.
> >
> > I'm not sure yet if there may be gaps when remove &'static, but it
> > looks like using &'static Opaque<> instead of &'static UnsafeCell<> is
> > Okay in code?
>
> I am using UnsafeCell because the QObject here is always valid, i.e.
> MaybeUninit is explicitly not necessary. Opaque explicitly allows it to be
> invalid, here instead the API is "create via C code or FFI and only then
> create the QObject".
Just want to clarify the use for Opaque, we've already used Opaque<>::from_raw()
for the case "create via C code or FFI and only then create the" something? In
DeviceState::init_clock_[in|out](), and ObjectClassMethods::new().
But I also agree, for this case MaybeUninit is not necessary. And PhantomPinned
is simply replaced by &'static.
> However, while it is possible to use Opaque<> instead of UnsafeCell<>, it is
> not possible to make this a simple wrapper because QObject is unmovable and
> reference counted. That is, QObject is the equivalent of (for example)
> Owned<DeviceState>.
Got it, if Rust owns data by QObject(Opaque<>) but without Owned<>, this
can't work since it's no way to handle refcnt.
So &'static UnsafeCell<> is the simplest way to meet both unmovable &
refcnt rquirements.
I'm good with this design. Thanks!
Regards,
Zhao
next prev parent reply other threads:[~2025-12-05 6:05 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-01 7:49 [PATCH 00/11] rust: migration: add high-level migration wrappers Paolo Bonzini
2025-10-01 7:52 ` [PATCH 01/11] rust: bql: add BqlRefCell::get_mut() Paolo Bonzini
2025-10-13 8:49 ` Zhao Liu
2025-10-01 7:52 ` [PATCH 02/11] rust: migration: do not pass raw pointer to VMStateDescription::fields Paolo Bonzini
2025-10-13 8:20 ` Zhao Liu
2025-10-01 7:52 ` [PATCH 03/11] rust: migration: do not store raw pointers into VMStateSubsectionsWrapper Paolo Bonzini
2025-10-13 8:46 ` Zhao Liu
2025-10-01 7:52 ` [PATCH 04/11] rust: migration: validate termination of subsection arrays Paolo Bonzini
2025-10-13 8:46 ` Zhao Liu
2025-10-01 7:52 ` [PATCH 05/11] rust: migration: extract vmstate_fields_ref Paolo Bonzini
2025-10-13 8:55 ` Zhao Liu
2025-10-01 7:52 ` [PATCH 06/11] rust: move VMState from bql to migration Paolo Bonzini
2025-10-13 8:57 ` Zhao Liu
2025-10-01 7:52 ` [PATCH 07/11] rust: migration: add high-level migration wrappers Paolo Bonzini
2025-10-14 3:32 ` Zhao Liu
2025-10-01 7:52 ` [PATCH 08/11] rust: qemu-macros: add ToMigrationState derive macro Paolo Bonzini
2025-10-14 3:38 ` Zhao Liu
2025-11-03 10:25 ` Zhao Liu
2025-11-03 15:49 ` Zhao Liu
2025-11-04 14:40 ` Paolo Bonzini
2025-11-04 14:41 ` Zhao Liu
2025-10-01 7:52 ` [PATCH 09/11] timer: constify some functions Paolo Bonzini
2025-10-14 3:38 ` Zhao Liu
2025-10-01 7:52 ` [PATCH 10/11] rust: migration: implement ToMigrationState for Timer Paolo Bonzini
2025-10-14 6:55 ` Zhao Liu
2025-10-14 7:26 ` [PATCH 1/2] rust/timer: Make Timer::modify() accept an i64 expire_time Timer Zhao Liu
2025-10-14 7:28 ` [PATCH 2/2] rust/timer: Add Timer::modify_ns() Zhao Liu
2025-10-14 13:56 ` [PATCH 10/11] rust: migration: implement ToMigrationState for Timer Paolo Bonzini
2025-10-01 7:52 ` [PATCH 11/11] rust: migration: implement ToMigrationState as part of impl_vmstate_bitsized Paolo Bonzini
2025-10-14 5:18 ` Zhao Liu
2025-10-01 8:00 ` [PATCH preview 00/14] rust: QObject and QAPI bindings Paolo Bonzini
2025-10-01 8:00 ` [PATCH 01/14] qobject: make refcount atomic Paolo Bonzini
2025-10-13 7:51 ` Zhao Liu
2025-10-01 8:00 ` [PATCH 02/14] rust: add basic QObject bindings Paolo Bonzini
2025-12-04 14:15 ` Zhao Liu
2025-12-04 14:18 ` Paolo Bonzini
2025-12-05 6:30 ` Zhao Liu [this message]
2025-12-05 11:30 ` Paolo Bonzini
2025-10-01 8:00 ` [PATCH 03/14] subprojects: add serde Paolo Bonzini
2025-12-04 14:20 ` Zhao Liu
2025-10-01 8:00 ` [PATCH 04/14] rust: add Serialize implementation for QObject Paolo Bonzini
2025-12-05 7:38 ` Zhao Liu
2025-10-01 8:00 ` [PATCH 05/14] rust: add Serializer (to_qobject) " Paolo Bonzini
2025-12-05 9:13 ` Zhao Liu
2025-10-01 8:00 ` [PATCH 06/14] rust: add Deserialize " Paolo Bonzini
2025-12-05 9:54 ` Zhao Liu
2025-10-01 8:00 ` [PATCH 07/14] rust: add Deserializer (from_qobject) " Paolo Bonzini
2025-12-05 10:16 ` Zhao Liu
2025-10-01 8:00 ` [PATCH 08/14] rust/qobject: add Display/Debug Paolo Bonzini
2025-10-01 8:00 ` [PATCH 09/14] scripts/qapi: add QAPISchemaIfCond.rsgen() Paolo Bonzini
2025-10-01 8:00 ` [PATCH 10/14] scripts/qapi: generate high-level Rust bindings Paolo Bonzini
2025-10-01 8:00 ` [PATCH 11/14] scripts/qapi: strip trailing whitespaces Paolo Bonzini
2025-10-01 8:00 ` [PATCH 12/14] scripts/rustc_args: add --no-strict-cfg Paolo Bonzini
2025-10-01 8:00 ` [PATCH 13/14] rust/util: build QAPI types Paolo Bonzini
2025-10-01 8:00 ` [PATCH 14/14] rust: start qapi tests Paolo Bonzini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aTJ76Ufe0vs3aKPL@intel.com \
--to=zhao1.liu@intel.com \
--cc=armbru@redhat.com \
--cc=marcandre.lureau@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-rust@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).