Re: [Xen-devel] [PATCH 00/16] x86/vm-event: numerous adjustments & fixes

On 7/11/2016 5:54 AM, Tian, Kevin wrote: what's the difference between this series and earlier one? [PATCH v3 0/8] x86/vm-event: Adjustments & fixes looks you have some patches cross-posted (e.g. 1/16)... Corneliu ZUZU (16): x86/vmx_update_guest_cr: minor optimization x86: fix: make

[Xen-devel] Question about xen event channel

Title: Samsung Enterprise Portal mySingle Hello everyone :)   I have a question about xen event channel. Is it possible to allocate two event channels in one xen frontend driver? I want to bind two different irq handler to one xen frontend driver by using two event channels.   However,

[Xen-devel] [PATCH] xen_pvscsi: reclaim the ring request when mapping data failed

During scsi command queueing, if mapping data fails, we need to reclaim the failed request. Otherwise, the garbage request will be pushed into the ring for the backend to work. Signed-off-by: Bin Wu --- drivers/scsi/xen-scsifront.c | 1 + 1 file changed, 1 insertion(+)

Re: [Xen-devel] [PATCH v15 3/3] VT-d: fix Device-TLB flush timeout issue

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Friday, July 08, 2016 2:46 PM > > From: Quan Xu > > If Device-TLB flush timed out, we hide the target ATS device > immediately. By hiding the device, we make sure it can't be > assigned to any domain any longer (see

Re: [Xen-devel] [PATCH v15 1/3] IOMMU/ATS: use a struct pci_dev * instead of SBDF

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Friday, July 08, 2016 2:44 PM > > From: Quan Xu > > Do away with struct pci_ats_dev; integrate the few bits of information > in struct pci_dev (and as a result drop get_ats_device() altogether). > Hook ATS devices onto a

Re: [Xen-devel] [PATCH] vmx/monitor: CPUID events

> From: Tamas K Lengyel [mailto:tamas.leng...@zentific.com] > Sent: Friday, July 08, 2016 10:32 AM > > This patch implements sending notification to a monitor subscriber when an > x86/vmx guest executes the CPUID instruction. > > Signed-off-by: Tamas K Lengyel > @@

Re: [Xen-devel] [PATCH 00/16] x86/vm-event: numerous adjustments & fixes

what's the difference between this series and earlier one? [PATCH v3 0/8] x86/vm-event: Adjustments & fixes looks you have some patches cross-posted (e.g. 1/16)... > -Original Message- > From: Corneliu ZUZU [mailto:cz...@bitdefender.com] > Sent: Saturday, July 09, 2016 12:12 PM > To:

Re: [Xen-devel] [PATCH v3 2/8] x86/vm-event/monitor: relocate code-motion more appropriately

> From: Corneliu ZUZU [mailto:cz...@bitdefender.com] > Sent: Wednesday, July 06, 2016 11:51 PM > > For readability: > > * Add function arch_monitor_write_data (in x86/monitor.c) and separate > handling > of monitor_write_data there (previously done directly in hvm_do_resume). > > * Separate

Re: [Xen-devel] [PATCH v3 1/8] x86/vmx_update_guest_cr: minor optimization

> From: Corneliu ZUZU [mailto:cz...@bitdefender.com] > Sent: Wednesday, July 06, 2016 11:50 PM > > Minor optimization @ vmx_update_guest_cr: checks if > v->arch.hvm_vmx.exec_control > was modified before actually calling vmx_update_cpu_exec_control(v). > > Signed-off-by: Corneliu ZUZU

[Xen-devel] [ovmf test] 96980: regressions - FAIL

flight 96980 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/96980/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 94748

[Xen-devel] [ovmf test] 96949: regressions - FAIL

flight 96949 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/96949/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 94748

[Xen-devel] [PATCH] libxl: trigger attach events for devices attached before xl devd startup

