Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760299AbcLPJex (ORCPT ); Fri, 16 Dec 2016 04:34:53 -0500 Received: from s3.sipsolutions.net ([5.9.151.49]:55270 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759598AbcLPJe3 (ORCPT ); Fri, 16 Dec 2016 04:34:29 -0500 Message-ID: <1481880850.27953.12.camel@sipsolutions.net> Subject: Re: [PATCH 3/5] firmware: revamp firmware documentation From: Johannes Berg To: "Luis R. Rodriguez" , =?UTF-8?Q?Rafa=C5=82_Mi=C5=82ecki?= Cc: Daniel Wagner , 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 , 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 Date: Fri, 16 Dec 2016 10:34:10 +0100 In-Reply-To: <20161216091851.GN13946@wotan.suse.de> References: <20161213030828.17820-1-mcgrof@kernel.org> <20161213030828.17820-4-mcgrof@kernel.org> <20161216091851.GN13946@wotan.suse.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.2-1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 882 Lines: 18 > > > 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. Yes, it can be a per-device calibration done in the factory, and then the data is programmed into the device after that calibration - but if the device is something like a router (not a standalone NIC) then the data might still go through request_firmware() or similar in the end. johannes