From: "Alex Bennée" <alex.bennee@linaro.org>
To: qemu-devel@nongnu.org
Cc: "Richard Henderson" <richard.henderson@linaro.org>,
"Juan Quintela" <quintela@redhat.com>,
"Peter Maydell" <peter.maydell@linaro.org>,
"Cleber Rosa" <crosa@redhat.com>,
"Darren Kenny" <darren.kenny@oracle.com>,
"Alexandre Iooss" <erdnaxe@crans.org>,
"Peter Xu" <peterx@redhat.com>,
qemu-arm@nongnu.org, "Eduardo Habkost" <eduardo@habkost.net>,
"Riku Voipio" <riku.voipio@iki.fi>,
"Mahmoud Mandour" <ma.mandourr@gmail.com>,
"Daniel P. Berrangé" <berrange@redhat.com>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Bandan Das" <bsd@redhat.com>,
"Marcin Juszkiewicz" <marcin.juszkiewicz@linaro.org>,
"Radoslaw Biernacki" <rad@semihalf.com>,
"Alexander Bulekov" <alxndr@bu.edu>,
"Leif Lindholm" <quic_llindhol@quicinc.com>,
"Qiuhao Li" <Qiuhao.Li@outlook.com>,
"Wainer dos Santos Moschetta" <wainersm@redhat.com>,
"Marcel Apfelbaum" <marcel.apfelbaum@gmail.com>,
"Leonardo Bras" <leobras@redhat.com>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Stefan Hajnoczi" <stefanha@redhat.com>,
"Bin Meng" <bmeng.cn@gmail.com>, "Thomas Huth" <thuth@redhat.com>,
"Beraldo Leal" <bleal@redhat.com>,
"Laurent Vivier" <lvivier@redhat.com>,
"Yanan Wang" <wangyanan55@huawei.com>,
"Alex Bennée" <alex.bennee@linaro.org>
Subject: [PATCH 26/26] docs/devel: introduce some key concepts for QOM development
Date: Fri, 23 Jun 2023 13:21:00 +0100 [thread overview]
Message-ID: <20230623122100.1640995-27-alex.bennee@linaro.org> (raw)
In-Reply-To: <20230623122100.1640995-1-alex.bennee@linaro.org>
Using QOM correctly is increasingly important to maintaining a modern
code base. However the current documentation skips some important
concepts before launching into a simple example. Lets:
- at least mention properties
- mention TYPE_OBJECT and TYPE_DEVICE
- talk about why we have realize/unrealize
- mention the QOM tree
Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
Message-Id: <20230619171437.357374-6-alex.bennee@linaro.org>
---
docs/devel/qom.rst | 47 ++++++++++++++++++++++++++++++++++++++++++++++
1 file changed, 47 insertions(+)
diff --git a/docs/devel/qom.rst b/docs/devel/qom.rst
index c342ce18e3..0113afb6e6 100644
--- a/docs/devel/qom.rst
+++ b/docs/devel/qom.rst
@@ -13,6 +13,53 @@ features:
- System for dynamically registering types
- Support for single-inheritance of types
- Multiple inheritance of stateless interfaces
+- Mapping internal members to publicly exposed properties
+
+The root object class is TYPE_OBJECT which provides for the basic
+object methods.
+
+The Device Class
+================
+
+The TYPE_DEVICE class is the parent class for all modern devices
+implemented in QEMU and adds some specific methods to handle QEMU
+device model. This includes managing the lifetime of devices from
+creation through to when they become visible to the guest and
+eventually unrealized.
+
+Device Life-cycle
+-----------------
+
+As class initialisation cannot fail devices have an two additional
+methods to handle the creation of dynamic devices. The ``realize``
+function is called with ``Error **`` pointer which should be set if
+the device cannot complete its setup. Otherwise on successful
+completion of the ``realize`` method the device object is added to the
+QOM tree and made visible to the guest.
+
+The reverse function is ``unrealize`` and should be were clean-up
+code lives to tidy up after the system is done with the device.
+
+All devices can be instantiated by C code, however only some can
+created dynamically via the command line or monitor. Likewise only
+some can be unplugged after creation and need an explicit
+``unrealize`` implementation. This is determined by the
+``user_creatable`` and ``hotpluggable`` variables in the root
+``DeviceClass`` structure.
+
+The QOM tree
+------------
+
+The QOM tree is a composition tree which represents all of the objects
+that make up a QEMU "machine". You can view this tree by running
+``info qom-tree`` in the :ref:`QEMU monitor`. It will contain both
+objects created by the machine itself as well those created due to
+user configuration.
+
+Creating a minimal device
+=========================
+
+A simple minimal device implementation may look something like bellow:
.. code-block:: c
:caption: Creating a minimal type
--
2.39.2
next prev parent reply other threads:[~2023-06-23 12:34 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-23 12:20 [PATCH 00/26] maintainer omnibus: testing, fuzz, plugins, documentation Alex Bennée
2023-06-23 12:20 ` [PATCH 01/26] gitlab: explicit set artifacts publishing criteria Alex Bennée
2023-06-26 7:58 ` Richard Henderson
2023-06-23 12:20 ` [PATCH 02/26] gitlab: ensure coverage job also publishes meson log Alex Bennée
2023-06-26 7:59 ` Richard Henderson
2023-06-23 12:20 ` [PATCH 03/26] gitlab: reduce testing scope of check-gcov Alex Bennée
2023-06-26 7:59 ` Richard Henderson
2023-06-23 12:20 ` [PATCH 04/26] docs/devel: remind developers to run CI container pipeline when updating images Alex Bennée
2023-06-23 12:20 ` [PATCH 05/26] tests/tcg: add mechanism to handle plugin arguments Alex Bennée
2023-06-23 12:20 ` [PATCH 06/26] qemu-keymap: use modern name for Arabic keymap Alex Bennée
2023-06-23 12:23 ` Peter Maydell
2023-06-23 12:20 ` [PATCH 07/26] qemu-keymap: properly check return from xkb_keymap_mod_get_index Alex Bennée
2023-06-23 12:25 ` Peter Maydell
2023-06-26 20:21 ` Alex Bennée
2023-06-23 12:20 ` [PATCH 08/26] scripts/oss-fuzz: add a suppression for keymap Alex Bennée
2023-06-26 8:02 ` Richard Henderson
2023-06-23 12:20 ` [PATCH 09/26] tests/qtests: clean-up and fix leak in generic_fuzz Alex Bennée
2023-06-26 8:06 ` Richard Henderson
2023-06-23 12:20 ` [PATCH 10/26] tests/docker: add test-fuzz Alex Bennée
2023-06-23 12:20 ` [PATCH 11/26] Makefile: add lcitool-refresh to UNCHECKED_GOALS Alex Bennée
2023-06-23 15:10 ` Philippe Mathieu-Daudé
2023-06-23 12:20 ` [PATCH 12/26] tests/lcitool: update to latest version Alex Bennée
2023-06-26 8:08 ` Richard Henderson
2023-06-23 12:20 ` [PATCH 13/26] tests/lcitool: Bump fedora container versions Alex Bennée
2023-06-26 8:09 ` Richard Henderson
2023-06-23 12:20 ` [PATCH 14/26] tests/lcitool: add an explicit gcc-native package Alex Bennée
2023-06-26 8:10 ` Richard Henderson
2023-06-23 12:20 ` [PATCH 15/26] tests/lcitool: introduce qemu-minimal Alex Bennée
2023-06-26 8:14 ` Richard Henderson
2023-06-23 12:20 ` [PATCH 16/26] tests/docker: convert riscv64-cross to lcitool Alex Bennée
2023-06-26 8:16 ` Richard Henderson
2023-06-23 12:20 ` [PATCH 17/26] tests/avocado: update firmware to enable sbsa-ref/max Alex Bennée
2023-06-23 15:14 ` Philippe Mathieu-Daudé
2023-06-23 12:20 ` [PATCH 18/26] plugins: force slow path when plugins instrument memory ops Alex Bennée
2023-06-23 12:20 ` [PATCH 19/26] plugins: fix memory leak while parsing options Alex Bennée
2023-06-26 8:24 ` Richard Henderson
2023-06-23 12:20 ` [PATCH 20/26] plugins: update lockstep to use g_memdup2 Alex Bennée
2023-06-26 8:25 ` Richard Henderson
2023-06-23 12:20 ` [PATCH 21/26] docs/devel: add some front matter to the devel index Alex Bennée
2023-06-23 12:20 ` [PATCH 22/26] include/migration: mark vmstate_register() as a legacy function Alex Bennée
2023-06-23 12:20 ` [PATCH 23/26] include/hw/qdev-core: fixup kerneldoc annotations Alex Bennée
2023-06-23 12:20 ` [PATCH 24/26] docs/devel/qom.rst: Correct code style Alex Bennée
2023-06-23 12:20 ` [PATCH 25/26] docs/devel: split qom-api reference into new file Alex Bennée
2023-06-23 12:21 ` Alex Bennée [this message]
2023-06-26 13:27 ` [PATCH 26/26] docs/devel: introduce some key concepts for QOM development Paolo Bonzini
2023-06-26 13:39 ` Alex Bennée
2023-06-26 15:43 ` 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=20230623122100.1640995-27-alex.bennee@linaro.org \
--to=alex.bennee@linaro.org \
--cc=Qiuhao.Li@outlook.com \
--cc=alxndr@bu.edu \
--cc=berrange@redhat.com \
--cc=bleal@redhat.com \
--cc=bmeng.cn@gmail.com \
--cc=bsd@redhat.com \
--cc=crosa@redhat.com \
--cc=darren.kenny@oracle.com \
--cc=eduardo@habkost.net \
--cc=erdnaxe@crans.org \
--cc=leobras@redhat.com \
--cc=lvivier@redhat.com \
--cc=ma.mandourr@gmail.com \
--cc=marcel.apfelbaum@gmail.com \
--cc=marcin.juszkiewicz@linaro.org \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=peterx@redhat.com \
--cc=philmd@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=quic_llindhol@quicinc.com \
--cc=quintela@redhat.com \
--cc=rad@semihalf.com \
--cc=richard.henderson@linaro.org \
--cc=riku.voipio@iki.fi \
--cc=stefanha@redhat.com \
--cc=thuth@redhat.com \
--cc=wainersm@redhat.com \
--cc=wangyanan55@huawei.com \
/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).