|
[PATCH v2 0/7] instruction decoding refine
According to SDM, we should check whether the gva access from
guest is valid. If it's not, correct exception should be injected.
We only need to emulate the instructions which access the
memory and
According to SDM, we should check whether the gva access from
guest is valid. If it's not, correct exception should be injected.
We only need to emulate the instructions which access the
memory and
|
By
Yin, Fengwei <fengwei.yin@...>
·
#10592
·
|
|
Re: [PATCH 1/8] hv: add lock prefix check for exception
I tried android UOS and there is no VM exit with lock prefix. And
I suppose we could drop this patch because lock prefix only could
be used with few instructions. It's very unlikely MMIO operation
has
I tried android UOS and there is no VM exit with lock prefix. And
I suppose we could drop this patch because lock prefix only could
be used with few instructions. It's very unlikely MMIO operation
has
|
By
Yin, Fengwei <fengwei.yin@...>
·
#10591
·
|
|
Re: [PATCH] ipu: virtio-ipu4 as default IPU DM
Acked-by: Eddie Dong <eddie.dong@...>
Acked-by: Eddie Dong <eddie.dong@...>
|
By
Eddie Dong
·
#10590
·
|
|
Re: [PATCH] ipu: virtio-ipu4 as default IPU DM
Please move forward...
Acked-by: Eddie Dong <eddie.dong@...>
Please move forward...
Acked-by: Eddie Dong <eddie.dong@...>
|
By
Eddie Dong
·
#10589
·
|
|
Re: [PATCH] HV: remove 'spinlock_rfags' declaration
Have updated and PRed.
Thanks.
-Yonghua
Have updated and PRed.
Thanks.
-Yonghua
|
By
Yonghua Huang
·
#10588
·
|
|
Re: [PATCH] hv: Add vrtc emulation support for ACRN partition mode
By
Eddie Dong
·
#10587
·
|
|
Re: [PATCH] HV: remove 'spinlock_rfags' declaration
Acked-by: Eddie Dong <eddie.dong@...>
BTW, it is not necessary to initialize it to 0.
Acked-by: Eddie Dong <eddie.dong@...>
BTW, it is not necessary to initialize it to 0.
|
By
Eddie Dong
·
#10586
·
|
|
Re: [PATCH v5 1/5] hv: pirq: refactor irq/vector allocation/free code
By looking at the data structure:
struct irq_desc {
uint32_t irq; /* index to irq_desc_base */
enum irq_state used; /* this irq have assigned to device */
enum
By looking at the data structure:
struct irq_desc {
uint32_t irq; /* index to irq_desc_base */
enum irq_state used; /* this irq have assigned to device */
enum
|
By
Eddie Dong
·
#10585
·
|
|
Re: [PATCH v4] HV: fix "missing for discarded return value" for vm related api
Hi Eddie,
Eddie Dong <eddie.dong@...> writes:
Hi Eddie,
Eddie Dong <eddie.dong@...> writes:
|
By
Junjie Mao
·
#10584
·
|
|
Re: [PATCH] DM: virtio rpmb backend driver updates
Reviewed.
Patch is good to me.
Reviewed.
Patch is good to me.
|
By
Zhu, Bing
·
#10583
·
|
|
Re: [PATCH v4] HV: fix "missing for discarded return value" for vm related api
By
Eddie Dong
·
#10582
·
|
|
Re: [PATCH] ipu: virtio-ipu4 as default IPU DM
Reviewed-by: Edwin Zhai <edwin.zhai@...>
Best Rgds,
Edwin
Reviewed-by: Edwin Zhai <edwin.zhai@...>
Best Rgds,
Edwin
|
By
Zhai, Edwin
·
#10581
·
|
|
[PATCH 2/2] DM: Add boot option of "i915.enable_guc=0" to disable Guc on UOS new kernel
The guc boot option is refined on the new linux kernel. The boot option of
"i915.enable_guc=0" should be added in order to disable Guc instead of using
"enable_guc_loading/submission". But in order to
The guc boot option is refined on the new linux kernel. The boot option of
"i915.enable_guc=0" should be added in order to disable Guc instead of using
"enable_guc_loading/submission". But in order to
|
By
Zhao, Yakui
·
#10580
·
|
|
[PATCH 0/2] DM: Add the boot option to disable Guc on SOS/UOS
THis is the patch set that adds one boot option to disable Guc on SOS/UOS.
The guc boot option is refined on the new linux kernel. The boot option of
"i915.enable_guc=0" should be added in order to
THis is the patch set that adds one boot option to disable Guc on SOS/UOS.
The guc boot option is refined on the new linux kernel. The boot option of
"i915.enable_guc=0" should be added in order to
|
By
Zhao, Yakui
·
#10579
·
|
|
[PATCH 1/2] DM: Add the boot option of "i915.enable_guc=0" to disable guc on SOS new kernel
The guc boot option is refined on the new linux kernel. The boot option of
"i915.enable_guc=0" should be added in order to disable Guc instead of using
"enable_guc_loading/submission". But in order to
The guc boot option is refined on the new linux kernel. The boot option of
"i915.enable_guc=0" should be added in order to disable Guc instead of using
"enable_guc_loading/submission". But in order to
|
By
Zhao, Yakui
·
#10578
·
|
|
Re: [PATCH] ipu: virtio-ipu4 as default IPU DM
Reviewed-by: Minggui Cao <minggui.cao@...>
Reviewed-by: Minggui Cao <minggui.cao@...>
|
By
Minggui Cao
·
#10577
·
|
|
[PATCH] hv: Add vrtc emulation support for ACRN partition mode
This patch adds code to support read-only RTC support for guests
run by partition mode ACRN. It supports RW for CMOS address port 0x70
and RO for CMOS data port 0x71. Reads to CMOS RAM offsets are
This patch adds code to support read-only RTC support for guests
run by partition mode ACRN. It supports RW for CMOS address port 0x70
and RO for CMOS data port 0x71. Reads to CMOS RAM offsets are
|
By
Grandhi, Sainath
·
#10576
·
|
|
[PATCH] HV: remove 'spinlock_rfags' declaration
- remove the hardcoding loccal variable name 'cpu_int_vale'
Signed-off-by: Yonghua Huang <yonghua.huang@...>
---
hypervisor/arch/x86/ioapic.c | 13 ++++---
hypervisor/arch/x86/irq.c
- remove the hardcoding loccal variable name 'cpu_int_vale'
Signed-off-by: Yonghua Huang <yonghua.huang@...>
---
hypervisor/arch/x86/ioapic.c | 13 ++++---
hypervisor/arch/x86/irq.c
|
By
Yonghua Huang
·
#10575
·
|
|
Re: [PATCH V2] hv: vuart: fix 'Shifting value too far'
Shiqing Gao <shiqing.gao@...> writes:
Reviewed-by: Junjie Mao <junjie.mao@...>
For the rest violations related to integral types, please follow up with
another patch. Thanks.
--
Best
Shiqing Gao <shiqing.gao@...> writes:
Reviewed-by: Junjie Mao <junjie.mao@...>
For the rest violations related to integral types, please follow up with
another patch. Thanks.
--
Best
|
By
Junjie Mao
·
#10574
·
|
|
Re: [PATCH 0/3] hv: debug: add the hypervisor NPK log
It looks quite similar with acrn log, I am think if we could removed one, or merge them.
shall we have an offline discussion first?
Thanks,
Like
It looks quite similar with acrn log, I am think if we could removed one, or merge them.
shall we have an offline discussion first?
Thanks,
Like
|
By
Yan, Like
·
#10573
·
|