[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.21.9999.1908301859230.16731@viisi.sifive.com>
Date: Fri, 30 Aug 2019 19:04:29 -0700 (PDT)
From: Paul Walmsley <paul.walmsley@...ive.com>
To: Charles Papon <charles.papon.90@...il.com>
cc: Christoph Hellwig <hch@...radead.org>,
Bin Meng <bmeng.cn@...il.com>,
Atish Patra <atish.patra@....com>,
linux-riscv <linux-riscv@...ts.infradead.org>,
linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] riscv: kbuild: drop CONFIG_RISCV_ISA_C
Hi Charles,
On Tue, 13 Aug 2019, Charles Papon wrote:
> > Because it it the unix platform baseline as stated in the patch.
> I know that, but i'm looking for arguments why RVC could't be kept as
> an option, especialy it is only an optimisation option without
> behavioral/code changes.
>
> That baseline make sense for heavy linux distributions, where you
> expect everybody to compile with a baseline set of ISA extentions, to
> make binary exchanges easier.
> But for smaller systems, i do not see advantages having RVC forced.
OK - I agree with you.
Still, I think it would be good if we made this option depend on other
more general kernel configuration parameters for smaller systems. Will
think about this further.
Thanks for commenting on this, and am looking forward to adding a VexRiscv
system to our kernel tests -
- Paul
Powered by blists - more mailing lists