Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1425059 > unrolled thread

[Query] mwifiex: few observations to reduce number of endian conversions

Started byPrasun Maiti <prasunmaiti87@gmail.com>
First post2016-06-17 15:20 +0200
Last post2016-06-21 13:00 +0200
Articles 3 — 2 participants

Back to article view | Back to linux.kernel


Contents

  [Query] mwifiex: few observations to reduce number of endian conversions Prasun Maiti <prasunmaiti87@gmail.com> - 2016-06-17 15:20 +0200
    RE: [Query] mwifiex: few observations to reduce number of endian  conversions Amitkumar Karwar <akarwar@marvell.com> - 2016-06-21 12:20 +0200
      Re: [Query] mwifiex: few observations to reduce number of endian conversions Prasun Maiti <prasunmaiti87@gmail.com> - 2016-06-21 13:00 +0200

#1425059 — [Query] mwifiex: few observations to reduce number of endian conversions

FromPrasun Maiti <prasunmaiti87@gmail.com>
Date2016-06-17 15:20 +0200
Subject[Query] mwifiex: few observations to reduce number of endian conversions
Message-ID<rL1QJ-70p-1@gated-at.bofh.it>
Hi Amitkumar,

I have two observations:

1. I have found that in the command response path for host command
"HostCmd_CMD_802_11_EEPROM_ACCESS", a "0" value has been endian
converted. It can only be a safe futuristic approach for any non-zero
value there however! Otherwise, the endian conversion can be removed.

2. For multiple Host Commands (e.g HostCmd_CMD_802_11_EEPROM_ACCESS
etc.) "cpu_to_leX"-converted values are saved to driver. So
"leX_to_cpu" conversion is required too many times afterwards in
driver.
On the contrary, we can save the values to driver without any
conversion, and only command buffer(s) are prepared with endian
converted values. In this way we can gain some efficiency [code size /
time] by reducing the number of endian conversion considerably.

Please let me know your opinion on the above.

-- 
Thanks,
Prasun

[toc] | [next] | [standalone]


#1427562 — RE: [Query] mwifiex: few observations to reduce number of endian conversions

FromAmitkumar Karwar <akarwar@marvell.com>
Date2016-06-21 12:20 +0200
SubjectRE: [Query] mwifiex: few observations to reduce number of endian conversions
Message-ID<rMqWJ-4rb-7@gated-at.bofh.it>
In reply to#1425059
Hi Prasun,

> From: Prasun Maiti [mailto:prasunmaiti87@gmail.com]
> Sent: Friday, June 17, 2016 6:42 PM
> To: Amitkumar Karwar; Nishant Sarmukadam
> Cc: Linux Kernel; Linux Next; WiFi Mailing List; Johannes Berg
> Subject: [Query] mwifiex: few observations to reduce number of endian
> conversions
> 
> Hi Amitkumar,
> 
> I have two observations:
> 
> 1. I have found that in the command response path for host command
> "HostCmd_CMD_802_11_EEPROM_ACCESS", a "0" value has been endian
> converted. It can only be a safe futuristic approach for any non-zero
> value there however! Otherwise, the endian conversion can be removed.
> 
> 2. For multiple Host Commands (e.g HostCmd_CMD_802_11_EEPROM_ACCESS
> etc.) "cpu_to_leX"-converted values are saved to driver. So "leX_to_cpu"
> conversion is required too many times afterwards in driver.
> On the contrary, we can save the values to driver without any
> conversion, and only command buffer(s) are prepared with endian
> converted values. In this way we can gain some efficiency [code size /
> time] by reducing the number of endian conversion considerably.
> 

I agree with your observations. We'll prepare a cleanup patch to address this.

Regards,
Amitkumar

[toc] | [prev] | [next] | [standalone]


#1427602

FromPrasun Maiti <prasunmaiti87@gmail.com>
Date2016-06-21 13:00 +0200
Message-ID<rMrzr-4Ln-3@gated-at.bofh.it>
In reply to#1427562
Hi Amitkumar,


On Tue, Jun 21, 2016 at 3:47 PM, Amitkumar Karwar <akarwar@marvell.com> wrote:

> I agree with your observations. We'll prepare a cleanup patch to address this.
>
> Regards,
> Amitkumar

I have already made some changes. I will send you a patch for this.

-- 
Thanks,
Prasun

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web