From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760043AbcLPJS7 (ORCPT ); Fri, 16 Dec 2016 04:18:59 -0500 Received: from mx2.suse.de ([195.135.220.15]:36376 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759928AbcLPJSz (ORCPT ); Fri, 16 Dec 2016 04:18:55 -0500 Date: Fri, 16 Dec 2016 10:18:51 +0100 From: "Luis R. Rodriguez" To: =?utf-8?B?UmFmYcWCIE1pxYJlY2tp?= Cc: Daniel Wagner , "Luis R. Rodriguez" , Greg Kroah-Hartman , Ming Lei , Tom Gundersen , Mauro Carvalho Chehab , Linux Kernel Mailing List , Vikram Mulukutla , Stephen Boyd , Mark Brown , zohar@linux.vnet.ibm.com, Takashi Iwai , Johannes Berg , Christian Lamparter , Hauke Mehrtens , Josh Boyer , Dmitry Torokhov , David Woodhouse , jslaby@suse.com, Linus Torvalds , luto@amacapital.net, Fengguang Wu , Richard Purdie , Jacek Anaszewski , Abhay_Salunke@dell.com, Julia Lawall , Gilles.Muller@lip6.fr, nicolas.palix@imag.fr, dhowells@redhat.com, bjorn.andersson@linaro.org, Arend Van Spriel , Kalle Valo Subject: Re: [PATCH 3/5] firmware: revamp firmware documentation Message-ID: <20161216091851.GN13946@wotan.suse.de> References: <20161213030828.17820-1-mcgrof@kernel.org> <20161213030828.17820-4-mcgrof@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 13, 2016 at 02:30:22PM +0100, Rafał Miłecki wrote: > On 13 December 2016 at 14:26, Daniel Wagner wrote: > >> +* Some firmware files may be really large in size. The remote-proc > >> subsystem > >> + is an example subsystem which deals with these sorts of firmware > >> +* The firmware may need to be scraped out from some device specific > >> location > >> + dynamically, an example is calibration data for for some WiFi chipsets. > > > > > > Maybe it is worth to mention, that the calibration data is unique to a given > > chip, so it is individual. That is you would need to built for each device > > you sell its own kernel. > > It's commonly unique to the device model, not a chip. The same chip > can be used with different power amplifiers or different antennas. > That's why you need model (board) specific calibration data. >>From what I recall in my 802.11 days this can be often very specific per *batch* of cards not just chip/device model, so this depends on the manufacturing process and date. Luis