Received: by 2002:ac0:a679:0:0:0:0:0 with SMTP id p54csp380706imp; Wed, 20 Feb 2019 01:51:58 -0800 (PST) X-Google-Smtp-Source: AHgI3Iaz0EAAb0pOPh1hGxXYCo2WFYMdeAGBMlg28bDiiT3yTyIvNNIoSYATxoKzy7zWW8f+BZru X-Received: by 2002:a62:5007:: with SMTP id e7mr34014207pfb.92.1550656317961; Wed, 20 Feb 2019 01:51:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550656317; cv=none; d=google.com; s=arc-20160816; b=RdX3WzT50JzFaFUDYRwTKT8bC0DagJvJ9pqAe1pETko8/p82A9vVTZagFjET0fW5AW xl9RUIMbAhyWQnM9DMovgbeBBFzZfeCx9uYDlItiWVNXIZW5TjHsA8rQGtuN4HGd7O9J AkjH1C1UmG1AkEoKjjdEZcukM8BsBsCGRUAGQHk6/ssrYJNHCYjtw0be9ot0/vnv9Onn R59VSoxI25eukxRqwFMeruoSGPotI3u4LnUH3woL5YpEJMLm6kEHqwTx1w29B+TgZ9e6 zfRl3N+3CLOj32Fc23nhQcnyhnLE1LRehVFB+jZ00aIv2Kd5KUx9/Qc3O14bXokv6Eyc XcXQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:reply-to:message-id :subject:cc:to:from:date; bh=iZBUM9iS21GKsVIZ9JeeVbjajRGkZHNwLfvIaCb56rQ=; b=EmWfpufeufqM37Q/N6/sUHGNMMCrU18sM+fmt3zYMrWdzeWcDX/rz0VX07tZP7BIhE 1arrDLfKt+bNl+YbHz8aDPaegOuWEuRrvuUY4pNC6AUIlMvdP9Ps0WL+yreVu6diixgf KqkmfC3TNHoom2GxAItbKBgF0aR8XA5RhgmMeVpnkj29aHv6ZjR+3goU2Pgp0naDkfHI Bx0wnv5inGi7HoFnSpf4/j7zfe/233c0Kpq/u7ODwsAwUuScqpS+Rbkg0QskO/Odbfry j4ll3nllHcPWBwk8C4ZiHaEPDzRoOK9O/DrSCm7j2GjSGW2uPObhpoui9ZHl5GdOwb7d y1nw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c2si18014443pgj.487.2019.02.20.01.51.41; Wed, 20 Feb 2019 01:51:57 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727166AbfBTJtm (ORCPT + 99 others); Wed, 20 Feb 2019 04:49:42 -0500 Received: from mga14.intel.com ([192.55.52.115]:48516 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725816AbfBTJtm (ORCPT ); Wed, 20 Feb 2019 04:49:42 -0500 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Feb 2019 01:49:33 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.58,390,1544515200"; d="asc'?scan'208";a="134906913" Received: from zhen-hp.sh.intel.com (HELO zhen-hp) ([10.239.13.116]) by FMSMGA003.fm.intel.com with ESMTP; 20 Feb 2019 01:49:32 -0800 Date: Wed, 20 Feb 2019 17:39:59 +0800 From: Zhenyu Wang To: Yan Zhao Cc: intel-gvt-dev@lists.freedesktop.org, alex.williamson@redhat.com, kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Zhenyu Wang , Yulei Zhang , Xiao Zheng Subject: Re: [PATCH 7/8] drm/i915/gvt: vGPU device config data save/restore interface Message-ID: <20190220093959.GG12380@zhen-hp.sh.intel.com> Reply-To: Zhenyu Wang References: <20190219074242.14015-1-yan.y.zhao@intel.com> <20190219074632.14350-1-yan.y.zhao@intel.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="92pbEV8XGBb4M+SC" Content-Disposition: inline In-Reply-To: <20190219074632.14350-1-yan.y.zhao@intel.com> User-Agent: Mutt/1.10.0 (2018-05-17) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --92pbEV8XGBb4M+SC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2019.02.19 02:46:32 -0500, Yan Zhao wrote: > The patch implments the gvt interface intel_gvt_save_restore to > save/restore vGPU's device config data for live migration. >=20 > vGPU device config data includes vreg, vggtt, vcfg space, workloads, ppgt= t, > execlist. > It does not include dirty pages in system memory produced by vGPU. >=20 > Signed-off-by: Yulei Zhang > Signed-off-by: Xiao Zheng > Signed-off-by: Zhenyu Wang > Signed-off-by: Yan Zhao =2E.. > + > +#ifndef __GVT_MIGRATE_H__ > +#define __GVT_MIGRATE_H__ > + > +#define MIGRATION_DIRTY_BITMAP_SIZE (16*1024UL) > + > +/* Assume 9MB is enough to descript VM kernel state */ > +#define MIGRATION_IMG_MAX_SIZE (9*1024UL*1024UL) > +#define GVT_MMIO_SIZE (2*1024UL*1024UL) > +#define GVT_MIGRATION_VERSION 0 > + > +enum gvt_migration_type_t { > + GVT_MIGRATION_NONE, > + GVT_MIGRATION_HEAD, > + GVT_MIGRATION_CFG_SPACE, > + GVT_MIGRATION_VREG, > + GVT_MIGRATION_SREG, > + GVT_MIGRATION_GTT, > + GVT_MIGRATION_PPGTT, > + GVT_MIGRATION_WORKLOAD, > + GVT_MIGRATION_EXECLIST, > +}; > + > +struct gvt_ppgtt_entry_t { > + int page_table_level; > + u64 pdp[4]; > +}; > + > +struct gvt_pending_workload_t { > + int ring_id; > + bool emulate_schedule_in; > + struct execlist_ctx_descriptor_format ctx_desc; > + struct intel_vgpu_elsp_dwords elsp_dwords; > +}; > + > +struct gvt_region_t { > + enum gvt_migration_type_t type; > + u32 size; /* obj size of bytes to read/write */ > +}; > + > +struct gvt_migration_obj_t { > + void *img; > + void *vgpu; > + u32 offset; > + struct gvt_region_t region; > + /* operation func defines how data save-restore */ > + struct gvt_migration_operation_t *ops; > + char *name; > +}; > + > +struct gvt_migration_operation_t { > + /* called during pre-copy stage, VM is still alive */ > + int (*pre_copy)(const struct gvt_migration_obj_t *obj); > + /* called before when VM was paused, > + * return bytes transferred > + */ > + int (*pre_save)(const struct gvt_migration_obj_t *obj); > + /* called before load the state of device */ > + int (*pre_load)(const struct gvt_migration_obj_t *obj, u32 size); > + /* called after load the state of device, VM already alive */ > + int (*post_load)(const struct gvt_migration_obj_t *obj, u32 size); > +}; > + > +struct gvt_image_header_t { > + int version; > + int data_size; > + u64 crc_check; > + u64 global_data[64]; > +}; I think this misses device info that should ship with the image, currently what I can think is that each platform should have seperate type, e.g BDW, SKL, KBL, etc. We won't allow to restore onto different platform than the source. > + > +#endif > diff --git a/drivers/gpu/drm/i915/gvt/mmio.c b/drivers/gpu/drm/i915/gvt/m= mio.c > index 43f65848ecd6..6221d2f274fc 100644 > --- a/drivers/gpu/drm/i915/gvt/mmio.c > +++ b/drivers/gpu/drm/i915/gvt/mmio.c > @@ -50,6 +50,19 @@ int intel_vgpu_gpa_to_mmio_offset(struct intel_vgpu *v= gpu, u64 gpa) > return gpa - gttmmio_gpa; > } > =20 > +/** > + * intel_vgpu_mmio_offset_to_GPA - translate a MMIO offset to GPA > + * @vgpu: a vGPU > + * > + * Returns: > + * Zero on success, negative error code if failed > + */ > +int intel_vgpu_mmio_offset_to_gpa(struct intel_vgpu *vgpu, u64 offset) > +{ > + return offset + ((*(u64 *)(vgpu_cfg_space(vgpu) + PCI_BASE_ADDRESS_0)) & > + ~GENMASK(3, 0)); > +} > + > #define reg_is_mmio(gvt, reg) \ > (reg >=3D 0 && reg < gvt->device_info.mmio_size) > =20 > diff --git a/drivers/gpu/drm/i915/gvt/mmio.h b/drivers/gpu/drm/i915/gvt/m= mio.h > index 1ffc69eba30e..a2bddb0257cf 100644 > --- a/drivers/gpu/drm/i915/gvt/mmio.h > +++ b/drivers/gpu/drm/i915/gvt/mmio.h > @@ -82,6 +82,7 @@ void intel_vgpu_reset_mmio(struct intel_vgpu *vgpu, boo= l dmlr); > void intel_vgpu_clean_mmio(struct intel_vgpu *vgpu); > =20 > int intel_vgpu_gpa_to_mmio_offset(struct intel_vgpu *vgpu, u64 gpa); > +int intel_vgpu_mmio_offset_to_gpa(struct intel_vgpu *vgpu, u64 offset); > =20 > int intel_vgpu_emulate_mmio_read(struct intel_vgpu *vgpu, u64 pa, > void *p_data, unsigned int bytes); > diff --git a/drivers/gpu/drm/i915/gvt/vgpu.c b/drivers/gpu/drm/i915/gvt/v= gpu.c > index fcccda35a456..7676dcfdca09 100644 > --- a/drivers/gpu/drm/i915/gvt/vgpu.c > +++ b/drivers/gpu/drm/i915/gvt/vgpu.c > @@ -213,6 +213,7 @@ void intel_gvt_activate_vgpu(struct intel_vgpu *vgpu) > { > mutex_lock(&vgpu->gvt->lock); > vgpu->active =3D true; > + intel_vgpu_start_schedule(vgpu); > mutex_unlock(&vgpu->gvt->lock); > } > =20 > --=20 > 2.17.1 >=20 > _______________________________________________ > intel-gvt-dev mailing list > intel-gvt-dev@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/intel-gvt-dev --=20 Open Source Technology Center, Intel ltd. $gpg --keyserver wwwkeys.pgp.net --recv-keys 4D781827 --92pbEV8XGBb4M+SC Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQTXuabgHDW6LPt9CICxBBozTXgYJwUCXG0gbwAKCRCxBBozTXgY J1mBAJ48/aOP6VQwKJGcNl0lUE8segOPCACffjXWcsjHMrU2mzluvP7uyute9aQ= =4s+0 -----END PGP SIGNATURE----- --92pbEV8XGBb4M+SC--