[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <1190141114.9540.216.camel@dell>
Date: Tue, 18 Sep 2007 11:45:14 -0700
From: "Michael Chan" <mchan@...adcom.com>
To: "Denys Vlasenko" <vda.linux@...glemail.com>
cc: linux-kernel@...r.kernel.org, davem@...emloft.net,
netdev@...r.kernel.org
Subject: Re: bnx2 dirver's firmware images
On Tue, 2007-09-18 at 18:23 +0100, Denys Vlasenko wrote:
> Hi Michael,
>
> In bnx2_fw.h I see the following:
>
> static u32 bnx2_RXP_b06FwBss[(0x13dc/4) + 1] = { 0x0 };
>
> static struct fw_info bnx2_rxp_fw_06 = {
> ...
> .bss = bnx2_RXP_b06FwBss,
> ...
> };
>
> I grepped for the usage of .bss member (grepped for '[.>]bss[^_]')
> and it is used only here:
>
> if (fw->bss) {
> int j;
>
> for (j = 0; j < (fw->bss_len/4); j++, offset += 4) {
> REG_WR_IND(bp, offset, fw->bss[j]);
> }
> }
>
> If I understand it correctly, you read zero words one by one from
> bnx2_RXP_b06FwBss and writing them into the card. This is very
> suboptimal usage of nearly 5k of kernel unswappable memory.
>
> Do you plan to fix it?
We can compress all the different sections of the firmware. Currently,
we only compress the biggest chunks and the rest are uncompressed.
These zeros should compress to almost nothing. But I agree that the
firmware is still big.
>
> Do you have any plans to switch to request_firmware() interface,
> which will allow you to avoid keeping firmware in unswappable kernel
> memory and thus free ~80k?
Matching the correct version of the firmware with the driver is the main
issue.
David, what's your opinion on this?
>
> $ size bnx2.o
> text data bss dec hex filename
> 52255 81551 6360 140166 22386 bnx2.o
> --
> vda
>
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists