From: Linus Walleij <linus.walleij@linaro.org>
To: Marc Zyngier <maz@kernel.org>
Cc: Linux ARM <linux-arm-kernel@lists.infradead.org>,
kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org,
Anders Berg <anders.berg@lsi.com>,
Vladimir Murzin <vladimir.murzin@arm.com>,
Russell King <linux@arm.linux.org.uk>,
Arnd Bergmann <arnd@arndb.de>,
Suzuki K Poulose <suzuki.poulose@arm.com>,
Quentin Perret <qperret@google.com>,
Christoffer Dall <Christoffer.Dall@arm.com>,
James Morse <james.morse@arm.com>,
Paolo Bonzini <pbonzini@redhat.com>,
Will Deacon <will@kernel.org>,
Julien Thierry <julien.thierry.kdev@gmail.com>
Subject: Re: [RFC PATCH 0/5] Removing support for 32bit KVM/arm host
Date: Mon, 17 Feb 2020 01:14:24 +0100 [thread overview]
Message-ID: <CACRpkdYTpuONqYvhe2k7vpbBFRBbG6PVihzj8mKctpQiK4vXTQ@mail.gmail.com> (raw)
In-Reply-To: <20200210141324.21090-1-maz@kernel.org>
On Mon, Feb 10, 2020 at 3:13 PM Marc Zyngier <maz@kernel.org> wrote:
> it has been a good prototype for the arm64 version,
> but it suffers a few problems:
Wittgenstein wrote that sometimes an intellectual exercise work like such
that you have to throw away the ladder after you climbed it. It often
happens in engineering.
It also echoes Fred Brooks Mythical Man-Month:
"In most projects, the first system built is barely usable....Hence plan to
throw one away; you will, anyhow."
> To reiterate: 32bit guest support for arm64 stays, of course. Only
> 32bit host goes.
That sounds more useful.
I won't miss it.
Acked-by: Linus Walleij <linus.walleij@linaro.org>
Yours,
Linus Walleij
WARNING: multiple messages have this Message-ID (diff)
From: Linus Walleij <linus.walleij@linaro.org>
To: Marc Zyngier <maz@kernel.org>
Cc: Anders Berg <anders.berg@lsi.com>,
Russell King <linux@arm.linux.org.uk>,
Arnd Bergmann <arnd@arndb.de>,
kvm@vger.kernel.org, Paolo Bonzini <pbonzini@redhat.com>,
Will Deacon <will@kernel.org>,
kvmarm@lists.cs.columbia.edu,
Linux ARM <linux-arm-kernel@lists.infradead.org>
Subject: Re: [RFC PATCH 0/5] Removing support for 32bit KVM/arm host
Date: Mon, 17 Feb 2020 01:14:24 +0100 [thread overview]
Message-ID: <CACRpkdYTpuONqYvhe2k7vpbBFRBbG6PVihzj8mKctpQiK4vXTQ@mail.gmail.com> (raw)
In-Reply-To: <20200210141324.21090-1-maz@kernel.org>
On Mon, Feb 10, 2020 at 3:13 PM Marc Zyngier <maz@kernel.org> wrote:
> it has been a good prototype for the arm64 version,
> but it suffers a few problems:
Wittgenstein wrote that sometimes an intellectual exercise work like such
that you have to throw away the ladder after you climbed it. It often
happens in engineering.
It also echoes Fred Brooks Mythical Man-Month:
"In most projects, the first system built is barely usable....Hence plan to
throw one away; you will, anyhow."
> To reiterate: 32bit guest support for arm64 stays, of course. Only
> 32bit host goes.
That sounds more useful.
I won't miss it.
Acked-by: Linus Walleij <linus.walleij@linaro.org>
Yours,
Linus Walleij
_______________________________________________
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: Linus Walleij <linus.walleij@linaro.org>
To: Marc Zyngier <maz@kernel.org>
Cc: Anders Berg <anders.berg@lsi.com>,
Vladimir Murzin <vladimir.murzin@arm.com>,
Russell King <linux@arm.linux.org.uk>,
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>,
Julien Thierry <julien.thierry.kdev@gmail.com>,
Paolo Bonzini <pbonzini@redhat.com>,
Will Deacon <will@kernel.org>,
kvmarm@lists.cs.columbia.edu,
Linux ARM <linux-arm-kernel@lists.infradead.org>
Subject: Re: [RFC PATCH 0/5] Removing support for 32bit KVM/arm host
Date: Mon, 17 Feb 2020 01:14:24 +0100 [thread overview]
Message-ID: <CACRpkdYTpuONqYvhe2k7vpbBFRBbG6PVihzj8mKctpQiK4vXTQ@mail.gmail.com> (raw)
In-Reply-To: <20200210141324.21090-1-maz@kernel.org>
On Mon, Feb 10, 2020 at 3:13 PM Marc Zyngier <maz@kernel.org> wrote:
> it has been a good prototype for the arm64 version,
> but it suffers a few problems:
Wittgenstein wrote that sometimes an intellectual exercise work like such
that you have to throw away the ladder after you climbed it. It often
happens in engineering.
It also echoes Fred Brooks Mythical Man-Month:
"In most projects, the first system built is barely usable....Hence plan to
throw one away; you will, anyhow."
> To reiterate: 32bit guest support for arm64 stays, of course. Only
> 32bit host goes.
That sounds more useful.
I won't miss it.
Acked-by: Linus Walleij <linus.walleij@linaro.org>
Yours,
Linus Walleij
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2020-02-17 0:14 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
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 [this message]
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=CACRpkdYTpuONqYvhe2k7vpbBFRBbG6PVihzj8mKctpQiK4vXTQ@mail.gmail.com \
--to=linus.walleij@linaro.org \
--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=linux@arm.linux.org.uk \
--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.