From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 614F7CE7AB7 for ; Fri, 22 Sep 2023 19:40:36 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230166AbjIVTkj (ORCPT ); Fri, 22 Sep 2023 15:40:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34982 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229495AbjIVTkh (ORCPT ); Fri, 22 Sep 2023 15:40:37 -0400 Received: from mgamail.intel.com (mgamail.intel.com [134.134.136.31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0885BAF; Fri, 22 Sep 2023 12:40:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1695411631; x=1726947631; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=4EqY69+zYdrxR47KayTtNyOORFAQpVGTPA/TjOrQ2N0=; b=nQcW24qb72AvI/AvwrYMRIPmC08aGMocxcwi2tiCEK7FlJE24S+zpmcA kYJAXEre7pC1q0UbJY4XTtmMvYIoVNMKaxG2K1PUV4Kkx9xA27GL/jh3G CMjRuaDeCIn68mLuDtMM03aekobYpnivmUzPx5jaOwKZ93c4nENpG5D1F mqmBq7w6fft49AOAMDTUVLtvMcc7+euLHDXZvklhbuWW4rMYiJnoGtguk qJO089BRPZB1PW5QmToUd9c8Y5aR1zT0NToddLW5UrGqe17J0uzE5hhgK /w+7GBJqd5rzg8e/Kz96E80bssbUBXjn+bOJaQiPeety4dTtmul7uFl45 g==; X-IronPort-AV: E=McAfee;i="6600,9927,10841"; a="445023199" X-IronPort-AV: E=Sophos;i="6.03,169,1694761200"; d="scan'208";a="445023199" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 Sep 2023 12:40:30 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10841"; a="863072777" X-IronPort-AV: E=Sophos;i="6.03,169,1694761200"; d="scan'208";a="863072777" Received: from ls.sc.intel.com (HELO localhost) ([172.25.112.31]) by fmsmga002-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 Sep 2023 12:40:30 -0700 Date: Fri, 22 Sep 2023 12:40:29 -0700 From: Isaku Yamahata To: Sean Christopherson Cc: isaku.yamahata@intel.com, kvm@vger.kernel.org, linux-kernel@vger.kernel.org, isaku.yamahata@gmail.com, Michael Roth , Paolo Bonzini , erdemaktas@google.com, Sagi Shahar , David Matlack , Kai Huang , Zhi Wang , chen.bo@intel.com, linux-coco@lists.linux.dev, Chao Peng , Ackerley Tng , Vishal Annapurve , Yuan Yao , Jarkko Sakkinen , Xu Yilun , Quentin Perret , wei.w.wang@intel.com, Fuad Tabba , isaku.yamahata@linux.intel.com Subject: Re: [RFC PATCH v2 0/6] KVM: gmem: Implement test cases for error_remove_page Message-ID: <20230922194029.GA1206715@ls.amr.corp.intel.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 21, 2023 at 01:29:59PM -0700, Sean Christopherson wrote: > On Thu, Sep 21, 2023, isaku.yamahata@intel.com wrote: > > From: Isaku Yamahata > > > > This patch series is to implement test cases for the KVM gmem error_remove_page > > method. > > - Update punch hole method to truncate pages > > - Add a new ioctl KVM_GUEST_MEMORY_FAILURE to inject memory failure on > > offset of gmem > > Doh. Please try to communicate what you're working on. I was just about to hit > SEND on a series to fix the truncation bug, and to add a similar test. I would > have happily punted that in your direction, but I had no idea that you were aware > of the bug[*], let alone working on a fix. I could have explicitly stated that > I was going to fix the bug, but I thought that it was implied that I needed to > clean up my own mess. Oops sorry. Now I'm considering about machine check injection. i.e. somehow trigger kvm_machine_check() and its own test cases. -- Isaku Yamahata