> From: Rob Herring [mailto:robherri...@gmail.com]
> >> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig index
> >> 9532f8d..263c28c 100644
> >> --- a/arch/arm64/Kconfig
> >> +++ b/arch/arm64/Kconfig
> >> @@ -36,6 +36,7 @@ config ARM64
> >> select HARDIRQS_SW_RESEND
> >> select
On Mon, Oct 27, 2014 at 2:46 PM, Joe Perches wrote:
> On Mon, 2014-10-27 at 14:37 +0800, Wang, Yalin wrote:
>> this change add CONFIG_HAVE_ARCH_BITREVERSE config option,
>> so that we can use arm/arm64 rbit instruction to do bitrev operation
>> by hardware.
I don't see the original patch in my
On Mon, Oct 27, 2014 at 2:46 PM, Joe Perches j...@perches.com wrote:
On Mon, 2014-10-27 at 14:37 +0800, Wang, Yalin wrote:
this change add CONFIG_HAVE_ARCH_BITREVERSE config option,
so that we can use arm/arm64 rbit instruction to do bitrev operation
by hardware.
I don't see the original
From: Rob Herring [mailto:robherri...@gmail.com]
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig index
9532f8d..263c28c 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -36,6 +36,7 @@ config ARM64
select HARDIRQS_SW_RESEND
select HAVE_ARCH_AUDITSYSCALL
>
> If this is done, the direct uses of byte_rev_table in
> drivers/net/wireless/ath/carl9170/phy.c and sound/usb/6fire/firmware.c
> should be converted too?
>
I think use bitrev8() is safer than to use byte_rev_table[] directly.
--
To unsubscribe from this list: send the line "unsubscribe
On Mon, 2014-10-27 at 14:37 +0800, Wang, Yalin wrote:
> this change add CONFIG_HAVE_ARCH_BITREVERSE config option,
> so that we can use arm/arm64 rbit instruction to do bitrev operation
> by hardware.
>
> Signed-off-by: Yalin Wang
> ---
> arch/arm/Kconfig| 1 +
>
On Mon, 2014-10-27 at 14:37 +0800, Wang, Yalin wrote:
this change add CONFIG_HAVE_ARCH_BITREVERSE config option,
so that we can use arm/arm64 rbit instruction to do bitrev operation
by hardware.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm/Kconfig| 1 +
If this is done, the direct uses of byte_rev_table in
drivers/net/wireless/ath/carl9170/phy.c and sound/usb/6fire/firmware.c
should be converted too?
I think use bitrev8() is safer than to use byte_rev_table[] directly.
--
To unsubscribe from this list: send the line unsubscribe
8 matches
Mail list logo