search for: zhenzhong

...default_restore_msi_irqs-> msix_mask_irq(entry, entry->masked) (first mask restore) The process for MSI code is similiar. -v3: Update patch description per Konrad suggestion, thanks. Tested-by: Sucheta Chakraborty <sucheta.chakraborty@qlogic.com> Signed-off-by: Zhenzhong Duan <zhenzhong.duan@oracle.com> --- drivers/pci/msi.c | 17 ++++++++++++++--- 1 files changed, 14 insertions(+), 3 deletions(-) diff --git a/drivers/pci/msi.c b/drivers/pci/msi.c index 87223ae..922fb49 100644 --- a/drivers/pci/msi.c +++ b/drivers/pci/msi.c @@ -216,6 +216,8 @@ void unmask...

Accelerated msix entry is initialized to zero when msixtbl_pt_register is called. This doesn''t match the value from qemu side, although pirq may already be mapped and binded in qemu side. Kernel will get wrong value when reading msix info. Signed-off-by: Zhenzhong Duan <zhenzhong.duan@oracle.com> Tested-by: Yuval Shaia <yuval.shaia@oracle.com> --- tools/libxc/xc_domain.c | 7 ++++++- tools/libxc/xenctrl.h | 4 +++- xen/arch/x86/hvm/vmsi.c | 13 ++++++++++++- xen/drivers/passthrough/io.c | 3 ++- xen/include/public/dom...

On Wed, Jan 11, 2012 at 04:52:36PM +0800, Zhenzhong Duan wrote: > add polling interface to xen-netfront device to support netconsole > Ian, any thoughts on the spinlock changes? > Signed-off-by: Tina.Yang <tina.yang@oracle.com> > Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> > Cc: Jeremy Fitzhardinge <jeremy@goo...

Hi maintainer, Reprodue an bug on xen-unstable, it''s an irq affinity issue for passthroughed msix device to uek1 pvhvm(2.6.32 stable). I passthrough two mptsas devices(0000:0d:0.0, 0000:1f:0.0) to a pvhvm, irq affinity can''t be changed. Step to reproduce is as below: 1. xl -f pci-assignable-add 0000:0d:0.0; xl -f pci-assignable-add 0000:1f:0.0 2.xm cr -c vm.cfg

...] reserved[0x5] [0x00000100000000-0x00000100060fff], 0x61000 bytes Related xen memory layout: (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ec00 (usable) (XEN) 00000000000f0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000cd9ffc00 (usable) Signed-off-by: Zhenzhong Duan <zhenzhong.duan at oracle.com> --- arch/x86/xen/setup.c | 24 +++++++++++------------- 1 files changed, 11 insertions(+), 13 deletions(-) diff --git a/arch/x86/xen/setup.c b/arch/x86/xen/setup.c index a4790bf..bd78773 100644 --- a/arch/x86/xen/setup.c +++ b/arch/x86/xen/setup.c @@ -1...

...] reserved[0x5] [0x00000100000000-0x00000100060fff], 0x61000 bytes Related xen memory layout: (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ec00 (usable) (XEN) 00000000000f0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000cd9ffc00 (usable) Signed-off-by: Zhenzhong Duan <zhenzhong.duan at oracle.com> --- arch/x86/xen/setup.c | 24 +++++++++++------------- 1 files changed, 11 insertions(+), 13 deletions(-) diff --git a/arch/x86/xen/setup.c b/arch/x86/xen/setup.c index a4790bf..bd78773 100644 --- a/arch/x86/xen/setup.c +++ b/arch/x86/xen/setup.c @@ -1...

...ed on some machine like X4170 M3/X3-2. According to the ACPI spec 4.0 and 5.0, the Serialization Header Length should be the length of Serialization Header. After revert below patch, xen succeed with erst table init. So could this patch be reverted now to match acpi spec and kernel upstream? [root@zhenzhong2 xen-unstable.hg]# hg export 23760 # HG changeset patch # User Keir Fraser <keir@xen.org> # Date 1312909603 -3600 # Node ID ae10d7804168c185166277bcef3b18ffc9227b66 # Parent aca07ff1f0a59cc7ebb5ef76875229b7e99ba3ff ACPI ERST: Revert change to erst_check_table() to be more permissive. Permits...

...] reserved[0x5] [0x00000100000000-0x00000100060fff], 0x61000 bytes Related xen memory layout: (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ec00 (usable) (XEN) 00000000000f0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000cd9ffc00 (usable) Signed-off-by: Zhenzhong Duan <zhenzhong.duan at oracle.com> --- diff --git a/arch/x86/xen/setup.c b/arch/x86/xen/setup.c index a4790bf..ead8557 100644 --- a/arch/x86/xen/setup.c +++ b/arch/x86/xen/setup.c @@ -157,25 +157,24 @@ static unsigned long __init xen_populate_chunk( unsigned long dest_pfn; for (i = 0,...

...] reserved[0x5] [0x00000100000000-0x00000100060fff], 0x61000 bytes Related xen memory layout: (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ec00 (usable) (XEN) 00000000000f0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000cd9ffc00 (usable) Signed-off-by: Zhenzhong Duan <zhenzhong.duan at oracle.com> --- diff --git a/arch/x86/xen/setup.c b/arch/x86/xen/setup.c index a4790bf..ead8557 100644 --- a/arch/x86/xen/setup.c +++ b/arch/x86/xen/setup.c @@ -157,25 +157,24 @@ static unsigned long __init xen_populate_chunk( unsigned long dest_pfn; for (i = 0,...

...n using HTTP/2 without SSL; the bug had appeared in 1.25.1. *) Bugfix: the "Status" backend response header line with an empty reason phrase was handled incorrectly. *) Bugfix: memory leak during reconfiguration when using the PCRE2 library. Thanks to ZhenZhong Wu. *) Bugfixes and improvements in HTTP/3. -- Maxim Dounin http://nginx.org/

...gmentation fault; ошибка появилась в 1.25.1. *) Исправление: строка "Status" в заголовке ответа бэкенда с пустой поясняющей фразой обрабатывалась некорректно. *) Исправление: утечки памяти во время переконфигурации при использовании библиотеки PCRE2. Спасибо ZhenZhong Wu. *) Исправления и улучшения в HTTP/3. -- Maxim Dounin http://nginx.org/

