Please disregard this email, it was sent to the wrong list.
> On 28 Jul 2025, at 07:16, [email protected] wrote:
>
> Hi,
>
> Hoping someone smarter than I can help out here 🙂 I have a Meteor Lake
> machine which has the new P/E core architecture. I am trying to optimise a
> mobile platform for on
Hi,
Hoping someone smarter than I can help out here 🙂 I have a Meteor Lake machine
which has the new P/E core architecture. I am trying to optimise a mobile
platform for on-battery runtime and from the documentation I have read this
requires CPUs to be in ACPI state C3 (which corresponds to pla
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-6.17-rc1-tag
xen: branch for v6.17-rc1
It contains the following patches:
- A fix for a UAF in the xen gntdev-dmabuf driver
- A fix in the xen netfront driver avoiding spurious inter
On 25.07.25 12:12, Teddy Astie wrote:
xenmem_reservation_increase currently calls XENMEM_populate_physmap.
Rename the function to avoid confusion with XENMEM_increase_reservation.
Hmm, I'm not convinced this is a good move.
xenmem_reservation_increase() has the counterpart xenmem_reservation_d
Add a new function to emulate extended capability list for dom0,
and call it in init_header(). So that it will be easy to hide an
extended capability whose initialization fails.
As for the extended capability list of domU, just move the logic
into above function and keep hiding it for domU.
Signe
When init_rebar() fails, current logic return fail and free Rebar-related
resources in vpci_deassign_device(). But the previous new changes will
hide Rebar capability and return success, it can't reach
vpci_deassign_device() to remove resources if hiding success, so those
resources must be removed
Refactor REGISTER_VPCI_INIT to contain more capability specific
information, this will benefit further follow-on changes to hide
capability when initialization fails.
What's more, change the definition of init_header() since it is
not a capability and it is needed for all devices' PCI config space
When init_msi() fails, current logic return fail and free MSI-related
resources in vpci_deassign_device(). But the previous new changes will
hide MSI capability and return success, it can't reach
vpci_deassign_device() to remove resources if hiding success, so those
resources must be removed in cle
When MSI-X initialization fails vPCI will hide the capability, but
remove of handlers and data won't be performed until the device is
deassigned. Introduce a MSI-X cleanup hook that will be called when
initialization fails to cleanup MSI-X related hooks and free it's
associated data.
As all suppo
vpci_remove_register() only supports removing a register in a time,
but the follow-on changes need to remove all registers within a range.
So, refactor it to support removing all registers in a given region.
And it is no issue to remove a non exist register, so remove the
__must_check prefix.
Sig
When vpci fails to initialize a legacy capability of device, it just
returns an error and vPCI gets disabled for the whole device. That
most likely renders the device unusable, plus possibly causing issues
to Xen itself if guest attempts to program the native MSI or MSI-X
capabilities if present.
When vpci fails to initialize an extended capability of device, it
just returns an error and vPCI gets disabled for the whole device.
So, add function to hide extended capability when initialization
fails. And remove the failed extended capability handler from vpci
extended capability list.
Signe
Hi,
This series is to
emulate extended capability list for dom0, including patch #1.
hide legacy and extended capability when its initialization fails, including
patch #2, #3, #4.
remove all related registers and other resources when initializing capability
fails, including patch #5, #6, #7, #8.
Display option, like vnc, sdl, etc, will be checked against in latest QEMU
whether it is compatile with opengl context. And vnc is incompatible with GL
context.
Now, when running hvm domain with gl context on, such as
"device_model_args_hvm = ["-display", "sdl,gl=on"]", we will fail with
the error
Explicitly cast 'halt_this_cpu' when passing it
to 'smp_call_function' to match the required
function pointer type '(void (*)(void *info))'.
Document and justify a MISRA C R11.1 deviation
(explicit cast).
Signed-off-by: Dmytro Prokopchuk
---
docs/misra/safe.json| 8
xen/arch/arm/sh
Am 17. Juli 2025 22:02:07 UTC schrieb Adam Williamson :
>In cfcacba an `error_report` was added to this file, but the
>corresponding include of `qemu/error-report.h` was missed. This
>only becomes apparent when building against Xen 4.20+.
>
>Signed-off-by: Adam Williamson
>---
> hw/xen/xen_pt.c
16 matches
Mail list logo
