mirror of
https://gitlab.com/qemu-project/qemu.git
synced 2026-10-28 14:04:39 +08:00
semihosting, fix exc/int, icinva, TLB, htid # -----BEGIN PGP SIGNATURE----- # # iQIzBAABCgAdFiEEPWaq5HRZSCTIjOD4GlSvuOVkbDIFAmqXqBoACgkQGlSvuOVk # bDL0Tw/9EL4g0nvPQKWbFAbs29GId6RVVS3fNRiHPFgSJSULqYDEkvbTip44gsJ5 # Km4rwJy7nRI6d0tdVZYATLGcP/d+OTWxHxQM4/D7WemK3QEYfSMLLnX0d2aGhuH/ # Okncy0j7b5ogUi+ALbCf5MPeUzrK8x7YFqw7utzeE9QYkyeSorhcpLfLSiHm4ECy # PoWH2kkFZwrEWdXfTTdHeRLIE1FXVGLL0SYh3vatE5kvh9kBnuyKpHR7Cq7zT+A9 # Fh84i9U7afDsRKrpvPArICqvcybdYFw+wBFgIMMea5jkx1+aHTwJ7NdvIZzjTDx+ # RjVdcm3DlucW+y7qEM+d3kGbLcBSG0Q+yJ02LYqLIp9nBELP4rdKVRC0csegZM03 # zj8EFH4QilrVLSsq4KqhLIBiOMqlz6THWVDxEq8xGCvb9vpAUP5c70BsCY5IF9TZ # XL2ZhgQ+gkQJ4aPV+XOlkC8hn4dbovNu/0cME76v8MNX1iwQrMwC4GJ/N1qfC4jY # 3EEkmaW3HGXvFvlAFO5T9eLfXUGmVK+tNLc8pZLV/rDLWiQjs6HYD8XZeq9Goo8N # gIoa//9ZhgjXKNF+e06BCcqvfaaXXLkaX7n5a5NXQVvebB4FsF53myM3mTwGVmgx # N5I32V15sAJGMgd0/rrgwKhWoDZcOLZGVLCtqI7i2vT178e+pqA= # =zqar # -----END PGP SIGNATURE----- # gpg: Signature made Wed Sep 2 05:37:46 2026 BST # gpg: using RSA key 3D66AAE474594824C88CE0F81A54AFB8E5646C32 # gpg: Good signature from "Brian Cain (OSS Qualcomm) <brian.cain@oss.qualcomm.com>" [unknown] # gpg: aka "Brian Cain <bcain@kernel.org>" [full] # gpg: aka "Brian Cain (QuIC) <bcain@quicinc.com>" [full] # gpg: aka "Brian Cain (CAF) <bcain@codeaurora.org>" [full] # gpg: aka "bcain" [full] # gpg: aka "Brian Cain (QUIC) <quic_bcain@quicinc.com>" [unknown] # Primary key fingerprint: 6350 20F9 67A7 7164 79EF 49E0 175C 464E 541B 6D47 # Subkey fingerprint: 3D66 AAE4 7459 4824 C88C E0F8 1A54 AFB8 E564 6C32 * tag 'pull-hex-20260901' of https://github.com/qualcomm/qemu: (28 commits) hw/hexagon: decode an empty TLB size field as 4KB hw/hexagon: assign a distinct htid to each DSP machine CPU tests/tcg/hexagon: add icinva test target/hexagon: invalidate translated code for user icinva tests/functional/hexagon: update to v0.2.12, +test_{interrupts, sys_regs} target/hexagon: fix iassign{r, w} to cover all threads target/hexagon: implement direct-to-guest interrupt delivery target/hexagon: raise imprecise exception on multi-TLB match target/hexagon: read UTIMERLO/UTIMERHI from the global timer target/hexagon: gate GPCYCLE guest register reads on SSR:CE target/hexagon: take BQL when reading the system pcycle count target/hexagon: guard writes to unimplemented guest registers hw/intc: clear pending bit on l2vic de-assertion tests/tcg/hexagon: check priv instructions raise SIGILL target/hexagon: align exceptions for user/sysemu tests/functional: Add hexagon semihosting systests python/machine: support routing semihosting output to the test console target/hexagon: Add an errno mapping target/hexagon: add COREDUMP semihosting operation target/hexagon: add main arch-specific semihosting operations ... Signed-off-by: Peter Maydell <peter.maydell@linaro.org> # Conflicts: # hw/hexagon/hexagon_tlb.c
QEMU Python Tooling =================== This directory houses Python tooling used by the QEMU project to build, configure, and test QEMU. It is organized by namespace (``qemu``), and then by package (e.g. ``qemu/machine``, ``qemu/utils``, etc). These tools and libraries are installed to the QEMU configure-time Python virtual environment by default (see qemu.git/pythondeps.toml "tooling" group), and are available for use by any Python script executed by the build system. To have these libraries available for manual invocations of scripts, use of the "run" script in your build directory is recommended. General structure ----------------- ``setup.py`` is used by ``pip`` to install this tooling to the current environment. ``setup.cfg`` provides the packaging configuration used by ``setup.py``. You will generally invoke it by doing one of the following: 1. ``pip3 install .`` will install these packages to your current environment. If you are inside a virtual environment, they will install there. If you are not, it will attempt to install to the global environment, which is **not recommended**. 2. ``pip3 install --user .`` will install these packages to your user's local python packages. If you are inside of a virtual environment, this will fail; you want the first invocation above. If you append the ``--editable`` or ``-e`` argument to either invocation above, pip will install in "editable" mode. This installs the package as a forwarder that points to the source tree. In so doing, the installed package always reflects the latest version in your source tree. This is the mode used to install these packages at configure time. Installing ".[devel]" instead of "." will additionally pull in required packages for testing this package. They are not runtime requirements, and are not needed to simply use these libraries. Running ``make develop`` will pull in all testing dependencies and install QEMU in editable mode to the current environment. (It is a shortcut for ``pip3 install -e .[devel]``.) See `Installing packages using pip and virtual environments <https://packaging.python.org/guides/installing-using-pip-and-virtual-environments/>`_ for more information. Using these packages without installing them -------------------------------------------- It is no longer recommended to try to use these packages without installing them to a virtual environment, but depending on your use case, it may still be possible to do. The "qemu.qmp" library is now hosted outside of the qemu.git repository, and the "qemu.machine" library that remains in-tree here has qemu.qmp as a dependency. It is possible to install "qemu.qmp" independently and then use the rest of these packages without installing them, but be advised that if future dependencies are introduced, bypassing the installation phase may introduce breakages to your script in the future. That said, you can use these packages without installing them by either: 1. Set your PYTHONPATH environment variable to include this source directory, e.g. ``~/src/qemu/python``. See https://docs.python.org/3/using/cmdline.html#envvar-PYTHONPATH 2. Inside a Python script, use ``sys.path`` to forcibly include a search path prior to importing the ``qemu`` namespace. See https://docs.python.org/3/library/sys.html#sys.path A strong downside to both approaches is that they generally interfere with static analysis tools being able to locate and analyze the code being imported. Package installation also normally provides executable console scripts, so that tools like ``qmp-shell`` are always available via $PATH. To invoke them without installation, you can invoke e.g.: ``> PYTHONPATH=~/src/qemu/python python3 -m qemu.qmp.qmp_shell`` **It is strongly advised to just use the configure-time venv instead.** After running configure, simply use the run script available in the QEMU build directory: ``> $builddir/run qmp-shell`` The mappings between console script name and python module path can be found in ``setup.cfg``, but the console scripts available are listed here for reference: * ``qemu-ga-client`` * ``qmp-shell`` * ``qmp-shell-wrap`` * ``qmp-tui`` (prototype urwid interface for async QMP) * ``qom`` * ``qom-fuse`` (requires fusepy to be installed!) * ``qom-get`` * ``qom-list`` * ``qom-set`` * ``qom-tree`` Files in this directory ----------------------- - ``qemu/`` Python 'qemu' namespace package source directory. - ``tests/`` Python package tests directory. - ``Makefile`` provides some common testing/installation invocations. Try ``make help`` to see available targets. - ``MANIFEST.in`` is read by python setuptools, it specifies additional files that should be included by a source distribution. - ``PACKAGE.rst`` is used as the README file that is visible on PyPI.org. - ``README.rst`` you are here! - ``VERSION`` contains the PEP-440 compliant version used to describe this package; it is referenced by ``setup.cfg``. - ``setup.cfg`` houses setuptools package configuration. - ``setup.py`` is the setuptools installer used by pip; See above.