[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1249477567.2781.21.camel@achroite>
Date: Wed, 05 Aug 2009 14:06:07 +0100
From: Ben Hutchings <bhutchings@...arflare.com>
To: Ajit Khaparde <ajitk@...verengines.com>
Cc: davem@...emloft.net, jgarzik@...ox.com, netdev@...r.kernel.org
Subject: Re: [PATCH net-next-2.6] net: Changes to support the "-f" option
of ethtool.
On Wed, 2009-08-05 at 18:07 +0530, Ajit Khaparde wrote:
> The patch intends to use the request_firmware() interface to pick the
> firmware image file.
> I had missed this in the original post. Thanks.
[...]
Thanks for the clarification.
request_firmware() is meant for loading firmware that is stored in
volatile memory (RAM) on the device and therefore needs to be installed
on the host.
When the firmware is stored in flash on the device, updates only need to
be used once, and there should be no need to install them on the host.
So request_firmware() does not seem suitable.
I believe the ethtool EEPROM commands were meant for updating firmware
on NICs. Although they assume random access and so are unsuitable for
flash-based firmware, they might be a better model for adding flash
update commands. However, this command set is already available through
the MTD device class, which is what we use for firmware update as far as
possible. Not only does this allow for an arbitrary number of separate
firmware partitions per network device, but it can be used in an
out-of-tree driver for older kernel versions.
Ben.
--
Ben Hutchings, Senior Software Engineer, Solarflare Communications
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
--
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