|
[PATCH 1/2] dm: remove ASL_COMPILER macro
Previously ASL_COMPILER macro that indicates iasl location was passed from
host build machine environment, this makes no sense on target machine. If
user has a specific iasl path on host, then
Previously ASL_COMPILER macro that indicates iasl location was passed from
host build machine environment, this makes no sense on target machine. If
user has a specific iasl path on host, then
|
By
Victor Sun
·
#36169
·
|
|
Re: [V3] ACRN: DM: Fix the MSI mask and unmask bugs.
Acked-by: Wang, Yu1 <yu1.wang@...>
Acked-by: Wang, Yu1 <yu1.wang@...>
|
By
Yu Wang
·
#36168
·
|
|
[V3] ACRN: DM: Fix the MSI mask and unmask bugs.
The patch fix many bugs about the pci msi capabilities.
1. Fix the clear msi mask bit issues.
2. Initialize the offset of pci capabilities this variable will used as
the output of
The patch fix many bugs about the pci msi capabilities.
1. Fix the clear msi mask bit issues.
2. Initialize the offset of pci capabilities this variable will used as
the output of
|
By
Long Liu
·
#36167
·
|
|
[V2] ACRN: DM: Fix the MSI mask and unmask bugs.
The patch fix many bugs about the pci msi capabilities.
1. Fix the clear msi mask bit issues.
2. Initialize the offset of pci capabilities this variable will used as
the output of
The patch fix many bugs about the pci msi capabilities.
1. Fix the clear msi mask bit issues.
2. Initialize the offset of pci capabilities this variable will used as
the output of
|
By
Long Liu
·
#36166
·
|
|
Re: [PATCH] ACRN: DM: Fix the MSI mask and unmask bugs.
Please explain the detailed fixes. This patch has several fix, please
list them one by one.
I see.
Please explain the detailed fixes. This patch has several fix, please
list them one by one.
I see.
|
By
Yu Wang
·
#36165
·
|
|
Re: [PATCH] ACRN: DM: Fix the MSI mask and unmask bugs.
By
Long Liu
·
#36164
·
|
|
Re: [PATCH] ACRN: DM: Fix the MSI mask and unmask bugs.
offset + PCIR_MSI_CTRL
If you add such fields into the msicap, then we should use them to check
mask and pending? Otherwise, what're their meaning?
offset + PCIR_MSI_CTRL
If you add such fields into the msicap, then we should use them to check
mask and pending? Otherwise, what're their meaning?
|
By
Yu Wang
·
#36163
·
|
|
[PATCH] ACRN: DM: Fix the MSI mask and unmask bugs.
The patch fix the msi clear pending bit issue, add new struct element
in the msicap struct, we will use this element by address pointer.
Signed-off-by: Liu Long <long.liu@...>
---
The patch fix the msi clear pending bit issue, add new struct element
in the msicap struct, we will use this element by address pointer.
Signed-off-by: Liu Long <long.liu@...>
---
|
By
Long Liu
·
#36162
·
|
|
Re: [PATCH] dm: add _CPC to guest ACPI when HWP is enabled
Please add comments to explain the detailed fields of each MSR like
like IA32_HWP_CAP(771H), MSR_PLATFORM_INFO, IA32_MPERF, etc.
Please define macros for 0x6, and (0x1U << 7)
It is hard to understand
Please add comments to explain the detailed fields of each MSR like
like IA32_HWP_CAP(771H), MSR_PLATFORM_INFO, IA32_MPERF, etc.
Please define macros for 0x6, and (0x1U << 7)
It is hard to understand
|
By
Yu Wang
·
#36161
·
|
|
Re: [PATCH] dm: add _CPC to guest ACPI when HWP is enabled
This is used to check whether the HWP is supported.
Can we use the function name of is_hwp_supported?
This is used to check whether the HWP is supported.
Can we use the function name of is_hwp_supported?
|
By
Zhao, Yakui
·
#36160
·
|
|
Re: [PATCH] dm: add _CPC to guest ACPI when HWP is enabled
Better to have a comment, that the patch has a pre-condition: host CPUID.06H:EAX.[7] can't be hidden by vCPUID of Service VM.
Better to have a comment, that the patch has a pre-condition: host CPUID.06H:EAX.[7] can't be hidden by vCPUID of Service VM.
|
By
Victor Sun
·
#36159
·
|
|
[PATCH] dm: add _CPC to guest ACPI when HWP is enabled
When running WaaG, we need to enable HWP to boost performance in
some scenarios. But when HWP is enabled in BIOS, windows does not
turn on HWP driver automatically just like Linux does. It
When running WaaG, we need to enable HWP to boost performance in
some scenarios. But when HWP is enabled in BIOS, windows does not
turn on HWP driver automatically just like Linux does. It
|
By
Zhou, Wu
·
#36158
·
|
|
Re: [PATCH] hv: compile out unused function if CONFIG_MULTIBOOT2 is disabled
Acked-by: Eddie Dong <eddie.dong@...>
Acked-by: Eddie Dong <eddie.dong@...>
|
By
Eddie Dong
·
#36157
·
|
|
Re: [PATCH] misc: modify the logic of generate HV_RAM_START
Yes, we could remove the default="0x00400000" and we need the minOccurs="0".
There was a schema error if we remove both the "default" and "minOccurs" parameters.
>
Yes, we could remove the default="0x00400000" and we need the minOccurs="0".
There was a schema error if we remove both the "default" and "minOccurs" parameters.
>
|
By
chenli.wei
·
#36156
·
|
|
Re: [PATCH] misc: modify the logic of generate HV_RAM_START
Chenli Wei <chenli.wei@...> writes:
The default value seems to be useless here as you have logic in the
static allocator to determine one if it is not given.
--
Best Regards
Junjie
Chenli Wei <chenli.wei@...> writes:
The default value seems to be useless here as you have logic in the
static allocator to determine one if it is not given.
--
Best Regards
Junjie
|
By
Junjie Mao
·
#36155
·
|
|
[PATCH] misc: modify the logic of generate HV_RAM_START
From: Chenli Wei <chenli.wei@...>
The current code assume that there must be an HV_RAM_START element in
the scenario and we will generate it if user have not set, the default
value of
From: Chenli Wei <chenli.wei@...>
The current code assume that there must be an HV_RAM_START element in
the scenario and we will generate it if user have not set, the default
value of
|
By
Chenli Wei
·
#36154
·
|
|
Re: [PATCH v2] dm: vdisplay: terminate acrn-dm process when SDL init failed
Acked-by: Wang, Yu1 <yu1.wang@...>
Acked-by: Wang, Yu1 <yu1.wang@...>
|
By
Yu Wang
·
#36153
·
|
|
[PATCH v2] dm: vdisplay: terminate acrn-dm process when SDL init failed
From: Sun Peng <peng.p.sun@...>
Virtual display is component which based on native window system.
This feature depended phisical monitor connected and graphic driver in
SOS running
From: Sun Peng <peng.p.sun@...>
Virtual display is component which based on native window system.
This feature depended phisical monitor connected and graphic driver in
SOS running
|
By
Sun, Peng
·
#36152
·
|
|
Re: [PATCH v1] dm: vdisplay: terminate acrn-dm process when SDL init failed
Please return -1 and do exit(1) in main() with an error log.
Please return -1 and do exit(1) in main() with an error log.
|
By
Yu Wang
·
#36151
·
|
|
[PATCH v1] dm: vdisplay: terminate acrn-dm process when SDL init failed
From: Sun Peng <peng.p.sun@...>
Virtual display is component which based on native window system.
This feature depended phisical monitor connected and graphic driver in
SOS running
From: Sun Peng <peng.p.sun@...>
Virtual display is component which based on native window system.
This feature depended phisical monitor connected and graphic driver in
SOS running
|
By
Sun, Peng
·
#36150
·
|