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 A39E5C433FE for ; Wed, 12 Oct 2022 21:10:13 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229837AbiJLVKL (ORCPT ); Wed, 12 Oct 2022 17:10:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45874 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229711AbiJLVKH (ORCPT ); Wed, 12 Oct 2022 17:10:07 -0400 Received: from mail-pl1-x631.google.com (mail-pl1-x631.google.com [IPv6:2607:f8b0:4864:20::631]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F281840E1A for ; Wed, 12 Oct 2022 14:10:06 -0700 (PDT) Received: by mail-pl1-x631.google.com with SMTP id n7so51215plp.1 for ; Wed, 12 Oct 2022 14:10:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=wjaTEfJW5Bp0cQ1SgqTjNeIGFXK/pZcyrdaMaR+Pa9k=; b=VL2awohoutj1yH/bSjK02iCcRXB1F+Uyl/PBoTnn92KaWqwAjytTQXjB0yJFTij60T CE9SdcPfR/FgTAJ3lf5kHS4GOp9EUfcwk0ekcdwOxYkJJfzaV+q9SvS00M1cripbMq6J K+QfHkx2H07aCvO2qwT3caw3ME5HN+rTUN8x0p5sAIfdtmLpyUy8DlfHP9DDB5NO7P0Z ahxQxYFUdIK1kS1/K7Quz5P1/3DcOJtaHNGhBVyKgrOdPfb0rR1Vsxty96tFPnKgsShj SsmspqcD7OCL4c+k6C6GZG0FsHr+nJvAhnCeFmvachLNmC+8ISwHICBa6DMzbxIhZjsd 2ULQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=wjaTEfJW5Bp0cQ1SgqTjNeIGFXK/pZcyrdaMaR+Pa9k=; b=MVxjEV1NhpN+h590DvY1V7qg8nkEq+XKEJ0NDbIVx1Vo+rp4Ug5QrnmEd32pcFeBrj lPCZItW/7HeocLAuOCJVCXdxuwF2XHxArJ7rzPPuqr2I9uIWnIM9Lm4Em/xElyMVX4oj /T2+L8/NK8eTmF6cM11vsIpgQqwTC1Vxjr8vG44zN/k6eblOr4YD2TTCWGIvy9sr2IbV nYjpLBtVtcXA63c3TPNdWsh7YPjJVktyIfJzjtVLCL2heiEUm0PqA3r3jxVle4jBW/2F Ry/nEnZUSszhJaZV9q9EDMAV7atuGU56xnmDLXCty1a5AMY1+8wkuot9TRyZ6HeAE9xS JdUw== X-Gm-Message-State: ACrzQf1hZ722phQyJ79G5kDQ5Cf+zvkGQp5NgohFs3syHjbStyS5bpYM uCTn4s5+f3l5n6UsYGdYWYTY/g== X-Google-Smtp-Source: AMsMyM442BMSD5mIJngvPBzBEq79NZQgzFi1rf7LeT0pHARAlXsrIPhEuYTeCKZHlFZzLVEQX9nrDA== X-Received: by 2002:a17:903:244c:b0:183:afb6:e803 with SMTP id l12-20020a170903244c00b00183afb6e803mr10356683pls.164.1665609006386; Wed, 12 Oct 2022 14:10:06 -0700 (PDT) Received: from google.com (7.104.168.34.bc.googleusercontent.com. [34.168.104.7]) by smtp.gmail.com with ESMTPSA id h19-20020aa796d3000000b0056126b79072sm337513pfq.21.2022.10.12.14.10.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 12 Oct 2022 14:10:05 -0700 (PDT) Date: Wed, 12 Oct 2022 21:10:02 +0000 From: Sean Christopherson To: isaku.yamahata@intel.com Cc: linux-kernel@vger.kernel.org, kvm@vger.kernel.org, Paolo Bonzini , Thomas Gleixner , Marc Zyngier , Will Deacon , isaku.yamahata@gmail.com, Kai Huang , Chao Gao , Atish Patra , Shaokun Zhang , Daniel Lezcano , Huang Ying , Huacai Chen , Dave Hansen , Borislav Petkov Subject: Re: [PATCH v5 17/30] KVM: Move out KVM arch PM hooks and hardware enable/disable logic Message-ID: References: <245445b7326fb86cdae11ad2709d5f3dac3c9e53.1663869838.git.isaku.yamahata@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <245445b7326fb86cdae11ad2709d5f3dac3c9e53.1663869838.git.isaku.yamahata@intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 22, 2022, isaku.yamahata@intel.com wrote: > From: Isaku Yamahata > > To make clear that those files are default implementation Heh, this is debatable, I was quite confused/surprised by seeing kvm_arch.c. It's also incomplete, which is further confusing, since there are a lot of default hooks that are left behind. And we most definitely don't want to move all of them, since many of those hooks are pure nops, i.e. get completely compiled out. Given that we want this code to go away sooner than later, I don't think adding a temporarily to-be-deleted file makes sense.