The firmware file size check does not use the
correct limit.
Cc: Larry Finger <[email protected]>
Cc: Chaoming Li <[email protected]>
Cc: John W. Linville <[email protected]>
Cc: [email protected]
Cc: [email protected]
Cc: [email protected]
Signed-off-by: Tim Gardner <[email protected]>
---
drivers/net/wireless/rtlwifi/rtl8192se/fw.h | 3 ++-
drivers/net/wireless/rtlwifi/rtl8192se/sw.c | 2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/rtl8192se/fw.h b/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
index babe85d..5c377fc 100644
--- a/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
+++ b/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
@@ -30,6 +30,7 @@
#define __REALTEK_FIRMWARE92S_H__
#define RTL8190_MAX_FIRMWARE_CODE_SIZE 64000
+#define RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE 164000
#define RTL8190_CPU_START_OFFSET 0x80
/* Firmware Local buffer size. 64k */
#define MAX_FIRMWARE_CODE_SIZE 0xFF00
@@ -217,7 +218,7 @@ struct rt_firmware {
u8 fw_emem[RTL8190_MAX_FIRMWARE_CODE_SIZE];
u32 fw_imem_len;
u32 fw_emem_len;
- u8 sz_fw_tmpbuffer[164000];
+ u8 sz_fw_tmpbuffer[RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE];
u32 sz_fw_tmpbufferlen;
u16 cmdpacket_fragthresold;
};
diff --git a/drivers/net/wireless/rtlwifi/rtl8192se/sw.c b/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
index ca38dd9..155da0a 100644
--- a/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
+++ b/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
@@ -105,7 +105,7 @@ static void rtl92se_fw_cb(const struct firmware *firmware, void *context)
rtlpriv->max_fw_size = 0;
return;
}
- if (firmware->size > rtlpriv->max_fw_size) {
+ if (firmware->size >= RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE) {
RT_TRACE(rtlpriv, COMP_ERR, DBG_EMERG,
"Firmware is too big!\n");
release_firmware(firmware);
--
1.7.9
On 02/08/2012 03:45 PM, Ben Hutchings wrote:
> On Wed, 2012-02-08 at 14:08 -0700, Tim Gardner wrote:
>> The firmware file size check does not use the
>> correct limit.
>>
>> Cc: Larry Finger<[email protected]>
>> Cc: Chaoming Li<[email protected]>
>> Cc: John W. Linville<[email protected]>
>> Cc: [email protected]
>> Cc: [email protected]
>> Cc: [email protected]
>> Signed-off-by: Tim Gardner<[email protected]>
>> ---
>> drivers/net/wireless/rtlwifi/rtl8192se/fw.h | 3 ++-
>> drivers/net/wireless/rtlwifi/rtl8192se/sw.c | 2 +-
>> 2 files changed, 3 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/net/wireless/rtlwifi/rtl8192se/fw.h b/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
>> index babe85d..5c377fc 100644
>> --- a/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
>> +++ b/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
>> @@ -30,6 +30,7 @@
>> #define __REALTEK_FIRMWARE92S_H__
>>
>> #define RTL8190_MAX_FIRMWARE_CODE_SIZE 64000
>> +#define RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE 164000
The current size of the firmware is 88,856, thus the value of
RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE should be set to 90,000 to allow for some
growth in the size of the firmware. Using 164,000 wastes a lot of space.
>> #define RTL8190_CPU_START_OFFSET 0x80
>> /* Firmware Local buffer size. 64k */
>> #define MAX_FIRMWARE_CODE_SIZE 0xFF00
>> @@ -217,7 +218,7 @@ struct rt_firmware {
>> u8 fw_emem[RTL8190_MAX_FIRMWARE_CODE_SIZE];
>> u32 fw_imem_len;
>> u32 fw_emem_len;
>> - u8 sz_fw_tmpbuffer[164000];
>> + u8 sz_fw_tmpbuffer[RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE];
>> u32 sz_fw_tmpbufferlen;
>> u16 cmdpacket_fragthresold;
>> };
>> diff --git a/drivers/net/wireless/rtlwifi/rtl8192se/sw.c b/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
>> index ca38dd9..155da0a 100644
>> --- a/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
>> +++ b/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
>> @@ -105,7 +105,7 @@ static void rtl92se_fw_cb(const struct firmware *firmware, void *context)
>> rtlpriv->max_fw_size = 0;
>> return;
>> }
>> - if (firmware->size> rtlpriv->max_fw_size) {
>> + if (firmware->size>= RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE) {
Do not change this one. rtlpriv->max_fw_size has been set to sizeof(struct
rt_firmware), which is correct.
>
> This appears to reject a firmware blob which is exactly the maximum
> size, which looks wrong. Also doesn't this make the max_fw_size field
> redundant?
I commented on this one earlier, but to reiterate - max_fw_size is not redundant.
Larry
On 02/08/2012 07:30 PM, Larry Finger wrote:
> On 02/08/2012 03:45 PM, Ben Hutchings wrote:
>> On Wed, 2012-02-08 at 14:08 -0700, Tim Gardner wrote:
>>> The firmware file size check does not use the
>>> correct limit.
>>>
>>> Cc: Larry Finger<[email protected]>
>>> Cc: Chaoming Li<[email protected]>
>>> Cc: John W. Linville<[email protected]>
>>> Cc: [email protected]
>>> Cc: [email protected]
>>> Cc: [email protected]
>>> Signed-off-by: Tim Gardner<[email protected]>
>>> ---
>>> drivers/net/wireless/rtlwifi/rtl8192se/fw.h | 3 ++-
>>> drivers/net/wireless/rtlwifi/rtl8192se/sw.c | 2 +-
>>> 2 files changed, 3 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
>>> b/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
>>> index babe85d..5c377fc 100644
>>> --- a/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
>>> +++ b/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
>>> @@ -30,6 +30,7 @@
>>> #define __REALTEK_FIRMWARE92S_H__
>>>
>>> #define RTL8190_MAX_FIRMWARE_CODE_SIZE 64000
>>> +#define RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE 164000
>
> The current size of the firmware is 88,856, thus the value of
> RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE should be set to 90,000 to allow for
> some growth in the size of the firmware. Using 164,000 wastes a lot of
> space.
>
>>> #define RTL8190_CPU_START_OFFSET 0x80
>>> /* Firmware Local buffer size. 64k */
>>> #define MAX_FIRMWARE_CODE_SIZE 0xFF00
>>> @@ -217,7 +218,7 @@ struct rt_firmware {
>>> u8 fw_emem[RTL8190_MAX_FIRMWARE_CODE_SIZE];
>>> u32 fw_imem_len;
>>> u32 fw_emem_len;
>>> - u8 sz_fw_tmpbuffer[164000];
>>> + u8 sz_fw_tmpbuffer[RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE];
>>> u32 sz_fw_tmpbufferlen;
>>> u16 cmdpacket_fragthresold;
>>> };
>>> diff --git a/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
>>> b/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
>>> index ca38dd9..155da0a 100644
>>> --- a/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
>>> +++ b/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
>>> @@ -105,7 +105,7 @@ static void rtl92se_fw_cb(const struct firmware
>>> *firmware, void *context)
>>> rtlpriv->max_fw_size = 0;
>>> return;
>>> }
>>> - if (firmware->size> rtlpriv->max_fw_size) {
>>> + if (firmware->size>= RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE) {
>
> Do not change this one. rtlpriv->max_fw_size has been set to
> sizeof(struct rt_firmware), which is correct.
>
>>
>> This appears to reject a firmware blob which is exactly the maximum
>> size, which looks wrong. Also doesn't this make the max_fw_size field
>> redundant?
>
> I commented on this one earlier, but to reiterate - max_fw_size is not
> redundant.
>
> Larry
I agree with you about the semantics of rtlpriv->max_fw_size, but I
don't agree that the size check is correct. While rtlpriv->max_fw_size
has been set to sizeof(struct rt_firmware), that value is _way_ bigger
then the size of the target buffer.
sizeof(struct rt_firmware) == 64000+64000+164000 plus some change
The target buffer size is only 164000 bytes.
I've attached v2 of the patch that is simpler and may serve to better
illustrate my point. By the way, Ben Hutchings was right about the
original patch having an off by one error. This version also clears
rtlpriv->max_fw_size if the size check fails. Probably should have
mentioned that in the commit log.
rtg
--
Tim Gardner [email protected]
On Wed, 2012-02-08 at 14:08 -0700, Tim Gardner wrote:
> The firmware file size check does not use the
> correct limit.
>
> Cc: Larry Finger <[email protected]>
> Cc: Chaoming Li <[email protected]>
> Cc: John W. Linville <[email protected]>
> Cc: [email protected]
> Cc: [email protected]
> Cc: [email protected]
> Signed-off-by: Tim Gardner <[email protected]>
> ---
> drivers/net/wireless/rtlwifi/rtl8192se/fw.h | 3 ++-
> drivers/net/wireless/rtlwifi/rtl8192se/sw.c | 2 +-
> 2 files changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/net/wireless/rtlwifi/rtl8192se/fw.h b/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
> index babe85d..5c377fc 100644
> --- a/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
> +++ b/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
> @@ -30,6 +30,7 @@
> #define __REALTEK_FIRMWARE92S_H__
>
> #define RTL8190_MAX_FIRMWARE_CODE_SIZE 64000
> +#define RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE 164000
> #define RTL8190_CPU_START_OFFSET 0x80
> /* Firmware Local buffer size. 64k */
> #define MAX_FIRMWARE_CODE_SIZE 0xFF00
> @@ -217,7 +218,7 @@ struct rt_firmware {
> u8 fw_emem[RTL8190_MAX_FIRMWARE_CODE_SIZE];
> u32 fw_imem_len;
> u32 fw_emem_len;
> - u8 sz_fw_tmpbuffer[164000];
> + u8 sz_fw_tmpbuffer[RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE];
> u32 sz_fw_tmpbufferlen;
> u16 cmdpacket_fragthresold;
> };
> diff --git a/drivers/net/wireless/rtlwifi/rtl8192se/sw.c b/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
> index ca38dd9..155da0a 100644
> --- a/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
> +++ b/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
> @@ -105,7 +105,7 @@ static void rtl92se_fw_cb(const struct firmware *firmware, void *context)
> rtlpriv->max_fw_size = 0;
> return;
> }
> - if (firmware->size > rtlpriv->max_fw_size) {
> + if (firmware->size >= RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE) {
This appears to reject a firmware blob which is exactly the maximum
size, which looks wrong. Also doesn't this make the max_fw_size field
redundant?
Ben.
> RT_TRACE(rtlpriv, COMP_ERR, DBG_EMERG,
> "Firmware is too big!\n");
> release_firmware(firmware);
--
Ben Hutchings, Staff Engineer, Solarflare
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
On 02/09/2012 08:41 AM, Tim Gardner wrote:
>
> I agree with you about the semantics of rtlpriv->max_fw_size, but I don't agree
> that the size check is correct. While rtlpriv->max_fw_size has been set to
> sizeof(struct rt_firmware), that value is _way_ bigger then the size of the
> target buffer.
>
> sizeof(struct rt_firmware) == 64000+64000+164000 plus some change
>
> The target buffer size is only 164000 bytes.
>
> I've attached v2 of the patch that is simpler and may serve to better illustrate
> my point. By the way, Ben Hutchings was right about the original patch having an
> off by one error. This version also clears rtlpriv->max_fw_size if the size
> check fails. Probably should have mentioned that in the commit log.
I agree that Ben is right.
This thread forced me to go back to square one in analyzing the situation. For
the other drivers in the rtlwifi family, the firmware file contains an image
that is directly stuffed into the device. For the RTL8192SE devices, it is more
complicated. The structure is described in struct rt_firmware. At the moment,
the arrays there are grossly oversized. They could be as follows:
struct rt_firmware {
struct fw_hdr *pfwheader;
enum fw_status fwstatus;
u16 firmwareversion;
u8 fw_imem[RTL8190_MAX_IMEM_CODE_SIZE];
u8 fw_emem[RTL8190_MAX_DMEM_CODE_SIZE];
u32 fw_imem_len;
u32 fw_emem_len;
u8 sz_fw_tmpbuffer[RTL8190_MAX_FIRMWARE_SIZE];
u32 sz_fw_tmpbufferlen;
u16 cmdpacket_fragthresold;
};
with
RTL8190_MAX_IMEM_CODE_SIZE = 54000 (current fw is 51,208),
RTL8190_MAX_DMEM_CODE_SIZE = 40000 (current fw is 37,520), and
RTL8190_MAX_FIRMWARE_SIZE = 90000 (it holds the raw firmware image, which is
currently 88,856).
Ultimately, all three arrays should be eliminated. Now that we are using
asynchronous loading, the kernel should keep its cached data and not copy it
into the driver's private storage when a pointer will suffice. All the drivers
need this change, but that can wait for now.
I will ACK the patch if you resumit it with
#define RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE 90000
Larry
On 02/09/2012 09:43 AM, Larry Finger wrote:
> On 02/09/2012 08:41 AM, Tim Gardner wrote:
>>
>> I agree with you about the semantics of rtlpriv->max_fw_size, but I
>> don't agree
>> that the size check is correct. While rtlpriv->max_fw_size has been
>> set to
>> sizeof(struct rt_firmware), that value is _way_ bigger then the size
>> of the
>> target buffer.
>>
>> sizeof(struct rt_firmware) == 64000+64000+164000 plus some change
>>
>> The target buffer size is only 164000 bytes.
>>
>> I've attached v2 of the patch that is simpler and may serve to better
>> illustrate
>> my point. By the way, Ben Hutchings was right about the original patch
>> having an
>> off by one error. This version also clears rtlpriv->max_fw_size if the
>> size
>> check fails. Probably should have mentioned that in the commit log.
>
> I agree that Ben is right.
>
> This thread forced me to go back to square one in analyzing the
> situation. For the other drivers in the rtlwifi family, the firmware
> file contains an image that is directly stuffed into the device. For the
> RTL8192SE devices, it is more complicated. The structure is described in
> struct rt_firmware. At the moment, the arrays there are grossly
> oversized. They could be as follows:
>
> struct rt_firmware {
> struct fw_hdr *pfwheader;
> enum fw_status fwstatus;
> u16 firmwareversion;
> u8 fw_imem[RTL8190_MAX_IMEM_CODE_SIZE];
> u8 fw_emem[RTL8190_MAX_DMEM_CODE_SIZE];
> u32 fw_imem_len;
> u32 fw_emem_len;
> u8 sz_fw_tmpbuffer[RTL8190_MAX_FIRMWARE_SIZE];
> u32 sz_fw_tmpbufferlen;
> u16 cmdpacket_fragthresold;
> };
>
> with
>
> RTL8190_MAX_IMEM_CODE_SIZE = 54000 (current fw is 51,208),
> RTL8190_MAX_DMEM_CODE_SIZE = 40000 (current fw is 37,520), and
> RTL8190_MAX_FIRMWARE_SIZE = 90000 (it holds the raw firmware image,
> which is currently 88,856).
>
> Ultimately, all three arrays should be eliminated. Now that we are using
> asynchronous loading, the kernel should keep its cached data and not
> copy it into the driver's private storage when a pointer will suffice.
> All the drivers need this change, but that can wait for now.
>
> I will ACK the patch if you resumit it with
> #define RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE 90000
>
> Larry
v3 expands the commit log a bit. It doesn't apply to stable 3.2.y, but
could easily be backported. If I remember I'll do it when its merged in
Linus' tree.
rtg
--
Tim Gardner [email protected]
On 02/08/2012 03:45 PM, Ben Hutchings wrote:
> On Wed, 2012-02-08 at 14:08 -0700, Tim Gardner wrote:
>> The firmware file size check does not use the
>> correct limit.
>>
>> Cc: Larry Finger<[email protected]>
>> Cc: Chaoming Li<[email protected]>
>> Cc: John W. Linville<[email protected]>
>> Cc: [email protected]
>> Cc: [email protected]
>> Cc: [email protected]
>> Signed-off-by: Tim Gardner<[email protected]>
>> ---
>> drivers/net/wireless/rtlwifi/rtl8192se/fw.h | 3 ++-
>> drivers/net/wireless/rtlwifi/rtl8192se/sw.c | 2 +-
>> 2 files changed, 3 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/net/wireless/rtlwifi/rtl8192se/fw.h b/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
>> index babe85d..5c377fc 100644
>> --- a/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
>> +++ b/drivers/net/wireless/rtlwifi/rtl8192se/fw.h
>> @@ -30,6 +30,7 @@
>> #define __REALTEK_FIRMWARE92S_H__
>>
>> #define RTL8190_MAX_FIRMWARE_CODE_SIZE 64000
>> +#define RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE 164000
>> #define RTL8190_CPU_START_OFFSET 0x80
>> /* Firmware Local buffer size. 64k */
>> #define MAX_FIRMWARE_CODE_SIZE 0xFF00
>> @@ -217,7 +218,7 @@ struct rt_firmware {
>> u8 fw_emem[RTL8190_MAX_FIRMWARE_CODE_SIZE];
>> u32 fw_imem_len;
>> u32 fw_emem_len;
>> - u8 sz_fw_tmpbuffer[164000];
>> + u8 sz_fw_tmpbuffer[RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE];
>> u32 sz_fw_tmpbufferlen;
>> u16 cmdpacket_fragthresold;
>> };
>> diff --git a/drivers/net/wireless/rtlwifi/rtl8192se/sw.c b/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
>> index ca38dd9..155da0a 100644
>> --- a/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
>> +++ b/drivers/net/wireless/rtlwifi/rtl8192se/sw.c
>> @@ -105,7 +105,7 @@ static void rtl92se_fw_cb(const struct firmware *firmware, void *context)
>> rtlpriv->max_fw_size = 0;
>> return;
>> }
>> - if (firmware->size> rtlpriv->max_fw_size) {
>> + if (firmware->size>= RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE) {
>
> This appears to reject a firmware blob which is exactly the maximum
> size, which looks wrong. Also doesn't this make the max_fw_size field
> redundant?
>
> Ben.
>
>> RT_TRACE(rtlpriv, COMP_ERR, DBG_EMERG,
>> "Firmware is too big!\n");
>> release_firmware(firmware);
>
For all the drivers under rtlwifi, max_fw_size is set to zero whenever the
required firmware file is not found. In the original version with synchronous
firmware loading, the existence of the required file and it's size were known
immediately, but with the asynch loading now used, that info is not known until
later. Thus a parameter is used. In addition, rtl8192ce, rtl8192cu, and
rtl8192de all share the same asynchronous loading callback routine, but each has
a different firmware size. The parameter max_fw_size contains that info as well.
The patch is NACKed.
Larry
On 02/09/2012 11:25 AM, Tim Gardner wrote:
> On 02/09/2012 09:43 AM, Larry Finger wrote:
>> On 02/09/2012 08:41 AM, Tim Gardner wrote:
>>>
>>> I agree with you about the semantics of rtlpriv->max_fw_size, but I
>>> don't agree
>>> that the size check is correct. While rtlpriv->max_fw_size has been
>>> set to
>>> sizeof(struct rt_firmware), that value is _way_ bigger then the size
>>> of the
>>> target buffer.
>>>
>>> sizeof(struct rt_firmware) == 64000+64000+164000 plus some change
>>>
>>> The target buffer size is only 164000 bytes.
>>>
>>> I've attached v2 of the patch that is simpler and may serve to better
>>> illustrate
>>> my point. By the way, Ben Hutchings was right about the original patch
>>> having an
>>> off by one error. This version also clears rtlpriv->max_fw_size if the
>>> size
>>> check fails. Probably should have mentioned that in the commit log.
>>
>> I agree that Ben is right.
>>
>> This thread forced me to go back to square one in analyzing the
>> situation. For the other drivers in the rtlwifi family, the firmware
>> file contains an image that is directly stuffed into the device. For the
>> RTL8192SE devices, it is more complicated. The structure is described in
>> struct rt_firmware. At the moment, the arrays there are grossly
>> oversized. They could be as follows:
>>
>> struct rt_firmware {
>> struct fw_hdr *pfwheader;
>> enum fw_status fwstatus;
>> u16 firmwareversion;
>> u8 fw_imem[RTL8190_MAX_IMEM_CODE_SIZE];
>> u8 fw_emem[RTL8190_MAX_DMEM_CODE_SIZE];
>> u32 fw_imem_len;
>> u32 fw_emem_len;
>> u8 sz_fw_tmpbuffer[RTL8190_MAX_FIRMWARE_SIZE];
>> u32 sz_fw_tmpbufferlen;
>> u16 cmdpacket_fragthresold;
>> };
>>
>> with
>>
>> RTL8190_MAX_IMEM_CODE_SIZE = 54000 (current fw is 51,208),
>> RTL8190_MAX_DMEM_CODE_SIZE = 40000 (current fw is 37,520), and
>> RTL8190_MAX_FIRMWARE_SIZE = 90000 (it holds the raw firmware image,
>> which is currently 88,856).
>>
>> Ultimately, all three arrays should be eliminated. Now that we are using
>> asynchronous loading, the kernel should keep its cached data and not
>> copy it into the driver's private storage when a pointer will suffice.
>> All the drivers need this change, but that can wait for now.
>>
>> I will ACK the patch if you resumit it with
>> #define RTL8190_MAX_RAW_FIRMWARE_CODE_SIZE 90000
>>
>> Larry
>
> v3 expands the commit log a bit. It doesn't apply to stable 3.2.y, but could
> easily be backported. If I remember I'll do it when its merged in Linus' tree.
I added my S-O-B and pushed it on to John.
Thanks,
Larry