From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail2.candelatech.com ([208.74.158.173]) by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux)) id 1WuimA-0000IA-V4 for ath10k@lists.infradead.org; Wed, 11 Jun 2014 13:41:15 +0000 Message-ID: <53985C61.5000201@candelatech.com> Date: Wed, 11 Jun 2014 06:40:49 -0700 From: Ben Greear MIME-Version: 1.0 Subject: Re: fetching calibration data from flash References: <5396B9F9.2070107@stackframe.org> <5396C39A.9080402@elisanet.fi> <87wqcpb0w1.fsf@kamboji.qca.qualcomm.com> <5396C8EC.4090105@elisanet.fi> <87sindb0gj.fsf@kamboji.qca.qualcomm.com> <53972A91.1080600@candelatech.com> <87egyvalj0.fsf@kamboji.qca.qualcomm.com> In-Reply-To: <87egyvalj0.fsf@kamboji.qca.qualcomm.com> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "ath10k" Errors-To: ath10k-bounces+kvalo=adurom.com@lists.infradead.org To: Kalle Valo Cc: ath10k@lists.infradead.org, Matti Laakso On 06/11/2014 01:38 AM, Kalle Valo wrote: > Ben Greear writes: > >> Another nice feature would be to allow configuring the number of >> vdevs, peers, etc per NIC. That way, you could have one NIC >> tuned to be one big AP with lots of peers, and a second could >> be several small APs with fewer peers and some stations, etc. >> >> Maybe this could be a separate file, or maybe it would be worth >> adding this to a TLV type file with cal.bin being part of the >> data? > > So basically you want a configuration (".ini") file for ath10k, right? I > have seen those in out-of-tree drivers, but not in upstream drivers. > > If I'm guessing right what these configuration items would do in ath10k, > I think instead of static configuration it would be much more flexible > to have this stuff configurable dynamically. But how, that's the > question. A sysfs file to set different profiles (or modes) was the > first one which came to my mind, but that's ugly. You also need this info before you do the initial firmware configuration, otherwise you are going to have to restart firmware again later to apply the new config (and advertise different interface combinations up the stack, etc). Maybe a kernel module option to point to a file-name would work (with some way to give different options to different nics in the same system). It's easy to get combinations that crash the firmware, so the driver will still have to sanity-check any incoming 'suggestions'. Thanks, Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k