mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* [PATCH] 6fire: Convert byte_rev_table uses to bitrev8
@ 2014-11-14  5:13 Wang, Yalin
  2014-11-14  5:45 ` Joe Perches
  0 siblings, 1 reply; 6+ messages in thread
From: Wang, Yalin @ 2014-11-14  5:13 UTC (permalink / raw)
  To: 'perex@perex.cz', 'tiwai@suse.de',
	'joe@perches.com', 'alsa-devel@alsa-project.org',
	'linux-kernel@vger.kernel.org'

Use the inline function instead of directly indexing the array.

This allows some architectures with hardware instructions for bit
reversals to eliminate the array.

Signed-off-by: Joe Perches <joe@perches.com>
Signed-off-by: Yalin Wang <yalin.wang@sonymobile.com>
---
 sound/usb/6fire/firmware.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/sound/usb/6fire/firmware.c b/sound/usb/6fire/firmware.c
index 3b02e54..2e39c3f 100644
--- a/sound/usb/6fire/firmware.c
+++ b/sound/usb/6fire/firmware.c
@@ -316,7 +316,7 @@ static int usb6fire_fw_fpga_upload(
 
 	while (c != end) {
 		for (i = 0; c != end && i < FPGA_BUFSIZE; i++, c++)
-			buffer[i] = byte_rev_table[(u8) *c];
+			buffer[i] = bitrev8((u8) *c);
 
 		ret = usb6fire_fw_fpga_write(device, buffer, i);
 		if (ret < 0) {
-- 
2.1.1

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] 6fire: Convert byte_rev_table uses to bitrev8
  2014-11-14  5:13 [PATCH] 6fire: Convert byte_rev_table uses to bitrev8 Wang, Yalin
@ 2014-11-14  5:45 ` Joe Perches
  0 siblings, 0 replies; 6+ messages in thread
From: Joe Perches @ 2014-11-14  5:45 UTC (permalink / raw)
  To: Wang, Yalin
  Cc: 'perex@perex.cz', 'tiwai@suse.de',
	'alsa-devel@alsa-project.org',
	'linux-kernel@vger.kernel.org'

