search for: hanweidong

Hi,all I have tried to passthrough GPU card(Nvidia quadro 4000) on the latest Xen unstable version (QEMU is using Qemu-upsteam-unstable, not traditional Qemu). This issue as below: Windows7 64-bit guest will blue screen when GPU passthrough configure 4g memory,blue screen code is 50, and SUSE 11 64-bit guest will always stay at the grub screen. I noticed that it will relocate RAM that

We created a 64bit SLES11 SP1 guest, and then used a script to change memory (using mem-set command) periodically (in 1 second): set 1G, set 2G, set 1G, set 2G, and so on. After a few minutes, we encountered QEMU exit due to SIGBUS error. Below is the call trace captured by gdb: The call trace: Program received signal SIGBUS, Bus error. 0x00007f94f74773d7 in memcpy () from /lib64/libc.so.6 (gdb)

On Thursday, December 15, 2016 8:45 AM, Gonglei (Arei) Wrote: < > > diff --git a/drivers/crypto/virtio/virtio_crypto_core.c < > b/drivers/crypto/virtio/virtio_crypto_core.c < > > new file mode 100644 < > > index 0000000..c0854a1 < > > --- /dev/null < > > +++ b/drivers/crypto/virtio/virtio_crypto_core.c < > > @@ -0,0 +1,474 @@ < >

On Thursday, December 15, 2016 8:45 AM, Gonglei (Arei) Wrote: < > > diff --git a/drivers/crypto/virtio/virtio_crypto_core.c < > b/drivers/crypto/virtio/virtio_crypto_core.c < > > new file mode 100644 < > > index 0000000..c0854a1 < > > --- /dev/null < > > +++ b/drivers/crypto/virtio/virtio_crypto_core.c < > > @@ -0,0 +1,474 @@ < >

Hello, Recently many advanced memory mechanisms are introduced into Xen. One problem we found is the conflict between p2m query and setting. For example, backend drivers always map domU’s page to its own space, during the mapping procedure, situations as follow may happen, when mfn is obtained by gfn_to_mfn(), this mfn is likely to be paged out. first case: grant mapping

...gt; To: Gonglei (Arei); Halil Pasic; linux-kernel at vger.kernel.org; > qemu-devel at nongnu.org; virtio-dev at lists.oasis-open.org; > virtualization at lists.linux-foundation.org; linux-crypto at vger.kernel.org > Cc: Huangweidong (C); Claudio Fontana; mst at redhat.com; Luonengjun; > Hanweidong (Randy); Xuquan (Quan Xu); Wanzongshun (Vincent); > stefanha at redhat.com; Zhoujian (jay, Euler); cornelia.huck at de.ibm.com; > longpeng; arei.gonglei at hotmail.com; davem at davemloft.net; Wubin (H); > herbert at gondor.apana.org.au > Subject: RE: [Qemu-devel] [PATCH v7 1/1] crypto:...

