Thread (19 messages) flat view 19 messages, 4 authors, 2015-01-16

[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 instruction
quoted
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
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help