|
Re: [RFC PATCH v3 2/6] hv: sched: simple event implemention
Acked-by: Eddie Dong <eddie.dong@...>
Thx Eddie
Acked-by: Eddie Dong <eddie.dong@...>
Thx Eddie
|
By
Eddie Dong
·
#26338
·
|
|
[PATCH 4/4] HV: Remove unused function send_dest_ipi_mask
There are no callers of send_dest_ipi_mask. This patch
removes it.
Signed-off-by: Kaige Fu <kaige.fu@...>
---
hypervisor/arch/x86/lapic.c | 22 ----------------------
There are no callers of send_dest_ipi_mask. This patch
removes it.
Signed-off-by: Kaige Fu <kaige.fu@...>
---
hypervisor/arch/x86/lapic.c | 22 ----------------------
|
By
Kaige Fu
·
#26337
·
|
|
[PATCH 3/4] HV: Implement smp call for lapic_pt VMs using NMI
There are some functions which rely on smp call, such as vcpu_dumpreg.
This function is very useful when debug guest hang issue as it can provides
the vCPU contexts where the guest hang at.
So, this
There are some functions which rely on smp call, such as vcpu_dumpreg.
This function is very useful when debug guest hang issue as it can provides
the vCPU contexts where the guest hang at.
So, this
|
By
Kaige Fu
·
#26336
·
|
|
[PATCH 2/4] HV: Introduce new API exec_smp_call
This patch introduces a new exec_smp_call to execute the smp call
funtion on target CPUs. Currently, it is only called by kick_notification.
And we will call it in NMI notification function in coming
This patch introduces a new exec_smp_call to execute the smp call
funtion on target CPUs. Currently, it is only called by kick_notification.
And we will call it in NMI notification function in coming
|
By
Kaige Fu
·
#26335
·
|
|
[PATCH 1/4] HV: Introduce a new local function notify_cpus
This patch introduces a new local function notify_cpus to replace
send_dest_ipi_mask. And in following patch, we will check if the
target cpu is for lapic_pt enabled vCPU in notify_cpus. If yes,
This patch introduces a new local function notify_cpus to replace
send_dest_ipi_mask. And in following patch, we will check if the
target cpu is for lapic_pt enabled vCPU in notify_cpus. If yes,
|
By
Kaige Fu
·
#26334
·
|
|
[PATCH 0/4] Implementation of smpcall for lapic_pt VMs using NMI
There are some functions which rely on smp call, such as vcpu_dumpreg.
This function is very useful when debug guest hang issue as it can provides
the vCPU contexts where the guest hang at.
So, this
There are some functions which rely on smp call, such as vcpu_dumpreg.
This function is very useful when debug guest hang issue as it can provides
the vCPU contexts where the guest hang at.
So, this
|
By
Kaige Fu
·
#26333
·
|
|
[PATCH 2/2] DM: Reset the INTx pinstate when configure lintr route
DM ACPI provides the guest with 'active low' for INTx polarity. So, the initial
pin state should be 'HIGH' to indicate that there is no interrupts asserted.
Signed-off-by: Kaige Fu
DM ACPI provides the guest with 'active low' for INTx polarity. So, the initial
pin state should be 'HIGH' to indicate that there is no interrupts asserted.
Signed-off-by: Kaige Fu
|
By
Kaige Fu
·
#26332
·
|
|
[PATCH 1/2] DM: Fix pci_irq_assert/deassert
DM ACPI provides the guest with 'active low' for INTx polarity.
So, we should set 'LOW' to assert one interrupt and 'HIGH' to
deassert one interrupt.
Signed-off-by: Shuo Liu
DM ACPI provides the guest with 'active low' for INTx polarity.
So, we should set 'LOW' to assert one interrupt and 'HIGH' to
deassert one interrupt.
Signed-off-by: Shuo Liu
|
By
Kaige Fu
·
#26331
·
|
|
[PATCH 0/2] vIOAPIC INTx fix
vIOAPIC pinstate should be reset to initial state when configure
lintr route according pin polarity. Currently, ACRN devicemodel
provides guest with 'active low' polarity. This patchset resets
the
vIOAPIC pinstate should be reset to initial state when configure
lintr route according pin polarity. Currently, ACRN devicemodel
provides guest with 'active low' polarity. This patchset resets
the
|
By
Kaige Fu
·
#26330
·
|
|
[RFC PATCH v3 6/6] hv: Use HLT as the default idle action of service OS
This patch overwrites the idle driver of service OS for industry, sdc,
sdc2 scenarios. HLT will be used as the default idle action.
Signed-off-by: Shuo A Liu <shuo.a.liu@...>
---
This patch overwrites the idle driver of service OS for industry, sdc,
sdc2 scenarios. HLT will be used as the default idle action.
Signed-off-by: Shuo A Liu <shuo.a.liu@...>
---
|
By
Shuo A Liu
·
#26329
·
|
|
[RFC PATCH v3 5/6] hv: HLT emulation in hypervisor
HLT emulation is import to CPU resource maximum utilization. vcpu
doing HLT means it is idle and can give up CPU proactively. Thus, we
pause the vcpu thread in HLT emulation and resume it while event
HLT emulation is import to CPU resource maximum utilization. vcpu
doing HLT means it is idle and can give up CPU proactively. Thus, we
pause the vcpu thread in HLT emulation and resume it while event
|
By
Shuo A Liu
·
#26328
·
|
|
[RFC PATCH v3 4/6] hv: Add vlapic_has_pending_intr of apicv to check pending interrupts
Sometimes HV wants to know if there are pending interrupts of one vcpu.
Add .has_pending_intr interface in acrn_apicv_ops and return the pending
interrupts status by check IRRs of
Sometimes HV wants to know if there are pending interrupts of one vcpu.
Add .has_pending_intr interface in acrn_apicv_ops and return the pending
interrupts status by check IRRs of
|
By
Shuo A Liu
·
#26327
·
|
|
[RFC PATCH v3 3/6] hv: vcpu: wait and signal vcpu event support
Introduce two kinds of events for each vcpu,
VCPU_EVENT_IOREQ: for vcpu waiting for IO request completion
VCPU_EVENT_VIRTUAL_INTERRUPT: for vcpu waiting for virtual interrupts events
vcpu can wait
Introduce two kinds of events for each vcpu,
VCPU_EVENT_IOREQ: for vcpu waiting for IO request completion
VCPU_EVENT_VIRTUAL_INTERRUPT: for vcpu waiting for virtual interrupts events
vcpu can wait
|
By
Shuo A Liu
·
#26326
·
|
|
[RFC PATCH v3 2/6] hv: sched: simple event implemention
This simple event implemention can only support exclusive waiting
at same time. It mainly used by thread who want to wait for special event
happens.
Thread A who want to wait for some events
This simple event implemention can only support exclusive waiting
at same time. It mainly used by thread who want to wait for special event
happens.
Thread A who want to wait for some events
|
By
Shuo A Liu
·
#26325
·
|
|
[RFC PATCH v3 1/6] hv: PAUSE-loop exiting support in hypervisor
As we enabled cpu sharing, PAUSE-loop exiting can help vcpu
to release its pcpu proactively. It's good for performance.
VMX_PLE_GAP: upper bound on the amount of time between two
As we enabled cpu sharing, PAUSE-loop exiting can help vcpu
to release its pcpu proactively. It's good for performance.
VMX_PLE_GAP: upper bound on the amount of time between two
|
By
Shuo A Liu
·
#26324
·
|
|
[RFC PATCH v3 0/6] Enable PAUSE-Loop exiting and HLT emulation in hypervisor
When multiple vcpus running on same pcpu, it's good for performance
if vcpu can yield pcpu proactively. When vcpus are idle, they should release
pcpu and let scheduler pickup other vcpus to run.
To
When multiple vcpus running on same pcpu, it's good for performance
if vcpu can yield pcpu proactively. When vcpus are idle, they should release
pcpu and let scheduler pickup other vcpus to run.
To
|
By
Shuo A Liu
·
#26323
·
|
|
Re: [RFC PATCH v2 2/7] hv: sched: simple completion implemention
Hi Shuo:
It seems to be simple :)
From abstraction p.o.v., the APIs are still coupled with the event we are using now. If we can have a neutral event wait/signal APIs, + 2 specific event, that will
Hi Shuo:
It seems to be simple :)
From abstraction p.o.v., the APIs are still coupled with the event we are using now. If we can have a neutral event wait/signal APIs, + 2 specific event, that will
|
By
Eddie Dong
·
#26322
·
|
|
[RFC PATCH v2 7/7] hv: Use HLT as the default idle action of service OS
This patch overwrites the idle driver of service OS for industry, sdc,
sdc2 scenarios. HLT will be used as the default idle action.
Signed-off-by: Shuo A Liu <shuo.a.liu@...>
---
This patch overwrites the idle driver of service OS for industry, sdc,
sdc2 scenarios. HLT will be used as the default idle action.
Signed-off-by: Shuo A Liu <shuo.a.liu@...>
---
|
By
Shuo A Liu
·
#26321
·
|
|
[RFC PATCH v2 6/7] hv: HLT emulation in hypervisor
HLT emulation is import to CPU resource maximum utilization. vcpu
doing HLT means it is idle and can give up CPU proactively. Thus, we
pause the vcpu in HLT emulation and resume it while event
HLT emulation is import to CPU resource maximum utilization. vcpu
doing HLT means it is idle and can give up CPU proactively. Thus, we
pause the vcpu in HLT emulation and resume it while event
|
By
Shuo A Liu
·
#26320
·
|
|
[RFC PATCH v2 5/7] hv: Add vlapic_has_pending_intr of apicv to check pending interrupts
Sometimes HV wants to know if there are pending interrupts of one vcpu.
Add .has_pending_intr interface in acrn_apicv_ops and return the pending
interrupts status by check IRRs of
Sometimes HV wants to know if there are pending interrupts of one vcpu.
Add .has_pending_intr interface in acrn_apicv_ops and return the pending
interrupts status by check IRRs of
|
By
Shuo A Liu
·
#26319
·
|