Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp852844rwb; Wed, 28 Sep 2022 09:52:21 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4GCIE/Ly2UXZ73wpB6sAak/HI/qIk2nSPB/nd3V7Vdm6F4zay+6hSgKbMNUJtJBIn/uhal X-Received: by 2002:a17:907:2bc3:b0:76f:5a9b:2039 with SMTP id gv3-20020a1709072bc300b0076f5a9b2039mr27501295ejc.534.1664383941317; Wed, 28 Sep 2022 09:52:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664383941; cv=none; d=google.com; s=arc-20160816; b=ii5b6WLxXbnQHdDlSBlUeczB7A5vi+w7za3WBdAkcNy4assZgb5WFLfTy6+5VrOTzK MTKHaYJf5xMbPpsW1cd1uCX91vos+wpdIVfs4dSmEvkRnmTKhH8Vy8AFvdPvlmmXmhO9 lbxIFiBhQHoXhVbGpewNnulVPo5gsKgJV20T/WPimNUrubHZoEpQDDkJCxu+BYbKd90B tNCvV+oA5lp/oyL4Fm1+5tBtQdAcXqpSvxERI81NHf/WuS/OftkIlDKVhc0SzLedfpj1 Gpgr3Rt+fcI2pjwdSOzSnuQg4PzaSY3/25gfrs1wec1cV/A/It+jicVmUzsAZ5OLSRT1 Ymjg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=SX46qqsXP6rNXBfhWbDF1CWQd9NesON2YiNX3aiOXY0=; b=GgKUtdbqDsSrL2P5WGHLE7gUL9gO2iLfxDC1tZU5q9RaGOzo1EcBlj4uaO2pEP1eaU oA+WuMi9pjd+OhzUcO4NBNpZva5PHVYPHTm22viocTVGhy+Fprr7XfvUS1OUNrrHt0Hy V7Dq31FFpV+8v8OUfqCT+Y6LGPVvZ9c8XelEImRwbUWWq/qvADwgw7zqXlL4aasYSzZk EcDRTDsnTZDIQ+H3BxTag3OntU7o+gIH9CfC0kPh7xZk0fFHeWtnjLDr/79WzvRTPDEb qRIt1Bh6bi6A7/+kVEqCOKxecLmHP4srRy7TQOCTuIZrIVOo1wGQ0HFYqny9hy45scRk bXJg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=fzDC1W22; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id he40-20020a1709073da800b0076f077cec04si6781132ejc.365.2022.09.28.09.51.54; Wed, 28 Sep 2022 09:52:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=fzDC1W22; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234422AbiI1QMm (ORCPT + 99 others); Wed, 28 Sep 2022 12:12:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57226 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233749AbiI1QMk (ORCPT ); Wed, 28 Sep 2022 12:12:40 -0400 Received: from mail-pl1-x62c.google.com (mail-pl1-x62c.google.com [IPv6:2607:f8b0:4864:20::62c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E4B4A86FE3 for ; Wed, 28 Sep 2022 09:12:38 -0700 (PDT) Received: by mail-pl1-x62c.google.com with SMTP id x1so12155954plv.5 for ; Wed, 28 Sep 2022 09:12:38 -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; bh=SX46qqsXP6rNXBfhWbDF1CWQd9NesON2YiNX3aiOXY0=; b=fzDC1W22cfZ4eDT1CC0OBYGcpwDVGaIUNn9gpp+5Om3tsWLsgyETbIAFuKLDILPNOF NEEiTgMTRAUHTfaXUgf3Yr6pWUc0h8FDYlycrjTCqUs2iP6brpgSe2PUc3K/KC2zDHyN y+EjT27JXL79rXS7ZeoidlEdf3yPQlonDfwh1D5RMd/M4SKBv3uFQK7SpAzozqBJjMJT bSbDSUNDFa9pQlgJxRwPcRQJIIG1LlttRThlG3BNyEouNJCP0aREDQsErYXBSFSkfBrA FCT42XP9Mrup9YwTWBjCl/U7F5pEbpKrIXeGIuwX/lIkG+uDAe+1SRLTOjqh490JtHor Gu/g== 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; bh=SX46qqsXP6rNXBfhWbDF1CWQd9NesON2YiNX3aiOXY0=; b=JYqhMWv/u2W63vmXI5fLgHjaMDYEBoDOWaX5+9+U4wvTfD72jeMnoeQ9kmpaLnER/B uhMvWy3aCFq9/BUPXuLOyiWbzZY9MWty4OpknuMNuf+1bs8+1PRjrdQI26kcY3obTqnh 0qEkcHkR232Y0HicrvQAfrEecpNeqJ4BpBtuijCNiK4tRCU+vEd9d2PMRJq1SwVdc6ow 9TIAohedxyl02HQgdVryiUAiKNyG4A9ttIBLX8d0/jCulutGOjhLW0jDnCovpK0p9jjZ u8Kp/2qNh7qW2bBJU/lnqdGqodS7bCdqxwFW1ndlw2ZaaMka0YD6wTMEzLGUVhsle6Gy YWhg== X-Gm-Message-State: ACrzQf342u3D+6vgv66vVSNRcYzL8dIYKN3lYctNbHeW/WOC4Xkg3Vxn dc+PB7XpXqKnNSP8CblDHWjgYw== X-Received: by 2002:a17:903:2305:b0:178:380f:5246 with SMTP id d5-20020a170903230500b00178380f5246mr554123plh.146.1664381558359; Wed, 28 Sep 2022 09:12:38 -0700 (PDT) Received: from google.com (7.104.168.34.bc.googleusercontent.com. [34.168.104.7]) by smtp.gmail.com with ESMTPSA id d128-20020a623686000000b0053e66f57334sm4194923pfa.112.2022.09.28.09.12.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 28 Sep 2022 09:12:37 -0700 (PDT) Date: Wed, 28 Sep 2022 16:12:33 +0000 From: Sean Christopherson To: Paolo Bonzini Cc: Maxim Levitsky , linux-kernel@vger.kernel.org, kvm@vger.kernel.org Subject: Re: [PATCH] KVM: x86: disable on 32-bit unless CONFIG_BROKEN Message-ID: References: <20220926165112.603078-1-pbonzini@redhat.com> <15291c3f-d55c-a206-9261-253a1a33dce1@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15291c3f-d55c-a206-9261-253a1a33dce1@redhat.com> X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 28, 2022, Paolo Bonzini wrote: > On 9/28/22 09:10, Maxim Levitsky wrote: > > I also think that outside KVM developers nobody should be using KVM on 32 bit host. > > > > However for_developement_ I think that 32 bit KVM support is very useful, as it > > allows to smoke test the support for 32 bit nested hypervisors, which I do once in a while, > > and can even probably be useful to some users (e.g running some legacy stuff in a VM, > > which includes a hypervisor, especially to run really legacy OSes / custom bare metal software, > > using an old hypervisor) - or in other words, 32 bit nested KVM is mostly useless, but > > other 32 bit nested hypervisors can be useful. > > > > Yes, I can always use an older 32 bit kernel in a guest with KVM support, but as long > > as current kernel works, it is useful to use the same kernel on host and guest. > > Yeah, I would use older 32 bit kernels just like I use RHEL4 to test PIT > reinjection. :) But really the ultimate solution to this would be to > improve kvm-unit-tests so that we can compile vmx.c and svm.c for 32-bit. Agreed. I too use 32-bit KVM to validate KVM's handling of 32-bit L1 hypervisors, but the maintenance cost is painfully high.