[RFC V6 2/3] arm:add bitrev.h file to support rbit instruction
From: Wang, Yalin <hidden>
Date: 2014-11-17 02:39:08
Also in:
linux-mm, lkml
From: Russell King - ARM Linux [mailto:linux at arm.linux.org.uk] Sent: Friday, November 14, 2014 5:58 PM To: Wang, Yalin Cc: 'Will Deacon'; 'Ard Biesheuvel'; 'linux-kernel at vger.kernel.org'; 'akinobu.mita at gmail.com'; 'linux-mm at kvack.org'; 'Joe Perches'; 'linux-arm- kernel at lists.infradead.org' Subject: Re: [RFC V6 2/3] arm:add bitrev.h file to support rbit instructionquoted
Is it possible to build a kernel that support both CPU_V6 and CPU_V7?Absolutely it is.quoted
I mean in Kconfig, CPU_V6 = y and CPU_V7 = y ?Yes.quoted
If there is problem like you said, How about this solution: select HAVE_ARCH_BITREVERSE if ((CPU_V7M || CPU_V7) && !CPU_V6)That would work.
OK, I will submit a patch for this change.
quoted
For this patch, I just cherry-pick from Joe, If you are not responsible for this part, I will submit to the maintainers for these patches . Sorry for that .I think you need to discuss with Joe how Joe would like his patches handled. However, it seems that Joe already sent his patches to the appropriate maintainers, and they have been applying those patches themselves. Since your generic ARM changes depend on these patches being accepted first, this means is that I can't apply the generic ARM changes until those other patches have hit mainline, otherwise things are going to break. So, when you come to submit the latest set of patches to the patch system, please do so only after these dependent patches have been merged into mainline so that they don't get accidentally applied before hand and break the two drivers that Joe mentioned.
Joe has submitted patches to maintainers, So we need wait for them to be accepted . Thanks