diff options
| author | Peter Maydell <peter.maydell@linaro.org> | 2022-04-08 15:15:36 +0100 |
|---|---|---|
| committer | Peter Maydell <peter.maydell@linaro.org> | 2022-04-22 14:44:53 +0100 |
| commit | e97be73c97b246e5e4c2582fafcaea0384e14964 (patch) | |
| tree | c99830f8f67620b5271067e1858d1ebde92d1a10 /tests/qemu-iotests/010.out | |
| parent | 189d1d9d5704dfb4fca4d2ccad087bf0e4615898 (diff) | |
| download | qemu-e97be73c97b246e5e4c2582fafcaea0384e14964.zip qemu-e97be73c97b246e5e4c2582fafcaea0384e14964.tar.gz qemu-e97be73c97b246e5e4c2582fafcaea0384e14964.tar.bz2 | |
hw/intc/arm_gicv3_redist: Factor out "update hpplpi for one LPI" logic
Currently the functions which update the highest priority pending LPI
information by looking at the LPI Pending and Configuration tables
are hard-coded to use the physical LPI tables addressed by
GICR_PENDBASER and GICR_PROPBASER. To support virtual LPIs we will
need to do essentially the same job, but looking at the current
virtual LPI Pending and Configuration tables and updating cs->hppvlpi
instead of cs->hpplpi.
Factor out the common part of the gicv3_redist_check_lpi_priority()
function into a new update_for_one_lpi() function, which updates
a PendingIrq struct if the specified LPI is higher priority than
what is currently recorded there.
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Message-id: 20220408141550.1271295-28-peter.maydell@linaro.org
Diffstat (limited to 'tests/qemu-iotests/010.out')
0 files changed, 0 insertions, 0 deletions