From e2d47e2f75bac6876b7c2eaecfe946966bf27516 Mon Sep 17 00:00:00 2001 From: Liu Jinsong <jinsong.liu@intel.com> Date: Tue, 26 Nov 2013 04:53:17 +0800 Subject: [PATCH] VMX: wbinvd when vmentry under UC This patch flush cache when vmentry back to UC guest, to prevent cache polluted by hypervisor access guest memory during UC mode. However, wbinvd is a _very_ time consuming operation, so 1.

...55@gmail.com> Zheng Li <zheng.x.li@oracle.com> Zheng Liu <wenqing.lz@taobao.com> Zheng Yan <zheng.z.yan@intel.com> Zhengguang Guo <zhengguang.guo@bosch-sensortec.com> Zhengwang Ruan <ruan.zhengwang@gmail.com> Zhenyu Wang <zhenyuw@linux.intel.com> Zhenzhong Duan <zhenzhong.duan@oracle.com> Zhenzhong.Duan <zhenzhong.duan@oracle.com> Zhi Yong Wu <wuzhy@linux.vnet.ibm.com> Zhicheng Fan <b32736@freescale.com> Zhigang Lu <zlu@tilera.com> Zhiwu Song <Zhiwu.Song@csr.com> Zhou Zhu <zzhu3@marvell.com> Zho...

...55@gmail.com> Zheng Li <zheng.x.li@oracle.com> Zheng Liu <wenqing.lz@taobao.com> Zheng Yan <zheng.z.yan@intel.com> Zhengguang Guo <zhengguang.guo@bosch-sensortec.com> Zhengwang Ruan <ruan.zhengwang@gmail.com> Zhenyu Wang <zhenyuw@linux.intel.com> Zhenzhong Duan <zhenzhong.duan@oracle.com> Zhenzhong.Duan <zhenzhong.duan@oracle.com> Zhi Yong Wu <wuzhy@linux.vnet.ibm.com> Zhicheng Fan <b32736@freescale.com> Zhigang Lu <zlu@tilera.com> Zhiwu Song <Zhiwu.Song@csr.com> Zhou Zhu <zzhu3@marvell.com> Zho...

...55@gmail.com> Zheng Li <zheng.x.li@oracle.com> Zheng Liu <wenqing.lz@taobao.com> Zheng Yan <zheng.z.yan@intel.com> Zhengguang Guo <zhengguang.guo@bosch-sensortec.com> Zhengwang Ruan <ruan.zhengwang@gmail.com> Zhenyu Wang <zhenyuw@linux.intel.com> Zhenzhong Duan <zhenzhong.duan@oracle.com> Zhenzhong.Duan <zhenzhong.duan@oracle.com> Zhi Yong Wu <wuzhy@linux.vnet.ibm.com> Zhicheng Fan <b32736@freescale.com> Zhigang Lu <zlu@tilera.com> Zhiwu Song <Zhiwu.Song@csr.com> Zhou Zhu <zzhu3@marvell.com> Zho...