...i); Halil Pasic; linux-kernel at vger.kernel.org; > > qemu-devel at nongnu.org; virtio-dev at lists.oasis-open.org; > > virtualization at lists.linux-foundation.org; linux-crypto at vger.kernel.org > > Cc: Huangweidong (C); Claudio Fontana; mst at redhat.com; Luonengjun; > > Hanweidong (Randy); Xuquan (Quan Xu); Wanzongshun (Vincent); > > stefanha at redhat.com; Zhoujian (jay, Euler); cornelia.huck at de.ibm.com; > > longpeng; arei.gonglei at hotmail.com; davem at davemloft.net; Wubin (H); > > herbert at gondor.apana.org.au > > Subject: RE: [Qemu-devel] [P...

...i); Halil Pasic; linux-kernel at vger.kernel.org; > > qemu-devel at nongnu.org; virtio-dev at lists.oasis-open.org; > > virtualization at lists.linux-foundation.org; linux-crypto at vger.kernel.org > > Cc: Huangweidong (C); Claudio Fontana; mst at redhat.com; Luonengjun; > > Hanweidong (Randy); Xuquan (Quan Xu); Wanzongshun (Vincent); > > stefanha at redhat.com; Zhoujian (jay, Euler); cornelia.huck at de.ibm.com; > > longpeng; arei.gonglei at hotmail.com; davem at davemloft.net; Wubin (H); > > herbert at gondor.apana.org.au > > Subject: RE: [Qemu-devel] [P...

Hi Gonglei. On Thu, Dec 08, 2016 at 12:37:08PM +0800, Gonglei wrote: > >> arch/sparc/include/asm/topology_64.h:44:44: > error: implicit declaration of function 'cpu_data' > [-Werror=implicit-function-declaration] > > #define topology_physical_package_id(cpu) (cpu_data(cpu).proc_id) > ^ > Let's include

Hi Gonglei. On Thu, Dec 08, 2016 at 12:37:08PM +0800, Gonglei wrote: > >> arch/sparc/include/asm/topology_64.h:44:44: > error: implicit declaration of function 'cpu_data' > [-Werror=implicit-function-declaration] > > #define topology_physical_package_id(cpu) (cpu_data(cpu).proc_id) > ^ > Let's include

...ofitbricks.com> Vijay Mohan Pandarathil <vijaymohan.pandarathil@hp.com> Viktor Mihajlovski <mihajlov@linux.vnet.ibm.com> Vishvananda Ishaya <vishvananda@gmail.com> Vladimir Senkov <hangup@gmail.com> Wanlong Gao <gaowanlong@cn.fujitsu.com> Weidong Han <hanweidong@huawei.com> Wen Congyang <wency@cn.fujitsu.com> Wenchao Xia <xiawenc@linux.vnet.ibm.com> Wendy Liang <jliang@xilinx.com> Will Auld <will.auld@intel.com> Xiao Guangrong <xiaoguangrong@linux.vnet.ibm.com> Xudong Hao <xudong.hao@intel.com> Yan Vugen...

...ofitbricks.com> Vijay Mohan Pandarathil <vijaymohan.pandarathil@hp.com> Viktor Mihajlovski <mihajlov@linux.vnet.ibm.com> Vishvananda Ishaya <vishvananda@gmail.com> Vladimir Senkov <hangup@gmail.com> Wanlong Gao <gaowanlong@cn.fujitsu.com> Weidong Han <hanweidong@huawei.com> Wen Congyang <wency@cn.fujitsu.com> Wenchao Xia <xiawenc@linux.vnet.ibm.com> Wendy Liang <jliang@xilinx.com> Will Auld <will.auld@intel.com> Xiao Guangrong <xiaoguangrong@linux.vnet.ibm.com> Xudong Hao <xudong.hao@intel.com> Yan Vugen...

...ofitbricks.com> Vijay Mohan Pandarathil <vijaymohan.pandarathil@hp.com> Viktor Mihajlovski <mihajlov@linux.vnet.ibm.com> Vishvananda Ishaya <vishvananda@gmail.com> Vladimir Senkov <hangup@gmail.com> Wanlong Gao <gaowanlong@cn.fujitsu.com> Weidong Han <hanweidong@huawei.com> Wen Congyang <wency@cn.fujitsu.com> Wenchao Xia <xiawenc@linux.vnet.ibm.com> Wendy Liang <jliang@xilinx.com> Will Auld <will.auld@intel.com> Xiao Guangrong <xiaoguangrong@linux.vnet.ibm.com> Xudong Hao <xudong.hao@intel.com> Yan Vugen...

...n.org; > linux-crypto at vger.kernel.org > Cc: Luonengjun; mst at redhat.com; stefanha at redhat.com; Huangweidong (C); > Wubin (H); xin.zeng at intel.com; Claudio Fontana; > herbert at gondor.apana.org.au; pasic at linux.vnet.ibm.com; > davem at davemloft.net; Zhoujian (jay, Euler); Hanweidong (Randy); > arei.gonglei at hotmail.com; cornelia.huck at de.ibm.com; Xuquan (Quan Xu); > longpeng; Wanzongshun (Vincent); Gonglei (Arei) > Subject: [PATCH v5 1/1] crypto: add virtio-crypto driver > > This patch introduces virtio-crypto driver for Linux Kernel. > > The virtio...

...n.org; > linux-crypto at vger.kernel.org > Cc: Luonengjun; mst at redhat.com; stefanha at redhat.com; Huangweidong (C); > Wubin (H); xin.zeng at intel.com; Claudio Fontana; > herbert at gondor.apana.org.au; pasic at linux.vnet.ibm.com; > davem at davemloft.net; Zhoujian (jay, Euler); Hanweidong (Randy); > arei.gonglei at hotmail.com; cornelia.huck at de.ibm.com; Xuquan (Quan Xu); > longpeng; Wanzongshun (Vincent); Gonglei (Arei) > Subject: [PATCH v5 1/1] crypto: add virtio-crypto driver > > This patch introduces virtio-crypto driver for Linux Kernel. > > The virtio...

v5: - add comments for algs_lock and table_lock. [Stefan] - use kzfree instead of kfree for key material security. [Stefan] - drop unnecessary spin_lock for struct virtio_crypto_ablkcipher_ctx. - dynamically allocated memory for iv in order to avoid to do DMA from the stack memory in __virtio_crypto_ablkcipher_do_req(). - add logs for error path in virtio_crypto_alg_validate_key(). - add

v5: - add comments for algs_lock and table_lock. [Stefan] - use kzfree instead of kfree for key material security. [Stefan] - drop unnecessary spin_lock for struct virtio_crypto_ablkcipher_ctx. - dynamically allocated memory for iv in order to avoid to do DMA from the stack memory in __virtio_crypto_ablkcipher_do_req(). - add logs for error path in virtio_crypto_alg_validate_key(). - add