When this daemon is started after creating backend device, that device will not be configured. Racy situation: 1. driver domain is started 2. frontend domain is started (just after kicking driver domain off) 3. device in frontend domain is connected to the backend (as specified in frontend

Re: [Xen-devel] No graphics with xen pv and Fedora qemu

On Wed, 29 Jun 2016, Michael Young wrote: I have been trying to trace a problem when using Fedora's qemu with a pv guest which is that no graphics are available. I get the errors xen be core: xen be: watching backend path (backend/console/2) failed xen be core: xen be: watching backend path

[Xen-devel] [ovmf test] 96898: regressions - FAIL

flight 96898 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/96898/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 94748

Re: [Xen-devel] Kernel panic on Xen virtualisation in Debian

Am 10.07.2016 um 00:29 schrieb Andreas Ziegler : > In May, Ingo Jürgensmann also started experiencing this problem and > blogged about it: > https://blog.windfluechter.net/content/blog/2016/03/23/1721-xen-randomly-crashing-server >

[Xen-devel] [xen-unstable test] 96893: tolerable FAIL

flight 96893 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/96893/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail in 96845 pass in 96893

Re: [Xen-devel] monitor access to pages with a specific p2m_type_t

On Sun, Jun 26, 2016 at 5:15 PM, sepanta s wrote: > > > > On Fri, Jun 24, 2016 at 8:10 PM, Tamas K Lengyel > wrote: > >> >> On Jun 24, 2016 05:19, "Razvan Cojocaru" >> wrote: >> > >> > On 06/24/2016 02:05 PM, George Dunlap

[Xen-devel] [PATCH 06/19] xen: Rename xen_be_printf to xen_pv_printf

Prepare xen_be_printf to be used by both backend and frontends: * xen_be_printf -> xen_pv_printf Signed-off-by: Emil Condrea --- hw/block/xen_disk.c| 52 +++--- hw/char/xen_console.c | 10 - hw/display/xenfb.c

[Xen-devel] [PATCH 05/19] xen: Prepare xendev qtail to be shared with frontends

* move xendevs qtail to xen_pvdev.c * change xen_be_get_xendev to use a new function: xen_pv_insert_xendev Signed-off-by: Emil Condrea --- hw/xen/xen_backend.c | 70 +--- hw/xen/xen_pvdev.c| 75

[Xen-devel] [PATCH 03/19] xen: Move xenstore_update to xen_pvdev.c

* xenstore_update -> xen_pvdev.c * xenstore_update_fe -> xen_frontend.c Signed-off-by: Emil Condrea --- hw/xen/xen_backend.c | 43 +-- hw/xen/xen_frontend.c | 18 ++ hw/xen/xen_pvdev.c|

[Xen-devel] [PATCH 16/19] Qemu-Xen-vTPM: Register Xen stubdom vTPM frontend driver

This driver transfers any request/repond between TPM xenstubdoms driver and Xen vTPM stubdom, and facilitates communications between Xen vTPM stubdom domain and vTPM xenstubdoms driver. It is a glue for the TPM xenstubdoms driver and Xen stubdom vTPM domain that provides the actual TPM

[Xen-devel] [PATCH 17/19] Qemu-Xen-vTPM: Move tpm_passthrough_is_selftest() into tpm_util.c

Also rename it to tpm_util_is_selftest(). Signed-off-by: Quan Xu Signed-off-by: Emil Condrea Reviewed-by: Stefan Berger --- hw/tpm/Makefile.objs | 2 +- hw/tpm/tpm_passthrough.c | 13 + hw/tpm/tpm_util.c

[Xen-devel] [PATCH 14/19] Qemu-Xen-vTPM: Support for Xen stubdom vTPM command line options

Signed-off-by: Quan Xu Signed-off-by: Emil Condrea Reviewed-by: Eric Blake --- Changes in v9: * Replace `type` with `struct` as required by 895a2a80e * Change `qpm_query_tpm_inst` as required by ce21131a0 --- configure| 14

[Xen-devel] [v9 00/19] QEMU:Xen stubdom vTPM for HVM virtual machine(QEMU Part)

*INTRODUCTION* The goal of virtual Trusted Platform Module (vTPM) is to provide a TPM functionality to virtual machines (Fedora, Ubuntu, Redhat, Windows .etc). This allows programs to interact with a TPM in a virtual machine the same way they interact with a TPM on the physical system. Each

[Xen-devel] [PATCH 01/19] xen: Create a new file xen_pvdev.c

The purpose of the new file is to store generic functions shared by frontend and backends such as xenstore operations, xendevs. Signed-off-by: Quan Xu Signed-off-by: Emil Condrea --- hw/xen/Makefile.objs | 2 +- hw/xen/xen_backend.c |

[Xen-devel] [PATCH 08/19] xen: Rename xen_be_send_notify

Prepare xen_be_send_notify to be shared with frontends: * xen_be_send_notify -> xen_pv_send_notify Signed-off-by: Emil Condrea --- hw/block/xen_disk.c| 4 ++-- hw/char/xen_console.c | 4 ++-- hw/display/xenfb.c | 8 hw/net/xen_nic.c

[Xen-devel] [PATCH 12/19] xen: Rename xen_be_frontend_changed

xen_be_frontend_changed -> xen_fe_frontend_changed Signed-off-by: Emil Condrea --- hw/xen/xen_backend.c | 2 +- hw/xen/xen_frontend.c | 4 ++-- include/hw/xen/xen_frontend.h | 2 +- 3 files changed, 4 insertions(+), 4 deletions(-) diff --git

[Xen-devel] [PATCH 10/19] xen: Rename xen_be_find_xendev

Prepare xen_be_find_xendev to be shared with frontends: * xen_be_find_xendev -> xen_pv_find_xendev Signed-off-by: Emil Condrea --- hw/display/xenfb.c | 4 ++-- hw/xen/xen_backend.c | 2 +- hw/xen/xen_pvdev.c | 2 +- include/hw/xen/xen_pvdev.h | 2 +-

[Xen-devel] [PATCH 11/19] xen: Rename xen_be_del_xendev

Prepare xen_be_del_xendev to be shared with frontends: * xen_be_del_xendev -> xen_pv_del_xendev Signed-off-by: Emil Condrea --- hw/xen/xen_backend.c | 2 +- hw/xen/xen_pvdev.c | 2 +- include/hw/xen/xen_pvdev.h | 2 +- 3 files changed, 3 insertions(+), 3

[Xen-devel] [PATCH 04/19] xen: Move evtchn functions to xen_pvdev.c

The name of the functions moved: * xen_be_evtchn_event * xen_be_unbind_evtchn * xen_be_send_notify Signed-off-by: Emil Condrea --- hw/xen/xen_backend.c | 37 + hw/xen/xen_pvdev.c | 35

[Xen-devel] [PATCH 09/19] xen: Rename xen_be_evtchn_event

Prepare xen_be_evtchn_event to be shared with frontends: * xen_be_evtchn_event -> xen_pv_evtchn_event Signed-off-by: Emil Condrea --- hw/xen/xen_backend.c | 2 +- hw/xen/xen_pvdev.c | 2 +- include/hw/xen/xen_pvdev.h | 2 +- 3 files changed, 3

[Xen-devel] [PATCH 18/19] Qemu-Xen-vTPM: Qemu vTPM xenstubdoms backend

This Patch provides the glue for the TPM_TIS(Qemu frontend) to Xen stubdom vTPM domain that provides the actual TPM functionality. It sends data and TPM commends with xen_vtpm_frontend. It is similar as another two vTPM backends: *vTPM passthrough backend Since QEMU 1.5. *vTPM libtpms-based

[Xen-devel] [PATCH 13/19] xen: Distinguish between frontend and backend devops

xen_be_check_state should not be called for frontends Use DEVOPS_FLAG_FE flag to distinguish a frontend. Signed-off-by: Emil Condrea Signed-off-by: Quan Xu --- Changes in v9: * Removed not needed strstr from xenstore_update_be It was left over from

[Xen-devel] [PATCH 02/19] xen: Create a new file xen_frontend.c

Its purpose is to store frontend related functions. Signed-off-by: Quan Xu Signed-off-by: Emil Condrea --- hw/block/xen_disk.c | 1 + hw/display/xenfb.c| 1 + hw/net/xen_nic.c | 1 + hw/xen/Makefile.objs |

[Xen-devel] [PATCH 19/19] Qemu-Xen-vTPM: QEMU machine class is initialized before tpm_init()

make sure QEMU machine class is initialized and QEMU has registered Xen stubdom vTPM driver when call tpm_init() Signed-off-by: Quan Xu Signed-off-by: Emil Condrea Reviewed-by: Stefan Berger --- vl.c | 17 +++--

[Xen-devel] [PATCH 15/19] Qemu-Xen-vTPM: Xen frontend driver infrastructure

This patch adds infrastructure for xen front drivers living in qemu, so drivers don't need to implement common stuff on their own. It's mostly xenbus management stuff: some functions to access XenStore, setting up XenStore watches, callbacks on device discovery and state changes, and handle event

[Xen-devel] [PATCH 07/19] xen: Rename xen_be_unbind_evtchn

Prepare xen_be_unbind_evtchn to be shared with frontends: * xen_be_unbind_evtchn -> xen_pv_unbind_evtchn Signed-off-by: Emil Condrea --- hw/block/xen_disk.c| 2 +- hw/char/xen_console.c | 2 +- hw/display/xenfb.c | 2 +- hw/net/xen_nic.c |

[Xen-devel] [xen-unstable-coverity test] 96924: all pass - PUSHED

flight 96924 xen-unstable-coverity real [real] http://logs.test-lab.xenproject.org/osstest/logs/96924/ Perfect :-) All tests in this flight passed version targeted for testing: xen 7da483b0236d8974cc97f81780dcf8e559a63175 baseline version: xen

[Xen-devel] [libvirt test] 96904: tolerable FAIL - PUSHED

flight 96904 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/96904/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt-xsm 12 migrate-support-checkfail never pass test-amd64-amd64-libvirt 12