Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp2270410imm; Tue, 4 Sep 2018 01:13:57 -0700 (PDT) X-Google-Smtp-Source: ANB0VdaQ60eVEUXZNSrZ6f50Bj1VELWp4EByuvIgOJP3cRfGXx8wt5dLxNj7Sby2c7pbh1Pv/5iR X-Received: by 2002:a63:fb07:: with SMTP id o7-v6mr30149359pgh.333.1536048837675; Tue, 04 Sep 2018 01:13:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536048837; cv=none; d=google.com; s=arc-20160816; b=EIC3XL180wR4dRreKVlGUR5neuUBrYkQpFB5rCuPz2sOtCL4s7k+kqUCg3/6N/39ZK zTe2usxKM48BhMedeL1YZCMqCK87l1QFgf9ieB27EKYWMzNl3TowUirpINqKoMs3z+WD pvL0GkPpGtxMTp6KR1x6S3Fmu1Xz7Z3NaA0rKTseDc4LOirrl8R9HNW4uH7UiWn8ThBD FdwNB70fDruDgDq1yE91Ba8CtT4dyGhn2mJx19Gczi3r3jvGtRsN7F1koYSgrJZzJXMr JYKOPku1F1EFdqY74hHkHkBbQcPidjncx8OgA12IljuX5w1d5OaOc1DRU9RedyYvcr4p LHDQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :dlp-reaction:dlp-version:dlp-product:content-language :accept-language:in-reply-to:references:message-id:date:thread-index :thread-topic:subject:cc:to:from:arc-authentication-results; bh=W+LPnQGMHx0VF668ekED23q4g1k55+nmdq/m9kHLpT4=; b=eyBiJHtOU+0kILREZdBTsjXBy8BVoULi8yKt4fx8EOyQ5r5ex13Ezwd+IJPveMqiCN oo9vCPyYU26pUatxSIGXyRplxsa+K/3sdQBYbvlQcX9OtioSeBIeX6nH7yA9I4mpLALp RvprN0iNE0yGQm3dZ0TS4n8VUHcITvFLpwq/ax/hjvfU+KFGSvp0ma6HbAAYx6jTrqcm MPownYqSjU2xHfTcmb/vMw/YR/yo0OGHdLr1IYFpp10zqmlx8/Wa+K9wMqOwFn+ql8uZ BUDsuF6NOLCDsoDsC++m3AUj3atLQOreY6h/zuMkj4qb5NPwICMY9SNwxw1xAsC6YBij 52XA== 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 h23-v6si2514568pgv.356.2018.09.04.01.13.42; Tue, 04 Sep 2018 01:13:57 -0700 (PDT) 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 S1727024AbeIDMgE convert rfc822-to-8bit (ORCPT + 99 others); Tue, 4 Sep 2018 08:36:04 -0400 Received: from mga01.intel.com ([192.55.52.88]:32809 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726133AbeIDMgE (ORCPT ); Tue, 4 Sep 2018 08:36:04 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Sep 2018 01:12:04 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.53,328,1531810800"; d="scan'208";a="88770545" Received: from fmsmsx108.amr.corp.intel.com ([10.18.124.206]) by orsmga002.jf.intel.com with ESMTP; 04 Sep 2018 01:12:03 -0700 Received: from fmsmsx112.amr.corp.intel.com (10.18.116.6) by FMSMSX108.amr.corp.intel.com (10.18.124.206) with Microsoft SMTP Server (TLS) id 14.3.319.2; Tue, 4 Sep 2018 01:12:03 -0700 Received: from shsmsx104.ccr.corp.intel.com (10.239.4.70) by FMSMSX112.amr.corp.intel.com (10.18.116.6) with Microsoft SMTP Server (TLS) id 14.3.319.2; Tue, 4 Sep 2018 01:12:02 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.226]) by SHSMSX104.ccr.corp.intel.com ([169.254.5.143]) with mapi id 14.03.0319.002; Tue, 4 Sep 2018 16:12:01 +0800 From: "Peng, DongX" To: Nikita Leshenko , "Wu, Fengguang" CC: Andrew Morton , Linux Memory Management List , "Liu, Jingqi" , "Dong, Eddie" , "Hansen, Dave" , "Huang, Ying" , Brendan Gregg , "kvm@vger.kernel.org" , LKML Subject: RE: [RFC][PATCH 3/5] [PATCH 3/5] kvm-ept-idle: HVA indexed EPT read Thread-Topic: [RFC][PATCH 3/5] [PATCH 3/5] kvm-ept-idle: HVA indexed EPT read Thread-Index: AQHUQmOmnZsRsVJTp0KJvY5txETrBqTfPtWAgACKFLA= Date: Tue, 4 Sep 2018 08:12:00 +0000 Message-ID: <5249147EF0246348BBCB3713DC3757BF8D0D0C@shsmsx102.ccr.corp.intel.com> References: <20180901112818.126790961@intel.com> <20180901124811.591511876@intel.com> <37B30FD3-7955-4C0B-AAB5-544359F4D157@oracle.com> In-Reply-To: <37B30FD3-7955-4C0B-AAB5-544359F4D157@oracle.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiYmJiODY5MWYtYjYyNC00NzBiLTljOWUtMGE3ODE0OTEzNGZmIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiZW9YMk4zUHhSU0pUcHdVR0daMkRvcmNSZytOYUh0VWZabW1XODBUUzNrWE93OTllQndaTGdLTDRyUnozNjZSaiJ9 dlp-product: dlpe-windows dlp-version: 11.0.400.15 dlp-reaction: no-action x-originating-ip: [10.239.127.40] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org kvm_get_kvm() kvm_put_kvm() -----Original Message----- From: Nikita Leshenko [mailto:nikita.leshchenko@oracle.com] Sent: Tuesday, September 4, 2018 3:57 PM To: Wu, Fengguang Cc: Andrew Morton ; Linux Memory Management List ; Peng, DongX ; Liu, Jingqi ; Dong, Eddie ; Hansen, Dave ; Huang, Ying ; Brendan Gregg ; kvm@vger.kernel.org; LKML Subject: Re: [RFC][PATCH 3/5] [PATCH 3/5] kvm-ept-idle: HVA indexed EPT read On 1 Sep 2018, at 13:28, Fengguang Wu wrote: > +static ssize_t ept_idle_read(struct file *file, char *buf, > + size_t count, loff_t *ppos) > +{ > + struct task_struct *task = file->private_data; > + struct ept_idle_ctrl *eic; > + unsigned long hva_start = *ppos << BITMAP_BYTE2PVA_SHIFT; > + unsigned long hva_end = hva_start + (count << BITMAP_BYTE2PVA_SHIFT); > + int ret; > + > + if (*ppos % IDLE_BITMAP_CHUNK_SIZE || > + count % IDLE_BITMAP_CHUNK_SIZE) > + return -EINVAL; > + > + eic = kzalloc(sizeof(*eic), GFP_KERNEL); > + if (!eic) > + return -EBUSY; > + > + eic->buf = buf; > + eic->buf_size = count; > + eic->kvm = task_kvm(task); > + if (!eic->kvm) { > + ret = -EINVAL; > + goto out_free; > + } I think you need to increment the refcount while using kvm, otherwise kvm can be destroyed from another thread while you're walking it. -Nikita > + > + ret = ept_idle_walk_hva_range(eic, hva_start, hva_end); > + if (ret) > + goto out_free; > + > + ret = eic->bytes_copied; > + *ppos += ret; > +out_free: > + kfree(eic); > + > + return ret; > +}