...> Zheng Liu <wenqing.lz@taobao.com> Zheng Yan <zheng.z.yan@intel.com> Zhengguang Guo <zhengguang.guo@bosch-sensortec.com> Zhengwang Ruan <ruan.zhengwang@gmail.com> Zhenhua HUANG <zhenhua.huang@stericsson.com> Zhenyu Wang <zhenyuw@linux.intel.com> Zhenzhong Duan <zhenzhong.duan@oracle.com> Zhenzhong.Duan <zhenzhong.duan@oracle.com> Zhi Yong Wu <wuzhy@linux.vnet.ibm.com> Zhicheng Fan <b32736@freescale.com> Zhigang Lu <zlu@tilera.com> Zhiwu Song <Zhiwu.Song@csr.com> Zhou Zhu <zzhu3@marvell.com> Zho...

...> Zheng Liu <wenqing.lz@taobao.com> Zheng Yan <zheng.z.yan@intel.com> Zhengguang Guo <zhengguang.guo@bosch-sensortec.com> Zhengwang Ruan <ruan.zhengwang@gmail.com> Zhenhua HUANG <zhenhua.huang@stericsson.com> Zhenyu Wang <zhenyuw@linux.intel.com> Zhenzhong Duan <zhenzhong.duan@oracle.com> Zhenzhong.Duan <zhenzhong.duan@oracle.com> Zhi Yong Wu <wuzhy@linux.vnet.ibm.com> Zhicheng Fan <b32736@freescale.com> Zhigang Lu <zlu@tilera.com> Zhiwu Song <Zhiwu.Song@csr.com> Zhou Zhu <zzhu3@marvell.com> Zho...

...> Zheng Liu <wenqing.lz@taobao.com> Zheng Yan <zheng.z.yan@intel.com> Zhengguang Guo <zhengguang.guo@bosch-sensortec.com> Zhengwang Ruan <ruan.zhengwang@gmail.com> Zhenhua HUANG <zhenhua.huang@stericsson.com> Zhenyu Wang <zhenyuw@linux.intel.com> Zhenzhong Duan <zhenzhong.duan@oracle.com> Zhenzhong.Duan <zhenzhong.duan@oracle.com> Zhi Yong Wu <wuzhy@linux.vnet.ibm.com> Zhicheng Fan <b32736@freescale.com> Zhigang Lu <zlu@tilera.com> Zhihui Zhang <zzhsuny@gmail.com> Zhiwu Song <Zhiwu.Song@csr.com>...

...> Zheng Liu <wenqing.lz@taobao.com> Zheng Yan <zheng.z.yan@intel.com> Zhengguang Guo <zhengguang.guo@bosch-sensortec.com> Zhengwang Ruan <ruan.zhengwang@gmail.com> Zhenhua HUANG <zhenhua.huang@stericsson.com> Zhenyu Wang <zhenyuw@linux.intel.com> Zhenzhong Duan <zhenzhong.duan@oracle.com> Zhenzhong.Duan <zhenzhong.duan@oracle.com> Zhi Yong Wu <wuzhy@linux.vnet.ibm.com> Zhicheng Fan <b32736@freescale.com> Zhigang Lu <zlu@tilera.com> Zhihui Zhang <zzhsuny@gmail.com> Zhiwu Song <Zhiwu.Song@csr.com>...

...> Zheng Liu <wenqing.lz@taobao.com> Zheng Yan <zheng.z.yan@intel.com> Zhengguang Guo <zhengguang.guo@bosch-sensortec.com> Zhengwang Ruan <ruan.zhengwang@gmail.com> Zhenhua HUANG <zhenhua.huang@stericsson.com> Zhenyu Wang <zhenyuw@linux.intel.com> Zhenzhong Duan <zhenzhong.duan@oracle.com> Zhenzhong.Duan <zhenzhong.duan@oracle.com> Zhi Yong Wu <wuzhy@linux.vnet.ibm.com> Zhicheng Fan <b32736@freescale.com> Zhigang Lu <zlu@tilera.com> Zhihui Zhang <zzhsuny@gmail.com> Zhiwu Song <Zhiwu.Song@csr.com>...