[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <07be7fc8-6c7f-6e03-379d-fa781b248259@monom.org>
Date: Fri, 16 Dec 2016 08:25:44 +0100
From: Daniel Wagner <wagi@...om.org>
To: "Luis R. Rodriguez" <mcgrof@...nel.org>,
Arend Van Spriel <arend.vanspriel@...adcom.com>,
Tom Gundersen <teg@...m.no>,
Johannes Berg <johannes@...solutions.net>,
Ming Lei <ming.lei@...onical.com>,
Mimi Zohar <zohar@...ux.vnet.ibm.com>,
Bjorn Andersson <bjorn.andersson@...aro.org>,
Rafał Miłecki <zajec5@...il.com>
Cc: Pali Rohár <pali.rohar@...il.com>,
Kalle Valo <kvalo@...eaurora.org>,
Sebastian Reichel <sre@...nel.org>,
Pavel Machek <pavel@....cz>,
Michal Kazior <michal.kazior@...to.com>,
Ivaylo Dimitrov <ivo.g.dimitrov.75@...il.com>,
Aaro Koskinen <aaro.koskinen@....fi>,
Tony Lindgren <tony@...mide.com>,
linux-wireless <linux-wireless@...r.kernel.org>,
Network Development <netdev@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
David Woodhouse <dwmw2@...radead.org>,
Takashi Iwai <tiwai@...e.de>,
Josh Boyer <jwboyer@...oraproject.org>,
Dmitry Torokhov <dmitry.torokhov@...il.com>
Subject: Re: wl1251 & mac address & calibration data
On 12/16/2016 03:03 AM, Luis R. Rodriguez wrote:
> For the new API a solution for "fallback mechanisms" should be clean
> though and I am looking to stay as far as possible from the existing
> mess. A solution to help both the old API and new API is possible for
> the "fallback mechanism" though -- but for that I can only refer you
> at this point to some of Daniel Wagner and Tom Gunderson's firmwared
> deamon prospect. It should help pave the way for a clean solution and
> help address other stupid issues.
The firmwared project is hosted here
https://github.com/teg/firmwared
As Luis pointed out, firmwared relies on FW_LOADER_USER_HELPER_FALLBACK,
which is not enabled by default. I don't see any reason why firmwared
should not also support loading calibration data. If we find a sound way
to do this.
As you can see from the commit history it is a pretty young project and
more ore less reanimation of the old udev firmware loader feature. We
are getting int into shape, adding integration tests etc.
The main motivation for this project is the get movement back in stuck
discussion on the firmware loader API. Luis was very busy writing up all
the details on the current situation and purely from the amount of
documentation need to describe the API you can tell something is awry.
Thanks,
Daniel
Powered by blists - more mailing lists