Return-Path: Date: Tue, 12 Oct 2010 14:17:26 -0700 From: "Henry Ptasinski" To: "Luis R. Rodriguez" cc: "Suraj Sumangala" , "Luis Rodriguez" , "David Woodhouse" , "Marcel Holtmann" , linux-bluetooth , "linux-kernel@vger.kernel.org" , linux-wireless , "Henry Ptasinski" Subject: Re: Firmware versioning best practices: ath3k-2.fw rename or replace ath3k-1.fw ? Message-ID: <20101012211726.GE2678@broadcom.com> References: <20101008170258.GJ10149@tux> <4CAF5488.3030706@Atheros.com> <20101008181508.GM10149@tux> MIME-Version: 1.0 In-Reply-To: <20101008181508.GM10149@tux> Content-Type: text/plain; charset=us-ascii List-ID: On Fri, Oct 08, 2010 at 11:15:08AM -0700, Luis R. Rodriguez wrote: > On Fri, Oct 08, 2010 at 10:27:36AM -0700, Suraj Sumangala wrote: > > Marcel had answered me before. It makes sense to have same file name. > > Other ways we end up changing the driver whenever there is a firmware > > change. > > > > I last tried to document a thread we had over this here: > > > > > > http://wireless.kernel.org/en/developers/Documentation/firmware-versioning > > > > > Thanks, I've updated that link above to document bug fixing does not require > a filename change. I don't really understand why you would not want to change the code revision part of the filename. I totally agree that you don't want to change the driver every time the firmware gets a bug fix, but wasn't that the whole point of splitting the name into API and code revisions portions, and symlinking the file to one that just has the API version? What's the issue with using the process as originally documented? - Henry