[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.21.2008221456410.3460685@eddie.linux-mips.org>
Date: Sat, 22 Aug 2020 15:00:00 +0100 (BST)
From: "Maciej W. Rozycki" <macro@...ux-mips.org>
To: Paul Cercueil <paul@...pouillou.net>
cc: Zhou Yanjie <zhouyanjie@...yeetech.com>,
Thomas Bogendoerfer <tsbogend@...ha.franken.de>,
Paul Burton <paulburton@...nel.org>,
Krzysztof Kozlowski <krzk@...nel.org>, od@...c.me,
linux-kernel@...r.kernel.org, linux-mips@...r.kernel.org,
漆鹏振 <aric.pzqi@...enic.com>,
dongsheng.qiu@...enic.com, rick.tyliu@...enic.com,
yanfei.li@...enic.com, xuwanhao@...yeetech.com
Subject: Re: [PATCH 00/13] MIPS: Convert Ingenic to a generic board
On Sat, 22 Aug 2020, Paul Cercueil wrote:
> > Well, run-time patching might be an alternative to get the best of both
> > worlds, but someone would have to reimplement our feature selection system
> > to use it.
>
> Would run-time patching allow to drop dead code?
I don't know offhand. In principle it should be doable like with init
sections, but that requires out of line code, so there'd still be some
performance hit compared to a kernel configuration dedicated to a single
platform.
Maciej
Powered by blists - more mailing lists