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=DKIM_INVALID,DKIM_SIGNED, 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 B9038C11D05 for ; Thu, 20 Feb 2020 13:15:16 +0000 (UTC) Received: from mm01.cs.columbia.edu (mm01.cs.columbia.edu [128.59.11.253]) by mail.kernel.org (Postfix) with ESMTP id 4745A208C4 for ; Thu, 20 Feb 2020 13:15:16 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="t0so2L4y" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 4745A208C4 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=kvmarm-bounces@lists.cs.columbia.edu Received: from localhost (localhost [127.0.0.1]) by mm01.cs.columbia.edu (Postfix) with ESMTP id DF6214AEFC; Thu, 20 Feb 2020 08:15:15 -0500 (EST) X-Virus-Scanned: at lists.cs.columbia.edu Authentication-Results: mm01.cs.columbia.edu (amavisd-new); dkim=softfail (fail, message has been altered) header.i=@kernel.org Received: from mm01.cs.columbia.edu ([127.0.0.1]) by localhost (mm01.cs.columbia.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GXDXt3rwaGZv; Thu, 20 Feb 2020 08:15:14 -0500 (EST) Received: from mm01.cs.columbia.edu (localhost [127.0.0.1]) by mm01.cs.columbia.edu (Postfix) with ESMTP id D76F04AEB1; Thu, 20 Feb 2020 08:15:14 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by mm01.cs.columbia.edu (Postfix) with ESMTP id AD5294AC7C for ; Thu, 20 Feb 2020 08:15:13 -0500 (EST) X-Virus-Scanned: at lists.cs.columbia.edu Received: from mm01.cs.columbia.edu ([127.0.0.1]) by localhost (mm01.cs.columbia.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0ROZp8v7sKlQ for ; Thu, 20 Feb 2020 08:15:12 -0500 (EST) Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by mm01.cs.columbia.edu (Postfix) with ESMTPS id 943FE4AC70 for ; Thu, 20 Feb 2020 08:15:12 -0500 (EST) Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 47520206ED; Thu, 20 Feb 2020 13:15:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1582204511; bh=GBYBc5/faaisNgLYson35enBOGC+Q1UvdM6+pUdc8O8=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=t0so2L4yh+HxAPZONaJIbQajjtbOQuEvn6N7oU46SIcmoB3Yude7mAJ0xs+GZObbg Z6zqzFJmZKGh9vGXlOoaZC/zGFwTNSlhgY34KSV3LOMDmq23fLVJjOFKifKkl4M+vl 4HHbUC8SB6aGlO/FF8gWeNll27iSp5LXqhUFZ6tM= Received: from disco-boy.misterjones.org ([51.254.78.96] helo=www.loen.fr) by disco-boy.misterjones.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1j4lfZ-006jVo-Ix; Thu, 20 Feb 2020 13:15:09 +0000 MIME-Version: 1.0 Date: Thu, 20 Feb 2020 13:15:09 +0000 From: Marc Zyngier To: Marek Szyprowski Subject: Re: [RFC PATCH 0/5] Removing support for 32bit KVM/arm host In-Reply-To: <621a0a92-6432-6c3e-cb69-0b601764fa69@samsung.com> References: <20200210141324.21090-1-maz@kernel.org> <621a0a92-6432-6c3e-cb69-0b601764fa69@samsung.com> Message-ID: <43446bd5e884ae92f243799cbe748871@kernel.org> X-Sender: maz@kernel.org User-Agent: Roundcube Webmail/1.3.10 X-SA-Exim-Connect-IP: 51.254.78.96 X-SA-Exim-Rcpt-To: m.szyprowski@samsung.com, linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org, vladimir.murzin@arm.com, linux@arm.linux.org.uk, arnd@arndb.de, suzuki.poulose@arm.com, qperret@google.com, Christoffer.Dall@arm.com, james.morse@arm.com, pbonzini@redhat.com, will@kernel.org, julien.thierry.kdev@gmail.com, krzk@kernel.org, b.zolnierkie@samsung.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false Cc: Russell King , kvm@vger.kernel.org, Arnd Bergmann , Krzysztof Kozlowski , Bartlomiej Zolnierkiewicz , Paolo Bonzini , Will Deacon , kvmarm@lists.cs.columbia.edu, linux-arm-kernel@lists.infradead.org X-BeenThere: kvmarm@lists.cs.columbia.edu X-Mailman-Version: 2.1.14 Precedence: list List-Id: Where KVM/ARM decisions are made List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: kvmarm-bounces@lists.cs.columbia.edu Sender: kvmarm-bounces@lists.cs.columbia.edu Hi Marek, On 2020-02-20 12:44, Marek Szyprowski wrote: > Hi Marc, > > On 10.02.2020 15:13, Marc Zyngier wrote: >> 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) >> - It is more and more getting in the way of new arm64 developments > > That is a bit sad information. Mainline Exynos finally got everything > that was needed to run it on the quite popular Samsung Exynos5422-based > Odroid XU4/HC1/MC1 boards. According to the Odroid related forums it is > being used. We also use it internally at Samsung. Something like "too little, too late" springs to mind, but let's be constructive. Is anyone using it in a production environment, where they rely on the latest mainline kernel having KVM support? The current proposal is to still have KVM support in 5.6, as well as ongoing support for stable kernels. If that's not enough, can you please explain your precise use case? M. -- Jazz is not dead. It just smells funny... _______________________________________________ kvmarm mailing list kvmarm@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/kvmarm 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=-1.0 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,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 3B1CCC11D04 for ; Thu, 20 Feb 2020 13:15:23 +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 0FAA5206ED for ; Thu, 20 Feb 2020 13:15:23 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="IMqMkVKV"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="t0so2L4y" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 0FAA5206ED Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.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-Type: Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:Message-ID:References:In-Reply-To:Subject:To:From: Date:MIME-Version:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=xX5oRGfEz9i3lQRznT2bfMJHk8ETZWlrLjquhlt62sQ=; b=IMqMkVKVGfD0o8IsgMdGelgJE WtDg38PsMHhzohOAsKFGJJN/HTTOzeJdCVsJVtVUAs0DtedzadvCi0X0JYz64DG10+Mupwn/V+woG If5xzNVoPCOJJ07ngFN7L5ukmDznBGqi/RFBkt45hv0v3sH/J7zL56x3ZOcaGKtEznLZMnUlnmFYW UH0cjCi0MPbm/6zQpI0n9nZ9b7guHnkbUmVsmrldb8Lr+GVikCzAPAKfD2SG8CBwHcExeF8oxFblf owpcHSI3giKM6rOdxleRhE401ioZTn8Zk0zyx1G/MLXGAdbHHYSskcii7UCR/MJXXZZYbY/YyYgrX oy2NHHl/g==; 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 1j4lfe-0000Sy-Jk; Thu, 20 Feb 2020 13:15:14 +0000 Received: from mail.kernel.org ([198.145.29.99]) by bombadil.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1j4lfb-0000SR-Qj for linux-arm-kernel@lists.infradead.org; Thu, 20 Feb 2020 13:15:13 +0000 Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 47520206ED; Thu, 20 Feb 2020 13:15:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1582204511; bh=GBYBc5/faaisNgLYson35enBOGC+Q1UvdM6+pUdc8O8=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=t0so2L4yh+HxAPZONaJIbQajjtbOQuEvn6N7oU46SIcmoB3Yude7mAJ0xs+GZObbg Z6zqzFJmZKGh9vGXlOoaZC/zGFwTNSlhgY34KSV3LOMDmq23fLVJjOFKifKkl4M+vl 4HHbUC8SB6aGlO/FF8gWeNll27iSp5LXqhUFZ6tM= Received: from disco-boy.misterjones.org ([51.254.78.96] helo=www.loen.fr) by disco-boy.misterjones.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1j4lfZ-006jVo-Ix; Thu, 20 Feb 2020 13:15:09 +0000 MIME-Version: 1.0 Date: Thu, 20 Feb 2020 13:15:09 +0000 From: Marc Zyngier To: Marek Szyprowski Subject: Re: [RFC PATCH 0/5] Removing support for 32bit KVM/arm host In-Reply-To: <621a0a92-6432-6c3e-cb69-0b601764fa69@samsung.com> References: <20200210141324.21090-1-maz@kernel.org> <621a0a92-6432-6c3e-cb69-0b601764fa69@samsung.com> Message-ID: <43446bd5e884ae92f243799cbe748871@kernel.org> X-Sender: maz@kernel.org User-Agent: Roundcube Webmail/1.3.10 X-SA-Exim-Connect-IP: 51.254.78.96 X-SA-Exim-Rcpt-To: m.szyprowski@samsung.com, linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org, vladimir.murzin@arm.com, linux@arm.linux.org.uk, arnd@arndb.de, suzuki.poulose@arm.com, qperret@google.com, Christoffer.Dall@arm.com, james.morse@arm.com, pbonzini@redhat.com, will@kernel.org, julien.thierry.kdev@gmail.com, krzk@kernel.org, b.zolnierkie@samsung.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200220_051511_905149_930B004D X-CRM114-Status: GOOD ( 13.02 ) 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: , Cc: Vladimir Murzin , Russell King , kvm@vger.kernel.org, Arnd Bergmann , Suzuki K Poulose , Quentin Perret , Christoffer Dall , Krzysztof Kozlowski , Bartlomiej Zolnierkiewicz , James Morse , Julien Thierry , Paolo Bonzini , Will Deacon , kvmarm@lists.cs.columbia.edu, linux-arm-kernel@lists.infradead.org Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi Marek, On 2020-02-20 12:44, Marek Szyprowski wrote: > Hi Marc, > > On 10.02.2020 15:13, Marc Zyngier wrote: >> 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) >> - It is more and more getting in the way of new arm64 developments > > That is a bit sad information. Mainline Exynos finally got everything > that was needed to run it on the quite popular Samsung Exynos5422-based > Odroid XU4/HC1/MC1 boards. According to the Odroid related forums it is > being used. We also use it internally at Samsung. Something like "too little, too late" springs to mind, but let's be constructive. Is anyone using it in a production environment, where they rely on the latest mainline kernel having KVM support? The current proposal is to still have KVM support in 5.6, as well as ongoing support for stable kernels. If that's not enough, can you please explain your precise use case? M. -- Jazz is not dead. It just smells funny... _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel 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=-1.1 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,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 60B66C11D04 for ; Thu, 20 Feb 2020 13:15:13 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 38B1D24650 for ; Thu, 20 Feb 2020 13:15:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1582204513; bh=GBYBc5/faaisNgLYson35enBOGC+Q1UvdM6+pUdc8O8=; h=Date:From:To:Cc:Subject:In-Reply-To:References:List-ID:From; b=EZR8AAmakrerkxveRJ1daUkdiCUqV85HG7YfgymC+lrNn2l80FJh6kciE0kgCixSn 3KDBzIKKDrTdjwjPR2hx3bico6dCLi160Az6i4Anb8kaP7H4BqO81UBt1+crIvTmbI /Sj91XxThOgIuUaLc89XXXDTBNayH9Uh6KQMMxGE= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727979AbgBTNPM (ORCPT ); Thu, 20 Feb 2020 08:15:12 -0500 Received: from mail.kernel.org ([198.145.29.99]:52710 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727931AbgBTNPM (ORCPT ); Thu, 20 Feb 2020 08:15:12 -0500 Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 47520206ED; Thu, 20 Feb 2020 13:15:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1582204511; bh=GBYBc5/faaisNgLYson35enBOGC+Q1UvdM6+pUdc8O8=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=t0so2L4yh+HxAPZONaJIbQajjtbOQuEvn6N7oU46SIcmoB3Yude7mAJ0xs+GZObbg Z6zqzFJmZKGh9vGXlOoaZC/zGFwTNSlhgY34KSV3LOMDmq23fLVJjOFKifKkl4M+vl 4HHbUC8SB6aGlO/FF8gWeNll27iSp5LXqhUFZ6tM= Received: from disco-boy.misterjones.org ([51.254.78.96] helo=www.loen.fr) by disco-boy.misterjones.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1j4lfZ-006jVo-Ix; Thu, 20 Feb 2020 13:15:09 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 20 Feb 2020 13:15:09 +0000 From: Marc Zyngier To: Marek Szyprowski Cc: linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org, Vladimir Murzin , Russell King , Arnd Bergmann , Suzuki K Poulose , Quentin Perret , Christoffer Dall , James Morse , Paolo Bonzini , Will Deacon , Julien Thierry , Krzysztof Kozlowski , Bartlomiej Zolnierkiewicz Subject: Re: [RFC PATCH 0/5] Removing support for 32bit KVM/arm host In-Reply-To: <621a0a92-6432-6c3e-cb69-0b601764fa69@samsung.com> References: <20200210141324.21090-1-maz@kernel.org> <621a0a92-6432-6c3e-cb69-0b601764fa69@samsung.com> Message-ID: <43446bd5e884ae92f243799cbe748871@kernel.org> X-Sender: maz@kernel.org User-Agent: Roundcube Webmail/1.3.10 X-SA-Exim-Connect-IP: 51.254.78.96 X-SA-Exim-Rcpt-To: m.szyprowski@samsung.com, linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org, vladimir.murzin@arm.com, linux@arm.linux.org.uk, arnd@arndb.de, suzuki.poulose@arm.com, qperret@google.com, Christoffer.Dall@arm.com, james.morse@arm.com, pbonzini@redhat.com, will@kernel.org, julien.thierry.kdev@gmail.com, krzk@kernel.org, b.zolnierkie@samsung.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false Sender: kvm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: kvm@vger.kernel.org Hi Marek, On 2020-02-20 12:44, Marek Szyprowski wrote: > Hi Marc, > > On 10.02.2020 15:13, Marc Zyngier wrote: >> 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) >> - It is more and more getting in the way of new arm64 developments > > That is a bit sad information. Mainline Exynos finally got everything > that was needed to run it on the quite popular Samsung Exynos5422-based > Odroid XU4/HC1/MC1 boards. According to the Odroid related forums it is > being used. We also use it internally at Samsung. Something like "too little, too late" springs to mind, but let's be constructive. Is anyone using it in a production environment, where they rely on the latest mainline kernel having KVM support? The current proposal is to still have KVM support in 5.6, as well as ongoing support for stable kernels. If that's not enough, can you please explain your precise use case? M. -- Jazz is not dead. It just smells funny...