|
Re: [PATCH 1/2] dm: remove ASL_COMPILER macro
By
Victor Sun
·
#36175
·
|
|
Re: [PATCH v1] dm: vdisplay: fix comment typos.
Acked-by: Wang, Yu1 <yu1.wang@...>
Init -> init
Acked-by: Wang, Yu1 <yu1.wang@...>
Acked-by: Wang, Yu1 <yu1.wang@...>
Init -> init
Acked-by: Wang, Yu1 <yu1.wang@...>
|
By
Yu Wang
·
#36174
·
|
|
Re: [PATCH 2/2] Makefile: remove ASL_COMPILER dependency
Acked-by: Wang, Yu1 <yu1.wang@...>
Acked-by: Wang, Yu1 <yu1.wang@...>
|
By
Yu Wang
·
#36173
·
|
|
Re: [PATCH 1/2] dm: remove ASL_COMPILER macro
What's mean of 0x0d, 0x0c?
If it is 0x0d or 0x0c, should we add '\0' at the end?
What's mean of 0x0d, 0x0c?
If it is 0x0d or 0x0c, should we add '\0' at the end?
|
By
Yu Wang
·
#36172
·
|
|
[PATCH v1] dm: vdisplay: fix comment typos.
From: Sun Peng <peng.p.sun@...>
Fix some typos in output logs.
Tracked-on: #7747
Signed-off-by: Sun Peng <peng.p.sun@...>
---
devicemodel/hw/vdisplay_sdl.c | 2 +-
1 file
From: Sun Peng <peng.p.sun@...>
Fix some typos in output logs.
Tracked-on: #7747
Signed-off-by: Sun Peng <peng.p.sun@...>
---
devicemodel/hw/vdisplay_sdl.c | 2 +-
1 file
|
By
Sun, Peng
·
#36171
·
|
|
[PATCH 2/2] Makefile: remove ASL_COMPILER dependency
Given ASL_COMPILER macro is removed from devicemodel, remove this dependency
in devicemodel Makefile.
Signed-off-by: Victor Sun <victor.sun@...>
---
Makefile | 3 +--
Given ASL_COMPILER macro is removed from devicemodel, remove this dependency
in devicemodel Makefile.
Signed-off-by: Victor Sun <victor.sun@...>
---
Makefile | 3 +--
|
By
Victor Sun
·
#36170
·
|
|
[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
·
|