RE: [PATCH] wlcore: add missing nvs file name info for wilink8

["Reizer, Eyal" <eyalr@ti.com>]

> >
> > On Wed, Jul 05, 2017 at 01:06:54AM -0700, Tony Lindgren wrote:
> > > > > Not sure if this really is a regression as we've always had a bog=
us
> > > > > wl1271-nvs.bin in linux-firmware.git. Sure would be nice to fix i=
t,
> > > > > but going back to using a generic wl1271-nvs.bin sure does not se=
em
> > > > > like a good long term fix to me :)
> > > > A lot of legacy here...
> > > > Wl1271-nvs has been used mainly with wilink6/7 and indeed was devic=
e
> specific
> > > > Holding calibration info etc.
> > > > When they started with wilink8 the device specific configuration th=
at was
> > > > Part of it has switched to wl18xx-conf.bin and using the wlaconf to=
ol for
> setting it.
> > > > Also there is no calibration specific info per device with wilink8 =
so the
> wl18xx-conf.bin
> > > > The only thing left in wl1271-nvs.bin for wilink8 was the mac addre=
ss
> override.
> > >
> > > And the default wl1271-nvs.bin sets the mac address to a bogus deadbe=
ef
> address,
> > > so it's wrong to use and totally broken for distros :(
> >
> > So use something like the following pseudo-code?
> >
> > if (fw->mac_address =3D=3D deadbeef) {
> >     fw->mac_address =3D get_random_mac();

Deadbeef0000 is a valid mac address, so I suggest detecting it and warning
the user of the bogus (default) nvs but don't attempt to get a random mac
address for him as it has to many rules (registered oui addresses etc.)

> >     dev_warn(dev, "Detected unconfigured wl1271-nvs.bin.\n"
> >         "Your device will run with limited performance.\n"
> >         "Please use ti-utils to configure your device.\n");
> > }
>=20
> Yeah something like that should do the trick  :)
>=20

Seems logical, will submit a v3 using wl1271-nvs.bin for wl18xx while addin=
g this
Check/warn.

Best Regards,
Eyal