From: Dan Williams <dcbw@redhat•com>
To: Ivaylo Dimitrov <ivo.g.dimitrov.75@gmail•com>
Cc: "Pali Rohár" <pali.rohar@gmail•com>,
"Marcel Holtmann" <marcel@holtmann•org>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation•org>,
"Ming Lei" <ming.lei@canonical•com>,
"Pavel Machek" <pavel@ucw•cz>,
"John W. Linville" <linville@tuxdriver•com>,
"Grazvydas Ignotas" <notasas@gmail•com>,
"linux-wireless@vger•kernel.org" <linux-wireless@vger•kernel.org>,
"Network Development" <netdev@vger•kernel.org>,
"Linux Kernel Mailing List" <linux-kernel@vger•kernel.org>,
"Aaro Koskinen" <aaro.koskinen@iki•fi>,
"Kalle Valo" <kvalo@adurom•com>,
"Sebastian Reichel" <sre@ring0•de>,
"David Gnedt" <david.gnedt@davizone•at>
Subject: Re: wl1251: NVS firmware data
Date: Mon, 08 Dec 2014 16:41:33 -0600 [thread overview]
Message-ID: <1418078493.31640.4.camel@dcbw.local> (raw)
In-Reply-To: <5485FF17.1070504@gmail.com>
On Mon, 2014-12-08 at 21:42 +0200, Ivaylo Dimitrov wrote:
>
> On 8.12.2014 21:26, Dan Williams wrote:
> >
> > a) change driver to prefer a new "wl1251-nvs-n900.bin" file, but fall
> > back to "wl1251-nvs.bin" if the first one isn't present
> > b) have a "wl1251-cal-nvs-update" service that, if wl1521-nvs-n900.bin
> > is *not* present mounts the CAL MTD, reads the data, writes it out into
> > wl1521-nvs-n900.bin, and the rmmod/modprobes the driver
> >
> > and done? Stuff that's not N900 just wouldn't ship the update service
> > and would proceed like none of this happened.
> >
> > Dan
> >
> >
>
> That would mean that the driver should not be built-in, as afaik we
> cannot rmmod built-in drivers. Sure, it will work after a reboot, but
> this is a bit hacky, agree?
>
> Also, new NVS file needs to be loaded when fcc regulation changes(flying
> abroad), so that would mean that the device would be outside of those
> until reboot (in case of built-in driver)
Regulatory stuff needs to be hooked into CRDA or the existing regulatory
codepaths, not some other path. So when cfg80211 sets the regulatory
domain on the driver the driver needs to get the necessary NVS data.
Either the NVS for every domain (which cannot be a lot of them) gets
hardcoded into the driver, and then selected based on what cfg80211
says, or the driver needs to ask userspace for the NVS data based on
what cfg80211 says. In all cases, cfg80211 drives the regulatory domain
[1].
a) How many regulatory domains does the driver support, how much data is
there for each domain, and can that be put into the driver instead of
getting it from the CAL partition?
b) what do *other* (non-N900) wl1251 devices do for regulatory data?
Dan
[1] unless there's some *restriction* hardcoded into the EEPROM of the
device, which in the case of the N900 there isn't, since the regulatory
data changes based on the MCC/MNC of the cellular side.
next prev parent reply other threads:[~2014-12-08 22:42 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-27 14:06 wl1251: NVS firmware data Pali Rohár
2014-11-27 14:21 ` Ming Lei
2014-11-27 14:43 ` Pali Rohár
2014-11-27 15:13 ` Ming Lei
2014-12-06 13:00 ` Pali Rohár
2014-11-27 15:14 ` Greg Kroah-Hartman
2014-11-27 15:24 ` Pali Rohár
2014-11-27 15:34 ` Ming Lei
2014-11-27 15:16 ` Greg Kroah-Hartman
2014-11-27 15:22 ` Pali Rohár
2014-11-27 15:58 ` Greg Kroah-Hartman
2014-12-06 12:49 ` Pavel Machek
2014-12-06 13:02 ` Pali Rohár
2014-12-08 15:18 ` Ming Lei
2014-12-08 15:22 ` Pali Rohár
2014-12-08 15:35 ` Ming Lei
2014-12-08 16:37 ` Greg Kroah-Hartman
2014-12-08 16:47 ` Pali Rohár
2014-12-08 17:05 ` Marcel Holtmann
2014-12-08 17:11 ` Pali Rohár
2014-12-08 18:50 ` Marcel Holtmann
2014-12-08 19:15 ` Pali Rohár
2014-12-08 19:26 ` Dan Williams
2014-12-08 19:36 ` Pali Rohár
2014-12-08 19:46 ` Marcel Holtmann
2014-12-08 19:56 ` Pali Rohár
2014-12-08 22:51 ` Dan Williams
2014-12-08 23:23 ` Pali Rohár
2014-12-08 23:42 ` Dan Williams
2014-12-08 23:52 ` Pali Rohár
2014-12-08 19:42 ` Ivaylo Dimitrov
2014-12-08 22:41 ` Dan Williams [this message]
2014-12-09 5:10 ` Marcel Holtmann
2014-12-08 19:41 ` Marcel Holtmann
2014-12-08 19:52 ` Pali Rohár
2014-12-08 21:00 ` Greg Kroah-Hartman
2014-12-08 21:08 ` Pali Rohár
2014-12-08 20:57 ` Greg Kroah-Hartman
2014-12-08 21:11 ` Pali Rohár
2014-12-08 23:27 ` Pali Rohár
2014-12-09 5:25 ` Marcel Holtmann
[not found] ` <20141208205721.GA14895-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
2014-12-09 0:48 ` Ming Lei
2014-12-09 4:08 ` Greg Kroah-Hartman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1418078493.31640.4.camel@dcbw.local \
--to=dcbw@redhat$(echo .)com \
--cc=aaro.koskinen@iki$(echo .)fi \
--cc=david.gnedt@davizone$(echo .)at \
--cc=gregkh@linuxfoundation$(echo .)org \
--cc=ivo.g.dimitrov.75@gmail$(echo .)com \
--cc=kvalo@adurom$(echo .)com \
--cc=linux-kernel@vger$(echo .)kernel.org \
--cc=linux-wireless@vger$(echo .)kernel.org \
--cc=linville@tuxdriver$(echo .)com \
--cc=marcel@holtmann$(echo .)org \
--cc=ming.lei@canonical$(echo .)com \
--cc=netdev@vger$(echo .)kernel.org \
--cc=notasas@gmail$(echo .)com \
--cc=pali.rohar@gmail$(echo .)com \
--cc=pavel@ucw$(echo .)cz \
--cc=sre@ring0$(echo .)de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox