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 X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id EEF1DC34031 for ; Tue, 18 Feb 2020 21:37:51 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id C0E682064C for ; Tue, 18 Feb 2020 21:37:51 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="q5SaBTsU" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org C0E682064C Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=makrotopia.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=kB1IzNSKvGCIdjoHF7x0kdcLFb1EUhDn9LKeuAu1trI=; b=q5SaBTsUsi87/K cqQiRR15n2cDng33WcTiFd89B4U2m7DVceBayUHgbnCZ5naH8gVGwx2Rg19h0od8xD3ITrr/OOjFF J0AKl8GcSc7nP0cznh8uylrXo7fCzOsBPXE7S5l3ik+a9a70n++RYHaOOQwFtPjXf7tRPtHYjyyqC TwwQudQ1YwyXu7RuWOf++iBadohmQJw7vTUTq3QXP2Yg6Jiu3LuTldQ7J3M6toinmWqXEjK3Ha8c1 +Bgrd/XqexfWetE50ctkJi4T9vwekqmyNZs+ImJFiZNnGBTr4qAMRqvxEafT7R6XGwoJ3QsZSIVoC xiAhih0Fe35JEwAvquGg==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1j4AYo-0003ET-K4; Tue, 18 Feb 2020 21:37:42 +0000 Received: from fudo.makrotopia.org ([2a07:2ec0:3002::71]) by bombadil.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1j4AYf-00032n-A5 for linux-arm-kernel@lists.infradead.org; Tue, 18 Feb 2020 21:37:35 +0000 Received: from local by fudo.makrotopia.org with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.2) (envelope-from ) id 1j4AYQ-0004QN-Fo for linux-arm-kernel@lists.infradead.org; Tue, 18 Feb 2020 22:37:19 +0100 Date: Tue, 18 Feb 2020 22:37:12 +0100 From: Daniel Golle To: linux-arm-kernel@lists.infradead.org Subject: Re: [RFC PATCH 0/5] Removing support for 32bit KVM/arm host Message-ID: <20200218213712.GD1382@makrotopia.org> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200218_133733_347024_EBA31AA4 X-CRM114-Status: GOOD ( 11.00 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org > Message-ID: <20200210141324.21090-1-maz@kernel.org> > > KVM/arm was merged just over 7 years ago, and has lived a very quiet > life so far. It mostly works if you're prepared to deal with its > limitations, it has been a good prototype for the arm64 version, > but it suffers a few problems: > > - It is incomplete (no debug support, no PMU) > - It hasn't followed any of the architectural evolutions > - It has zero users (I don't count myself here) Not true. At least I'm using KVM on CortexA7 (sun7i aka. Allwinner A20) and it has been quite useful until now (running low memory footprint OpenWrt-based guests on yocto/OpenEmbedded host) > - It is more and more getting in the way of new arm64 developments Can you elaborate more on how it is getting in the way? Just in terms of effort to maintain the necessary abstractions or does something really block ARM64 KVM support? > > So here it is: unless someone screams and shows that they rely on > KVM/arm to be maintained upsteam, I'll remove 32bit host support > form the tree. One of the reasons that makes me confident nobody is > using it is that I never receive *any* bug report. Yes, it is perfect. > But if you depend on KVM/arm being available in mainline, please shout. I cetainly don't depend on it, meaning I'd have to replace hardware worth less than $100 in the near future, that's not too bad. And yes, it has just been working perfectly ;) Cheers Daniel _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel