All of lore.kernel.org
 help / color / mirror / Atom feed
From: Russell King - ARM Linux admin <linux@armlinux.org.uk>
To: Marc Zyngier <maz@kernel.org>
Cc: linux-arm-kernel@lists.infradead.org,
	kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org,
	James Morse <james.morse@arm.com>,
	Julien Thierry <julien.thierry.kdev@gmail.com>,
	Suzuki K Poulose <suzuki.poulose@arm.com>,
	Paolo Bonzini <pbonzini@redhat.com>,
	Christoffer Dall <Christoffer.Dall@arm.com>,
	Will Deacon <will@kernel.org>,
	Quentin Perret <qperret@google.com>,
	Vladimir Murzin <vladimir.murzin@arm.com>,
	Anders Berg <anders.berg@lsi.com>, Arnd Bergmann <arnd@arndb.de>
Subject: Re: [RFC PATCH 0/5] Removing support for 32bit KVM/arm host
Date: Mon, 10 Feb 2020 16:25:23 +0000	[thread overview]
Message-ID: <20200210162523.GF25745@shell.armlinux.org.uk> (raw)
In-Reply-To: <20200210141324.21090-1-maz@kernel.org>

On Mon, Feb 10, 2020 at 02:13:19PM +0000, 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
> 
> 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.

It is only very recently that 64-bit ARM has really started to filter
down to people like me, and people like me have setup systems which
use 32-bit VMs under 64-bit hosts (about a year ago now.)  In fact,
everything that you presently see for the *.armlinux.org.uk domain now
runs inside several 32-bit ARM VMs under a 64-bit ARM host.

It isn't perfect; I've found issues with qemu and libvirt.  One example
is the rather sub-standard RTC implementation, which means if you
use libvirt's managesave across a host reboot, the guests idea of
time-of-day freezes while it's asleep, and resumes when the guest is
reloaded - resulting in the guests time-of-day being rather wrong,
sometimes to the point that NTP gives up.  That becomes very painful
if you use kerberos authentication, where time-of-day is important.

So, just because you haven't received any bug reports doesn't mean
there aren't any users; there certainly are, there are problems,
but the problems are in places other than the kernel.

-- 
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 12.1Mbps down 622kbps up
According to speedtest.net: 11.9Mbps down 500kbps up

WARNING: multiple messages have this Message-ID (diff)
From: Russell King - ARM Linux admin <linux@armlinux.org.uk>
To: Marc Zyngier <maz@kernel.org>
Cc: Anders Berg <anders.berg@lsi.com>, Arnd Bergmann <arnd@arndb.de>,
	kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	Paolo Bonzini <pbonzini@redhat.com>,
	Will Deacon <will@kernel.org>,
	kvmarm@lists.cs.columbia.edu
Subject: Re: [RFC PATCH 0/5] Removing support for 32bit KVM/arm host
Date: Mon, 10 Feb 2020 16:25:23 +0000	[thread overview]
Message-ID: <20200210162523.GF25745@shell.armlinux.org.uk> (raw)
In-Reply-To: <20200210141324.21090-1-maz@kernel.org>

On Mon, Feb 10, 2020 at 02:13:19PM +0000, 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
> 
> 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.

It is only very recently that 64-bit ARM has really started to filter
down to people like me, and people like me have setup systems which
use 32-bit VMs under 64-bit hosts (about a year ago now.)  In fact,
everything that you presently see for the *.armlinux.org.uk domain now
runs inside several 32-bit ARM VMs under a 64-bit ARM host.

It isn't perfect; I've found issues with qemu and libvirt.  One example
is the rather sub-standard RTC implementation, which means if you
use libvirt's managesave across a host reboot, the guests idea of
time-of-day freezes while it's asleep, and resumes when the guest is
reloaded - resulting in the guests time-of-day being rather wrong,
sometimes to the point that NTP gives up.  That becomes very painful
if you use kerberos authentication, where time-of-day is important.

So, just because you haven't received any bug reports doesn't mean
there aren't any users; there certainly are, there are problems,
but the problems are in places other than the kernel.

-- 
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 12.1Mbps down 622kbps up
According to speedtest.net: 11.9Mbps down 500kbps up
_______________________________________________
kvmarm mailing list
kvmarm@lists.cs.columbia.edu
https://lists.cs.columbia.edu/mailman/listinfo/kvmarm

WARNING: multiple messages have this Message-ID (diff)
From: Russell King - ARM Linux admin <linux@armlinux.org.uk>
To: Marc Zyngier <maz@kernel.org>
Cc: Anders Berg <anders.berg@lsi.com>,
	Vladimir Murzin <vladimir.murzin@arm.com>,
	Arnd Bergmann <arnd@arndb.de>,
	kvm@vger.kernel.org, Suzuki K Poulose <suzuki.poulose@arm.com>,
	Quentin Perret <qperret@google.com>,
	Christoffer Dall <Christoffer.Dall@arm.com>,
	James Morse <james.morse@arm.com>,
	linux-arm-kernel@lists.infradead.org,
	Paolo Bonzini <pbonzini@redhat.com>,
	Will Deacon <will@kernel.org>,
	kvmarm@lists.cs.columbia.edu,
	Julien Thierry <julien.thierry.kdev@gmail.com>
Subject: Re: [RFC PATCH 0/5] Removing support for 32bit KVM/arm host
Date: Mon, 10 Feb 2020 16:25:23 +0000	[thread overview]
Message-ID: <20200210162523.GF25745@shell.armlinux.org.uk> (raw)
In-Reply-To: <20200210141324.21090-1-maz@kernel.org>

On Mon, Feb 10, 2020 at 02:13:19PM +0000, 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
> 
> 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.

It is only very recently that 64-bit ARM has really started to filter
down to people like me, and people like me have setup systems which
use 32-bit VMs under 64-bit hosts (about a year ago now.)  In fact,
everything that you presently see for the *.armlinux.org.uk domain now
runs inside several 32-bit ARM VMs under a 64-bit ARM host.

It isn't perfect; I've found issues with qemu and libvirt.  One example
is the rather sub-standard RTC implementation, which means if you
use libvirt's managesave across a host reboot, the guests idea of
time-of-day freezes while it's asleep, and resumes when the guest is
reloaded - resulting in the guests time-of-day being rather wrong,
sometimes to the point that NTP gives up.  That becomes very painful
if you use kerberos authentication, where time-of-day is important.

So, just because you haven't received any bug reports doesn't mean
there aren't any users; there certainly are, there are problems,
but the problems are in places other than the kernel.

-- 
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 12.1Mbps down 622kbps up
According to speedtest.net: 11.9Mbps down 500kbps up

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  parent reply	other threads:[~2020-02-10 16:25 UTC|newest]

Thread overview: 92+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CGME20200210141344eucas1p25a6da0b0251931ef3659397a6f34c0c3@eucas1p2.samsung.com>
2020-02-10 14:13 ` [RFC PATCH 0/5] Removing support for 32bit KVM/arm host Marc Zyngier
2020-02-10 14:13   ` Marc Zyngier
2020-02-10 14:13   ` Marc Zyngier
2020-02-10 14:13   ` [RFC PATCH 1/5] arm: Unplug KVM from the build system Marc Zyngier
2020-02-10 14:13     ` Marc Zyngier
2020-02-10 14:13     ` Marc Zyngier
2020-02-10 14:13   ` [RFC PATCH 2/5] arm: Remove KVM from config files Marc Zyngier
2020-02-10 14:13     ` Marc Zyngier
2020-02-10 14:13     ` Marc Zyngier
2020-02-10 14:13   ` [RFC PATCH 3/5] arm: Remove 32bit KVM host support Marc Zyngier
2020-02-10 14:13     ` Marc Zyngier
2020-02-10 14:13     ` Marc Zyngier
2020-02-10 14:13   ` [RFC PATCH 4/5] arm: Remove HYP/Stage-2 page-table support Marc Zyngier
2020-02-10 14:13     ` Marc Zyngier
2020-02-10 14:13     ` Marc Zyngier
2020-02-10 14:13   ` [RFC PATCH 5/5] arm: Remove GICv3 vgic compatibility macros Marc Zyngier
2020-02-10 14:13     ` Marc Zyngier
2020-02-10 14:13     ` Marc Zyngier
2020-02-10 15:21   ` [RFC PATCH 0/5] Removing support for 32bit KVM/arm host Olof Johansson
2020-02-10 15:21     ` Olof Johansson
2020-02-10 15:21     ` Olof Johansson
2020-02-10 15:54     ` Arnd Bergmann
2020-02-10 15:54       ` Arnd Bergmann
2020-02-10 15:54       ` Arnd Bergmann
2020-02-10 15:46   ` Will Deacon
2020-02-10 15:46     ` Will Deacon
2020-02-10 15:46     ` Will Deacon
2020-02-10 16:25   ` Russell King - ARM Linux admin [this message]
2020-02-10 16:25     ` Russell King - ARM Linux admin
2020-02-10 16:25     ` Russell King - ARM Linux admin
2020-02-10 16:26     ` Russell King - ARM Linux admin
2020-02-10 16:26       ` Russell King - ARM Linux admin
2020-02-10 16:26       ` Russell King - ARM Linux admin
2020-02-11 15:12   ` Vladimir Murzin
2020-02-11 15:12     ` Vladimir Murzin
2020-02-11 15:12     ` Vladimir Murzin
2020-02-11 15:23   ` Catalin Marinas
2020-02-11 15:23     ` Catalin Marinas
2020-02-11 15:23     ` Catalin Marinas
2020-02-17  0:14   ` Linus Walleij
2020-02-17  0:14     ` Linus Walleij
2020-02-17  0:14     ` Linus Walleij
2020-02-19 13:53   ` Stefan Agner
2020-02-19 13:53     ` Stefan Agner
2020-02-19 13:53     ` Stefan Agner
2020-02-20 11:01     ` Marc Zyngier
2020-02-20 11:01       ` Marc Zyngier
2020-02-20 11:01       ` Marc Zyngier
2020-02-19 14:56   ` Christoffer Dall
2020-02-19 14:56     ` Christoffer Dall
2020-02-19 14:56     ` Christoffer Dall
2020-02-19 15:09   ` Arnd Bergmann
2020-02-19 15:09     ` Arnd Bergmann
2020-02-19 15:09     ` Arnd Bergmann
2020-02-19 15:46     ` Jan Kiszka
2020-02-19 15:46       ` Jan Kiszka
2020-02-19 15:46       ` Jan Kiszka
2020-02-20 10:29       ` Marc Zyngier
2020-02-20 10:29         ` Marc Zyngier
2020-02-20 10:29         ` Marc Zyngier
2020-02-20 12:44   ` Marek Szyprowski
2020-02-20 12:44     ` Marek Szyprowski
2020-02-20 12:44     ` Marek Szyprowski
2020-02-20 13:15     ` Marc Zyngier
2020-02-20 13:15       ` Marc Zyngier
2020-02-20 13:15       ` Marc Zyngier
2020-02-20 13:17       ` Paolo Bonzini
2020-02-20 13:17         ` Paolo Bonzini
2020-02-20 13:17         ` Paolo Bonzini
2020-02-20 13:32       ` Robin Murphy
2020-02-20 13:32         ` Robin Murphy
2020-02-20 13:32         ` Robin Murphy
2020-02-20 14:01         ` Marc Zyngier
2020-02-20 14:01           ` Marc Zyngier
2020-02-20 14:01           ` Marc Zyngier
2020-02-20 14:38           ` Robin Murphy
2020-02-20 14:38             ` Robin Murphy
2020-02-20 14:38             ` Robin Murphy
2020-02-22 14:21   ` Takashi Yoshi
2020-02-22 14:21     ` Takashi Yoshi
2020-02-22 14:40   ` Takashi Yoshi
2020-02-22 14:40     ` Takashi Yoshi
2020-02-22 14:40     ` Takashi Yoshi
2020-02-22 21:31     ` Arnd Bergmann
2020-02-22 21:31       ` Arnd Bergmann
2020-02-22 21:31       ` Arnd Bergmann
2020-02-25 21:34       ` Takashi Yoshi
2020-02-25 21:34         ` Takashi Yoshi
2020-02-25 21:34         ` Takashi Yoshi
     [not found] <mailman.29637.1581344013.2486.linux-arm-kernel@lists.infradead.org>
2020-02-18 21:37 ` Daniel Golle
2020-02-19  8:31   ` Marc Zyngier
     [not found]     ` <CGME20200220130838eucas1p12bc652ecd882204a8ffda5ed28f48bd5@eucas1p1.samsung.com>
2020-02-20 13:08       ` Bartlomiej Zolnierkiewicz
2020-02-20 13:39         ` Marc Zyngier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200210162523.GF25745@shell.armlinux.org.uk \
    --to=linux@armlinux.org.uk \
    --cc=Christoffer.Dall@arm.com \
    --cc=anders.berg@lsi.com \
    --cc=arnd@arndb.de \
    --cc=james.morse@arm.com \
    --cc=julien.thierry.kdev@gmail.com \
    --cc=kvm@vger.kernel.org \
    --cc=kvmarm@lists.cs.columbia.edu \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=maz@kernel.org \
    --cc=pbonzini@redhat.com \
    --cc=qperret@google.com \
    --cc=suzuki.poulose@arm.com \
    --cc=vladimir.murzin@arm.com \
    --cc=will@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.