On Fri, 2014-11-14 at 13:13 +0800, Wang, Yalin wrote:
> Use the inline function instead of directly indexing the array.
> 
> This allows some architectures with hardware instructions for bit
> reversals to eliminate the array.
> 
> Signed-off-by: Joe Perches <joe@perches.com>
> Signed-off-by: Yalin Wang <yalin.wang@sonymobile.com>
> ---
[]
> diff --git a/sound/usb/6fire/firmware.c b/sound/usb/6fire/firmware.c
[]
> @@ -316,7 +316,7 @@ static int usb6fire_fw_fpga_upload(
>  
>  	while (c != end) {
>  		for (i = 0; c != end && i < FPGA_BUFSIZE; i++, c++)
> -			buffer[i] = byte_rev_table[(u8) *c];
> +			buffer[i] = bitrev8((u8) *c);

This is not what I submitted.
What I posted did not have a space after (u8)

https://lkml.org/lkml/2014/10/28/1056

If you are going to resubmit or add your own sign-off,
please try to maintain the proper patch that is
submitted and please also use a "From:" line before
the patch itself.

Thanks, Joe


^ permalink raw reply	[flat|nested] 6+ messages in thread

* RE: [PATCH] 6fire: Convert byte_rev_table uses to bitrev8
  2014-10-29  3:06         ` Joe Perches
@ 2014-10-29  3:10           ` Wang, Yalin
  0 siblings, 0 replies; 6+ messages in thread
From: Wang, Yalin @ 2014-10-29  3:10 UTC (permalink / raw)
  To: 'Joe Perches'
  Cc: Jaroslav Kysela, Takashi Iwai, Russell King, linux-mm,
	Will Deacon, Akinobu Mita, linux-arm-kernel, alsa-devel, LKML

> From: Joe Perches [mailto:joe@perches.com]
> > I think the most safe way is change byte_rev_table[] to be satic, So
> > that no driver can access it directly, The build error can remind the
> > developer if they use byte_rev_table[] Directly .
> 
> You can do that with your later patch, but the existing uses _must_ be
> converted first so you don't break the build.
> 
> 
Yeah, I agree with you,
I will add this into my later patch.

Thanks

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] 6fire: Convert byte_rev_table uses to bitrev8
  2014-10-29  2:42       ` Wang, Yalin
@ 2014-10-29  3:06         ` Joe Perches
  2014-10-29  3:10           ` Wang, Yalin
  0 siblings, 1 reply; 6+ messages in thread
From: Joe Perches @ 2014-10-29  3:06 UTC (permalink / raw)
  To: Wang, Yalin
  Cc: Jaroslav Kysela, Takashi Iwai, Russell King, linux-mm,
	Will Deacon, Akinobu Mita, linux-arm-kernel, alsa-devel, LKML

On Wed, 2014-10-29 at 10:42 +0800, Wang, Yalin wrote:
> > Use the inline function instead of directly indexing the array.
> > This allows some architectures with hardware instructions for bit reversals
> > to eliminate the array.
[]
> > On Sun, 2014-10-26 at 23:46 -0700, 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 think the most safe way is change byte_rev_table[] to be satic,
> So that no driver can access it directly,
> The build error can remind the developer if they use byte_rev_table[]
> Directly .

You can do that with your later patch, but the
existing uses _must_ be converted first so you
don't break the build.




^ permalink raw reply	[flat|nested] 6+ messages in thread

* RE: [PATCH] 6fire: Convert byte_rev_table uses to bitrev8
  2014-10-28 21:22     ` [PATCH] 6fire: Convert byte_rev_table uses to bitrev8 Joe Perches
@ 2014-10-29  2:42       ` Wang, Yalin
  2014-10-29  3:06         ` Joe Perches
  0 siblings, 1 reply; 6+ messages in thread
From: Wang, Yalin @ 2014-10-29  2:42 UTC (permalink / raw)
  To: 'Joe Perches', Jaroslav Kysela, Takashi Iwai
  Cc: Russell King, linux-mm, Will Deacon, Akinobu Mita,
	linux-arm-kernel, alsa-devel, LKML, linux-mm, Will Deacon,
	Akinobu Mita, linux-arm-kernel, alsa-devel, LKML

> Use the inline function instead of directly indexing the array.
> 
> This allows some architectures with hardware instructions for bit reversals
> to eliminate the array.
> 
> Signed-off-by: Joe Perches <joe@perches.com>
> ---
> On Sun, 2014-10-26 at 23:46 -0700, 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.
> []
> > > diff --git a/include/linux/bitrev.h b/include/linux/bitrev.h index
> > > 7ffe03f..ef5b2bb 100644
> > > --- a/include/linux/bitrev.h
> > > +++ b/include/linux/bitrev.h
> > > @@ -3,6 +3,14 @@
> > >
> > >  #include <linux/types.h>
> > >
> > > +#ifdef CONFIG_HAVE_ARCH_BITREVERSE
> > > +#include <asm/bitrev.h>
> > > +
> > > +#define bitrev32 __arch_bitrev32
> > > +#define bitrev16 __arch_bitrev16
> > > +#define bitrev8 __arch_bitrev8
> > > +
> > > +#else
> > >  extern u8 const byte_rev_table[256];
> 
>  sound/usb/6fire/firmware.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/sound/usb/6fire/firmware.c b/sound/usb/6fire/firmware.c index
> 3b02e54..62c25e7 100644
> --- a/sound/usb/6fire/firmware.c
> +++ b/sound/usb/6fire/firmware.c
> @@ -316,7 +316,7 @@ static int usb6fire_fw_fpga_upload(
> 
>  	while (c != end) {
>  		for (i = 0; c != end && i < FPGA_BUFSIZE; i++, c++)
> -			buffer[i] = byte_rev_table[(u8) *c];
> +			buffer[i] = bitrev8((u8)*c);
> 
>  		ret = usb6fire_fw_fpga_write(device, buffer, i);
>  		if (ret < 0) {
> 
I think the most safe way is change byte_rev_table[] to be satic,
So that no driver can access it directly,
The build error can remind the developer if they use byte_rev_table[]
Directly .

Thanks

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [PATCH] 6fire: Convert byte_rev_table uses to bitrev8
  2014-10-27  6:46   ` Joe Perches
@ 2014-10-28 21:22     ` Joe Perches
  2014-10-29  2:42       ` Wang, Yalin
  0 siblings, 1 reply; 6+ messages in thread
From: Joe Perches @ 2014-10-28 21:22 UTC (permalink / raw)
  To: Jaroslav Kysela, Takashi Iwai
  Cc: Wang, Yalin, Russell King, linux-mm, Will Deacon, Akinobu Mita,
	linux-arm-kernel, alsa-devel, LKML, linux-mm, Will Deacon,
	Akinobu Mita, linux-arm-kernel, alsa-devel, LKML

Use the inline function instead of directly indexing the array.

This allows some architectures with hardware instructions
for bit reversals to eliminate the array.

Signed-off-by: Joe Perches <joe@perches.com>
---
On Sun, 2014-10-26 at 23:46 -0700, 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.
[]
> > diff --git a/include/linux/bitrev.h b/include/linux/bitrev.h
> > index 7ffe03f..ef5b2bb 100644
> > --- a/include/linux/bitrev.h
> > +++ b/include/linux/bitrev.h
> > @@ -3,6 +3,14 @@
> >  
> >  #include <linux/types.h>
> >  
> > +#ifdef CONFIG_HAVE_ARCH_BITREVERSE
> > +#include <asm/bitrev.h>
> > +
> > +#define bitrev32 __arch_bitrev32
> > +#define bitrev16 __arch_bitrev16
> > +#define bitrev8 __arch_bitrev8
> > +
> > +#else
> >  extern u8 const byte_rev_table[256];

 sound/usb/6fire/firmware.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/sound/usb/6fire/firmware.c b/sound/usb/6fire/firmware.c
index 3b02e54..62c25e7 100644
--- a/sound/usb/6fire/firmware.c
+++ b/sound/usb/6fire/firmware.c
@@ -316,7 +316,7 @@ static int usb6fire_fw_fpga_upload(
 
 	while (c != end) {
 		for (i = 0; c != end && i < FPGA_BUFSIZE; i++, c++)
-			buffer[i] = byte_rev_table[(u8) *c];
+			buffer[i] = bitrev8((u8)*c);
 
 		ret = usb6fire_fw_fpga_write(device, buffer, i);
 		if (ret < 0) {



^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2014-11-14  5:45 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-11-14  5:13 [PATCH] 6fire: Convert byte_rev_table uses to bitrev8 Wang, Yalin
2014-11-14  5:45 ` Joe Perches
  -- strict thread matches above, loose matches on Subject: below --
2014-10-24  5:10 [PATCH RFC] arm/arm64:add CONFIG_HAVE_ARCH_BITREVERSE to support rbit Wang, Yalin
2014-10-27  6:37 ` [RFC V2] arm/arm64:add CONFIG_HAVE_ARCH_BITREVERSE to support rbit instruction Wang, Yalin
2014-10-27  6:46   ` Joe Perches
2014-10-28 21:22     ` [PATCH] 6fire: Convert byte_rev_table uses to bitrev8 Joe Perches
2014-10-29  2:42       ` Wang, Yalin
2014-10-29  3:06         ` Joe Perches
2014-10-29  3:10           ` Wang, Yalin

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®